ФСТЭК России приостановила действие 56 сертификатов (Microsoft, Cisco, др.)

ФСТЭК России приостановила действие 56 сертификатов (Microsoft, Cisco, др.)

ФСТЭК России приостановила действие 56 сертификатов (Microsoft, Cisco, др.)

Федеральная служба по техническому и экспортному контролю (ФСТЭК) России обновила реестр сертифицированных средств защиты информации, приостановив действие более 50 сертификатов. Под раздачу попали Cisco, CyberArk, FortiGate, Microsoft, Oracle, Red Hat, SAP, SUSE Linux, VMware.

На изменения в реестре регулятора обратил внимание специалист Алексей Комаров, региональный представитель УЦСБ в Москве. Изначально обновление от 3 марта 2022 года гласило о проблемах для 18 сертификатов, но позже выяснилось, что эта цифра гораздо больше.

Как отметил Алексей Комаров, информацию о большем числе приостановленных сертификатов рассказали коллеги во время вчерашнего эфира AM Live, который был посвящён комплексному анализу защищенности промышленных предприятий. В итоге список проблемных сертификатов выглядит так:

  • №3987 — Microsoft SQL Server 2016 SP2 (Enterprise и Standard Edition).
  • №4098 — Microsoft SQL Server 2017.
  • №4290 — модели IE-3000-8ТС и IE-3000-8TC-E серии коммутаторов Cisco IE-3000.
  • №4128 — LabWare.
  • №4323 — Kerio Control.
  • №4407 — межсетевой экран серии Cisco ASA 55xx.
  • №4373 — Cisco Firepower 2100.
  • №4083 — межсетевой экран серии Huawei (модели: USG6320 (Eudemon200E-N1D), USG6330 (Eudemon200E-N1), USG6350 (Eudemon200E-N2), USG6360, USG6370 (Eudemon200E-N3), USG6380, USG6390 (Eudemon200E-N5), USG6620 (Eudemon1000E-N3), USG6630 (Eudemon1000E-N5), USG6650, USG6660 (Eudemon1000E-N6), USG6670 Eudemon1000E-N7), USG6680 (Eudemon1000E-N7E), USG9560 (Eudemon8000E-X8), USG9580 (Eudemon8000E-X16)) версии V500.
  • №4369 — операционная система Microsoft Windows 10 (Корпоративная).
  • №4006 — Microsoft Windows Server 2016.
  • №4412 — Red Hat Enterprise Linux 7.
  • №4403 — Red Hat Enterprise Linux 8.
  • №4035 — SUSE Linux Enterprise Server 12 SP3.
  • №4497 — SUSE Linux Enterprise Server for SAP Applications 15 SP3.
  • №3474 — ARMlock.
  • №4398 — VMware NSX-T Data Center.
  • №3941 — «Маршрутизаторы Huawei серии AR3200, серии AR2200, серии AR1200».
  • №4093 — ViPNet xFirewall 4.
  • №4462 — FortiGate.
  • №3910 — «Коммутатор Huawei серии S12700».
  • №3865 — «Маршрутизатор Huawei серии NE20E».
  • №4285 — программно-аппаратный комплекс «Электронный ключ SafeNet eToken 10».
  • №2730 — программно-аппаратный комплекс «Электронный ключ SafeNet eToken 8».
  • №3863 — коммутатор Huawei серии S5720».
  • №4201 — программное обеспечение IBM «Maximo 7».
  • №4326 — Microsoft SharePoint Server 2019.
  • №4198 — OpenText Documentum 16.4.
  • №4514 — SAP Marketing, версия 1909.
  • №4216 — ESET NOD32 Secure Enterprise Pack (версия 6).
  • №4296 — PlanningSpace.
  • №4414 — SAP Application Platform 7.
  • №3959 — Symantec Endpoint Protection (версия 14).
  • №4248 — Trend Micro Deep Security 10.
  • №3960 — Veeam Availability Suite (версия 9).
  • №4435 — Вычислительная платформа со встроенными средствами защиты информации от несанкционированного доступа SAP HANA Enterprise Edition 2.
  • №3966 — программный комплекс «Huawei Fusion Access» версии 6.Х».
  • №4041 — программное обеспечение мультиплексора FOX 512/515 и FOX 612/615 с системой управления FOXMAN.
  • №4070 — программное обеспечение мультиплексоров PCM30U/PCM30U-OCH с системой управления TopoNet.
  • №3465 — программный комплекс DeviceLock 8 DLP Suite 
  • №4074 — программный комплекс Microsoft Project Server 2016 в составе SharePoint Server 2016.
  • №4325 — программный комплекс Microsoft Project Server 2019 в составе SharePoint Server 2019.
  • №3978 — программный комплекс Microsoft System Center 2016.
  • №4356 — программный комплекс Skybox Security Suite.
  • №4396 — программный комплекс VMware Horizon с системой идентификации и аутентификации VMware Workspace ONE Access.
  • №3659 — программный комплекс VMware vSphere with Operations Management 6.
  • №4378 — VMware vRealize Automation.
  • №4319 — VMware vSphere.
  • №3739 — CyberArk Privileged Access Security Solution.
  • №1900 — система комплексного управления безопасностью «КУБ».
  • №4224 — WorksPad.
  • №4388 — Oracle Database 19.
  • №4370 — Microsoft SQL Server 2019.
  • №3675 — Secret Net Studio - C.
  • №4200 — «Secret Net LSP - C».

