Минцифры планирует создать международное сообщество разработчиков Linux

Минцифры планирует создать международное сообщество разработчиков Linux

Минцифры планирует создать международное сообщество разработчиков Linux

Минцифры планирует создать Linux-сообщество, которое объединит разработчиков из стран, где готовы работать с российскими специалистами. Это заявление стало реакцией на отстранение 11 российских мейнтейнеров ядра Linux.

Российских разработчиков удалили из списка мейнтейнеров еще 18 октября, но стало известно об этом на неделю позже.

Линус Торвальдс связал данное отстранение с санкционной политикой США: все фигуранты списка работали на компании, которые оказались в стоп-листе американского Минфина.

При этом создатель Linux допустил, скажем так, резкие высказывания в отношении России, которые ведущий аналитик Mobile Research Group Эльдар Муртазин назвал «политической несуразицей».

Впрочем, это происходит не в первый раз. Линус Торвальдс несколько раз открыто нецензурно и оскорбительно отзывался о ряде компаний, включая Intel и Nvidia, а также о разработчиках ОС OpenBSD.

Реакция последовала практически сразу. Так, публицист Сергей Михеев призвал перейти от слов к делу и начать реальное импортозамещение, а не менять одного зарубежного поставщика на другого:

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

Российское Минцифры предложило свой ответ на решение возникшей проблемы.

«Увольнение российских сотрудников Linux можно расценить как очередной факт дискриминации. Ключевым направлением, на наш взгляд, на сегодняшний день является усиление кооперации и установление диалога с теми странами, которые готовы работать с нами, — сообщил представитель Минцифры РБК. — Необходимо договариваться с ними и строить свою альтернативную структуру».

Однако о том, обсуждалось ли это предложение с разработчиками из других стран, представитель профильного ведомства не сообщил.

Член правления АРПП «‎Отечественный софт», председатель совета директоров «Базальт СПО» Алексей Смирнов напомнил:

«В свое время Ричардом Столманом был запущен проект по созданию Unix-подобной ОС под свободной лицензией — GNU. В его рамках были написаны компиляторы, редакторы, системные библиотеки, то есть выполнена основная часть работ, оставалось написать ядро ОС. Для этого разрабатывалось ядро HURD, но быстрее вышло ядро Linux, написанное Линусом Торвальдсом. Есть и другие свободные ядра ОС. Поэтому современный дистрибутив правильно называть GNU/Linux, и Linux в нем — только один из компонентов. Введенные ограничения не имеют никакого отношения ни к системным библиотекам, ни к репозиторию ПО, ни тем более к магазинам приложений. Надо также понимать, что нет никаких ограничений на использование ядра Linux и на его модификацию — ограничения могут коснуться только возможности включить свои доработки в международный проект».

По мнению руководителя управления разработки СКБ Контур Алексея Кирпичникова, идея создания альтернативной структуры по разработке ядра Linux, свободной от любых ограничений, является утопической:

«Для защиты интеллектуальной собственности крупному проекту требуется как минимум организация, аналогичная Linux Foundation, которая будет способна представлять его интересы. Такая организация вряд ли может быть свободна от юридических и финансовых ограничений. Кроме того, у крупного проекта обязательно появляется сообщество, у которого тоже могут быть свои интересы, преобладающие политические и социальные взгляды. Если создать крупное сообщество умных и действительно независимых людей — вряд ли получится запретить этому сообществу изгнать из своих рядов тех, кто в нормы этого сообщества не вписывается».

«Мне представляется правильным делать некие так называемые форки — собственные ветки разработки, которые будут поддерживаться уже внутри страны, и делать единый депозитарий. Об этом шла речь. Минцифры говорило, что они будут делать депозитарий для open source разработок, но почему-то так и не сделало это», — такой выход предложила президент ГК InfoWatch, председатель правления АРПП «Отечественный софт» Наталья Касперская в беседе с онлайн-изданием «Ридус».

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

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

