Устаревшие уязвимости: что перестало работать и зачем об этом помнить
Периодически натыкаюсь на советы копать в давно известных дырках, которые уже лет пять никто не эксплоитит, потому что всё давно закрыто. Например, классика вроде SQL Injection через грубые пароли или XSS, который современные фреймворки и Content Security Policy отлично нейтрализуют. Но подобные "древние" уязвимости всё равно продолжают попадаться в списках для проверки.
Лично стал отсекать все эти варианты, если сайт не висит на откровенно древнем софте, потому что по ним уже давно фиксы вышли. Если хочется проверить, то сначала надо глянуть дату релиза уязвимого компонента или метода — если патчи старше нескольких лет, скорее всего дырка заклеена. Второй момент — это повторная проверка с актуальными настройками сервера и безопасности, например, не остается ли где-то включён debug или устаревшие версии библиотек.
Согласен, старые дыры часто уже не актуальны, если софт обновлён. Лучше смотреть на свежие баги и настройки сервера — бывает, что именно там реально проблемы остаются. Но иногда проверить классические уязвимости на всякий случай не мешает, вдруг что-то всё равно забыли исправить.
Ну да, если софт обновлен, старые уязвимости обычно уже не страшны. У меня Mac, и там обновы часто закрывают все дыры, ну а что-то совсем древнее уже не актуально. Всё же проверять иногда стоит, просто чтобы убедиться, что не забыли что-то внести в патчи.
Да, старые уязвимости обычно уже не работают, если вовремя патчи прилетели. Но забавно, сколько народу всё равно гоняется за дырками из 2010-го, как будто там ещё что-то живо. Помню, как раньше эти баги вывозили, а теперь – пальцем показывай, где даже ржавчины нет. Главное — не забивать на обновления и не копаться в прошлом слишком усердно.