Почти 70% компаний не контролируют доступы ИИ-агентов

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

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

И чем активнее компании используют облачные хранилища, системы непрерывной интеграции и непрерывной доставки (CI — Continuous Integration и CD — Continuous Delivery), интерфейс программирования приложений (Application Programming Interface или API) и AI-агентов, тем больше становится таких машинных идентичностей — и тем сложнее контролировать их привилегии. 

Сегодня программа может самостоятельно разворачивать приложения на production, резервный сервис — получать доступ к базам данных, а облачная роль — создавать и удалять виртуальные машины. Формально это не пользователи, но фактически они обладают серьёзными привилегиями.

Рост количества киберугроз повышает спрос на системы управления привилегированным доступом (Privileged Access Management или PAM).

Это хорошо видно по результатам опроса, проведенного «АМ Медиа» среди зрителей и участников эфира «Как выбрать лучший PAM в 2026 году?». По данным опроса, чаще всего за пределами полноценного контроля оказываются привилегии ИИ-агентов и автоматизированных сервисов — 68%. Почти столько же приходится на API-ключи, токены и секреты — 67%, а доступы CI/CD и DevOps-инструментов — 63%. Облачные роли и права набрали 52%.

 

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

Для сравнения, доступы системных администраторов находятся на уровне 34%, а сервисных учётных записей — 26%. 

Иными словами, специалисты по информационной безопасности (ИБ) научились лучше контролировать привилегированные аккаунты, а вот новые типы машинного доступа зачастую остаются в стороне. При этом зачастую они могут обладать большими правами, чем «человеческие» учётки, отметил менеджер по продукту PAM Infrascope компании NGR Softlab Дмитрий Симак.

«В отличие от человеческой учётной записи, машинная или сервисная учётная запись часто используется сразу для взаимодействия с несколькими системами. Поэтому ей могут предоставлять довольно широкие привилегии. Сервисные учётные записи нередко остаются вне такого контроля. В результате их компрометация может привести не просто к взлому одной системы, а к получению доступа ко всем системам, с которыми эта учётная запись взаимодействует»

При этом человек зачастую неспособен самостоятельно отражать угрозы, создаваемые искусственным интеллектом. Об этом заявил Менеджер по развитию бизнеса Safeinspect ГК Солар Руслан Шарифуллин:

«Человек должен задавать границы и правила, но он физически не способен реагировать на угрозы за миллисекунды. Главная задача PAM сейчас — поставить нечеловеческие сущности: сервисы, программы и ИИ-агентов — в чёткие рамки и не позволять им выходить за пределы тех полномочий, которые действительно необходимы для их работы».

В то же время, зрители эфира отметили, что при выборе PAM они в первую очередь руководствуются удобством сервиса для администраторов и пользователей. Такой вариант выбрали 72% респондентов. Ещё 63% отметили простоту внедрения и эксплуатации сервисов. При этом вопрос цены заботит всего 41% проголосовавших. Эти данные показывают, что рынок хорошо осознает важность PAM для информационной безопасности, но потребители стремятся к улучшению условий работы.

Одним из способов упрощения работы с системой в будущем может стать интеграция ИИ в структуру PAM, отметил генеральный директор JumpServer PAM Денис Морозов:

«ИИ - единственная система достаточно мощная, чтобы разобраться в матрице прав и выдать PAM вердикт, что с риском там 92% у нас будет проблема если мы дадим такие права. И вывести это всё в таблицу с объяснениями. Дальше IT-специалист или специалист по информационной безопасности получит, условно, табличку, что пришла заявка на такие то права и такие то риски из этого следуют».

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

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