«Код Безопасности» выпустил новую версию программно-аппаратного комплекса «Соболь» 3.0.3

«Код Безопасности» выпустил новую версию программно-аппаратного комплекса «Соболь» 3.0.3

«Код Безопасности» выпустил новую версию программно-аппаратного комплекса  «Соболь» 3.0.3

Новая версия флагманского продукта компании успешно прошла инспекционный контроль в Федеральной службе по техническому и экспортному контролю (ФСТЭК) на соответствие ранее выданному сертификату N1967 ФСТЭК России. Сертификат подтверждает соответствие руководящим документам по 2-му уровню контроля на отсутствие НДВ и возможность использования ПАК «Соболь» при создании автоматизированных систем до класса 1Б включительно и ИСПДн до класса К1 включительно.



Благодаря доработкам и новым функциям, версия электронного замка «Соболь» 3.0.3 позволяет усилить защиту рабочих станций и серверов от несанкционированного доступа. С выходом версии 3.0.3 в ПАК «Соболь» появилась возможность контролировать целостность системных файлов и секторов жесткого диска следующих операционных систем:

  • Mandriva 2008 Spring x86/x64; 
  • ALT Linux Desktop 4.0.2 Secure Edition x86/Lite x86; 
  • ALT Linux Server 4.0.0 Secure Edition x86/x64; 
  • Red Hat Enterprise Linux 4.1 Update 1 Secure Edition x64; 
  • Debian 5.0.3 x86; 
  • ОС сервера виртуализации VMware vSphere ESX 4.1 x64.

Также в список нововведений вошли:

  • Поддержка идентификаторов нового поколения eToken PRO (Java). 
    Данная возможность позволяет ПАК «Соболь» осуществлять строгую двухфакторную идентификацию, а поддержка Java-апплетов позволяет расширить базовые функции идентификатора. Помимо этого, eToken PRO (Java) обладает увеличенным объемом защищенной памяти.
  • Поддержка контроля конфигурации компьютера.
    В ПАК «Соболь» 3.0.3 реализован контроль аппаратной конфигурации компьютера, а именно контроль PCI-устройств, ACPI, SMBIOS и оперативной памяти.
  • Новый механизм старта работы ПАК «Соболь», который позволяет использовать ПАК «Соболь» на новых материнских платах. 
  • Поддержка GPT. 
    Возможность контроля целостности ресурсов, расположенных на жестких дисках, размеченных как GUID Partition Table.

Linux-руткиты поумнели: теперь они прячутся в eBPF и io_uring

Linux-руткиты долго оставались где-то в тени по сравнению с Windows-аналогами, но сейчас ситуация меняется. Причина понятная: Linux всё плотнее сидит в облаках, контейнерах, IoT и корпоративной инфраструктуре, а значит, и интерес злоумышленников к нему растёт. Исследователи из Elastic обратили внимание на новую тенденцию: современные Linux-руткиты всё чаще прячутся не в «экзотике», а во вполне легитимных механизмах ядра — eBPF и io_uring.

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

Защитные меры в Linux-средах стали жёстче: Secure Boot, подпись модулей, режимы lockdown, стандартные средства аудита. В результате старые методы либо быстро выявляются, либо вообще не работают. И вот тут злоумышленники начали использовать то, что уже встроено в систему и изначально создавалось совсем не для атак.

Один из главных инструментов в этой новой волне — eBPF. Изначально он нужен для фильтрации пакетов, трассировки и других полезных низкоуровневых задач. Но проблема в том, что eBPF позволяет выполнять код внутри ядра, не подгружая классический модуль. Для атакующего это почти подарок: можно цепляться к системным вызовам или событиям Linux Security Module и делать это так, что обычные сканеры вроде rkhunter или chkrootkit просто ничего не заметят. Формально модуль ядра не загружался, и искать вроде бы нечего.

 

По сути, это даёт злоумышленнику очень тихий способ вмешиваться в работу системы: скрывать файлы, влиять на процессы, фильтровать сетевой трафик и при этом почти не оставлять привычных следов. Elastic приводит в пример такие проекты, как TripleCross и Boopkit, которые показывают, как eBPF можно использовать для перехвата системных вызовов и даже для скрытого канала управления.

Вторая интересная история — io_uring. Интерфейс io_uring появился в Linux как быстрый способ асинхронного ввода-вывода: он позволяет пачками отправлять операции в ядро через кольцевые буферы общей памяти. Для производительности это отлично. Для атакующего — тоже. Вместо того чтобы вызывать множество отдельных системных вызовов, процесс может передать целую очередь операций сразу. А значит, системам мониторинга, которые привыкли ловить активность по отдельным системным вызовам, становится заметно сложнее увидеть полную картину.

Именно поэтому io_uring всё чаще рассматривают как удобный механизм ухода от EDR и других средств наблюдения. Если упрощать, телеметрии становится меньше, шума тоже, а вредоносная активность растворяется в «нормальной» работе системы. В материале Elastic упоминается, например, экспериментальный руткит RingReaper, который показывает, как через io_uring можно скрытно подменять типовые операции вроде read, write и connect.

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