ИИ помог найти критическую уязвимость в PHP, которой больше 10 лет. А я пошла смотреть, что теперь происходит …

ИИ помог найти критическую уязвимость в PHP, которой больше 10 лет. А я пошла смотреть, что теперь происходит с рынком труда. На днях услышала новость про PHP2Shell. История довольно громкая, и меня, естественно, заинтересовала не только техническая сторона. Я больше 15 лет подбираю IT-специалистов, поэтому первая мысль была: если проблема действительно такого масштаба, то сейчас у разработчиков, DevOps и специалистов по ИБ должно прибавиться работы. А может, и вакансий? Решила разобраться. Что вообще случилось? 21 октября 2026 года в PHP закрыли две критические уязвимости. PHP, если кто не в курсе, — язык, которому больше 30 лет. Он используется примерно на 70% сайтов, для которых известен серверный язык. WordPress, Drupal, Joomla, множество корпоративных систем — всё это в том числе PHP. Так вот, в его механизмах работы с памятью обнаружили ошибки, которые при определённых условиях позволяли злоумышленнику удалённо выполнять команды на сервере. Причём даже без авторизации. Последствия понятные: утечка данных, компрометация учётных записей, нарушение работы сайтов и потенциальный захват сервера. Но меня больше всего удивило другое. Эти ошибки существовали больше 10 лет! Их признаки замечали и раньше. В 2024 году специалисты уже подозревали проблему, но не смогли доказать, что через неё реально можно взломать сервер. А в 2026 году исследователи подключили ИИ и смогли разработать работающие эксплойты. То есть не просто предположили, что здесь может быть уязвимость, а практически продемонстрировали атаку. И вот после этого пришлось срочно выпускать исправления. Меня эта история, кстати, очень впечатлила. Представьте, сколько лет с этим кодом работали разработчики, сколько раз его проверяли. А теперь ИИ помогает исследователям находить то, что раньше не удавалось довести до работающей атаки. Но вернёмся к рынку труда. Ошибка найдена, исправления выпущены. Только вот это совсем не означает, что проблема автоматически решена у всех. Хостинг-провайдер Kinsta, например, рассказывал о масштабном обновлении сотен тысяч контейнеров. Крупные компании начали принимать дополнительные меры защиты. И тут важно понимать: обновить PHP не всегда означает просто установить новую версию. Одно дело — современный проект, где всё относительно аккуратно устроено. А другое — корпоративная система, написанная лет 15 назад. Там старые библиотеки, самописные модули, десятки интеграций. И никто уже толком не помнит, почему некоторые вещи работают именно так. Попробуй обнови, чтобы потом не остановить бизнес. Вот тут нужны не только PHP-разработчики, но и DevOps, SRE, архитекторы, специалисты по ИБ.