Что, где, когда: ФСБ хочет разложить СОРМ по полочкам

Что, где, когда: ФСБ хочет разложить СОРМ по полочкам

Что, где, когда: ФСБ хочет разложить СОРМ по полочкам

Силовики просят Минцифры доработать требования к «сорму». Сотовые операторы должны будут не только собирать и хранить весь трафик, но и раскладывать его по отдельным папкам. Расходы на изменение архитектуры могут лечь на плечи операторов.

Технические решения по оборудованию для оперативно-разыскных мероприятий (СОРМ) придется пересмотреть и доработать. На проект приказа Минцифры, размещенный на портале regulation.gov.ru, сегодня обратил внимание “Ъ”. По новым правилам, системы СОРМ должны будут отдельно выделять и хранить трафик звонков через интернет, геопозицию пользователя и историю браузера.

Эти данные требовались и раньше. По «закону Яровой» операторы собирают телефонные разговоры, текстовые сообщения, изображения, видеозаписи и другие электронные сообщения пользователей. Хранить переговоры и сообщения нужно полгода, а интернет-трафик — 30 дней. ФСБ получает доступ к системам СОРМ по решению суда.

В Минцифре «Ъ» пояснили: проект приказа корректирует требования к параметрам технических средств СОРМ-3 (ТС ОРМ, находятся у операторов) и кодирования информации между пультом управления СОРМ (находится у ФСБ), а также к параметрам сбора информации, к формату ее хранения, взаимной аутентификации ТС ОРМ и пульта управления, к резервированию пропускной способности каналов между ними.

Из приказа, в частности, следует, что информация о соединениях абонентов, использующих услуги VoWiFi (WiFi Calling и аналогичные), должна храниться в ИС ОРМ в формате статистических записей о телефонных соединениях. В качестве информации о местоположении должны указываться географические координаты устройства либо IP-адрес и порт точки доступа Wi-Fi-сети. Также отдельно должна выделяться информация о фактах входа и иных действиях в личном кабинете абонента.

В Минцифре уверяют, изменения коснутся больше производителей оборудования и органов по его сертификации: Дополнительных затрат от операторов и производителей не потребуется, говорят в Министерстве.

Однако источники «Ъ» сомневаются в том, что инициатива не потребует затрат от операторов:

«В документе есть пункт, устанавливающий требования ко времени скачивания информации, сохраняемой по "закону Яровой". Ранее от СОРМ не требовалось, чтобы данные можно было скачать в определенный срок».

По словам собеседника издания, если текущее оборудование не справится, операторам придется закупить новое.

Эксперты, опрошенные Anti-Malware.ru, согласны с мнением собеседника «Ъ» о возможных дополнительных тратах:

«Поправки, скорее всего, приведут к необходимости изменения архитектуры решения или доработкам существующего комплекса СОРМ, — говорит источник Anti-Malware.ru. — Это точно потребует определенных ресурсов, оплачивать которые производитель решений СОРМ вряд ли будет — затраты в любом случае лягут на оператора связи».

Сегодня СОРМ разрабатывают несколько вендоров: VAS Experts, «Норси-Транс», «ТехАргос», «Сигналтек», «Специальные технологии» и ГК «Цитадель» (входит в «ИКС Холдинг», объединяет «МФИ Софт», «Основа Лаб», «Сигнатек»).

В Tele2 журналистам сообщили, что изучают документ. МТС, «Вымпелком», «МегаФон» отказались от комментариев.

Напомним, в среду Минцифры выступила еще с одной инициативой по СОРМ. Ведомство предложило ввести оборотные штрафы для операторов связи за отсутствие нужного оборудования.

30-летняя уязвимость в libpng поставила под удар миллионы приложений

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

Уязвимость-долгожитель в библиотеке для работы с растровой графикой в формате PNG классифицируется как переполнение буфера в куче, зарегистрирована под идентификатором CVE-2026-25646 и получила 8,3 балла по шкале CVSS.

Причиной появления проблемы является некорректная реализация API-функции png_set_dither(), имя которой было со временем изменено на png_set_quantize(). Этот механизм используется при чтении PNG-изображений для уменьшения количества цветов в соответствии с возможностями дисплея.

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

Эту ошибку можно использовать с целью вызова состояния отказа в обслуживании (DoS). Теоретически CVE-2026-25646 также позволяет получить закрытую информацию или выполнить вредоносный код, если злоумышленнику удастся внести изменения в структуру памяти до вызова png_set_quantize().

Уязвимости подвержены все версии libpng, с 0.90 beta (а возможно, и с 0.88) до 1.6.54. Ввиду широкого использования библиотеки пользователям настоятельно рекомендуется перейти на сборку 1.6.55 от 10 февраля 2026 года.

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