NIST выпустил второй том рекомендаций по обеспечению киберустойчивости

NIST выпустил второй том рекомендаций по обеспечению киберустойчивости

NIST выпустил второй том рекомендаций по обеспечению киберустойчивости

В качестве одного из шагов, которые помогут США справиться с возрастающими рисками в киберпространстве, Национальный институт стандартов и технологий США (NIST) опубликовал документ «NIST Special Publication 800-160 Volume 2, Systems Security Engineering: Cyber Resiliency Considerations for the Engineering of Trustworthy Secure Systems» («Обсуждение вопросов киберустойчивости для разработки надежных безопасных систем»).

В этом документе содержатся рекомендации, которые помогут организациям справиться с APT-угрозами (advanced persistent threat, развитая устойчивая угроза, целевая атака). На данный момент APT представляют серьезную проблему для организаций, так как могут подорвать критически важные аспекты деятельности.

Этот документ представляет собой продолжение ранее выпущенного «NIST Special Publication 800-160 Volume 1, Systems Security Engineering: Considerations for a Multidisciplinary Approach in the Engineering of Trustworthy Secure Systems», который на данный момент является главным руководством по обеспечению безопасности.

Во второй части рассматриваются действия, необходимые для разработки систем, способных защитить себя и сохранить работоспособность, также рассматриваются составляющие компоненты и сервисы, зависящие от этих систем.

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

Организациям будет крайне полезно ознакомиться с этим документом.

Напомним, ранее мы сообщали о том, что NIST опубликовал второй набросок предлагаемого обновления для «Проекта по улучшению кибербезопасности критической инфраструктуры» (Framework for Improving Critical Infrastructure Security). По словам NIST, он направлен на совершенствование кибербезопасности и упрощение использования Cybersecurity Framework.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Давние уязвимости в Fluent Bit грозили разрухой AWS, Azure, Google Cloud

В популярном инструменте телеметрии Fluent Bit пропатчены несколько уязвимостей, грозящих нарушением работы облачных сервисов, в том числе таких крупных провайдеров, как Amazon, Google, Oracle, IBM, Microsoft и OpenAI.

По данным Oligo Security, выявленные ее экспертами проблемы, позволяющие с легкостью нарушить работу облачных сервисов и изменить данные, объявились в Fluent Bit от четырех до восьми лет назад.

Суммарно эксперты обнаружили пять застарелых уязвимостей:

  • CVE-2025-12969 — отсутствие аутентификации пользователей на доступ к плагину in_forward, что позволяет подменять пересылаемые логи либо создать флуд из фальшивых событий;
  • CVE-2025-12970 — переполнение буфера в стеке при подключении Docker Metrics, которое можно использовать для выполнения стороннего кода либо вызова отказа агентской программы;
  • CVE-2025-12972 — возможность выхода за пределы рабочего каталога из-за отсутствия санации тегов; эксплойт позволяет посредством манипуляции логами удаленно выполнить вредоносный код;
  • CVE-2025-12977 — неадекватная проверка ввода, а именно, заполнения полей тегами, что может привести к порче журнальных записей;
  • CVE-2025-12978 — логическая ошибка, позволяющая подменить доверенные теги событий и обойти защитные фильтры.

Эксплойт во всех случаях осуществляется по сети. Получаемый в результате уровень контроля обеспечивает управление фиксацией событий и позволяет скрыть следы атаки на облачный сервис.

Патчи, устраняющие новые уязвимости в мультиплатформенной утилите, вышли в прошлом месяце в составе сборок 4.1.1 и 4.0.12. Пользователям продукта с открытым кодом рекомендуется произвести обновление.

Полтора года назад в Fluent Bit была пропатчена критическая уязвимость CVE-2024-4323, вызванная некорректной реализацией HTTP-сервера. Эксплойт не требовал аутентификации и позволял через вредоносный запрос к API спровоцировать отказ в обслуживании (DoS), получить доступ к конфиденциальной информации, а также удаленно выполнить сторонний код на хосте.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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