Создатель и генеральный директор группы компаний DZ Systems Дмитрий Завалишин в колонке для D-Russia охарактеризовал открытый код как крайне низкокачественный, который необходимо тщательно дорабатывать:

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

Помимо этого, разработка полноценной рабочей среды требует работу над другими компонентами: от драйверов и системных библиотек до базового ПО и системы дистрибуции приложений.

«Как и в случае с ядром, создать собственный репозиторий пакетов для любой версии ОС Linux — простая техническая задача. Вопрос в том, что будет происходить с этим репозиторием. Это будет просто зеркало существующих глобальных репозиториев? Такие зеркала существуют и используются давно, в том числе они есть в любой крупной ИT-компании. Или же мы будем пытаться переписать весь софт в этих репозиториях самостоятельно, с нуля? Такая попытка скорее всего будет безуспешной», — уверен Алексей Кирпичников.

В Chrome 144 закрыли 10 уязвимостей, включая опасные баги в движке V8

Google выпустила Chrome 144 для десктопов, закрыв сразу 10 уязвимостей, включая несколько проблем высокой степени риска в движке V8, который отвечает за обработку JavaScript. Обновление уже начало распространяться с 13 января и доступно для Windows, macOS и Linux.

Новые версии браузера — Chrome 144.0.7559.59 для Linux и 144.0.7559.59/60 для Windows и macOS — приносят не только патчи, но и небольшие улучшения производительности.

Как обычно, апдейт раскатывается постепенно, так что до всех пользователей он дойдёт в течение ближайших дней и недель.

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

Одна из наиболее опасных уязвимостей, CVE-2026-0899, была обнаружена исследователем под ником @p1nky4745 ещё в ноябре 2025 года. За находку Google выплатила вознаграждение в размере 8 тысяч долларов. Всего в релизе закрыты четыре уязвимости с высокой степенью риска, четыре — со средней и две — с низкой.

Помимо V8, исправления затронули и другие компоненты Chrome: движок рендеринга Blink, механизм загрузки файлов, работу с цифровыми удостоверениями, сетевые политики и элементы интерфейса, связанные с безопасностью.

Google отдельно отметила вклад исследовательского сообщества. За найденные уязвимости участники программы баг-баунти получили вознаграждения от 500 до 8 000 долларов. При этом компания напомнила, что значительная часть проблем выявляется с помощью автоматизированных инструментов — таких как AddressSanitizer, MemorySanitizer, libFuzzer и других средств анализа памяти и поведения кода.

Обновиться можно стандартным способом — через встроенный механизм Chrome. Также свежую версию браузера можно скачать с официального сайта Google. Учитывая количество исправленных уязвимостей и их серьёзность, откладывать обновление явно не стоит.

CVE-идентификатор Степень опасности Затронутый компонент Класс уязвимости Сообщивший исследователь Дата репорта Сумма вознаграждения
CVE-2026-0899 Высокая V8 Out of bounds memory access @p1nky4745 2025-11-08 $8,000
CVE-2026-0900 Высокая V8 Inappropriate implementation Google 2025-12-03 TBD
CVE-2026-0901 Высокая Blink Inappropriate implementation Irvan Kurniawan (sourc7) 2021-10-04 TBD
CVE-2026-0902 Средняя V8 Inappropriate implementation 303f06e3 2025-12-16 $4,000
CVE-2026-0903 Средняя Downloads Insufficient validation of untrusted input Azur 2025-09-13 $3,000
CVE-2026-0904 Средняя Digital Credentials Incorrect security UI Hafiizh 2025-10-15 $1,000
CVE-2026-0905 Средняя Network Insufficient policy enforcement Google 2025-12-02 TBD
CVE-2026-0906 Низкая UI Incorrect security UI Khalil Zhani 2025-12-10 $2,000
CVE-2026-0907 Низкая Split View Incorrect security UI Hafiizh 2025-09-12 $500
CVE-2026-0908 Низкая ANGLE Use after free Glitchers BoB 14th. 2025-10-15 TBD

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