Российские хранилища кода хотят привести к общему ИБ-знаменателю

Российские хранилища кода хотят привести к общему ИБ-знаменателю

Российские хранилища кода хотят привести к общему ИБ-знаменателю

Минцифры РФ отказалось от идеи создания единого репозитория открытого кода и вместо этого готовит свод требований к решениям на рынке, в том числе по ИБ. Новые планы регулятора были раскрыты на форуме «ПРОФ-IT», проходящем в Сколково.

Строительство российского аналога GitHub было задумано несколько лет назад. Правительство даже определило сроки, однако запуск проекта все время откладывали из-за отсутствия финансирования.

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

«Сейчас совместно с заинтересованными ведомствами и организациями мы работаем над концепцией создания и развития экосистемы репозиториев, находящихся на территории и в юрисдикции РФ», — заявили «Ъ» в министерстве в ответ на запрос о комментарии.

Опрошенные репортером эксперты в целом одобрили новую инициативу чиновников. Централизация хранения кодов, по их мнению, повышает риски, так как сбой или взлом в этом случае затронут множество проектов.

Распределенные системы тоже не застрахованы от таких ЧП, но урон будет меньше. Однако степень защищенности данных в частных хранилищах зависит от усердия владельца платформы, и унификация требований по ИБ в этой сфере — в принципе, благая идея, если только они не будут слишком жесткими и не превратятся в обязанность.

Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

Недавно пропатченная и обнародованная уязвимость в MongoDB, грозящая кражей конфиденциальных данных, уже активно используется в атаках. Публикация PoC повысила угрозу, админам советуют как можно скорее обновить продукт.

Причиной появления проблемы CVE-2025-14847, получившей кодовое имя MongoBleed, является логическая ошибка в реализации разуплотнения данных с помощью zlib, которое к тому же происходит до аутентификации.

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

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

Уязвимости, получившей 8,7 балла по шкале CVSS, подвержены многие версии СУБД MongoDB, и поддерживаемые, и устаревшие. Угроза также актуальна для Ubuntu.

Вышедший в этом месяце патч включен в состав сборок 8.2.3, 8.0.17, 7.0.28, 6.0.27, 5.0.32 и 4.4.30. Ввиду текущих атак, а также публикации PoC-кода на GitHub пользователям рекомендуется в кратчайшие сроки произвести обновление.

При отсутствии такой возможности можно временно отключить zlib, ограничить доступ к серверу MongoDB по сети и ввести мониторинг логов на предмет аномальных неавторизованных подключений.

Сканирование интернета, проведенное в Censys, выявило более 87 тыс. потенциально уязвимых экземпляров MongoDB, с наибольшей концентрацией в США, Китае и Германии.

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