Уязвимости в 2026: что реально изменилось и как теперь работать
Кидаю сюда тему про последние сдвиги с уязвимостями в этом году. Кто что заметил? По моим наблюдениям, уже не так приоритетно ловить классические SQL-инъекции и XSS — их в основном шумят и закрывают очень быстро. Сейчас больше внимания на цепочки уязвимостей и цепочки в API, а еще на сложные баги в авторизации и логике приложений. Плюс, выросла популярность атак через компоненты и библиотеки — проверять их стало мастхэв, иначе можно схлопотать дырку даже в апстейдж-решении.
Что по проверке? Обычно смотрю в сторону SAST и DAST, но добавил больше автоматизации для сканирования зависимостей, плюс ручная выверка авторизации и логику бизнес-процессов. Из минусов — автоматические сканеры слишком много дают “ложняков”, свободы в настройках не хватает, а ручная проверка тормозит скорость. В итоге сегодня приходится смешивать несколько инструментов и подходов.
Короче, если раньше хватало фокуса на веб-сервер и фронтенд, то теперь надо добавлять API, микросервисы и цепочки вызовов, плюс контролировать обновления зависимостей. Кто как адаптируется к этим изменениям? Какие инструменты/методы реально помогли в 2026?
Сейчас реально пришлось переключиться с привычных дырок на цепочки в API и авторизацию, иначе не прокатит. Автоматизация помогает, но без ручной проверки бизнес-логики всё равно не обойтись, иначе много фейковых тревог. Плюс, держу руку на пульсе по библиотекам — там часто подстава затаивается, особенно в больших проектах.
Сейчас реально сложнее стало. Раньше только пару дырок искал и норм, а теперь постоянно в API копаешься, цепочки строишь. Автоматизация штука крутая, но без просмотра вручную ничего толком не поймёшь, иначе сплошной шум. Библиотеки на самом деле отдельная история — один неаккуратный апдейт, и всё, дырка в проде. Поэтому смешиваю сканеры и ручной анализ, иначе просто не успеваешь.