Sergey

Zenmate

nakedsecurity.sophos.com

Если не просто "поиграться", а правда важный проект, то лучше обратиться к профессионалам.
Ну а в догонку к комодо, подскажу сервис Fortify on Demand от компании Fortify (ныне принадлежит HP), он имеет бесплатную версию. Это проверка исходного кода на предмет проблем с безопасностью.

Бесплатные - это какие? У которых почти у всех есть платная версия? Или clamav и подобные?
Первые уж точно имеют людей в офисах, вторые развиваются как и любой open-sourсe-проект, либо на энтузиазме людей (которые 5/8 проводят в офисах каких-нибудь больших компаний), либо на спонсорах или продаже сервиса.

Рекомендую в качестве базовой защиты сервера использовать csf.
Просто устанавливается и настраивается (есть встроенный веб-интерфейс и модуль для webmin), мониторит как сетевые вещи (сканы портов, например), так и всевозможные логи (в том числе перекрывает весь функционал fail2ban) на предмет брутфорса подобных вещей.
От DDoS'а надо защищаться по ситуации, т.к. он бывает разный. Автоматической защиты не существует. Точнее есть что-то похожее на это, но за большие деньги (например решения Radware DefensePro, Arbor Pravail/PeakFlow и другие подобные) и все равно требует постоянного наблюдения и подстройки для сохранения эффективности. Ну или подключиться к сервису, типа Qrator/Kaspersky/Akamai/Cloudflare/etc. (на платных тарифах cloudflare есть опции защиты от ddos, а также сервис WAF).
Но раз такой вопрос вообще возник, то настоятельно рекомендую нанять профессионала, который будет эти вещи для вас делать/подстраивать/обслуживать.

Если сервер - дедик или vds, то прогнать rkhunter+tiger+chkrootkit.
Ну и на будущее - иметь на сервере систему контроля целостности, типа tripwire или вообще csf+lfd.
Если шаред - то тщательно проверить скрипты, сравнить с эталонами/бекапами.

Если нет противопоказаний против HTTPS с взаимной аутентификацией, то это самый правильный вариант.
Когда любители (с точки зрения криптографии) начинают изобретать велосипед — к добру это обычно не приводит.

Кража cookie, например.

Какова конечная цель? Минимизировать риски утечек информации? Тогда такой вот «заплаточный» метод явно не годится, потому как бесполезен. Нужно планировать внедрение DLP-системы в компании.

Да

Множество кадров только облегчает задачу робота. Он разберет ее по кадрам и распознает буквы в самых удачных случаях.

Microsoft IRM и прочие DRM/E-DRM, как уже подсказали.

Это частный случай того, что называется «электронный документооборот». Это когда заявки и прочие служебки пишутся не на бумажке и потом кто-то бегает собирает подписи, а заранее в некоей системе ЭД создаются электронные заявки, с конкретным содержимым и маршрутами согласования (статическими или динамическими). В случае с заявкой на доступ она будет выглядеть как перечень доступных систем + список возможных «ролей» (админ, только чтение, разработчик, оператор, сам придумай дальше) либо набора прав. Человек тыкает в галочки, наживает кнопочки, пишет обоснование необходимости, запускает на согласование. Первым в маршруте будет, например, его руководитель, далее — в зависимости от того, что он накликал ранее, например сразу «владельцы» того или иного приложения или еще какие безопасники там. Каждый может либо отклонить заявку (вернуть на доработку с комментарием, почему отклонено) либо утвердить и пустить ее далее по маршруту. В конце маршрута либо создается тикет в сервис-деске «дать права „бла-бла“ такому-то юзернему», который выполняет кто-то руками, либо можно автоматизировать предоставление этих прав (как самописными решениями, так и при помощи Identity Management софта).

Точно также можно поступить с любыми другими заявками, вплоть до отпуска или закупки оборудования.