Москва создает собственный репозиторий проектов с открытым кодом

Москва создает собственный репозиторий проектов с открытым кодом

Москва создает собственный репозиторий проектов с открытым кодом

В российской столице тестируют Mos.Hub — систему хранения продуктов с открытым исходным кодом, облегчающую жизнь программистам. Новый веб-сервис будет запущен в рамках проекта по формированию московской экосистемы разработки софта.

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

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

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

Использовать готовые решения с Mos.Hub смогут все желающие; новый сервис позволит также делиться своими разработками. Из дополнительных полезных функций Собянин упомянул возможность проверки кода на наличие ошибок и вредоносных компонентов.

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

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

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

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

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

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

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