APT вынуждают защитников информации менять приоритеты

APT вынуждают защитников информации менять приоритеты

Зарубежные специалисты по защите информации обеспокоены активным применением хакерских методик, условно называемых advanced persistent threat (устойчивая угроза повышенной сложности), для целенаправленного проникновения в информационные системы различных компаний и последующего хищения ценных сведений. Проблема кажется им настолько серьезной, что они готовы говорить о смене ориентиров в борьбе с угрозами безопасности данных.


Соответствующие мысли изложены в докладе "Время преобладания APT", подготовленном шестнадцатью главными специалистами по защите информации, которые работают в крупных американских компаниях - от eBay до Northrop Grumman. По их мнению, угрозы такого рода заставляют распрощаться с мыслью о возможности "защитить все": идея абсолютной безопасности данных "более не реалистична".

Саму APT авторы предлагают определять как "целенаправленное кибернападение, которое характеризуется тщательностью разработки, полнотой финансирования и адаптированностью под конкретную организацию; в его рамках задействуются множественные векторы атаки, а также приемы низкоуровневого постепенного проникновения, позволяющие избежать обнаружения". Считается, что в той или иной мере жертвами APT в разное время становились Google, RSA Security, Epsilon, Citigroup, The Washington Post, а также национальные лаборатории Минэнерго США - Oak Ridge и Pacific Northwest.

Эксперты рекомендуют защитникам данных работать в тесном контакте с управляющим составом компании, чтобы менеджеры могли указать, какие информационные активы являются наиболее ценными для предприятия или организации. Именно эти активы, по мнению авторов доклада, и нужно охранять самым строжайшим образом, отказавшись от "периметроцентрического" подхода.

"Сосредоточение на защите периметра - заранее проигранная битва", - говорится в докладе. - "Современные организации сущностно уязвимы. Необходимо изменить основные цели, сфокусировав внимание на обеспечении безопасности информации на протяжении всего ее жизненного цикла, причем не только в пределах самого предприятия, но и на уровне снабженцев и поставщиков... Определение успешной защиты также надлежит модифицировать: следует отказаться от принципа отражения любых атак в пользу допущения, что взломщики все же могут проникать в систему, и в подобных случаях их нужно просто как можно быстрее обнаруживать и минимизировать ущерб. Предположите, что ваша организация уже скомпрометирована, и планируйте требуемые действия соответственно".

Также в докладе есть рекомендации по борьбе с APT - "обеспечить высокоуровневый сбор информации и анализ", "использовать средства интеллектуального мониторинга", "проводить эффективную политику обучения персонала" и т.п. Последнее, кстати, не менее важно, поскольку именно конечные пользователи часто открывают входные ворота для шпионских инфекций, становясь жертвами целевого фишинга.

Computerworld

В Exim нашли критическую RCE-уязвимость: почтовики лучше обновить срочно

В популярном почтовом сервере Exim обнаружили критическую уязвимость CVE-2026-45185. При определённых условиях она позволяет удалённому атакующему без аутентификации выполнить произвольный код на сервере. Вполне себе неприятный сценарий, поэтому лучше не затягивать с установкой патча.

Проблема затрагивает версии Exim с 4.97 по 4.99.2, если они собраны с библиотекой GnuTLS и рекламируют STARTTLS вместе с CHUNKING. Сборки на OpenSSL, по имеющимся данным, не страдают — редкий случай, когда можно выдохнуть, но только после проверки конфигурации.

Суть бага — use-after-free во время завершения TLS-сессии при обработке SMTP-трафика BDAT. Exim освобождает TLS-буфер передачи, но затем продолжает использовать устаревшие callback-ссылки, которые могут писать данные уже в освобождённую область памяти. А дальше начинается классика жанра: повреждение памяти, удалённое выполнение кода и очень плохой день у администратора.

Exim широко используется на Linux- и Unix-серверах, в корпоративных почтовых системах, а также в Debian- и Ubuntu-based дистрибутивах, где он исторически часто выступал почтовым сервером по умолчанию.

По данным XBOW, баг был передан мейнтейнерам Exim 1 мая, подтверждение пришло 5 мая, а ещё через три дня уведомили затронутые Linux-дистрибутивы. Исправление уже выпущено в Exim 4.99.3.

Отдельная перчинка — попытка собрать PoC с помощью ИИ. XBOW устроила семидневное соревнование между своей автономной системой XBOW Native и человеком-исследователем, которому помогала большая языковая модель. ИИ смог собрать рабочий эксплойт для упрощённой цели без ASLR и с бинарником non-PIE. Во втором подходе LLM добралась до эксплуатации на системе с ASLR, но всё ещё без PIE.

Победил, впрочем, человек. Исследователь признал, что ИИ сильно ускоряет разбор незнакомого кода, сборку файлов и проверку направлений атаки, но до самостоятельной эксплуатации реального софта без человеческого руля моделям ещё надо подрасти.

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