Федеральные IT-системы не торопятся переходить на отечественный софт

Федеральные IT-системы не торопятся переходить на отечественный софт

Федеральные IT-системы не торопятся переходить на отечественный софт

Импортозамещение в сфере IT почти не коснулось федеральных государственных информационных систем (ФГИС). Большинство их продолжает работать на базе продуктов американских Microsoft и Oracle, случаи использования российского ПО единичны, следует из исследования TAdviser.

Участники рынка ссылаются на отсутствие успешного публичного опыта такой замены и несовершенство в работе реестра отечественного софта. Значительного импортозамещения в IT-инфраструктуре госорганов так и не произошло, следует из отчета компании TAdviser (есть у “Ъ”). Компания проанализировала 339 ФГИС из реестра федеральных IT-систем на предмет базового программного обеспечения, на котором они построены,— систем управления базами данных (СУБД) и серверных операционных систем, пишет kommersant.ru.

Наиболее популярными СУБД оказались Microsoft SQL Server и Oracle Database, на которые приходится 38,6% и 25,4% всех ФГИС соответственно. При этом их доля все же несколько сократилась по сравнению с 2015 годом, когда проводилось аналогичное исследование (изучили 321 ФГИС): тогда на Microsoft приходилось 41,1%, на Oracle — 28%. Российские СУБД в совокупности используют лишь 2,9% ФГИС. В частности, представлены ИРБИС64 в двух ФГИС, «Ред База данных» в семи ФГИС и одна система собственной разработки. На СУБД с открытым исходным кодом, MySQL и PostgreSQL, работают 13,9% и 9,7% ФГИС соответственно (в 2015 году — 15,6% и 9,7%).

Среди серверных ОС лидирует Windows Server с 67% ФГИС (в 2015 году — 69,5%). Разновидности Linux и Unix используются в 24% и 8,5% ФГИС соответственно. Наиболее популярной ОС с открытым кодом стала американская Red Hat (разновидность Linux, 6,8% ФГИС). На базе российских дистрибутивов Linux работают серверы только двух ФГИС: портал gosuslugi.ru на базе Alt Linux и комплекс «Государственные услуги» Главного управления по контролю за оборотом наркотиков МВД на базе MCBC.

Перспектива замены СУБД и ОС на отечественные, «вероятно, пугает IT-руководителей ведомств», отмечает главный редактор TAdviser Александр Левашов. На этапе миграции велика вероятность сбоев, кроме того, сложно обосновать необходимость финансирования таких мер: замена одной работающей системы на новую с аналогичным функционалом может выглядеть как двойные траты: «Политика политикой, но отчитываться придется перед аудиторами Счетной палаты и другими проверяющими органами». Таким образом, успешного публичного опыта замены иностранного ПО, на который можно было бы ориентироваться, пока нет, резюмирует господин Левашов.

Николай Никифоров, глава Минкомсвязи РФ, июнь 2017 года («Интерфакс»): "По всем ключевым направлениям программных продуктов в России есть аналоги, которые можно использовать взамен зарубежных".

Премьер Дмитрий Медведев в ноябре 2015 года подписал постановление правительства, которое с 1 января 2016 года обязывало госорганы закупать российское ПО, а зарубежный софт приобретать только в случае отсутствия российских аналогов в реестре или их недостаточной функциональности. В феврале 2016 года “Ъ” сообщал, что из-за отсутствия необходимых подзаконных актов чиновники продолжают свободно закупать зарубежный софт.

Нормативные документы остаются несовершенными, отмечает заместитель гендиректора Postgres Professional Иван Панченко. Так, до сих пор существует возможность признавать отечественным ПО, отсутствующее в едином реестре Минкомсвязи, говорит он. При этом многие отечественные продукты из реестра не работают с отечественными ОС и СУБД и требуют приобретения вместе с ними иностранного ПО.

«Так что желающие перехитрить ограничения не испытывают недостатка в возможностях»,— поясняет господин Панченко.

Многие разработчики регистрируют свои программные продукты в реестре с явными нарушениями, согласен исполнительный директор ассоциации ЭБНИТ (производитель ИРБИС64) Борис Маршак. По его словам, зачастую ПО, зарегистрированное как отечественное, использует продукты тех же Oracle и Microsoft и «сложно сказать, это заведомый обман разработчиков или недогляд Минкомсвязи».

Исследователь нашёл опасную дыру в автообновлении драйверов AMD

На дворе 2026 год: человечество обсуждает будущее с ИИ, роботы становятся всё более человекоподобными а функция автообновления драйверов AMD для Windows по-прежнему скачивает апдейты по небезопасному соединению. На это обратил внимание начинающий ИБ-специалист из Новой Зеландии, опубликовавший свой разбор в блоге.

Правда, вскоре пост был «временно удалён по запросу», что только подогрело интерес к истории.

По словам Пола, когда AMD Auto-Updater находит подходящее обновление, он загружает его по обычному HTTP. А значит, любой злоумышленник, находящийся в той же сети (или где-то по пути трафика), может подменить сайт AMD или изменить файл «на лету», встроив в драйвер шпионский софт или шифровальщик, который будет работать с правами администратора.

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

Формально представитель AMD может быть прав, но на практике планка для атаки выглядит пугающе низкой. Достаточно, например, подменить домен ati.com или перехватить трафик в публичной сети Wi-Fi (функция автообновления доверяет источнику безо всяких проверок и валидации). А учитывая, сколько устройств по всему миру используют видеокарты AMD, поверхность атаки измеряется миллионами компьютеров.

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

Обнаружил всё это Пол случайно — его насторожило внезапное появление консольного окна на новом игровом компьютере. Дальше, по его словам, он решил  декомпилировал софт. В процессе выяснилось, что список обновлений действительно загружается по HTTPS, но сами драйверы скачиваются по HTTP, через странно названный URL с опечаткой — Devlpment.

Если описанное подтвердится, остаётся надеяться, что AMD всё-таки признает проблему, срочно переведёт загрузку драйверов на HTTPS и выплатит Полу заслуженное вознаграждение. Потому что в 2026 году такие ошибки выглядят уже не просто неловко, а откровенно опасно.

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