Запретить Adobe PDF!

Запретить Adobe PDF!

Специалисты по безопасности подавляющим большинством голосов поддержали идею об отказе от использования стандарта PDF и о создании нового универсального формата документов. Таким оказался итог неофициального опроса, устроенного одним из докладчиков на конференции Virus Bulletin 2010, которая проходит в эти дни в Ванкувере.

Ведущий исследователь угроз из компании Sophos Пол Баккус предложил своей аудитории принять участие в неофициальном опросе относительно будущего Adobe PDF. Примерно 97% присутствовавших на выступлении г-на Баккуса высказались за то, чтобы "отправить PDF на свалку истории" и разработать новый безопасный формат представления документов, равно как и надежное программное обеспечение для его обработки.

Ведущий технологический консультант Sophos Грэм Клалей рассказал Интернет-изданию V3.co.uk, что после объявления результатов голосования г-н Баккус спросил, есть ли в зале кто-либо из представителей Adobe; после непродолжительной паузы откуда-то c задних рядов раздался голос: "Конечно, нет! это же конференция по безопасности..."

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

В ванкуверской конференции участвуют около 600 экспертов по безопасности. На ее открытии выступал представитель Facebook, представивший доклад о все более активном смещении интересов киберпреступников в сферу социально-сетевого взаимодействия пользователей; что касается дня сегодняшнего, то в программе конференции предусмотрено сразу несколько докладов о черве Stuxnet.

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