АНБ до сих пор не устранило часть брешей, которые использовал Сноуден

АНБ до сих пор не устранило часть брешей, которые использовал Сноуден

АНБ до сих пор не устранило часть брешей, которые использовал Сноуден

Успех операции Эдварда Сноудена по сливу данных Агентства национальной безопасности (АНБ) США обусловлен недочетами в работе самой спецслужбы. Следовательно, сейчас логично было бы ожидать, что агентство устранило все бреши, которые привели к таким плачевным последствиям? Нет!

Недавно проведенный аудит свидетельствует о не самом лучшем подходе АНБ к своей кибербезопасности. Оказалось, что за последние пять лет спецслужба так и не устранила многие уязвимости.

Такая картина вырисовывается по состоянию на конец марта 2018 года.

В частности, некорректно был реализован контроль доступа для двух лиц для центров обработки данных. Не выполнялась проверка обязанностей, а планы обеспечения безопасности были либо незакончены, либо неточны.

Аудит также продемонстрировал, что АНБ не следует современным рекомендациям по обеспечению безопасности, которые сформулировало правительство — не имеет полной инвентаризации своей ИТ-инфраструктуры и не собирает всю необходимую документацию.

Несмотря на то, что Сноуден не прибегал к использованию вредоносной программы, проверка на наличие таких программ на USB-накопителях и других съемных носителях выполняется не полностью.

Вся эта информация получена в период с 1 октября 2017 года по 31 марта 2018 года. Это говорит о том, что многие из этих вопросов не решены и поныне.

Пока неясно, какие именно шаги АНБ предпринимает для обеспечения своей кибербезопасности, однако спецслужбе точно стоит обратить внимание на результаты этого аудита.

Эксперты: за год число вредоносных opensource-компонентов возросло в 11 раз

В 2025 году в компании CodeScoring зарегистрировали 457 тыс. вредоносных библиотек с открытым исходным кодом — в 11 раз больше, чем в предыдущем году. Зафиксировано также 14 тыс. новых уязвимостей в таких компонентах.

По словам специалистов, сохраняют актуальность и более ранние неприятные находки — к примеру, RCE-уязвимость Log4Shell, которая все еще присутствует в 15 тыс. сторонних библиотек. Публикация подобных пакетов грозит атаками на цепочку поставок.

В уходящем году также зафиксировано появление новой, еще более опасной угрозы — самоходного червя Shai Hulud, способного создавать новые репозитории и воровать конфиденциальные данные с CI/CD-платформ.

В связи с бурным ростом популярности ИИ объявился новый вектор атаки — slopsquatting: злоумышленники начали использовать склонность больших языковых моделей (БЯМ, LLM) к галлюцинациям для внедрения в легитимные проекты небезопасного кода.

Из-за этой особенности умный помощник по разработке может ошибиться и вместо легитимной библиотеки предложить для использования вредоносную со схожим названием. По данным CodeScoring, в России ИИ-ассистентов применяют 30% разработчиков, и потенциально опасные галлюцинации происходят у LLM в 20% случаев.

Чтобы защититься от атак на цепочку поставок, эксперты советуют вести тщательный учет компонентов, используемых для сборки софта, при установке библиотек выставлять запрет на исполнение скриптов, а также следовать стандарту ГОСТ Р 56939-2024 и активнее внедрять технологии безопасной разработки.

RSS: Новости на портале Anti-Malware.ru