Опубликован корректирующий выпуск почтового сервера Exim 4.99.1, в котором устранена уязвимость (CVE-2025-67896), позволяющая удалённому атакующему повредить содержимое памяти вне выделенного буфера. Потенциально проблема может использоваться для удалённого выполнения кода на сервере, но рабочий эксплоит пока не подготовлен.
Уязвимость присутствует в коде для работы с внутренней БД (Hints DB) на базе SQLite, используемой для хранения временной информации, состояния доставки сообщений и сведений об интенсивности отправки писем. Проблема вызвана тем, что записи из БД напрямую преобразовывались во внутреннюю структуру "dbdata_ratelimit_unique" без надлежащей проверки. Возникала ситуация, когда создавался фиксированный массив "bloom", размером 40 байт, а содержимое поля "bloom_size", определяющего число записываемых в массив элементов, зависело от размера данных в БД. Атакующий мог организовать запись за пределы выделенного буфера, разместив в БД данные (используя ещё одну уязвимость), при которых поле "bloom_size" принимало значение, заведомо большее, чем размер массива.
Проблема проявляется в выпусках Exim 4.99 и 4.98.2, и затрагивает только конфигурации с ACL ratelimit, в которых используются параметры
"unique" или "per_addr" (например, "warn ratelimit = 100 / 1h / per_addr / $sender_address" или "warn ratelimit = 100 / 1h / per_rcpt / unique=$sender_address"). Кроме того, для совершения атаки Exim должен быть собран с поддержкой SQLite (USE_SQLITE=yes), активированной в файле конфигурации (hints_database = sqlite). В уязвимых конфигурация при запуске "exim -bV" выводится "Hints DB: Using sqlite3".
Также отмечается выявление нового вектора для эксплуатации уязвимости CVE-2025-26794, устранённой в февральском выпуске Exim 4.98.1. Уязвимость позволяет осуществить подстановку SQL-кода во внутреннюю БД (Hints DB). Ранее добавленное исправление не экранировало одиночные кавычки. Пример команды MAIL FROM, приводящей к подстановке SQL-кода: "MAIL FROM:<"x'/**/UNION/**/SELECT/**/X'<hex_blob>'--"@attacker.com>". Данная уязвимость может использоваться в качестве начального звена для создания условий возникновения описанного выше переполнения буфера.
Алекс Контос (Alex Kontos), основатель Waterfox, модификации Firefox, сфокусированной на конфиденциальности, производительности и исключении излишеств, заявил, что в обозримом будущем проект Waterfox не станет интегрировать функциональность, использующую большие языковые модели, по крайней мере в том виде, в котором её развивают в Firefox. Речь про применение больших языковых моделей, влияющих на поведение браузера и выполняющих действия от имени пользователя. Локальное применение систем машинного обучения, например, для перевода с одного языка на другой, допускается.
Алекс считает, что Mozilla совершает принципиальную ошибку, намереваясь превратить Firefox в AI-браузер. Он понимает, что компания Mozilla желает укрепить свои позиции на рынке и сохранить паритет функциональности с конкурирующими браузерами, активно внедряющими AI. При этом, пытаясь ориентироваться на средний уровень пользователей и массовый рынк, который уже занят Chrome, Mozilla делает Firefox менее привлекательным для продвинутых пользователей, разработчиков и технических специалистов, составляющих основу нынешней аудитории.
По мнению Алекса, одной из причин снижения доли Firefox на рынке браузеров стало добавление функций, не нужных основной аудитории. Mozilla заявляет о доверии, прозрачности и свободе действий пользователей, но при этом внедряет технологии, подрывающие все эти принципы. Вместо предоставления пользователю возможности полностью контролировать процесс просмотра сайтов, Mozilla намерена внедрить непрозрачную AI-прослойку, становящуюся дополнительным посредником между пользователем и браузером.
Лежащие в основе подобной прослойки большие языковые модели являются "чёрным ящиком", который выполняет действия от имени пользователя, но не позволяет проанализировать поведение и методы работы с данными. Возникает ситуация, когда AI принимает решение о том, как и что показывать пользователю, но логику этих решений невозможно исследовать или понять.
После полутора лет разработки организация Xiph.Org, занимающаяся созданием свободных видео- и аудиокодеков, представила релиз аудиокодека Opus 1.6, обеспечивающего высокое качество кодирования и минимальную задержку как при сжатии потокового звука с высоким битрейтом, так и при сжатии голоса в ограниченных по пропускной способности приложениях VoIP-телефонии. Эталонные реализации кодировщика и декодировщика распространяются под лицензией BSD. Полные спецификации формата Opus общедоступны, бесплатны и утверждены в качестве интернет-стандарта (RFC 6716).
Кодек создан путем комбинации лучших технологий из разработанного организацией Xiph.org кодека CELT и открытого компанией Skype кодека SILK. Кроме Skype и Xiph.Org в разработке Opus также приняли участие такие компании, как Mozilla, Octasic, Broadcom и Google. Задействованные в Opus патенты предоставлены участвовавшими в разработке компаниями для неограниченного пользования без выплаты лицензионных отчислений. Все связанные с Opus интеллектуальные права и лицензии на патенты автоматически делегируются для использующих Opus приложений и продуктов, без необходимости дополнительного согласования. Отсутствуют ограничения на область применения и создание альтернативных сторонних реализаций. При этом все предоставленные права отзываются в случае развязывания затрагивающего технологии Opus патентного разбирательства против любого пользователя Opus.
Opus отличается высоким качеством кодирования и минимальной задержкой как при сжатии потокового звука с высоким битрейтом, так и при сжатии голоса в ограниченных по пропускной способности приложениях VoIP-телефонии. Ранее Opus был признан лучшим кодеком при использовании битрейта 64Kbit (Opus обогнал таких конкурентов, как Apple HE-AAC, Nero HE-AAC, Vorbis и AAC LC). Из продуктов, поддерживающих Opus из коробки, можно отметить браузер Firefox, фреймворк GStreamer и пакет FFmpeg.
Основные возможности Opus:
Битрейт от 5 Кбит/с до 2 Мбит/с;
Частота дискретизации от 8 до 96KHz;
Продолжительность кадров от 2.5 до 120 миллисекунд;
Поддержка постоянного (CBR) и переменного (VBR) битрейтов;
Поддержка узкополосного и широкополосного звука;
Поддержка голоса и музыки;
Поддержка стерео и моно;
Поддержка динамической настройки битрейта, пропускной способности и размера кадра;
Возможность восстановления звукового потока в случае потери кадров (PLC);
Поддержка до 255 каналов (многопоточные кадры)
Доступность реализаций с использованием арифметики с плавающей и фиксированной запятой.
Реализован вариант Opus HD для кодирования звука с частотой дискретизации 96 kHz, битрейтом до 2 Мбит/с и полосой пропускания, выходящей за пределы стандартного звукового диапазона 20 кГц.
Добавлен модуль BWE (wideband-to-fullband) для преобразования представления с широкополосным кодированием (диапазон частот ограничен 8 кГц) в полнополосное представление, охватывающее весь слышимый диапазон (до 20 кГц). Недостающие частоты 8-20 kHz воссоздаются при помощи алгоритма на базе машинного обучения.
Предложен новый API для кодирования и декодирования звука с целочисленным представлением 24-бит на канал. Новый API может быть полезен для повышения качества звука на платформах, производительности которых недостаточно для кодирования с плавающей запятой или в ситуациях, когда принципиально используется только целочисленное кодирование. Поддержка API с целочисленным 16-бит на канал и кодированием на основе плавающей запятой 32-бит на канал сохранена.
Значительно улучшена реализация механизма "Deep Redundancy" (DRED), использующего машинное обучение для восстановления фрагментов звука, утраченных из-за потери пакетов.
Повышена точность кодирования в реализации, использующей арифметику с фиксированной запятой.
Добавлены оптимизации для архитектуры MIPS.
Обеспечено определение поддерживаемых CPU x86 инструкций SIMD на платформе OpenBSD.
Энтони Энзор-ДеМео (Anthony Enzor-DeMeo) назначен новым руководителем (CEO) компании Mozilla Corporation. Энтони перешёл в Mozilla с должности директора по продуктам в компании Roofstock и с декабря 2024 года занимал пост старшего вице-президента по Firefox (Senior Vice President of Firefox). В обязанности Anthony Enzor-DeMeo входило курирование разработки Firefox и развития бизнеса, связанного с Firefox. До назначения Энтони должность CEO с марта 2024 года временно занимала Лаура Чемберс (Laura Chambers).
Mozilla сфокусирует внимание на том, чтобы быть компанией, заслуживающей доверия. Данная цель будет основополагающей при разработке продуктов и дальнейшем развитии. Успешность будет оценивается по двум критериям - продвижение миссии, определённой в манифесте Mozilla, и достижение успеха на рынке.
В ближайшие три года Mozilla планирует инвестировать в AI, что позволит диверсифицировать доходы и привлечь источники средств, отличные от отчислений за использование поисковых систем. Отмечается, что AI уже изменил то, как люди ищут информацию, совершают покупки и принимают решения. Mozilla попытается удовлетворить потребность пользователей в прозрачности процессов и сохранении конфиденциальности при использовании AI, делая ставку на Firefox, как на надёжный и независимый продукт, развиваемый в соответсвтии с бизнес-моделью, ориентированной в первую очередь на интересы пользователя.
Названы три принципа будущего развития Mozilla:
Пользователь должен иметь возможность контролировать работу продукта. Предельная ясность и понятность в отношении вопросов, связанных с конфиденциальностью, использованием пользовательских данных и AI (люди должны знать, почему каждая возможность работает так, а не иначе, и какие преимущества они от этого получат). Опциональность AI и наличие возможности его отключения.
Бизнес-модель, строящаяся на доверии. Прозрачность монетизации.
Превращение Firefox из браузера в экосистему программного обеспечения, которому доверяют. Эволюционирование Firefox в современный AI-браузер, поддерживающий коллекцию новых и заслуживающих доверия дополнений.
Сеть доставки контента Cloudflare, обслуживающая около 20% всего мирового web-трафика, опубликовала годовой отчёт со статистикой и анализом тенденций в глобальной сети за 2025 год. Наиболее интересные выводы:
В 2025 году глобальный интернет-трафик увеличился на 19%, при этом наиболее значительный рост трафика начался в августе. Для сравнения в 2024 году рост трафика составил 17.2%.
Доля web-браузеров:
Общая статистика: Chrome - 66.2%, Safari - 15.4%, Edge - 7.4%,
Firefox - 3.7%, Samsung Internet - 2.3%.
В РФ доля Chrome составляет 44%, а Yandex Browser - 33%.
71% трафика приходится на IPv4, а 29% - IPv6. В 2024 году доля IPv6 была 28%. В РФ доля IPv6 оценена в 8.6%, в Индии - 67%, во Франции - 50%.
57% запросов отправляются с десктоп-систем, а 43% с мобильных устройств. В 2024 году доля мобильных устройств была 41%.
Доля iOS в трафике от мобильных устройств за год выросла с 33 до 35%. Доля Android сократилась с 67 до 65%.
На основе анализа обращений к DNS-серверу 1.1.1.1 вычислены рейтинги:
Top10 самых популярных интернет-сервисов: Google, Facebook, Apple, Microsoft, Instagram, AWS, YouTube, TikTok, Amazon, WhatsApp. По сравнению с 2024 годом на одну позицию поднялись сервисы Microsoft, Instagram и YouTube, на одну позицию опустился Amazon Web Services (AWS) и на 4 позиции опустился TikTok.
Top10 AI-сервисов: OpenAI ChatGPT, Anthropic Claude, Perplexity, Google Gemini, Character.AI, GitHub Copilot, Windsurf AI, QuillBot, xAI Grok, DeepSeek. По сравнению с 2024 годом поднялись в рейтинге Perplexity, Claude/Anthropic и GitHub Copilot. Вошли в рейтинг Google Gemini, Windsurf AI, Grok/xAI и DeepSeek.
Top10 социальных сетей: Facebook, Instagram, TikTok, Snapchat, LinkedIn, X / Twitter, Kwai, Discord, Pinterest, Reddit. По сравнению с 2024 годом поднялись в рейтинге Instagram, Snapchat, Linkedin и Kwai. Ухудшились позиции TikTok, X / Twitter и Discord.
Top10 мессенджеров: WhatsApp, QQ, Telegram, Viber, Signal, WeChat, LINE, Messenger, Zalo.me, KakaoTalk. По сравнению с 2024 годом поднялись в рейтинге Signal, Messenger, Zalo.me и KakaoTalk. Снизился рейтинг WeChat.
Top10 игровых платформ: Roblox, PlayStation, Xbox / Xbox Live, Epic Games / Fortnite, Steam, Electronic Arts, Blizzard, Minecraft, Riot Games / League of Legends, Nintendo.
Доля поисковых систем: Google - 89.5%, Bing - 3.1%, Yandex -
2%, Baidu - 1.4%, DuckDuckGo - 1.2%.
Трафик Starlink удвоился в 2025 году. Интернет через Starlink стал доступен в 20 новых регионах.
Доля человеческих запросов HTML-страниц во всём трафике составила 43.5%, доля Googlebot - 4.5%, доля AI-ботов - 4.2%, остальных ботов - 47.9%.
Доля создаваемого людьми web-трафика, для шифрования которого используются алгоритмы, устойчивые к подбору на квантовых компьютерах, за год выросла с 29% до 52%. Значительный рост объясняется появлением поддержки подобных алгоритмов шифрования в iOS 26.
28% трафика от верифицированных ботов пришлось на Googlebot, а 7.5% на OpenAI GPTBot. Доля поисковых индексаторов от общего трафика ботов составила 40%, AI-ботов - 20%, SEO-ботов - 13%.
Активность бота OAI-SearchBot за 2025 год возросла в пять раз, Anthropic ClaudeBot - в два раза, Perplexity PerplexityBot - в 3.5 раза.
Активность AI-ботов, связанная с отправкой запросов в ответ на запросы пользователей, за год выросла в 15 раз.
В файле robots.txt наиболее часто полностью блокируются боты GPTBot, ClaudeBot и CCBot.
50% запросов к Cloudflare были отправлены с использованием протокола HTTP/2, 29% - HTTP/1.x и 21% - HTTP/3. В 2024 году доля HTTP/1.x составляла 30%.
Самой популярной JavaScript-библиотекой остаётся jQuery, на втором месте с отставанием в 8 раз - Slick.
Из JavaScript-фреймворков для создания web-интерфейса лидирует React (37%), далее следуют Vue.js - 19%, Next.js - 16%, Nuxt.js - 8.4%, Gatsby - 4.6%, RequireJS - 2.9%.
Самой популярной системой управления контентом остаётся WordPress, доля которой оценена в 47%, далее следуют Adobe Experience Manager - 16%, Contentful - 8%, Drupal - 4.7%. Наиболее популярными маркетинговыми платформами являются HubSpot (30%), Marketo (14%) и MailChimp (12%).
Популярные Web-фреймворки: Next.js - 38%, Express - 21%, Nuxt.js - 20%, Microsoft ASP.NET - 10%, Ruby on Rails - 4.9%, Yii - 2.3%, Spring - 2.1%, Django - 0.52%.
20% всех автоматизированных обращений к API осуществляется из клиентов на языке Go (в 2024 году - 12%), 17% - Python (в 2024 году - 9.6%), 11.2% - Java (7.4%), 8.3% - Node.js, 2.3% - .NET.
За отчётный период выявлено 174 значительных сбоев в работе, из которых 83 вызваны отключениями по распоряжению правительств, 25 связанны с отключением энергии, 19 - обрывами кабеля, 14 - техническими проблемами, 5 - пожарами, 5 - погодой, 3 - атаками, 2 - стихийными бедствиями, 2 - ошибками при настройке, 1 - сетевыми проблемами, 1 - DNS.
6.2% трафика заблокировано как потенциально вредоносного или нежелательного для отдельных клиентов. В 3.3% случаев блокировки связаны с защитой от DDoS-атак или блокировкой на уровне WAF (Web Application Firewall).
Более 5% проанализированных email-сообщений признаны вредоносными.
DDoS-атаки достигли интенсивности 31 Тбит/сек. Наиболее крупные атаки в этом году превосходили прошлые пиковые значения в 10 раз по трафику и 7 раз по числу пакетов.
40% трафика от ботов отправляется из США, при этом на подсети Amazon Web Services и Google Cloud приходится четверть всего трафика от ботов.
Ассоциация CA/Browser Forum, выступающая площадкой для совместного принятия решений с учётом интересов производителей браузеров и удостоверяющих центров, утвердила новые требования к организациям, выдающим сертификаты для HTTPS. В новых требованиях объявлены устаревшими 11 методов проверки владения доменом, для которого выдаётся сертификат. Прекращение поддержки устаревших методов будет производиться поэтапно до марта 2028 года. В качестве причин прекращения поддержки отмечается фокусирование внимания на автоматически выполняемых и криптографически верифицируемых методах проверки.
Устаревшими объявлены методы, связанные с использованием информации из сервиса WHOIS, подтверждением контактных данных при помощи email, телефонных звонков, факсов, SMS или бумажных писем, а также верификацией на основе проверки владения IP-адресом, прописанным для домена в DNS. Предполагается, что прекращение поддержки указанных методов проверки позволит избавиться от лазеек, потенциально позволявших атакующим получить сертификат для домена, который они не контролируют. Например, год назад была продемонстрирована возможность получения TLS-сертификатов для чужих доменов в зоне ".mobi" путём
захвата устаревшего WHOIS-сервиса регистратора данной доменной зоны.
Список методов подтверждения владения доменом, объявленных устаревшими:
Отправка Email, факса, SMS или бумажного письма по контактным данным, указанным для домена в базе WHOIS или в SOA-записи в DNS.
Отправка Email, факса, SMS или бумажного письма по контактным данным, указанным для связанного с доменом IP-адреса.
Отправка проверочного кода на типовые Email, такие как
admin@, administrator@, webmaster@, hostmaster@ и postmaster@.
Отправка проверочного кода на Email, указанный в CAA-записи домена в DNS.
Отправка проверочного кода на Email, указанный в TXT-записи домена в DNS.
Подтверждение телефонным звонком на номер, указанный в качестве контактного для домена.
Подтверждение телефонным звонком на номер, указанный в TXT-записи домена в DNS.
Подтверждение телефонным звонком на номер, указанный в CAA-записи домена в DNS.
Подтверждение телефонным звонком на номер, указанный в качестве контактного для IP-адреса, к которому привязан домен.
Проверки на основе подтверждения владения IP-адресом, прописанным для домена в DNS.
Проверки на основе обратного резолвинга IP‑адреса.
Один из разработчиков KDE анонсировал проект KDE Ni! OS, нацеленный на создания окружения для работы с KDE на основе технологий NixOS. Проект развивает Иван Чукич (Ivan Čukić), 13 по числу коммитов участник разработки KDE Plasma , автор книги "Functional Programming in C++" и сотрудник компании KDAB, занимающей второе место по вкладу в разработку Qt.
Проект создан под впечатлением от прозвучавших на конференции KDE Akademy докладов о разработке атомарно обновляемых дистрибутивов KDE Linux и KDE Neon Core (вариант KDE Neon на технологиях Ubuntu Core), развиваемых участниками из сообщества KDE. В рамках проекта KDE Ni! OS Иван намерен оценить, насколько можно воспроизвести похожую на KDE Linux и KDE Neon Core функциональность без создания нового дистрибутива с нуля, а используя уже имеющиеся наработки проекта NixOS.
Для переключения между версиями системы и обеспечения её целостности в KDE Ni! OS, вместо атомарной замены базовой системы целиком, применяются штатные возможности пакетного менеджера Nix, позволяющего одновременно устанавливать несколько версий одного пакета и создавать разные представления системы, включающие совместимые между собой версии. Переключение на прошлое состояние при таком подходе сводится к переключению на окружение с версиями пакетов, привязанными к определённой версии всей системы.
NixOS позволяет на основе одного файла конфигурации воспроизвести необходимую системную начинку. Иван намерен на основе собственного системного окружения сформировать файл конфигурации с начинкой KDE Ni! OS и поддерживать его в актуальном состоянии. Любой желающий сможет установить NixOS и использовать данный файл для воссоздания эталонного окружения KDE Ni! OS. Для разработчиков KDE планируется предоставить возможность замены версий пакетов, например, для тестирования вносимых изменений или для воссоздания условий проявления проблемы при диагностике ошибок, с возможностью быстрого отката системы в целостное состояние.
В утилите smb4k, применяемой в KDE для обнаружения и монтирования SMB-разделов, выявлены уязвимости, позволяющие получить root-доступ к системе. Проблемы устранены в выпуске Smb4K 4.0.5. Проверить состояние новой версии пакета или подготовки исправления в дистрибутивах можно на следующих страницах: Debian, Ubuntu, Fedora, SUSE/openSUSE, Gentoo, Arch и FreeBSD.
Для выполнения привилегированных действий в smb4k используются KAuth-обработчики, запускаемые с правами root. Уязвимости присутствуют в обработчике Smb4KMountHelper и вызваны тем, что функции для монтирования (CVE-2025-66003) и отмонтирования (CVE-2025-66002) сетевой файловой системы должным образом не фильтровали опции, передаваемые командам mount.cifs и unmount.cifs, что позволяло непривилегированному пользователю передать данным командам любые опции через параметр mh_options.
Например, при помощи опций "filemode=04777,uid=0" всем файлам в примонтированном разделе будет выставлен флаг suid root. Пользователь может запустить SMB-сервер и примонтировать с него собственный раздел с необходимыми исполняемыми файлами, которые при выставлении опций "filemode=04777,uid=0" будут выполнятся с правами root.
В обработчике Smb4KMountHelper также должным образом не проверялись целевые каталоги, что, например, позволяло примонтировать свой SMB-раздел вместо каталога /bin и подставить в него модифицированную версию /bin/bash. Кроме того, через параметр mh_krb5ticket можно изменить путь к файлу с учётными данными Kerberos и добиться вывода содержимого любого файла, например, /etc/shadow, в stderr или публично доступный лог.
Уязвимость в функции Smb4KMountHelper::unmount() может использоваться для вызова отказа в обслуживании через отмонтирование системных разделов, манипулируя содержимым параметра mh_mountpoint. Интересно, что в коде была проверка на тип раздела, которая пропускала только разделы cifs, smbfs и smb3, но в if-блоке для вывода ошибки был пропущен оператор "return" и выполнение не прерывалось.
Проведён анализ соответствия действительности данных о местоположении выходных узлов, заявляемых VPN-провайдерами. Из 20 протестированных VPN-провайдеров только 3 всегда указывали корректную информацию о странах выходных узлов. 6 провайдеров выдавали виртуальные (не подтвердившиеся при проверке) или неизмеримые (страны, из которых не был зафиксирован трафик) данные о стране в более чем 50% случаев, 3 провайдера - от 30% до 49%. Некоторые заявляли о размещении оборудования в более чем в 100 странах, но на деле отправляли трафик из нескольких датацентров в США и Евросоюзе.
Всего было проанализировано более 150 тысяч выходных IP-адресов, по заявлению VPN-провайдеров охватывающих 137 стран. Проверка производилась путём анализа маршрутизации, RTT (round-trip time) и задержек при доставке пакетов. Информация о стране у примерно 8 тысяч IP-адресов не соответствовала действительности. Расхождение между заявленной и фактической страной могло достигать несколько тысяч километров. 38 заявленных стран оказались виртуальными и из них не был зафиксирован трафик.
Одной из причин расхождения информации является неточность данных в Whois и БД регистраторов. Проблема в том, что данные в подобные БД заносятся на основе регистрации владельца IP-адресов и переданных им данных. Информация не верифицируется, поэтому не исключены ситуации, когда компания передаёт неверную информацию о местоположении, не обновляет устаревшие данные или зарегистрирована в одной стране, а размещает оборудование в другой. Под сомнение также ставится корректность информации в GeoIP-сервисах, таких как MaxMind, IP2Location и Digital Element, заявляющих о точности информации о стране в 99.5-99.9% без проведения верификации фактического местоположения.
Ариадна Конилл (Ariadne Conill), создатель музыкального проигрывателя Audacious и композитного сервера Wayback, инициатор разработки протокола IRCv3 и лидер команды по обеспечению безопасности Alpine Linux, развивает инструментарий capsudo для выполнению команд с повышенными привилегиями. В отличие от sudo в новом проекте задействована модель предоставления полномочий на уровне отдельных объектов (object-capability). Код проекта написан на языке Си и распространяется под лицензией MIT.
Из недостатков sudo, которые попытались решить в новом инструментарии, отмечается поставка в форме исполняемого файла с флагом suid root, монолитная архитектура без разделения привилегий (вся функциональность sudo выполняется с правами root); усложнённый, неиерархический и недекларативный формат конфигурации; поддержка плагинов, выполняемых напрямую в привилегированном процессе; раздутая кодовая база с большой поверхностью атаки.
Вместо использования монолитной утилиты sudo в capsudo использован тандем из привилегированного фонового процесса capsudod и непривилегированной утилиты capsudo. Взаимодействия между capsudod и capsudo осуществляется при помощи файла-сокета, а полномочия запуска привилегированных команд определяются правами доступа к данному сокету. Только пользователи, имеющие доступ к сокету, могут выполнять привязанные к сокету привилегированные команды. Недостатком предложенного подхода является необходимость использования отдельного фонового процесса для координации запуска каждой привилегированной операции.
Например, чтобы предоставить какому-то пользователю возможность запуска утилиты reboot с повышенными привилегиями, администратор может создать в домашнем каталоге заданного пользователя сокет "reboot-capability", привязать его к запуску утилиты reboot и на уровне прав доступа разрешить запись в сокет только необходимому пользователю. После этого данный пользователь сможет запустить команду reboot, выполнив "capsudo -s reboot-capability".
Для того чтобы повторить поведение sudo и разрешить выполнение с повышенными привилегиями любых приложений для пользователей, входящих в группу wheel, можно использовать следующие настройки:
В правила разработки дополнений к GNOME Shell добавлен новый пункт, запрещающий публикацию дополнений, сгенерированных при помощи AI-инструментов. Проектом теперь не будут приниматься дополнения, включающие признаки использования AI для генерации кода, такие как бессмысленные вставки в коде, разнобой в стиле, надуманное использование API и наличие комментариев с подсказами для AI.
Причиной введения новых требований стали участившиеся за последние два месяца случаи публикации дополнений с необработанным мусорным кодом, разбор которого отнимает много времени у людей, занимающихся рецензированием дополнений. В ряде случаев попытки уточнить некоторые вопросы, возникшие в процессе рецензирования подобных дополнений, привели к отправке их авторами ответов, также сгенерированных в AI.
Пример избыточного кода, генерируемого AI, который усложняет рецензирования:
Опубликован релиз языка программирования Rust 1.92, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).
Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.
Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.
Продолжена стабилизация типа
"never", обозначаемого символом "!" и определяющего вычисления, никогда не возвращающие значения (например, функция "exits", макрос "panic!" и бесконечные циклы никогда не возвращают управление). В новой версии Lint-проверки "never_type_fallback_flowing_into_unsafe" и "dependency_on_unit_never_type_fallback" по умолчанию переключены с вывода предупреждений на генерацию ошибок компиляции. Данные проверки срабатывают при наличие проблем в коде, проявляющихся при использовании типа "never".
По предварительной оценке подобные проблемы имеются примерно в 500 crate-пакетах. Включение lint-проверок позволит подготовиться к стабилизации типа "never", который в пока отнесён к числу экспериментальных возможностей. Lint-проверки срабатывают только при прямой сборке пакетов и не проявляются при сборке зависимостей. Проверки также могут быть отключены через атрибут "#[allow]".
Изменено поведение lint-проверки "unused_must_use", срабатывающей при игнорировании возвращаемого функцией значения, если функция или возвращаемый тип помечены атрибутом "#[must_use]". В новой версии прекращён вывод предупреждений об игнорировании возвращаемых значений с типами Result и ControlFlow, в которых состояние ошибки определяется типом без значений ("!" или "Infallible"). Например, "fn can_never_fail() -> Result<(), Infallible> {...}".
Изменено поведение флага "-Cpanic=abort", при указании которого включена генерация по умолчанию unwind-таблиц для выполнения обратной трассировки (backtrace) . Для возвращения старого поведения предусмотрена опция "-Cforce-unwind-tables=no".
Ужесточена проверка аргументов атрибута "#[macro_export]". При указании недопустимых атрибутов теперь будет выводиться ошибка, а не предупреждение. Проблемы с "#[macro_export]" будут проверяться не только при прямой сборке crate-пакета, но и при сборке зависимостей.
В safe-коде разрешено получение raw-указателей ("&raw [mut | const]") на поля в union-типах.
Для целевой платформы mips64el-unknown-linux-muslabi64 реализована поддержка динамического связывания.
Минимально поддерживаемая версия внешнего инструментария LLVM поднята до ветки LLVM 20.
В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
В пакетном менеджере Cargo обеспечен повтор операции
"git fetch" в случае сбоя выполнения первого запроса. Добавлены компоненты для интеграции с эмулятором терминала Ghostty. В руководство добавлена новая глава про оптимизацию процесса сборки.
Дополнительно можно отметить недавно анонсированные проекты и события, связанные с Rust:
Компания Ferrocene объявила о прохождении сертификации IEC 61508 (SIL 2) для библиотеки libcore, включающей подмножество вызовов из стандартной базовой библиотеки Rust. Сертификация подтверждает соответствие библиотеки требованиям для критически важных промышленных систем. Компания Ferrocene известна созданием инструментария для разработки на языке Rust приложений для критически важных систем (Safety-Critical Systems), а также поддержанием спецификации FLS (Ferrocene Language Specification), на базе которой развивается эталонная спецификация на язык Rust.
Опубликован релиз библиотеки Iced 0.14 для создания графических интерфейсов пользователя с использованием модели реактивного программирования. В Iced реализована архитектура, привычная для разработчиков, знакомых с языком декларативного построения интерфейсов Elm. Предлагается готовый набор виджетов с возможностью создания асинхронных обработчиков и применения адаптивной компоновки элементов интерфейса в зависимости от размера окна и экрана. Предоставляется несколько движков отрисовки, поддерживающих Vulkan, Metal и DX12. Из крупных проектов, использующий Iced, можно отметить среду рабочего стола COSMIC.
В новой версии добавлены виджеты "table",
"grid", "sensor", "float" и "pin", а также расширены возможности виджета для работы с разметкой Markdown. Реализованы: режим реактивной отрисовки; появляющиеся при необходимости полосы прокрутки; API для работы с анимацией; поддержка методов ввода; headless-режим; возможность внесения изменений без остановки приложения (hot reloading); распараллеливание декодирования изображений; инструменты для отладки и профилирования производительности.
Проект Ribir развивает библиотеку для создания многоплатформенных приложений с графическим интерфейсом, позволяющую использовать одну общую кодовую базу приложения для формирования графических приложений для разных платформ (Linux, Windows, macOS, в планах Android и iOS). Доступны декларативный язык построения интерфейса на основе Rust-макросов,
более 20 виджетов, темы оформления, рендер на базе wgpu.
Представлена утилита Island, предназначенная для изолированного запуска приложений.
Для sandbox-изоляции задействован механизм Landlock. Island позволяет создавать правила в формате TOML и применять их для изоляции при помощи Landlock существующих исполняемых файлов, без необходимости внесения изменений в код. В отличие от Firejail утилита Island не требует прав root и специальных полномочий.
Компания Google представила написанный на Rust инструментарий Wasefire для разработки защищённых прошивок. Основная идея в запуске поверх базового окружения прошивки (платформы) отдельных изолированных обработчиков (апплетов). Разработка прошивки не привязана к языкам программирования - компоненты прошивки могут поставляться в представлении WebAssembly с расширениями WASI (WebAssembly System Interface) и выполняться при помощи Wasmtime.
Опубликован выпуск UEFI-прошивки Patina 18, написанной на Rust. Patina предоставляет замену базовым компонентам прошивки UEFI и может использоваться для постепенного перевода существующих прошивок, написанных на Си, на использование языка Rust.
Проект Brimstone развивает новый JavaScript-движок, написанный с нуля на языке Rust. В текущем виде уже поддерживается более 97% от возможностей ECMAScript 2026. Виртуальная машина для выполнения байткода создана с оглядкой на архитектуру движка V8.
Проект Catten развивает ядро для экспериментальной операционной системы CharlotteOS, написанное на Rust. Ядро поддерживает управление доступом на основе "capability" (по аналогии с Fuchsia) и использует похожую на Plan 9 распределённую иерархию ресурсов с адресацией файловых путей по URI.
Опубликован выпуск интерактивной командной оболочки Fish 4.2.0 (friendly interactive shell). Ветка 4.x примечательна полным переводом кодовой базы с языка С++ на Rust.
Компания Сloudflare открыла код Rust-библиотеки tokio-quiche, для встраивания поддержки протоколов QUIC и HTTP/3 в асинхронно работающие приложения на базе фреймфорка Tokio.
Проект Tor опубликовал выпуски Arti1.7 и 1.8, реализации инструментария Tor, написанного на языке Rust. Когда код Arti достигнет уровня, способного полностью заменить вариант на Си, разработчики Tor намерены придать Arti статус основной реализации Tor и постепенно прекратить сопровождение реализации на Си.
В новой версии стабилизирована реализация ограниченного определения onion-сервисов с использованием авторизации клиента ("restricted-discovery"). В дополнение к прокси SOCKS добавлена поддержка HTTP-прокси, использующего метод CONNECT. Реализовано адаптивное выставление таймаутов в зависимости от нагрузки. Добавлена экспериментальная поддержка tokio-console.
Продолжено развитие функциональности для релеев и серверов директорий (Directory Authority). Добавлена команда "arti hsc ctor-migrate" для переноса ключей из Си-клиента в хранилище ключей Arti. Добавлены настройки для управления запуском onion-сервисов.
Опубликована СУБД RustDB, созданная на языке Rust под впечатлением от PostgreSQL. Поддерживаются базовые SQL-операции (CREATE/DROP TABLE/VIEW, INSERT, SELECT, UPDATE, DELETE, SHOW TABLES, EXPLAIN, VACUUM),
транзакции, MVCC, WAL (Write-Ahead Log), индексы, подключение через PostgreSQL-совместимый протокол. При написании RustDB использовался AI.
Компания System76, специализирующаяся на производстве ноутбуков, ПК и серверов, поставляемых с Linux, опубликовала выпуск дистрибутива Pop!_OS 24.04. Pop!_OS основан на пакетной базе Ubuntu 24.04 и поставляется с собственным окружением рабочего стола COSMIC. Наработки проекта распространяются под лицензией GPLv3. ISO-образы сформированы для архитектур x86_64 (2.9 ГБ + отдельная сборка для систем с GPU NVIDIA) и ARM64 (2.7 ГБ).
Дистрибутив ориентирован на людей, использующих компьютер для создания чего-то нового, например, занимающихся разработкой контента, программных продуктов, 3D-моделей, графики, музыки или научной работой. Компания System76 началаразработку собственной редакции дистрибутива Ubuntu после решения Canonical перевести Ubuntu с Unity на GNOME Shell - разработчики System76 занялись созданием новой темы оформления на базе GNOME, но затем поняли, что готовы предложить пользователям иное окружение рабочего стола, предоставляющего гибкие средства для настройки под текущий рабочий процесс.
Изначально пользовательское окружение в Pop!_OS основывалось на модифицированной оболочке GNOME Shell и наборе собственных дополнений к GNOME Shell. В Pop!_OS 24.04 осуществлён переход на новую среду рабочего стола COSMIC, разработка которой велась компанией System76 последние три года. Проект COSMIC написан на языке Rust с использованием библиотеки Iced. С обзором возможностей COSMIC можно познакомиться во вчерашнем анонсе релиза COSMIC 1.0.
Среди других изменений в Pop!_OS 24.04:
Осуществлён переход на пакетную базу Ubuntu 24.04. Обновлены версии ядра Linux 6.16, Mesa 25.1.5, драйверов NVIDIA 580, libwayland/libwayland-client 1.23.1 и libdrm 2.4.125.
Файловый менеджер GNOME Files, эмулятор терминала GNOME Terminal, текстовый редактор GNOME Text Edito, утилита создания скриншотов GNOME Screenshotr и мультимедийный проигрыватель Totem заменены на приложения COSMIC Files, COSMIC Terminal, COSMIC Text Editor, COSMIC Screenshot и COSMIC Media Player.
Для установки дополнительных программ вместо Pop!_Shop задействовано приложение COSMIC Store.
Добавлена официальная поддержка ПК System76 Thelio Astra на базе архитектуры ARM64, а также неофициальная поддержка сообществом ARM-устройств других производителей. В качестве загрузчика на ARM-системах задействован Tow-Boot на базе U-Boot.
Переработана поддержка систем с гибридной графикой. Обеспечено автоматическое переключение между встроенным GPU и дискретной видеокартой на основе параметров приложений. Добавлена возможность ручного выбора GPU через контекстное меню, показываемое при клике правой кнопкой мыши на пиктограммах приложений.
Добавлена поддержка включения полнодискового шифрования на этапе установки.
В инсталлятор добавлен режим переустановки без потери пользовательских файлов, настроек и приложений, установленных в формате flatpak.
После четырёх месяцев разработки представлено декабрьское сводное обновление приложений KDE Gear 25.12, развиваемых проектом KDE. В составе набора опубликованы выпуски 249 программ, библиотек и плагинов. Информацию о наличии Live-сборок с новыми выпусками приложений можно получить на данной странице. Новые версии отдельных приложений можно загрузить из каталогов Flathub и SnapCraft.
В файловом менеджере Dolphin появилась возможность временно скрывать каталоги и файлы через контекстное меню, не прибегая к их перемещению в корзину.
В Kate, текстовом редакторе для разработчиков, улучшена поддержка Git и обеспечено отображение последней активности в списке веток. Добавлена возможность обрамления содержимого escape-последовательностями (bracketed paste) при вставке в терминал через буфер обмена. В диалоге быстрого открытия файлов, вызываемого через кнопку ⚡ в верхнем правом углу, реализована возможность перехода на заданную позицию в файле после его открытия (например, для выставления курсора на 10 символ в 15 строке после ввода имени файла нужно добавить ":15:10").
В просмотрщике изображений Photos (Koko) расширены возможности редактирования и добавлен новый инструмент для кадрирования фотографий.
В версии Photos для мобильных устройств и при использовании сенсорных экранов расширено управление жестами, например, реализована возможность масштабирования щипком, смещения видимой области при скольжении касанием и переключения на следующее или предыдущее изображение через сдвиг вправо или влево. В версию для мобильных устройств добавлен режим слайдшоу.
В Konqueror, гибриде web-браузера с файловым менеджером, реализована возможность экспорта содержимого в формате PDF с высоким разрешением.
В web-браузер Falkon добавлена кнопка для быстрого включения/выключения блокировщика рекламы.
В программе для обмена сообщениями Neochat, использующей протокол Matrix, в конфигураторе появилась страница с информацией о доступных комбинациях клавиш. Улучшена поддержка Matrix-расширений, таких как Jitsi для проведения видеоконференций (кнопка запуска конференции теперь отображает состояние конференции и активируется только если пользователь имеет право создавать конференции).
В ассистент в путешествиях Itinerary добавлены новые дополнения для автоматической обработки информации о билетах в различных железнодорожных компаниях.
Во время путешествия, помимо указания местоположения на карте, приложение теперь показывает сведения о высоте над уровнем моря. Добавлен встроенный конвертер валют.
В Kjournald, интерфейс для навигации по логам systemd-journald, добавлена поддержка загрузки пользовательских unit-файлов.
Представлен выпуск проекта Monado 25.1.0, развивающего открытую реализацию стандарта OpenXR. Стандарт OpenXR подготовлен консорциумом Khronos и определяет универсальный API для создания приложений виртуальной и дополненной реальности, а также набор прослоек для взаимодействия с оборудованием. Monado предоставляет runtime, полностью соответствующий требованиям OpenXR, который может использоваться для организации работы с виртуальной и дополненной реальностью на смартфонах, планшетах, ПК и любых других устройствах. Код проекта написан на языке Си и распространяется под свободной лицензией Boost Software License 1.0, совместимой с GPL.
Основные возможности платформы:
Движок пространственного зрения, выполняющий такие задачи, как трекинг объектов, определение поверхностей, реконструкция мешей, распознавание жестов, отслеживания движения глаз.
Движок для отслеживания персонажа, предлагающий компоненты для предсказания движений, оптического отслеживания движений через камеру, отслеживания позиции на основе данных от VR-шлема, гиростабилизатора и контроллеров.
Композитный сервер, поддерживающий композитинг, режим прямого вывода, проброс видео, корректировку линз и формирование рабочего пространства для одновременно работы с несколькими приложениями.
Движок взаимодействия, предоставляющий набор виджетов и тулкит для приложений виртуальной реальности, а также включающий инструменты для симуляции физических процессов.
Композитный сервер, поддерживающий прямой вывод на устройство. Предоставляются шейдеры для Vive и Panotools. Имеется поддержка проекционных слоёв.
Инструментарий для калибровки оборудования и определения границ перемещения.
Драйверы для шлемов виртуальной реальности HDK (OSVR Hacker Developer Kit), PlayStation VR HMD, SteamVR, Panotools (PSVR), различных моделей Vive и устройств для которых имеются драйверы OpenHMD.
Драйвер для очков дополненной реальности North Star.
Драйвер для систем отслеживания позиции, таких как Intel RealSense T265.
Набор udev-правил для настройки доступа к устройствам виртуальной реальности без получения полномочий root.
Компоненты для отслеживания движения с фреймворком для фильтрации и потоковой передачи видео.
Система отслеживания персонажа с шестью степенями свободы (6DoF, вперёд/назад, вверх/вниз, влево/вправо, рыскание, тангаж, крен) для контроллеров PSVR и PS Move.
Модули для интеграции с графическими API Vulkan и OpenGL.
Безэкранный режим (Headless).
Управление пространственным взаимодействием и точкой обзора.
Базовая поддержка синхронизации кадров и ввода информации (действий).
Улучшено отслеживание движения рук. Добавлена поддержка OpenXR-расширения XR_EXT_hand_tracking_data_source, позволяющего раздельно обрабатывать режимы отслеживания рук "unobstructed" (рука свободна) и "conforming" (в руке находится какой-то объект, например, контроллер).
Повышено качество управления при помощи контроллеров и при одновременном использовании контроллеров и отслеживания рук. В драйверах реализована поддержка новых ролей и решены проблемы с ориентацией и распознаванием позиции рук.
Представлена система xrt_future и реализована поддержка OpenXR-расширения XR_EXT_future, предоставляющих возможности для выполнения операций в асинхронном режиме (в будущих версиях стандарта OpenXR появится поддержка операций, которые можно запускать, не дожидаясь завершения предыдущих).
Добавлены драйверы для 3D-шлемов Subur S1 и Rift DK2. Улучшена поддержка 3D-шлемов Razer Hydra, Vive Pro 2, Xreal Air 2 Ultra и Fujitsu.
Добавлен драйвер SolarXR IPC для извлечения данных трекинга с сервера SlimeVR.
В композитном сервере реализована компенсация задержки между отслеживанием движения головы и фактическим выводом кадра на
экранах с построчной разверткой (rolling-scanout). Повышена надёжность настройки замещающих друг друга виртуальных фреймбуферов (swapchain), применяемых для обеспечения плавного вывода.
В основном интерфейсе для платформы Android реализована поддержка сканирования и сохранения QR-кодов для калибровки устройств Cardboard.
