Безопасность через неясность (security through obscurity) — практика, при которой защита системы держится на секретности её устройства или реализации, а не на надёжных механизмах безопасности.
Что означает безопасность через неясность
Типичные примеры — засекреченные проприетарные алгоритмы шифрования, админ-панели по необычным URL, сервисы на нестандартных портах, недокументированные сетевые протоколы или пароли, «защищённые» лишь тем, что лежат в неожиданном месте. Расчёт делается на то, что атакующие не узнают, как устроена система.
Почему это не работает как основная защита
В криптографии эту идею отвергли ещё в 1883 году принципом Керкгоффса: система должна оставаться стойкой, даже если о ней известно всё, кроме ключа. Позднее Клод Шеннон сформулировал это как «враг знает систему». Рекомендации NIST по защите серверов также требуют, чтобы безопасность системы не зависела от секретности реализации. Реальные случаи это подтверждают:
- секретное шифрование CSS на DVD было взломано в 1999 году (DeCSS);
- проприетарный шифр Crypto-1 транспортных и пропускных карт MIFARE Classic восстановили обратной разработкой и взломали в 2008 году;
- скрытые сервисы на необычных портах за минуты находят инструменты массового сканирования портов вроде Masscan и поисковики вроде Shodan.
Прошивки и закрытое ПО всегда можно изучить с помощью реверс-инжиниринга, поэтому секретность лишь задерживает настойчивого атакующего. Хуже того, она мешает независимому аудиту, который нашёл бы слабые места раньше.
Когда неясность допустима
Как дополнительный слой неясность не бесполезна. Перенос SSH на другой порт снижает шум от автоматических ботов, а сокрытие версий ПО немного усложняет работу атакующих. Практическое правило: неясность может дополнять настоящие меры защиты — надёжную аутентификацию, своевременные обновления и шифрование на основе публичных, хорошо изученных алгоритмов, — но никогда не заменять их.
