OpenNews.opennet.ru: Основная лента (RSS Feed)

OpenNews - Новости мира открытых систем (Основная лента)

https://www.opennet.me/opennews/

Public Key

npub1nu9lzqwhe53p57826f05a99nnp7atur9jlzatt7aj24q6pgrvyfq5xez2y

NIP-05 Address

Profile Code

nprofile1qqsf7zl3q8tu6gs60r4dyh6wjjeeslw47pje03w44lwe92sdq5pkzyspp4mhxue69uhkummn9ekx7mqpzamhxue69uhkummnw3ezuarhd9hxkmr99ekx7mqsgxr39

Publishing to

nos.lol

nostr.twinkle.lol

hidden.twinkle.lol

Author Public Key

npub1nu9lzqwhe53p57826f05a99nnp7atur9jlzatt7aj24q6pgrvyfq5xez2y

Show more details

Last Notes

2026-07-18 11:34:06 UTC

Компания Collabora представила Holo Core, порт Arch Linux для архитектуры AArch64
Компания Collabora представила (https://www.collabora.com/news-and-blog/news-and-events/building-an-arch-linux-aarch64-port-for-holo-core.html) проект Holo Core (https://gitlab.steamos.cloud/holo/), в рамках которого совместно с компанией Valve подготовлена редакция дистрибутива Arch Linux для платформы AArch64. Holo Core создан для использования SteamOS на устройстве Steam Frame (https://www.opennet.me/opennews/art.shtml?num=64236), сочетающем персональный компьютер, 3D-шлем и два 3D-контроллера. Разработка Holo Core потребовалась, так как дистрибутив Arch Linux, лежащий в основе SteamOS, доступен только для архитектуры x86_64, в то время как устройство Steam Frame построено на чипе Snapdragon 8, использующем архитектуру ARM64. Для тестирования доступен исходный код пакетов (https://gitlab.steamos.cloud/holo/holo-core-aarch64-preview), адаптированных для архитектуры ARM64, а также готовые бинарные сборки (https://holo-packages.steamos.cloud/holo-core-aarch64-preview/mash-20251118) пакетов и образ контейнера в формате Docker.
Ключевой задачей проекта названо построение инфраструктуры непрерывной интеграции для организации автоматизированных сборок, отслеживающей состояние непрерывно обновляемых репозиториев Arch Linux и определяющей требуюемые зависимости. Помимо создания патчей, необходимых для работы некоторых пакетов на системах Aarch64, в процессе реализации проекта потребовалось решить несколько проблем.
Часть проблем вызвана тем, что в непрерывно обновляемом репозитории Arch Linux новое состояние некоторых пакетов завязано на старое и для сборки требуется воспроизвести всю цепочку состояний (например, для пересборки rust 1.91 должен присутствовать rust 1.90, для которого, в свою очередь, требуется rust 1.89 и т.д.). Похожая ситуация наблюдается для библиотек, на которые завязан сборочный инструментарий (например icu и gpgme, используемые в pacman) - в случае обновления версий данных библиотек, для успешной пересборки необходимо наличие как старой, так и новой версии.
Ещё одним ограничением стала неопределённость с порядком сборки - в Git-репозитории Arch Linux пакеты часто добавляются не последовательно в порядке, непригодном для автоматизированной пересборки без пересчёта всей цепочки зависимостей. Помимо этого, при попытках сборки старых версий преградой становятся изменения в инфраструктуре upstream-проектов - исходный код может быть перемещён, проект перейти на другой git-хостинг, контрольные суммы на код в git поменяться из-за замены коротких хэшей на длинные, а автоматизированная загрузка блокироваться антибот-защитой.
Подготовленный в рамках проекта Holo Core CI-инструментарий способен вычислять полное дерево зависимостей и "воспроизводить" (replay) историю сборок Arch Linux от начального bootstrap-а до выбранного состояния, охватывая все необходимые промежуточные пересборки. Опубликованная тестовая версия соответствует версиям пакетов в репозитории Arch Linux по состоянию на 18 ноября 2025 года и является своего рода прототипом, демонстрирующим готовность созданной инфраструктуры для формирования конечных продуктов.
Когда система будет отлажена, её планируют синхронизировать с версиями пакетов, используемыми при разработке будущих версий SteamOS для архитектуры x86_64. Код развиваемого CI-инструментария будет опубликован под открытой лицензией и предложен для внедрения в проекте Arch Linux, у которого пока нет CI-инфраструктуры. В основной проект также планируют передать наработки для создания официального порта Arch Linux для архитектуры AArch64.
Источник: http://www.opennet.me/opennews/art.shtml?num=65923 (http://www.opennet.me/opennews/art.shtml?num=65923)
https://www.opennet.me/opennews/art.shtml?num=65923

2026-07-17 11:34:06 UTC

Представлены X-сервер Frame и рабочий стол CHasm, написанные на ассемблере
Проект Frame развивает (https://isene.org/2026/07/Frame.html) новый X-сервер, написанный целиком на ассемблере NASM для архитектуры x86_64 и предназначенный для работы в Linux без внешних зависимостей. Взаимодействие с ядром Linux, включая интерфейсы DRM/KMS и evdev, осуществляется напрямую через системные вызовы, без привлечения библиотек, таких как libc, Mesa и FreeType. Код Frame распространяется (https://github.com/isene/frame) как общественное достояние. Разработка ведётся с привлечением AI-ассистента Claude Code.
Целью проекта является реализация расширений протокола X11, достаточных для функционирования рабочего стола CHasm (https://github.com/isene/chasm), развиваемого тем же автором и также написанного на ассемблере. В качестве необходимого минимума заявлена поддержка запуска типовых X11-приложений, среди которых Firefox, VS Code, GIMP и Inkscape. Из намеченных к реализации X11-расширений упомянуты SHAPE, RENDER, XKB, COMPOSITE, DAMAGE, RANDR, MIT-SHM, XInput2 и XVideo.
Разработка разделена на 14 стадий (https://github.com/isene/frame#status-phase-4-of-14-core-protocol--compositor--drawing). В настоящее время проект находится на 7 стадии, на которой уже реализованы базовые возможности для запуска терминала и некоторых X11 приложений. 14 стадия будет достигнута, когда будут реализованы все возможности для полноценной работы с Firefox. На текущем этапе заявлено о возможности запуска базового рабочего стола CHasm, GIMP и Firefox (с ограничениями).
Среди уже реализованных возможностей: приём X11-запросов через Unix-сокет, программная отрисовка через подсистему ядра DRM/KMS, обработка ввода через evdev, API для управления вводом, поддержка подключения нескольких X11-клиентов, функции для создания и работы с окнами, операции с пиксельными картами, атомарные операции, выделение текста для буфера обмена, X11-расширения SHAPE, RANDR, XInput2 и MIT-SHM. Ещё не реализованы примитивы векторной отрисовки, атомарное переключение видеорежима, буфер обмена, переключение раскладки клавиатуры, управление курсором, X11-расширения RENDER, XKB, DAMAGE, COMPOSITE и XI2.
Среда рабочего стола CHasm (https://isene.org/chasm/) насчитывает около 100 тысяч строк кода и включает написанные на ассемблере компоненты: мозаичный оконный менеджер Tile (https://github.com/isene/tile), панель состояния Strip (https://github.com/isene/stripconf),
блокировщик экрана Bolt (https://github.com/isene/bolt), интерактивная оболочка Bare (https://github.com/isene/bare) и эмулятор терминала Glass (https://github.com/isene/glass). Разработанные компоненты заменяются собой связку из gdm, X11 Server, i3, conky, wezterm и zsh.
Разработка ведётся с оглядкой (https://isene.org/2026/05/Baseline.html) на минимальное потребление энергии при использовании на ноутбуке. В режиме ожидания оконный менеджер Tile и терминал Glass совсем не потребляют ресурсы и активируются только при действии пользователя. Frame в режиме простоя расходует почти в три раза меньше ресурсов CPU, чем X.Org Server.
Утверждается, что окружение на базе Frame и CHasm уже достаточно стабильно для использования в повседневной работе автора проекта. Когда возникают проблемы или чего-то не хватает, автор по мере необходимости привлекает Claude и устраняет недоработки. Автор также развивает набор консольных утилит fe2o3 (https://isene.org/fe2o3/), написанных (https://github.com/isene) на Rust и покрывающих все его потребности, кроме web-браузера. В состав fe2o3 входит двухпанельный файловый менеджер Pointer (https://github.com/isene/pointer), командный интерпретатор rush (https://github.com/isene/rush), vim-подобный текстовый редактор Scribe (https://github.com/isene/scribe), RSS-ридер Gazette, почтовый клиент и мессенджер Kastrup (https://github.com/isene/kastrup), календарь-планировщик Tock (https://github.com/isene/tock), конфигуратор Crush (https://github.com/isene/crush), просмотрщик документов Viewer (https://github.com/isene/viewer).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1784284121.png
(https://isene.org/assets/posts/framescrot.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1784287368.png
(https://github.com/isene/chasm/raw/master/img/screenshot.png)
Источник: http://www.opennet.me/opennews/art.shtml?num=65922 (http://www.opennet.me/opennews/art.shtml?num=65922)
https://www.opennet.me/opennews/art.shtml?num=65922

2026-07-17 08:33:13 UTC

Доступен Wayland 1.26
После четырёх месяцев разработки представлен (https://lore.freedesktop.org/wayland-devel/5On45eE2mxDczYfK0kAKrM_Bf7fI0NV07MXCBmsfDLplHSIU3cn-8JoaUj6zURfuWVB7pHDaBIPSXKenUGUdQeAZ51wpzMtGf_W-BdLgNC0=@emersion.fr/T/#u) стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.26 (https://wayland.freedesktop.org/). Ветка 1.26 обратно совместима на уровне API и ABI с выпусками 1.x и содержит в основном исправления ошибок и незначительные обновления протокола. Наработки проекта распространяются (https://gitlab.freedesktop.org/wayland/wayland) под лицензией MIT. Эталонный композитный сервер Weston (https://gitlab.freedesktop.org/wayland/weston), предоставляющий код и рабочие примеры для использования Wayland в десктоп-окружениях и встраиваемых решениях, развивается (https://www.opennet.me/opennews/art.shtml?num=65898) в рамках отдельного цикла разработки.
Основные изменения в протоколе (https://wayland.freedesktop.org/docs/html/apa.html):
- Добавлено событие wl_pointer.warp (https://gitlab.freedesktop.org/wayland/wayland/-/commit/165504a90edd7d6e51dd42d11f9dd0e8c9384609), через которое можно получать уведомления о новой позиции указателя без обработки события wl_pointer.motion (https://wayland.freedesktop.org/docs/html/apa.html#protocol-spec-wl_pointer), генерируемого при активности пользователя.
- Добавлен запрос wl_fixes.ack_global_remove (https://gitlab.freedesktop.org/wayland/wayland/-/commit/c048101ca92c91b22d8504bc2beee683a629f758), предназначенный для отправки композитному менеджеру подтверждения того, что клиент прекратил обработку события для исключения состояния гонки при удалении глобальных событий. После получения подтверждения от всех клиентов композитный менеджер может удалить связанный с событием обработчик на своей стороне.
- Добавлена функция wl_display_remove_socket_fd() (https://gitlab.freedesktop.org/wayland/wayland/-/commit/67af3659fac3050b422198700643f5ee13932ebd) для удаления сокетов, до этого добавленных через вызов wl_display_add_socket_fd().
- В отладочном режиме WAYLAND_DEBUG обеспечен (https://gitlab.freedesktop.org/wayland/wayland/-/commit/60d6bb946c1d8a81a92830e3da557c3b1bcb31a4) вывод в лог времени в формате "HH:MM:ss.xxxxxx", упрощающем разбор и сравнение логов.
Добавленные после рошлого выпуска Wayland расширения протоколов, дополняющие базовый протокол Wayland и поставляемые в отдельном наборе Wayland-Protocols (https://www.opennet.me/opennews/art.shtml?num=65638):
- xx-fractional-scale (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/experimental/xx-fractional-scale) - для масштабирования системы логических координат, значения в которой задаются целыми числами, для повышения точности позиционирования и увеличения разрешения логических координат до отдельных пикселей. Подобная возможность решает проблему с ограниченным разрешением системы логических координат, недостаточным для позиционирования на уровне отдельных пикселей, необходимого для полноценной реализации дробного масштабирования.
- xx-cutouts (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/experimental/xx-cutouts?ref_type=heads) - для получения информации о вырезах на экране (например, области под фронтальную камеру на экране смартфона).
- xx-zones (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/experimental/xx-zones?ref_type=heads) - для создания и добавления окон верхнего уровня в "зоны" - окружения со своим пространством координат. Протокол позволяет организовать логическую расстановку окон, в которой каждое окно размещается относительно другого окна.
- xx-keyboard-filter (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/experimental/xx-keyboard-filter?ref_type=heads) - для перехвата клиентом выбранных событий клавиатуры, изменения событий ввода или блокирования передачи определённых событий в Wayland-поверхность, на которой установлен фокус ввода.
- В категорию "staging" добавлен протокол xdg-session-management (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-session-management), предоставляющий возможности для восстановления состояния и позиции окон прерванного сеанса в окружениях на основе протокола Wayland, например, после аварийного завершения композитного сервера или приложения.
- В протокол "linux-dmabuf (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/stable/linux-dmabuf)" добавлена поддержка (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/commit/1571cf6ae9f8ed2d5b3b8f65bee758cad025375b) работы на системах с несколькими GPU. На подобных системах клиент может согласовать с композитными сервером какой из GPU следует использовать.
- В протокол color-management-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/color-management) добавлена поддержка (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/commit/c364bf61ec0c8fed865aa6fcfd79c2078fb6d356) метаданных изображений в формате BT.2100 для применения в композитном сервере специфичных обработчиков, позволяющих корректно отображать HDR-контент, созданный для Windows.
Наиболее заметные события, связанные с Wayland и произошедшие после публикации прошлого выпуска:
- В Cinnamon реализована (https://www.opennet.me/opennews/art.shtml?num=65876) полноценная поддержка Wayland.
- В библиотеку ANGLE, используемую в Chrome и Android, добавлена (https://www.opennet.me/opennews/art.shtml?num=65541) поддержка Wayland.
- В KDE при использовании Wayland реализована поддержка восстановления сеансов (https://www.opennet.me/opennews/art.shtml?num=65236) и реализован (https://www.opennet.me/opennews/art.shtml?num=65147) Wayland-протокол xx-fractional-scale-v2 для дробного масштабирования.
- Создан порт (https://www.opennet.me/opennews/art.shtml?num=65049) X.Org-драйвера Synaptics для окружений на базе Wayland.
- Инициирована проверка (https://www.opennet.me/opennews/art.shtml?num=65788) готовности платформ VFX и анимации к замене X11 на Wayland.
- Началось тестирование композитного сервера (https://www.opennet.me/opennews/art.shtml?num=65742) Xfwl4 от проекта Xfce.
- На базе Wayfire и Libadwaita воссоздана (https://www.opennet.me/opennews/art.shtml?num=65388) пользовательская оболочка Unity.
- Обновлены композитные серверы и среды рабочего стола: COSMIC 1.3.0 (https://www.opennet.me/opennews/art.shtml?num=65907), Weston 16 (https://www.opennet.me/opennews/art.shtml?num=65898), Phosh 0.56 (https://www.opennet.me/opennews/art.shtml?num=65850), Nourish 1.0.0 (https://www.opennet.me/opennews/art.shtml?num=65793), miracle-wm 0.10 (https://www.opennet.me/opennews/art.shtml?num=65738), KDE Plasma 6.7 (https://www.opennet.me/opennews/art.shtml?num=65698), labwc 0.20 (https://www.opennet.me/opennews/art.shtml?num=65529), Sway 1.2 (https://www.opennet.me/opennews/art.shtml?num=65528), Wayland Maker 0.8 (https://www.opennet.me/opennews/art.shtml?num=65500), Hyprland 0.55 (https://www.opennet.me/opennews/art.shtml?num=65413), Niri 26.04 (https://www.opennet.me/opennews/art.shtml?num=65300), LXQt 2.4.0 (https://www.opennet.me/opennews/art.shtml?num=65246), Cage 0.3 (https://www.opennet.me/opennews/art.shtml?num=65191).
Напомним, что Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK и Qt, берущих на себя работу по компоновке содержимого окон.
Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода. Поддержка прямой работы c Wayland реализована для большинства применяемых в Linux графических библиотек, включая GTK, Qt, SDL, FLTK, wxWidgets, Clutter и EFL (Enlightenment Foundation Library).
Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland (http://cgit.freedesktop.org/xorg/xserver/tree/hw/xwayland) (Device-Dependent X), похожий по организации работы на Xwin и Xquartz для платформ Win32 и macOS.
Источник: http://www.opennet.me/opennews/art.shtml?num=65920 (http://www.opennet.me/opennews/art.shtml?num=65920)
https://www.opennet.me/opennews/art.shtml?num=65920

2026-07-17 05:01:14 UTC

Базовая система FreeBSD-CURRENT избавлена от компонентов под лицензией GPL
В кодовую базу FreeBSD-CURRENT, на основе которой формируется ветка FreeBSD 16, принято изменение (https://reviews.freebsd.org/rG134a4c78d070f8c4ea43a060a7ae28d22ac39558), удаляющее из базовой системы последние остававшиеся компоненты, распространяемые под лицензией GPL - утилиты diff3 и dialog. Программа diff3 заменена на аналог от проекта OpenBSD, распространяемый под лицензией BSD, а для замены (https://reviews.freebsd.org/D55424) dialog специально для FreeBSD была разработана утилита bsddialog (https://gitlab.com/alfix/bsddialog). Инсталлятор был переведён на bsddialog четыре года назад и последней программой, завязанной на GNU dialog, оставалась утилита dpv, которая была объявлена устаревшей более двух лет назад, а теперь удалена (https://reviews.freebsd.org/rGaf202a5052b6e9a1885d06941ffbba7630acb7df) вместе с GNU dialog. Релиз FreeBSD 16, намеченный (https://freebsdfoundation.org/our-work/journal/browser-based-edition/downstreams/freebsd-release-engineering-a-new-sheriff-is-in-town/) на декабрь 2027 года, будет полностью избавлен (https://reviews.freebsd.org/D55425) от кода под лицензией GPL.
Основным мотивом избавления FreeBSD от проектов под лицензиями GPL является переход утилит GNU на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD. Разработчики FreeBSD были вынуждены оставаться на устаревших версиях утилит GNU, выпущенных до перехода на GPLv3. В 2012 году во FreeBSD утилита GNU patch была заменена на вариант утилиты patch, поставляемый под лицензией BSD и основанный на наработках проекта DragonFly BSD. В последующие годы из системы был удалён отладчик gdb (заменён на lldb). Утилита GNU grep была заменена на bsdgrep, вместо компилятора GCC был задействован Clang, а утилиты binutils заменены на аналоги от проекта LLVM.
Заменена утилита dtc (Device Tree Compiler), удалены процесс автоматического монтирования amd (задействован autofs) и утилита ctm.
Источник: http://www.opennet.me/opennews/art.shtml?num=65906 (http://www.opennet.me/opennews/art.shtml?num=65906)
https://www.opennet.me/opennews/art.shtml?num=65906

2026-07-16 20:32:34 UTC

Линус Торвальдс поддержал право использовать AI-инструменты при разработке ядра
Линус Торвальдс прокомментировал (https://lore.kernel.org/linux-media/CAHk-=wi4zC+Ze8e+p3tMv8TtG_80KzsZ1syL9anBtmEh5Z40vg@mail.gmail.com/) попытки обсудить запрет на применение AI-инструментов в разработке ядра Linux. Официальная позиция в том, что ядро Linux, как проект, не против использования AI. AI рассматривается как инструмент, упрощающий работу над кодом, такой же как и любые другие инструменты. Использование AI личное дело каждого разработчика и фактором при приёме изменений является качество кода, а не то, какие инструменты использовались для создания этого кода.
Тем, кто недоволен подобной политикой или пытается навязывать другим запрет использования AI-инструментов, Линус рекомендовал создать свой форк ядра или прекратить участие в разработке. По мнению Линуса, ещё год назад применение AI при разработке могло вызывать вопросы, но сейчас польза от AI стала очевидной и отрицать это могут лишь те, кто не использовал современные AI-инструменты. Никто в сообществе разработчиков ядра не заставляет других использовать AI, но попытки препятствовать использованию AI другими людьми будут пресекаться.
Ядро Linux остаётся техническим проектом и связанные с ним решения принимаются на основе технических достоинств, а не боязни нового.
Ядро не является проектом воинов за социальную справедливость, никогда им не был, и никогда не станет. Социальный аспект работы над открытым кодом рассматривается, как важная и мотивирующая часть проекта, но скорее это побочный эффект, а не цель существования проекта. Ядро развивается как открытый проект не по религиозным причинам, а так как эта модель приводит к созданию лучших технологий.
В продолжении дискуссии Линус посоветовал (https://lore.kernel.org/linux-media/CAHk-=wi7KN9_DYdmaE2chC92EhTrO=Wtx1bPBER-EQfAZ8FREg@mail.gmail.com/) не навязывать свои этические нормы другим людям и сравнил применение AI с вегетарианством - среди разработчиков ядра есть вегетарианцы, у которых разные причины не есть мясо (социальные, религиозные, этические, вкусовые), но они не ожидают, что все остальные разработчики станут вегетарианцами из‑за их личной позиции. С принятием AI то же самое.
Противникам AI, пытающимся ссылаться на этику, Линус посоветовал держать свою этику там, где ей место - в личной жизни, и не пытаться навязывать её другим людям. Развивая тему этики Линус также упомянул взаимоотношения сообщества разработчиков ядра с Фондом СПО, который по его мнению манипулирует этическими причинами и использует их как оружие, отпугивая тем самым адекватных людей. Именно поэтому Linux - это не GNU/Linux, и в сообществе разработчиков ядра предпочитают использовать термин "Open Source", а не "Free Software".
Источник: http://www.opennet.me/opennews/art.shtml?num=65913 (http://www.opennet.me/opennews/art.shtml?num=65913)
https://www.opennet.me/opennews/art.shtml?num=65913

2026-07-16 16:02:34 UTC

Microsoft открыл код IRC-клиента ComicChat
Компания Microsoft открыла (https://opensource.microsoft.com/blog/2026/07/16/microsoft-comic-chat-is-now-open-source/) исходный код IRC-клиента ComicChat (https://github.com/microsoft/comic-chat), диалоги в котором отисовываются в форме комиксов, генерируемых на основе персонажей, выбранных участниками и отражающими их эмоции. ComicChat использует штатный протокол IRC, может подключаться к обычным IRC-серверам и совместим с текстовыми IRC-клиентами. Код написан на C++ и открыт (https://github.com/microsoft/comic-chat) под лицензией MIT.
Для формирования сюжета кадров используется экспертная система, которая при генерации картинки учитывает содержимое сообщений и контекст, на основе которых определяется расположение, позы, жесты и мимика персонажей, а также число участников, масштаб, ракурс и компоновка кадров. Персонажи для участников, использующих текстовые IRC-клиенты, выбираются автоматически.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1784215913.png
(https://opensource.microsoft.com/blog/wp-content/uploads/2026/07/fasf.webp)
Проект развивался как эксперимент с новыми способами визуализации общения в сети. В 1996 году первая версия ComicChat была добавлена в поставку Internet Explorer 3.0 и могла использоваться как отдельное приложение или внутри браузера. В 1998 году ComicChat был включён в поставку Windows 98. В 2000 году разработка проекта была прекращена, после того как на смену IRC пришли мессенджеры. ComicChat стал первой программой, в которой использовался шрифт Comic Sans, подходящий для пузырей с текстом на комиксах.
Опубликованная в 2026 году версия адаптирована для сборки современными компиляторами и расширена для совместимости с современными IRC-серверами и клиентами. В новой версии также добавлена поддержка TLS-шифрования и реализовано масштабирование интерфейса для экранов с высокой плотностью пикселей.
Источник: http://www.opennet.me/opennews/art.shtml?num=65914 (http://www.opennet.me/opennews/art.shtml?num=65914)
https://www.opennet.me/opennews/art.shtml?num=65914

2026-07-11 13:43:57 UTC

GhostLock, BadEpoll и Januscape - уязвимости в ядре Linux, позволяющие получить права root и обойти изоляцию KVM
Раскрыта (https://nebusec.ai/research/ionstack-part-2/) информация об уязвимости (https://github.com/advisories/GHSA-cqc6-9f34-295v) (CVE-2026-43499 (https://security-tracker.debian.org/tracker/CVE-2026-43499)) в ядре Linux, получившей кодовое имя GhostLock и позволяющая непривилегированному локальному пользователю получить права root в системе, а также выйти из изолированных контейнеров. При использовании в сочетании с другими уязвимостями в браузерах, выявленная проблема может применяться для удалённого выполнения кода с правами root при открытии специально оформленной web-страницы. Проблема проявляется начиная с ядра Linux 2.6.39 (2011 год).
Утверждается, что уязвимость может быть эксплуатиована во всех дистрибутивах, выпущенных за последние 15 лет. Имеется рабочий эксплоит, создатели которого получили от Google премию в $92337 за успешное повышение привилегий в окружении с ядром KernelCTF (Capture the Flag), включающем дополнительные патчи для блокирования типовых методов работы эксплоитов. Степень успешности работы эксплоита оценивается в 97%. Уязвимость выявлена при помощи AI-инструментария VEGA (https://nebusec.ai/vega/).
Патч с исправлением принят (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3bfdc63936dd4773109b7b8c280c0f3b5ae7d349) в кодовую базу ядра 21 апреля и вошёл в состав выпусков ядра 7.1.0,
6.18.36 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.36),
6.12.95 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.95),
6.6.144 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.144) и
6.1.177 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.177). Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian (https://security-tracker.debian.org/tracker/CVE-2026-43499), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2026-43499), SUSE/openSUSE (https://bugzilla.suse.com/show_bug.cgi?id=CVE-2026-43499), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-43499), AlmaLinux (https://almalinux.org/blog/2026-07-09-ghostlock/), Gentoo (https://bugs.gentoo.org/show_bug.cgi?id=CVE-2026-43499), Arch (https://security.archlinux.org/package/linux),
Fedora (https://koji.fedoraproject.org/koji/packageinfo?packageID=8). Обходные пути блокирования проблемы отсутствуют.
Уязвимость присутствует в реализации блокировок futex (https://man7.org/linux/man-pages/man2/futex.2.html) и вызвана обращением к памяти после её освобождения, возникающем при работе механизма наследования приоритетов, предотвращающем инверсию приоритетов (блокировка высокоприоритетной задачи из-за ожидания освобождения ресурса, занятого низкоприоритетной задачей). В ситуации, когда установка блокировки завершается ошибкой, ядро откатывает состояние и вызывает функцию очистки. При определённом стечении обстоятельств функция очистки вызывается не в тот момент и освобождает структуру данных другой задачи, после чего остаётся висячий указатель (dangling pointer), ссылающийся на уже освобождённую память.
Эксплуатация уязвимости сводится к созданию условий для возникновения висячего указателя, используя только доступные пользователю системные вызовы для работы с потоками, реализации примитива для записи при помощи висячего указателя в произвольную область памяти ядра и применения этого примитива для подстановки перехода в таблицу функций ядра для перехвата потока управления.
В предложенном эксплоите осуществляется перезапись
указателя в таблице функций inet6_protos[IPPROTO_UDP], после чего на loopback-интерфейс по IPv6 отправляется UDP-пакет, при обработке которого осуществляется вызов обработчика, указатель на который был подменён на прошлом этапе. Для получения root-доступа получивший управление код эксплоита прописывает в /proc/sys/kernel/core_pattern
свой обработчик, вызываемый с правами root при крахе процессов.
Помимо рассмотренной проблемы в ядре Linux выявлено ещё несколько опасных уязвимостей:
- Januscape (https://github.com/V4bel/Januscape) (CVE-2026-53359 (https://security-tracker.debian.org/tracker/CVE-2026-53359)) -
обращение к памяти после её освобождения (use-after-free) в компонентах гипервизора KVM, выполняемых на стороне виртуальной машины для эмуляции блока управления памятью (MMU) и трансляции адресов между хостом и гостевой системой. Уязвимость проявляется на системах с процессорами Intel и AMD и позволяет получить доступ с правами root к хост-окружению при наличии доступа с правами root в гостевой системе.
Для загрузки доступен прототип экспоита (https://github.com/V4bel/Januscape/blob/main/poc.c), повреждающий содержимое структуры данных на стороне хост-системы, применяемой при трансляции адресов. Опубликованный эксплоит приводит к аварийному завершению хост-системы, но по заявлению выявившего проблему исследователя, он также создал эксплоит для выполнения кода на стороне хост-окружения с правами root, но пока не публикует его, чтобы дать время на установку обновлений.
Проблема вызвана ошибкой, допущенной 16 лет назад, и устранена (https://git.kernel.org/linus/81ccda30b4e83d8f5cc4fd50503c44e3a33abfeb) в обновлениях 7.1.3 (https://cdn.kernel.org/pub/linux/kernel/v7.x/ChangeLog-7.1.3),
6.18.38 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.38),
6.12.95 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.95),
6.6.144 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.144) и
6.1.177 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.177). Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian (https://security-tracker.debian.org/tracker/CVE-2026-53359), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2026-53359), SUSE/openSUSE (https://bugzilla.suse.com/show_bug.cgi?id=CVE-2026-53359), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-53359), Gentoo (https://bugs.gentoo.org/show_bug.cgi?id=CVE-2026-53359), Arch (https://security.archlinux.org/package/linux),
Fedora (https://koji.fedoraproject.org/koji/packageinfo?packageID=8). За выявление уязвимости исследователь получил от Google вознаграждение в 250 тысяч долларов в рамках инициативы kvmCTF (https://www.opennet.me/opennews/art.shtml?num=61481).
Для выхода из гостевой системы на серверах на процессорами ARM64 тем же исследователем выявлена (https://github.com/V4bel/ITScape) другая уязвимость ITScape (CVE-2026-46316 (https://security-tracker.debian.org/tracker/CVE-2026-46316)), вызванная состоянием гонки в коде эмуляции vGIC-ITS (Interrupt Translation Service) в KVM. Для данной проблемы также опубликован прототип эксплоита (https://github.com/V4bel/ITScape/blob/main/poc.c).
- Bad Epoll (https://github.com/J-jaeyoung/bad-epoll) (CVE-2026-46242 (https://security-tracker.debian.org/tracker/CVE-2026-46242)) - состояние гонки, приводящее (https://github.com/J-jaeyoung/security-research/blob/submit-cve-2026-46242/pocs/linux/kernelctf/CVE-2026-46242_lts_cos/docs/exploit.md) к обращению к памяти после её освобождения, в подсистеме ядра epoll. Уязвимость позволяет локальному непривилегированному пользователю выполнить код с правами root. Проблема примечательна тем, что даёт возможность атаковать не только классические Linux-дистрибутивы, но и прошивки на базе платформы Android, а также не блокируется sandbox-изоляцией в Chrome.
Рабочий эксплоит (https://github.com/J-jaeyoung/security-research/blob/submit-cve-2026-46242/pocs/linux/kernelctf/CVE-2026-46242_lts_cos/exploit/lts-6.12.67/exploit.cpp) был продемонстрирован на соревновании
kernelCTF (https://google.github.io/security-research/kernelctf/rules.html) (Google выплатил автору $71337). Надёжность работы эсплоита оценена в 99%.
Проблема проявляется начиная с ядра Linux 6.4 (2023 год). О проблеме было сообщено разработчикам ядра 17 февраля, но исправление (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=07712db80857d5d09ae08f3df85a708ecfc3b61f) удалось разработать после нескольких неудачных попыток только 24 апреля. Проблема устранена в ядрах
6.18.24 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.18.24),
6.12.83 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.12.83),
6.6.136 (https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.136). Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian (https://security-tracker.debian.org/tracker/CVE-2026-46242), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2026-46242), SUSE/openSUSE (https://bugzilla.suse.com/show_bug.cgi?id=CVE-2026-46242), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-46242), Gentoo (https://bugs.gentoo.org/show_bug.cgi?id=CVE-2026-46242), Arch (https://security.archlinux.org/package/linux),
Fedora (https://koji.fedoraproject.org/koji/packageinfo?packageID=8).
- CVE-2026-46215 (https://cyberstan.co.uk/drm-lpe-linux/) - обращение к памяти после её освобождение в реализации ioctl DRM_IOCTL_GEM_CHANGE_HANDLE в подсистеме DRM (Direct Rendering Manager). Локальный пользователь, имеющий доступ к устройствам /dev/dri/renderD* (сервис systemd-logind предоставляет доступ всем пользователям при запуске графического сеанса во всех крупных дистрибутивах), может получить права root в системе. Имеется эксплоит (https://github.com/0xCyberstan/CVE-2026-46215-POC). Проблема проявляется начиная с ядра 6.18 и устранена в обновлениях 7.0.9 и 6.18.32. Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian (https://security-tracker.debian.org/tracker/CVE-2026-46215), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2026-46215), SUSE/openSUSE (https://bugzilla.suse.com/show_bug.cgi?id=CVE-2026-46215), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-46215), Gentoo (https://bugs.gentoo.org/show_bug.cgi?id=CVE-2026-46215), Arch (https://security.archlinux.org/package/linux),
Fedora (https://koji.fedoraproject.org/koji/packageinfo?packageID=8).
Источник: http://www.opennet.me/opennews/art.shtml?num=65880 (http://www.opennet.me/opennews/art.shtml?num=65880)
https://www.opennet.me/opennews/art.shtml?num=65880

2026-07-10 18:35:20 UTC

Выпуск Rust 1.97. Написанные на Rust ядро Zinnia и P2P-система Iroh с адресацией по ключам
Опубликован (https://blog.rust-lang.org/2026/07/09/Rust-1.97.0/) релиз языка программирования Rust 1.97 (http://www.rust-lang.org), основанного проектом Mozilla, но ныне развиваемого (https://www.opennet.me/opennews/art.shtml?num=54555) под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора (https://prev.rust-lang.org/en-US/faq.html#is-rust-garbage-collected) и runtime (https://prev.rust-lang.org/en-US/faq.html#does-rust-have-a-runtime) (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).
Методы работы с памятью в Rust нацелены на исключение ошибок при манипулировании указателями и защиту от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo (http://blog.rust-lang.org/2014/11/20/Cargo.html). Для размещения библиотек поддерживается репозиторий crates.io (https://crates.io/).
Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.
Основные новшества (https://github.com/rust-lang/rust/blob/master/RELEASES.md):
- По умолчанию включена новая схема (https://blog.rust-lang.org/2025/11/20/switching-to-v0-mangling-on-nightly/) декорирования (mangling) имён функций, глобальных переменных и структур данных в генерируемых объектных и исполняемых файлах (-Csymbol-mangling-version=v0). Имена декорируются для предотвращения конфликтов во время компоновки разных программ, путём прикрепления специфичного контекста, такого как путь к модулю и имя crate-пакета.
Ранее используемая схема декорирования имён, основанная на Itanium ABI, имела такие недостатки, как замена параметров дженериков на нечитаемые хэши и наличие частей компилятора, не использующих Itanium ABI, что требовало использования специфичных для Rust декодировщиков имён. В Rust 1.97 задействована по умолчанию схема декорирования, разработанная специально для Rust и лишённая отмеченных недостатков. Старую схему намерены удалить в одном из следующих выпусков.
- В пакетный менеджер cargo встроена (https://doc.rust-lang.org/cargo/reference/config.html#buildwarnings) возможность управления реакцией на генерацию компилятором предупреждений при сборке. Добавлена переменная окружения CARGO_BUILD_WARNINGS, которая может принимать три значения: warn (по умолчанию) - вывод предупреждения на экран; allow - скрытие вывода предупреждений; deny - обработка предупреждений как ошибок, останавливающих сборку.
В прошлых версиях для завершения сборки после вывода предупреждения приходилось указывать "-Dwarnings" в RUSTFLAGS для компилятора, но при изменении RUSTFLAGS пакетный менеджер cargo считал сборку новой, не учитывал данные в кэше и с нуля пересобирал весь проект. Перенос настройки на сторону cargo исключил сброс кэша и необходимость полной перекомпиляции при изменении режима обработки предупреждений, а также упростил включение обработки предупреждений как ошибок в системах непрерывной интеграции.
- При сборке включено по умолчанию отображения сообщений, выводимых компоновщиком. Сообщения выводятся в форме предупреждений через специальное lint-правило "linker_messages", которое не входит в стандартную группу "warnings". При этом rustc отфильтровывает сообщения, которые являются типовыми ложными срабатываниями или нормальным поведением, оставляя предупреждения, которые могут свидетельствовать о проблемах, такие как предупреждения об устаревших опциях и нежелательных настройках. Ранее информация от компоновщика показывалась только при завершении с ошибкой, а иначе все сообщения скрывались. Для возвращения старого поведения в Cargo.toml можно добавить:
[lints.rust]
linker_messages = "allow"
- В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
Default for RepeatN (https://doc.rust-lang.org/stable/std/iter/struct.RepeatN.html#impl-Default-for-RepeatN%3CA%3E)
Copy for ffi::FromBytesUntilNulError (https://doc.rust-lang.org/stable/std/ffi/struct.FromBytesUntilNulError.html#impl-Copy-for-FromBytesUntilNulError)
Send for std::fs::File для UEFI (https://github.com/rust-lang/rust/pull/154003)
‹{integer}>::isolate_highest_one (https://doc.rust-lang.org/stable/std/primitive.u32.html#method.isolate_highest_one)
‹{integer}>::isolate_lowest_one (https://doc.rust-lang.org/stable/std/primitive.u32.html#method.isolate_lowest_one)
‹{integer}>::highest_one (https://doc.rust-lang.org/stable/std/primitive.u32.html#method.highest_one)
‹{integer}>::lowest_one (https://doc.rust-lang.org/stable/std/primitive.u32.html#method.lowest_one)
‹{uN}>::bit_width (https://doc.rust-lang.org/stable/std/primitive.u32.html#method.bit_width)
NonZero‹{integer}>::isolate_highest_one (https://doc.rust-lang.org/stable/std/num/struct.NonZero.html#method.isolate_highest_one)
NonZero‹{integer}>::isolate_lowest_one (https://doc.rust-lang.org/stable/std/num/struct.NonZero.html#method.isolate_lowest_one)
NonZero‹{integer}>::highest_one (https://doc.rust-lang.org/stable/std/num/struct.NonZero.html#method.highest_one)
NonZero‹{integer}>::lowest_one (https://doc.rust-lang.org/stable/std/num/struct.NonZero.html#method.lowest_one)
NonZero‹{uN}>::bit_width (https://doc.rust-lang.org/stable/std/num/struct.NonZero.html#method.bit_width)
- Признак "const" применён в методе char::is_control (https://doc.rust-lang.org/stable/std/primitive.char.html#method.is_control).
Дополнительно можно отметить недавно анонсированные проекты и события, связанные с Rust:
- Проект zinnia (https://github.com/zinnia-os/zinnia) развивает модульное Unix-подобное ядро, написанное на языке Rust и распространяемое под лицензией GPLv2. Ядро поддерживает POSIX-интерфейсы и некоторые расширения из BSD и Linux, такие как epoll и timerfd. Для отрисовки и организации ввода доступны драйверы DRM (Direct Rendering Manager) и evdev. Реализованной функциональности достаточно для запуска среды рабочего стола Xfce под управлением X-сервера и композитного сервера Weston на базе Wayland. Поддерживается загрузка как в эмуляторе QEMU, так и на реальном оборудовании, таком как ноутбук ThinkPad E14 G7.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1783704642.png
(https://zinnia-os.org/img/qemu_xfce.webp)
- Представлен (https://www.iroh.computer/blog/the-road-to-iroh-1-0) релиз коммуникационной библиотеки iroh 1.0 (https://github.com/n0-computer/iroh), позволяющей (https://docs.rs/iroh/latest/iroh/) устанавливать сетевые соединения между приложениями на разных хостах с подключением по криптографическим ключам, вместо IP-адресов (указывается ключ к которому необходимо подключиться и iroh находит связанный с ним хост и устанавливает шифрованное соединение с использованием протокола QUIC). По возможности устанавливаются прямые P2P-соединения, но если это невозможно, выполняется откат на работу через релеи (https://docs.iroh.computer/concepts/relays), которые также применяются для обнаружения хостов по ключам. Возможен запуск своего релея или подключение к поддерживаемым сообществом публичным релеям.
Среди расширенных возможностей: поддержка Multipath QUIC (https://datatracker.ietf.org/doc/draft-ietf-quic-multipath/) для доставки пакетов одновременно по нескольким маршрутам, возможность работы из-за NAT (https://datatracker.ietf.org/doc/draft-seemann-quic-nat-traversal/), режим статической конфигурации для подключения к локальным устройствам без доступа к интернету, возможность сборки в промежуточный код WASM для выполнения внутри браузера, поддержка создания своих транспортов, например, для подключения через Bluetooth, WiFi Aware или LoRa. Код написан на Rust и распространяется (https://github.com/n0-computer/iroh) под лицензиями Apache-2.0 и MIT. Доступны обвязки для Python, Node.js, Kotlin и Swift.
- Автор серверной JavaScript-платформы Bun опубликовал (https://bun.com/blog/bun-in-rust) статью с разбором проекта (https://www.opennet.me/opennews/art.shtml?num=65448) по переписыванию (https://www.opennet.me/opennews/art.shtml?num=65379) Bun с языка Zig на Rust, используя AI-модель Claude Fable. Отмечается, что Bun 1.3.14 станет последним выпуском на Zig и следующая версия Bun 1.4.0 уже будет на Rust. Судя по проведённым тестам, версия на Rust потребляет значительно меньше памяти и на 2-5% быстрее версии на Zig. Размер исполняемого файла в версии на Rust сократился на 20%.
Источник: http://www.opennet.me/opennews/art.shtml?num=65883 (http://www.opennet.me/opennews/art.shtml?num=65883)
https://www.opennet.me/opennews/art.shtml?num=65883

2026-07-07 15:35:19 UTC

Уязвимости во FreeBSD, допускающие повышение привилегий и удалённое выполнение кода
Во FreeBSD устранено (https://www.freebsd.org/security/advisories/) 22 уязвимости, из которых одна потенциально позволяет удалённо выполнить код с правами root, а 13 дают возможность повысить свои привилегии в системе. Уязвимости устранены в обновлениях FreeBSD 15.1-RELEASE-p1, FreeBSD 15.0-RELEASE-p11, 14.4-RELEASE-p7 и 14.3-RELEASE-p16.
Наиболее опасная уязвимость (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:41.libalias.asc) (CVE-2026-49420) вызвана переполнением буфера в библиотеке libalias, применяемой в работающем на уровне ядра пакетном фильтре ipfw и в выполняемом в пространстве пользователя фоновом процессе natd (https://man.freebsd.org/cgi/man.cgi?natd) для трансляции адресов отправляемых или принимаемых сетевых пакетов. Переполнение возникает в обработчике протокола RTSP (http://ru.wikipedia.org/wiki/RTSP) (Real Time Streaming Protocol), который перезаписывал исходящие сетевые пакеты с использованием буфера фиксированного размера без проверки того, помещается ли в него результат перезаписи пакета.
Во время обработки на NAT-шлюзе специально оформленного RTSP-трафика может возникнуть переполнение стека, потенциально способное привести к удалённому выполнению кода на уровне ядра или процесса natd, выполняемого в системе с правами root.
В качестве обходных путей для блокирования уязвимости можно блокировать загрузку модуля ядра alias_smedia.ko и убрать упоминание обработчика libalias_smedia.so из файла конфигурации /etc/libalias.conf. Если не используется протокол RTSP на межсетевом экране можно заблокировать трафик на сетевые порты 554 и 7070 в правилах, указанных до срабатывания правил NAT.
Уязвимости, приводящие к получению прав root непривилегированным локальным пользователем:
- CVE-2026-49415 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:39.execve.asc) - состояние гонки в системном вызове execve, позволяющее локальному пользователю при выполнении исполняемых файлов с флагом SUID root модифицировать адресное пространство процесса через procfs или linprocfs в небольшое временное окно, возникающее после настройки нового виртуального адресного пространства процесса, но до обновления данных о его владельце.
- CVE-2026-49422 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:43.tcp.asc) - обращение к уже освобождённой памяти (Use-after-free) в модуле ядра tcp_rack.ko с реализацией алгоритма определения потери TCP-пакетов RACK (Recent ACKnowledgment). Уязвимость можно эксплуатировать для повышения привилегий через манипуляции с локальным сокетом.
- CVE-2026-49419 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:38.jail.asc) - переполнение счётчика ссылок за нижнюю границу (underflow) в реализации механизма изоляции Jail. Через манипуляции c jail-окружениями с использованием jail-дескрипторов при помощи функций jail_set (https://man.freebsd.org/cgi/man.cgi?query=jail_set&sektion=2&format=html) и jail_get (https://man.freebsd.org/cgi/man.cgi?query=jail_set&sektion=2&format=html) атакующий может добиться сброса счётчика ссылок и освобождения памяти под структуру, которая продолжает использоваться в ядре, что потенциально может быть эксплуатировано для повышения своих привилегий.
- CVE-2026-49429 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:40.zfs.asc) - переполнение буфера в OpenZFS, позволяющее локальному пользователю с ZFS-правами "userused" повысить свои привилегии через манипуляции с ioctl ZFS_IOC_USERSPACE_MANY.
- CVE-2026-49427, CVE-2026-49428 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:44.posixshm.asc) - уязвимости в реализации объектов разделяемой памяти "largepage", приводящие к обращению к уже освобождённой памяти в ядре, что может быть эксплуатировано для повышения своих привилегий через манипуляции с функцией sendfile с флагом SF_NOCACHE или функциями open и fspacectl с флагом O_TRUNC.
- CVE-2026-49421 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:42.unlinkat.asc) - некорректная обработка флага AT_RESOLVE_BENEATH в системных вызовах unlinkat и funlinkat может использоваться для удаления файлов за пределами базовой директории в конфигурациях с ограниченным доступом к ФС.
- CVE-2026-49418 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:37.vm.asc) - обращение к памяти после её освобождения в подсистеме виртуальной памяти, возникающие при вызове функции msync(MS_INVALIDATE) для маппинга памяти устройства. Атакующий, имеющий доступ к устройству с поддержкой маппинга в память, может использовать уязвимость для повышения своих привилегий.
- CVE-2026-49416 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:34.vt.asc) - целочисленное переполнение в драйвере консоли vt, позволяющее локальному пользователю потенциально повысить свои привилегии через отправку ioctl CONS_HISTORY, указав слишком большой размер.
- CVE-2026-49413 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:30.linux.asc) - уязвимость в Linuxulator, позволяющая непривилегированному пользователю подставить свою разделяемую библиотеку через переменную окружения LD_PRELOAD в исполняемый файл с флагом suid и выполнить свой код с привилегиями данного исполняемого файла.
- CVE-2026-49412 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:29.ip6_multicast.asc) - обращение к уже освобождённой памяти в обработчике опции IPV6_MSFILTER в сокетах, позволяющее повысить свои привилегии.
- CVE-2026-45258 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:27.sound.asc) - проблемы с реализацией поддержки маппинга памяти (mmap) в драйвере sound, позволяющие читать и записывать данные в области памяти ядра через манипуляции с устройством /dev/dsp, по умолчанию доступным всем на запись.
- CVE-2026-45257 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:26.ktls.asc) - уязвимость в модуле ядра ktls, позволяющая перезаписать в страничном кэше любой файл, доступный на чтение атакующему. Перезаписав подобным образом suid root файл, например, /bin/su, атакующий может получить права root в системе.
Менее опасные уязвимости:
- CVE-2026-49430, CVE-2026-49431 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:40.zfs.asc) - уязвимости в OpenZFS, приводящие к повреждению памяти ядра и возможности выставления флага "$hasrecvd", не имея на это полномочий.
- CVE-2026-49426 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:45.audit.asc) - некорректное создание записей аудита для вызовов ptrace. Может использоваться атакующим для обхода систем обнаружения вторжений.
- CVE-2026-49423 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:46.ktls.asc) - удалённая DoS-уязвимость в подсистеме ядра KTLS, эксплуатируемая через отправку специально оформленных TLS-пакетов. Проблема проявляется только на системах использующих KTLS для ускорения обработки TLS (kern.ipc.tls.enable=1).
- CVE-2026-49424 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:47.linux.asc) - утечка 104 байт из неинициализированного стека ядра в реализации системного вызова waitid() в Linuxulator.
- CVE-2026-49425 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:48.compat32.asc) утечка данных из неинициализированного стека ядра в подсистеме compat32.
- CVE-2026-58081, CVE-2026-58082 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:49.iconv.asc) - переполнения буфера в библиотеке iconv, которые могут быть использованы для атаки на приложения, использующие iconv для преобразования не заслуживающих доверия внешних данных в кодировках HZ, UTF-7, VIQR, ZW и ISO-2022.
Источник: http://www.opennet.me/opennews/art.shtml?num=65860 (http://www.opennet.me/opennews/art.shtml?num=65860)
https://www.opennet.me/opennews/art.shtml?num=65860

2026-07-07 08:35:19 UTC

Результаты инициативы по обеспечению полноценной поддержки ARM64 в Ubuntu
Рави Шарма (Ravi Sharma (https://wiki.ubuntu.com/ravi-sharma)) из команды Ubuntu Foundations Team (https://launchpad.net/~ubuntu-foundations-team) подвёл итоги (https://discourse.ubuntu.com/t/ubuntu-on-arm-summer-26-update/84872) работы, проведённой за последний год для обеспечения полноценной поддержки архитектуры ARM64 в Ubuntu. Отмечается, что благодаря улучшению инструментария и инфрастурктуры, а также продвижению изменений в основной состав ядра Linux, за год удалось решить специфичные для ARM64 проблемы, такие как распространение пакетов через отдельный репозиторий, отсутствие поддержки live-патчей для ядра, ограниченные возможности для любителей компьютерных игр и недоступность Secure Boot на ноутбуках с чипами Qualcomm Snapdragon.
Основные достижения:
- Пакеты для архитектуры ARM64 перенесены из портов (ports.ubuntu.com) в основной архив Ubuntu (archive.ubuntu.com), что позволило задействовать для их распространения ту же инфраструктуру, что используется для архитектуры x86_64. Пакеты для ARM64 теперь доставляются через первичную систему зеркал, что повысило скорость и надёжность при их загрузке. Миграция потребовала внесения изменений (https://bugs.launchpad.net/ubuntu-images/+bug/2147101) в пакеты cloud-init, live-build, livecd-rootfs и ubuntu-release-upgrader. Изменения вошли в состав Ubuntu 26.04 и в процессе бэкпортирования для Ubuntu 24.04 LTS.
- Cервис Livepatch (https://www.ubuntu.com/server/livepatch), позволяющий вносить исправления в ядро Linux на работающей системе без перезагрузки, распространён (https://www.opennet.me/opennews/art.shtml?num=65746) на системы на базе архитектуры ARM64. Ранее Live-патчи распространялись только для архитектуры x86_64, так как в ядре Linux для архитектуры ARM64 отсутствовала поддержка надёжных трассировок стека (CONFIG_HAVE_RELIABLE_STACKTRACE (https://docs.kernel.org/livepatch/livepatch.html)) для выявления активности, связанной с обработкой прерываний, а в инструментарии objtool и kpatch отсутствовали полноценные возможности для оценки состояния до и после применения патча. Поддержка Live-патчей для ARM64 предоставлена для Ubuntu 26.04 LTS и Ubuntu Core 26.
- Сформирован (https://discourse.ubuntu.com/t/canonical-s-steam-snap-is-now-stable-on-arm64/83664) стабильный snap-пакет с клиентом Steam, собранный для архитектуры ARM64. Так как клиент Steam для Linux доступен только для архитектуры x86, для его запуска на системах ARM64 задействован слой эмуляции на базе пакета FEX (https://www.opennet.me/opennews/art.shtml?num=62340). При эмуляции поддерживается проброс GPU и использование Wine, Proton, DXVK и vkd3d для выполнения компьютерных игр, собранных для архитектуры x86_64 и распространяемых через каталог Steam. Работа snap-пакета протестирована на ноутбуках с чипами Qualcomm Snapdragon X Elite, NVIDIA DGX Spark и Radxa Orion O6.
- Добавлена поддержка ноутбуков на базе чипов Qualcomm Snapdragon X Elite, таких как Lenovo Thinkpad X13s/T14s и Dell XPS 9345. Изначально поддержка данных устройств была добавлена в базовый iso-образ для систем ARM64, но его невозможно (https://discourse.ubuntu.com/t/faq-ubuntu-25-04-25-10-on-snapdragon-x-elite/61016) было использовать для загрузки в режиме Secure Boot из-за использования отдельных конфигураций Device Tree (https://www.devicetree.org/), которые прошивка ноутбуков не передавала ядру Linux. Необходимые настройки Device Tree загружались загрузчиком GRUB из отдельного файла, который не охватывался цифровой подписью.
Для решения проблемы ядро и база данных Device Tree были объединены в одном монолитном EFI-файле, похожем на UKI (Unified Kernel Image), подписанном цифровой подписью дистрибутива. Для загрузки этого файла была создана новая EFI-прослойка "stubble (https://discourse.ubuntu.com/t/spec-stubble-a-secure-boot-friendly-device-tree-loading-efi-stub/66278)", при загрузке определяющая модель устройства через SMBIOS, выбирающая нужные данные Device Tree и подставляющая их в ядро, не нарушая цепочку доверия Secure Boot. Ведётся работа над реализацией поддержки ноутбуков на чипах Snapdragon X2 Elite.
- Подготовлен прототип загрузочного образа на базе Ubuntu 26.04 для ноутбуков на ARM64 SoC CIX P1, который в отличие от Snapdragon использует определение конфигурации через таблицы ACPI без использования Device Tree.
- Компания Google анонсировала (https://www.opennet.me/opennews/art.shtml?num=64979) публикацию официальных сборок Chrome для Linux-систем на базе архитектуры ARM64, что позволит запускать в ARM64-сборках Ubuntu браузер Chrome, содержащий CDM-модуль (Content Decryption Module) Widevine, который недоступен в Chromium. Поставка Widevine позволит без сторонних патчей просматривать медиаконтент, защищённый авторскими правами (DRM), размещаемый на таких сервисах, как Netflix, Spotify и Disney+. Кроме того, поддержку Widevine намерены интегрировать в snap-пакеты с Firefox и Spotify.
- Добавлены новые сборки приложений, доступные в формате snap для архитектуры ARM64. Среди прочего, для ARM64 началась публикация snap-пакетов с OnlyOffice, FreeCAD и Teams for Linux.
Источник: http://www.opennet.me/opennews/art.shtml?num=65857 (http://www.opennet.me/opennews/art.shtml?num=65857)
https://www.opennet.me/opennews/art.shtml?num=65857

2026-07-06 06:35:20 UTC

Выпуск Phosh 0.56.0, GNOME-окружения для смартфонов
Опубликован (https://phosh.mobi/releases/rel-0.56.0/) релиз Phosh 0.56 (https://gitlab.gnome.org/World/Phosh/phosh/), экранной оболочки для мобильных устройств, основанной на технологиях GNOME и библиотеке GTK. Окружение изначально развивалось компанией Purism в качестве аналога GNOME Shell для смартфона Librem 5, но затем вошло в число неофициальных проектов GNOME и используется в postmarketOS (https://www.opennet.me/opennews/art.shtml?num=61380), Mobian (https://www.opennet.me/opennews/art.shtml?num=53151), ALT Mobile (https://www.opennet.me/opennews/art.shtml?num=65104), Droidian (https://droidian.org/), некоторых прошивках для устройств Pine64 и редакции Fedora для смартфонов (https://www.opennet.me/opennews/art.shtml?num=53822). Phosh использует композитный сервер Phoc (https://gitlab.gnome.org/World/Phosh/phoc), работающий поверх Wayland, а также собственную экранную клавиатуру. Наработки проекта распространяются (https://gitlab.gnome.org/World/Phosh/) под лицензией GPLv3+.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1783314648.png
(https://phosh.mobi/releases/rel-0.56.0/phosh-release-0.56.0.png)
Среди изменений (https://gitlab.gnome.org/World/Phosh/phosh/-/releases/v0.56.0):
- В верхнюю панель добавлен плагин с индикатором, показывающим график изменения нагрузки на CPU. Это первый рабочий плагин, использующий API для интеграции плагинов в верхнюю панель.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1783314934.png
(https://social.phosh.mobi/fileserver/01MT71K7NJ4ZZC5DBFS2BJ77N2/attachment/original/01KVD2B7K9GBTR6RMTZ72BRQYP.png)
- Предоставлена возможность скрытия пиктограмм приложений из меню приложений (app-grid) без их удаления из системы. Приложения скрываются через контекстное меню, показываемое при длительном касании к пиктограмме, и могут быть возвращены через интерфейс со списком скрытых приложений, вызываемый из того же контекстного меню. Скрытие может быть полезным в системах без менеджера приложений GNOME Software, например, в атомарно обновляемых дистрибутивах postmarketOS Duranium (https://www.opennet.me/opennews/art.shtml?num=65012) и BengalOS (https://bengalos.phosh.mobi/) (образы для тестирования ночных сборок Phosh) с неделимым системным окружением.
- В конфигуратор добавлена новая панель для управления обновлением дистрибутивов, поставляемых с монолитным атомарно обновляемым системным окружением. На базе systemd-sysupdate (https://www.freedesktop.org/software/systemd/man/systemd-sysupdate.html) реализован бэкенд для обновления системы.
- В phosh-session-services добавлен сервис для проверки наличия обновления системы.
- При помощи виджета AdwSidebar переделана боковая панель в конфигураторе. Мелкие настройки (conf-tweaks) перемещены в отдельную область боковой панели.
- В секцию c информацией о системе (About) добавлены сведения о версии системного образа для проверки актуальности состояния системы в атомарно обновляемых дистрибутивах.
- Добавлена поддержка док-станции NexDock 2025 (https://nexdock.com/) для превращения смартфона в ноутбук.
- В настройки добавлена опция для включения плагина синхронизации файлов, реализованного на базе P2P-системы Syncthing (https://www.opennet.me/opennews/art.shtml?num=63722).
- Добавлена возможность поворота содержимого экрана блокировки системы на планшетах. Модернизирован стиль экрана блокировки.
- В композитном сервере Phoc проведена чистка внутренних компонентов и осуществлён переход на выпуск библиотеки wlroots 0.20.1 (https://gitlab.freedesktop.org/wlroots/wlroots/). Реализован Wayland-протокол xdg-toplevel-tag-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-toplevel-tag) для прикрепления Wayland-клиентами тегов к поверхностями верхнего уровня, которые композитный сервер может использовать для восстановления позиции, размера и свойств окон после перезапуска, а также для определения особых правил для отдельных видов окон.
- В экранной клавиатуре Stevia предоставлена возможность активации по умолчанию отдельных раскладок клавиатуры в привязке к приложениям (например, для Emacs можно по умолчанию включать раскладку, оптимизированную для работы в терминале). В панель быстрого ввода комбинаций клавиш добавлены кнопки для управления курсором. Для управления вставкой из буфера обмена задействован Wayland-протокол ext-data-control-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-data-control?ref_type=heads).
- В phosh-first-boot и libpms для экранной клавиатуры обеспечено автоматическое добавление раскладок клавиатуры, соответствующих выставленной локали.
- Обновлены версии зависимостей:
callaudiod 0.1.10,
Calls 50.0,
cellbroadcastd 0.0.3,
feedbackd 0.8.9,
feedbackd-device-themes 0.8.9,
GNOME 50,
iio-sensor-proxy 3.9,
mmsd-tng 2.6.4,
ModemManager 1.25.95,
wlroots 0.20.1,
wys 0.1.12.
Источник: http://www.opennet.me/opennews/art.shtml?num=65850 (http://www.opennet.me/opennews/art.shtml?num=65850)
https://www.opennet.me/opennews/art.shtml?num=65850

2026-07-04 09:05:20 UTC

Возвращение в Ubuntu утилиты cp из Rust Coreutils привело к сбою при сборке livecd-rootfs
Разработчики Ubuntu вернули (https://discourse.ubuntu.com/t/foundations-team-updates-2026-07-02/84756/11) вариант утилиты cp из набора GNU Coreutils после выявления несовместимости (https://github.com/uutils/coreutils/pull/13258) в реализации cp из состава Rust Coreutils, из-за которой стал завершаться (https://bugs.launchpad.net/ubuntu/+source/coreutils-from/+bug/2158691) ошибкой скрипт для сборки Live-образов (livecd-rootfs).
В релизе Ubuntu 24.04 из-за выявленных уязвимостей были возвращены (https://www.opennet.me/opennews/art.shtml?num=65278) утилиты cp, mv и rm из GNU Coreutils, но в обновлении пакета coreutils-from-uutils 0.0.0~ubuntu26 было возобновлено использование утилит из набора Rust Coreutils. Проблема возникла из-за вызова (https://git.launchpad.net/livecd-rootfs/tree/live-build/auto/config#n1585) в сборочном скрипте утилиты cp с опциями "-afL", которые нормально обрабатывались в GNU Coreutils, но в Rust Coreutils привели (https://github.com/uutils/coreutils/issues/13207) к возвращению ошибки "cp: -r not specified; omitting directory ‹dir-name›".
Ошибка возникала из-за иного поведения при обработке конфликтующих между собой опций "-L" и "-a". Опция "-L" предписывает разыменовывать символические ссылки, в то время как составная опция "-a", заменяемая на "-dR --preserve=all", содержит опцию "-d", запрещающую разыменование символических ссылок. В Rust Coreutils составная опция "-a" отбрасывалась целиком вместо отдельного удаления конфликтующего флага "-d", что приводило к пропаданию флага "-R", необходимого для рекурсивного копирования директорий, а также флага "--preserve=all", используемого для сохранения прежних атрибутов в копии.
Источник: http://www.opennet.me/opennews/art.shtml?num=65842 (http://www.opennet.me/opennews/art.shtml?num=65842)
https://www.opennet.me/opennews/art.shtml?num=65842

2026-07-01 09:05:19 UTC

AI-модель Brain2Qwerty для воссоздания набираемого на клавиатуре текста по записи активности мозга
Компания Meta* представила (https://ai.meta.com/blog/brain2qwerty-brain-ai-human-communication/) AI-модель Brain2Qwerty v2 (https://facebookresearch.github.io/brain2qwerty/), позволяющую на основе анализа электрической активности мозга, записанной при помощи магнитоэнцефалографии (МЭГ (https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D0%B3%D0%BD%D0%B8%D1%82%D0%BE%D1%8D%D0%BD%D1%86%D0%B5%D1%84%D0%B0%D0%BB%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F)), воссоздать текст, набираемый пользователем на клавиатуре. Для загрузки доступен инструментарий (https://github.com/facebookresearch/brain2qwerty) для обучения и выполнения модели, фреймворк (https://github.com/facebookresearch/neuroai/tree/main/neuralset-repo) для обработки данных магнитоэнцефалографии и библиотека (https://github.com/facebookresearch/neuroai/tree/main/neuraltrain-repo) для обучения моделей на данных об электрической активности мозга. Для загрузки также доступен (https://huggingface.co/datasets/bcbl190626/SpanishBCBL) набор данных, используемых при обучении модели в первом эксперименте (данные для второго эксперимента будут опубликованы позднее, после принятия статьи в научный журнал). Код библиотек открыт под лицензией MIT, а данные распространяются под лицензией CC BY-NC 4.0.
Точность при анализе сырых (зашумлённых) результатов магнитоэнцефалографии при использовании второй версии модели Brain2Qwerty составила в среднем 61% при воссоздании набора на клавиатуре отдельных слов. При этом наилучший результат, полученный одним из участников эксперимента составил 78%. У первой версии модели Brain2Qwerty, которая была обучена на меньшем в 10 раз объёме данных, эффективность составила 40% в среднем и 48% при наилучшем результате. Для сравнения, эффективность других неинвазивных методов восстановления текста на основе анализа активности мозга оценивается в 8%.
Вторая версия модели Brain2Qwerty была обучена на данных активности мозга, записанных при вводе 22 тысяч предложений, набранных 9 участниками эксперимента. Активность мозга каждого участника записывалась в течение 10 сеансов по 1 часу во время активного набора текста на клавиатуре. Запись активности осуществлялась (https://facebookresearch.github.io/brain2qwerty/assets/brain2qwerty_v2.pdf) с использованием системы магнитоэнцефалографии Megin (Elekta Neuromag), собирающей данные при помощи 102 магнитометров и 204 градиометров с частотой 1000 сканирований в секунду.
Участникам в наушниках называлось отдельное предложение, после чего на экране на 1.5 секунды загорался индикатор, после потухания которого необходимо было методом слепой печати набрать услышанную фразу на клавиатуре. Для фиксации взгляда во время набора следовало смотреть на вращающийся чёрный квадрат в центре экрана.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1782889903.png
(https://github.com/facebookresearch/brain2qwerty/raw/main/brain2qwerty_v2/resources/approach.png)
Повышение эффективности по сравнению с первой версией Brain2Qwerty достигается благодаря десятикратному увеличению объёма задействованных при обучении данных и переходу от работы на уровне отдельных символов к многокомпонентной системе, воссоздающей целые слова и предложения.
Для воссоздания текста из записи активности мозга задействована система из трёх компонентов: Conformer для выделения и классификации отдельных букв из сигналов магнитоэнцефалографии, Aligner для объединения букв в слова и LoRA LLM для реконструкции предложения из зашумлённого сигнала c учётом возможного смысла полученного семантического контекста.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1782894404.png
(https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1782894390.png)
Источник: http://www.opennet.me/opennews/art.shtml?num=65817 (http://www.opennet.me/opennews/art.shtml?num=65817)
https://www.opennet.me/opennews/art.shtml?num=65817

2026-06-28 20:35:19 UTC

Автор LuaJIT вернулся к разработке и планирует выпуск LuaJIT 3.0
Майкл Полл (Mike Pall), создатель JIT-компилятора LuaJIT (https://luajit.org/luajit.html), отошедший от активной разработки проекта в 2015 году и ограничивавшийся с тех пор редким сопровождением ветки 2.1 (https://github.com/LuaJIT/LuaJIT/commits/v2.1), вернулся к активной работе над проектом и опубликовал (https://github.com/LuaJIT/LuaJIT/issues/1475) план синтаксических расширений будущей ветки LuaJIT 3.0.
Среди предлагаемых для LuaJIT 3.0 расширений:
- Битовые операторы в виде встроенного синтаксиса вместо вызовов функций "bit.*": "~a" (NOT), "a & b" (AND), "a | b" (OR), "a ~ b" (XOR), "a ‹‹ b`, "a ›› b" (логический сдвиг) и "a ~›› b" (арифметический сдвиг). XOR обозначен как "~", поскольку символ "^" в Lua занят возведением в степень.
- Альтернативные ("привычные") операторы в стиле C/JavaScript: "!" (not), "&&" (and), "||" (or) и "!=" (~=).
- Оператор целочисленного деления "//" с округлением в сторону минус бесконечности и метаметодом "__idiv" (как в Lua 5.3+).
- Тернарный оператор "a ? b : c" с поддержкой сокращённого вычисления.
- Оператор безопасной навигации "?." ("a?.field", "a?.[key]", "f?.(...)", "obj?.:method(...)"), возвращающий "nil", если левый операнд равен "nil".
- Оператор объединения с nil "a ?? b", возвращающий "b", только если "a" равно "nil".
- Составные операторы присваивания: "+=", "-=", "*=", "/=", "//=", "%=", "&=", "|=", "~=", "‹‹=`, "››=", "~››=", "..=" и "??=". Индексное выражение в левой части вычисляется однократно.
- Оператор "continue" для перехода к следующей итерации цикла, оформленный как "мягкое" ключевое слово (можно продолжать использовать как имя переменной).
- Объявление "const" - блочная неизменяемая привязка локальной переменной; запрещены переприсваивание и повторное объявление в той же или вложенной области видимости (также "мягкое" ключевое слово).
В обсуждении дополнительно затрагиваются ещё не вошедшие в спецификацию идеи: выражение сопоставления с образцом через ключевое слово "in", индексируемый тип для vararg ("...varg", "varg[i]"), краткий синтаксис лямбд ("|x| -> expr"), оператор отложенного выполнения "defer" в стиле Go/Zig и присваивание в условии ("if local x = ... then").
Появление расширений вызвало и критику: часть участников отметила, что нововведения окончательно превращают LuaJIT в отдельный язык, несовместимый с эталонным Lua 5.1. На это Полл ответил, что "этот корабль уплыл уже очень давно".
Документацию по языку планируется консолидировать в отдельное самостоятельное описание, в котором каждое расширение будет помечено версией, в которой оно появилось.
Источник: http://www.opennet.me/opennews/art.shtml?num=65795 (http://www.opennet.me/opennews/art.shtml?num=65795)
https://www.opennet.me/opennews/art.shtml?num=65795

2026-06-27 21:35:20 UTC

Выпуск Coreboot 26.06, открытой альтернативы проприетарным прошивкам
Опубликован (https://blogs.coreboot.org/blog/2026/06/25/announcing-the-coreboot-26-06-release/) выпуск проекта CoreBoot 26.06 (http://www.coreboot.org), разрабатывающего свободную альтернативу проприетарным прошивкам и BIOS. Код проекта распространяется (https://github.com/coreboot/coreboot) под лицензией GPLv2. В состав новой версии включено 1163 изменения, подготовленных при участии 101 разработчика, из которых 22 впервые приняли участие в разработке.
Основные изменения (https://github.com/coreboot/coreboot/blob/main/Documentation/releases/coreboot-26.06-relnotes.md):
- Реализована поддержка 31 материнской платы:
AMD Crater для SoC V2000A
AMD Jaguar для SoC Faegan
AMD Maple для SoC Strix Halo
ASRock H370M-ITX/ac, ASRock Z87 Extreme6
ASUS H81M-K, P8H61-I R2.0, P8H61-M LX2, PRIME H610M-K D4, Z87-K
ASUS Maximus VI EXTREME
ASUS Maximus VI FORMULA, VI HERO, VII IMPACT, VI IMPACT, VII RANGER
Framework Laptop 13 (Intel Core Ultra Series 1)
Framework Laptop 13 Pro (Intel Core Ultra Series 3)
Lenovo ThinkPad X61 / X61s
Star Labs Byte Mk I (Ryzen 7 5800U), StarBook Mk VI (Ryzen 7 5800U)
System76 bonw15-b, gaze20
8 плат, применяемых в различных устройствах с Chrome OS или на серверах Google.
- Прекращена поддержка материнских плат AMD Crater Renoir (заменена на AMD Crater для SoC V2000A) и Google Myst.
- Добавлена начальная поддержка SoC Intel Nova Lake (NVL). Реализованы bootblock, romstage, ramstage, FSP-M и FSP-S (Firmware Support Package), добавлены определения выводов GPIO и таблицы ACPI, обеспечена поддержка PCIe и Flash. Обновлены утилиты ifdtool и spd_tools. Из ограничений - пока не поддерживается DDR5.
- Добавлена начальная поддержка SoC Intel Panther Lake (PTL) с возможностью inline-шифрования UFS.
- Добавлена начальная поддержка SoC AMD Strix Halo c демонстрацией загрузки на материнской плате AMD Maple.
- Добавлена начальная поддержка SoC Qualcomm Calypso и основанных на данном SoC материнских плат Google Calypso, Mensa и C1nv. Имеется поддержка ARM Trusted Firmware, PCIe, инициализации таймера QUPv3, драйвера SPMI, загрузки прошивок CPUCP и PDP.
- Для чипов AMD добавлена поддержка механизма ROM Armor, реализующего защиту от неавторизированной модификации системного SPI Flash.
- Для чипов AMD реализована поддержка механизма A/B Recovery, обеспечивающего сохранение резервной копии при обновлении прошивки для загрузки старой прошивки в случае невозможности загрузиться с новой версии или при проблемах с верификацией целостности прошивки. Добавлена возможность загрузки со второго Flash-чипа и сохранения флага восстановления между перезагрузками.. В утилитах amdfwtool и amdfwread обеспечена поддержка разделения директорий и парсинга A/B-разделов.
- Для плат на чипах Qualcomm, таких как Google Bluey и Calypso, реализованы расширенные возможности управления зарядом и аккумулятором. Реализованы: плавный переход от медленной к быстрой зарядке, мониторинг температуры, режим загрузки без аккумулятора, оптимизированная подача питания на NVMe.
- Расширена поддержка устройств на базе чипов Intel Haswell и Broadwell. Унифицирован код поддержки платформ Haswell и Broadwell, и реализована общая инициализация графики. Добавлена начальная поддержка вариантов чипов Broadwell для ПК. Добавлен драйвер для искусственного снижения напряжения (undervolt) и переопределены лимиты мощности PL1/PL2. Добавлена поддержка материнских плат ASUS на чипах Haswell, таких как Maximus VI/VII, Z87-K и H81M-K.
- В драйвер Intel FSP 2.0 добавлена поддержка алгоритма сжатия Zstd.
- Предоставлена возможность включения нескольких изображений логотипов c разным разрешением для их отображения в зависимости от разрешения экрана.
- Продолжена работа по адаптации кода для поддержки стандарта C23.
- Обновлены версии GCC 15.2.0, NASM 3.01, binutils 2.45.1 и ACPICA 20251212.
Источник: http://www.opennet.me/opennews/art.shtml?num=65773 (http://www.opennet.me/opennews/art.shtml?num=65773)
https://www.opennet.me/opennews/art.shtml?num=65773

2026-06-26 07:35:20 UTC

Выпуск DXVK 3.0, реализации Direct3D 8/9/10/11 поверх API Vulkan
Доступен (https://github.com/doitsujin/dxvk/releases/tag/v3.0) выпуск прослойки DXVK 3.0 (https://github.com/doitsujin/dxvk/), предоставляющей реализацию DXGI (DirectX Graphics Infrastructure), Direct3D 8, 9, 10 и 11, работающую через трансляцию вызовов в API Vulkan. Для использования DXVK требуется (https://github.com/doitsujin/dxvk/wiki/Driver-support) наличие драйверов с поддержкой API Vulkan 1.4, таких как NVIDIA 575.51.02, Mesa AMD RADV 25.0, NVIDIA 25.1 и Intel ANV 25.1. DXVK может применяться для запуска 3D-приложений и игр в Linux при помощи Wine, выступая в качестве более высокопроизводительной альтернативы встроенных в Wine реализаций Direct3D, работающих поверх OpenGL.
Основные изменения:
- Для всех поддерживаемых шейдерных моделей задействован компилятор шейдеров dxbc-spirv (https://github.com/doitsujin/dxbc-spirv). Компиляция шейдеров перенесена из основного потока в отдельные потоки.
Реализовано кэширование на диске промежуточного представления шейдеров (кэш сохраняется в подкаталоге AppData/Local в текущем префиксе Wine).
Использование dxbc-spirv позволило снизить потребление памяти, сократить время запуска, исключить подвисания и избавиться от ряда проблем, проявлявшихся в играх Postal: Brain Damaged, Snowrunner, Overwatch, God of War, Days Gone и Final Fantasy XIV, которых не удавалось устранить в старом коде трансляции шейдеров.
- Для D3D9 реализована поддержка шейдерных моделей 1-3.
- По умолчанию задействовано Vulkan-расширение VK_EXT_descriptor_heap (https://docs.vulkan.org/refpages/latest/refpages/source/VK_EXT_descriptor_heap.html). По сравнению с ранее применявшимся хранилищем дескрипторов на базе Vulkan-расширения
VK_EXT_descriptor_buffer, новая реализация обеспечивает тот же уровень производительности операций, выполняемых на CPU, но снижает нагрузку на GPU, особенно при использовании видеокарт NVIDIA. Для работы на системах с видеокартами NVIDIA требуется как минимум версия проприетарных драйверов NVIDIA 595.84. Реализация на базе VK_EXT_descriptor_buffer объявлена устаревшей и будет удалена в одном из следующих выпусков.
- В реализации Direct3D 9 вместо генерации шейдеров на лету теперь используются uber-шейдеры, оптимизированные версии которых компилируются в фоне, что решило проблемы с подвисанием некоторых старых игр, таких как Unreal Tournament 2004. Обеспечена загрузка буферов по необходимости, как в Windows, вместо заблаговременного размещения в видеопамяти, что устранило аварийные завершения некоторых 32-разрядных D3D9-игр из-за ограниченного адресного пространства.
- Обеспечена корректная работа мультисэмплинга (MSAA) в режиме D3DRS_MULTISAMPLEANTIALIAS на системах с поддержкой Vulkan-расширений VK_EXT_sample_locations и VK_EXT_extended_dynamic_state3, что решило проблемы с рендерингом в Anno 1701, Men of War и других играх при включении MSAA.
- Обеспечена поддержка работы с общими ресурсами (Shared resources) в штатных версиях Wine без дополнительных патчей от проекта Proton.
- Удалена переменная окружения DXVK_FRAME_RATE, применявшаяся для ограничения частоты кадров (Frame rate limiter), вместо которой рекомендуется использовать внешние ограничители, такие как Gamescope и Mangohud. Для активации встроенного ограничителя можно использовать настройку "dxvk.maxFrameRate = n".
- Решены проблемы в играх:
Bioshock Infinite
Borderlands 2
Colin McRae Rally 3
Dirt Rally 2
Fallout New Vegas
Insurgency & Counter-Strike
Jump Space
Max Payne
Railroad Tycoon 3
Resident Evil 6
Sang-Froid: Tales of Werewolves
Sea Dogs
Splinter Cell 4
The I of the Dragon
The Sims 3
Total War: Pharaoh
Witch on the Holy Night
World of Final Fantasy
Vietcong
- Требования к минимальной версии графического API повышены до Vulkan 1.4 (https://www.opennet.me/opennews/art.shtml?num=62331).
Для работы теперь требуются как минимум версии драйверов AMD RADV 25.0, NVIDIA 575.51.02, NVIDIA 25.1 и Intel ANV 25.1.
Источник: http://www.opennet.me/opennews/art.shtml?num=65775 (http://www.opennet.me/opennews/art.shtml?num=65775)
https://www.opennet.me/opennews/art.shtml?num=65775

2026-06-26 06:35:19 UTC

Выпуск компилятора ISPC 1.31, развиваемого Intel для языка Си с расширениями SPMD
Компания Intel опубликовала (https://github.com/ispc/ispc/releases/tag/v1.31.0) компилятор ISPC 1.31 (https://ispc.github.io/) (Implicit SPMD Program Compiler), предназначенный для сборки кода на языке Си с расширениями параллельного программирования SPMD (https://ru.wikipedia.org/wiki/SPMD) (Single Program, Multiple Data), позволяющими добиться параллельного выполнения нескольких экземпляров одной программы с разными наборами входных данных. Код проекта написан на языке С++ и распространяется (https://github.com/ispc/ispc) под лицензией BSD. Поддерживается работа в Linux, Windows, macOS и FreeBSD.
Си-программы с расширениями SPMD компилируются для выполнения на вычислительных блоках SIMD (https://ru.wikipedia.org/wiki/SIMD), предоставляемых CPU и GPU, что позволяет задействовать механизмы векторизации SIMD без низкоуровневых оптимизаций и явного применения в коде SIMD-инструкций. Для написания распараллеливаемых функций используется (https://ispc.github.io/ispc.html) привычный синтаксис и идиомы языка Си - SPMD-функции напрямую взаимодействуют с функциями и структурами, написанными на C/C++. Для отладки программ могут применяться существующие отладчики.
В качестве бэкенда для генерации кода и оптимизации в ISPC используется инфраструктура LLVM. Поддерживаются векторные инструкции x86 (SSE2, SSE4, AVX, AVX2, AVX512) и ARM (NEON), а также вынос вычислений на сторону GPU (Intel Gen9 и Xe). На архитектурах с векторными блоками SSE, обрабатывающими по 4 элемента за раз, применение ISPC даёт возможность добиться ускорения выполнения программы в 3 или более раз, а на архитектурах с векторными блоками AVX, обрабатывающими по 8 элементов за раз, ускорение может достигать 5-6 раз. При этом помимо размера векторного блока, масштабирование также обеспечивается за счёт выполнения на разных процессорных ядрах.
Основные новшества, добавленные в версии ISPC 1.31:
- Добавлена экспериментальная поддержка 64-разрядной little-endian архитектуры PowerPC (ppc64le). По умолчанию осуществляется сборка для POWER ISA 2.7 (POWER8+) с расширениями VSX (Vector Scalar Extension).
- Добавлены новые сборочные цели avx10.2nvl-x4, avx10.2nvl-x8, avx10.2nvl-x16, avx10.2nvl-x32 и avx10.2nvl-x64, реализующие поддержку расширенный наборов инструкций AVX10.2 (Advanced Vector Extensions) и APX (Advanced Performance Extensions) для процессоров на базе микроархитектуры Intel Nova Lake.
- В диспетчеризаторе обеспечен выбор вариантов сборочных целей с поддержкой AMX (avx512spr, avx512gnr, avx10.2dmr) только при реальной поддержке расширений AMX (Advanced Matrix Extensions) в операционной системе и CPU.
- Добавлена опция "--opt=disable-apx" для выборочного отключения отдельных возможностей x86 APX (egpr, ndd, push2pop2, ppx, ccmp, cf, nf, zu и jmpabs), которые по умолчанию включены в поддерживающих APX сборочных целях, таких как avx10.2dmr и avx10.2nvl.
- Добавлены сбалансированный ("balanced") и агрессивный ("aggressive") режимы оптимизации математических вычислений, включаемые через опцию "--opt=fast-math" и более агрессивные по сравнению с применяемым по умолчанию режимом оптимизации.
- В сандартную библиотеку добавлены новые математические функции:
erf, erfc (функции ошибок Гаусса (https://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA)), expm1 (точное вычисление "exp(x)-1"), log1p ("log(1+x)"), sinh, cosh и tanh (гиперболические (https://ru.wikipedia.org/wiki/%D0%93%D0%B8%D0%BF%D0%B5%D1%80%D0%B1%D0%BE%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%B8) синус, косинус и тангенс). Повышена точность и производительность функций asin, acos, atan и log.
- Значительно повышена производительность 32-битных операций перестановки (shuffles) для сборочной цели avx2-i32x16 и вычислений popcnt для целей avx2-i8x32, avx512skx-x32 и avx512skx-x64.
- Инструментарий LLVM (https://llvm.org/) обновлён до находящейся в разработке ветки 23 (https://llvm.org/docs/ReleaseNotes.html).
Источник: http://www.opennet.me/opennews/art.shtml?num=65777 (http://www.opennet.me/opennews/art.shtml?num=65777)
https://www.opennet.me/opennews/art.shtml?num=65777

2026-06-25 15:05:19 UTC

Проект rars подготовил свободную реализацию RAR с поддержкой создания архивов
Представлен (https://bitplane.net/log/2026/05/rars/) проект rars (https://bitplane.net/dev/rust/rars/), развивающий свободную реализацию инструментария для формата RAR, написанную на языке Rust и поддерживающую не только распаковку, но и создание RAR-архивов. Инструментарий поддерживает как ранние форматы RAR 1.3/1.4 с сигнатурой "RE~^", так и последнюю версию RAR 7. Доступны такие расширенные операции, как разбиение на тома, защита паролем, шифрование заголовков, прикрепление комментариев, RARVM-фильтры, индексы для быстрого открытия и механизмы восстановления повреждённых данных. Код распространяется (https://github.com/bitplane/rars) под лицензиями MIT и Apache-2.0. На базе библиотеки PyO3 (https://github.com/pyo3/pyo3) подготовлены обвязки для языка Python, которые реализуют API в стиле rarfile для просмотра, тестирования и извлечения архивов, а также API в стиле RarBuilder для создания или перепаковки архивов.
Особенность проекта в том, что он реализует работу с форматом RAR без использования кода утилиты unrar (https://github.com/debian-calibre/unrar-nonfree), распространяемой под несвободной лицензией, которая запрещает использовать код unrar для воссоздания алгоритма сжатия RAR или разработки RAR-совместимого архиватора. Из-за данного ограничения большинство свободных архиваторов ограничивались лишь функциями распаковки RAR-файлов, а для создания RAR-архивов приходилось использовать проприетарный инструментарий (https://www.rarlab.com/download.htm) от RARLAB.
Отдельно создан репозиторий rar-research (https://github.com/bitplane/rar-research) в котором опубликованы спецификации для форматов RAR 1.3/1.4, RAR 1.5-4.x и RAR 5.0/7.0, а также заметки по используемым алгоритмам, фильтрам, методам проверки и восстановления целостности, шифрованию, разбиению на тома и механизмам защиты. Так как на момент создания проекта rars официальной полноценной спецификации не существовало, документация была воссоздана по коду распаковщиков, старым реализациям, тестовым архивам и анализу бинарных версий RAR для DOS и Windows.
Реализация была создана с использованием AI-инструментов OpenAI Codex 5.5 и Claude Opus 4.7 в свободное от работы время примерно за пять недель. На первом этапе модели применялись для систематизации информации о формате и восполнения пробелов в описании, после чего по восстановленной спецификации был сгенерирован код на языке Rust. Для уточнения спецификации и оттачивания реализации использовалась проверка работы на реальных архивах и сравнение с эталонными реализациями.
Отмечается, что AI-инструменты хорошо справились с переносом формального описания в код и с рутинной реализацией большого объёма функциональности, но не смогли обеспечить архитектурный контроль. Без жёсткого надзора AI-модели были склонны обходить тесты, усложнять код и пропускать очевидные проблемы, влияющие на удобство работы. По оценке автора, в проекте такого масштаба тесты, документация и комментарии стали не только инструментами проверки, но и способом направлять генерацию кода в нужное русло.
Форсировать разработку удалось после появления в OpenAI Codex режима "/goal", позволяющего AI-агенту длительное время работать над одной задачей, сжимая контекст и продолжая выполнение после его переполнения. В таком режиме Codex несколько раз работал больше чем 6 часов и один раз около 16 часов, реализуя значительную часть оставшейся функциональности, такой как восстановление данных, шифрование и многотомные архивы. С учётом значительной субсидии на токены было потрачено 40 фунтов стерлингов.
По уровню сжатия rars в среднем на 5-10% отстаёт от WinRAR. По скорости сжатия и распаковки rars существенно медленнее WinRAR из-за отсутствия полноценных оптимизаций. При этом в проекте уже имеется режим "--features fast", применяющий оптимизации на основе SIMD-инструкций для ускорения сжатия и распаковки, но завязанный на экспериментальный API std::simd, доступных только в тестовых сборках инструментария Rust. Также реализован режим "--features parallel", использующий библиотеку Rayon (https://github.com/rayon-rs/rayon) для распараллеливания сжатия отдельных файлов.
Евгений Рошал (https://ru.wikipedia.org/wiki/%D0%A0%D0%BE%D1%88%D0%B0%D0%BB,_%D0%95%D0%B2%D0%B3%D0%B5%D0%BD%D0%B8%D0%B9_%D0%9B%D0%B0%D0%B7%D0%B0%D1%80%D0%B5%D0%B2%D0%B8%D1%87), создатель RAR, прокомментировал (https://forum.ru-board.com/topic.cgi?forum=5&topic=51775&start=80#11) использование обратного инжинирига старых бинарных файлов RAR при разработке rars, что запрещено лицензионным соглашением. По словам Евгения, он пока не определился, что с этим делать и намерен дождаться мнения компании win.rar GmbH.
Источник: http://www.opennet.me/opennews/art.shtml?num=65765 (http://www.opennet.me/opennews/art.shtml?num=65765)
https://www.opennet.me/opennews/art.shtml?num=65765

2026-06-22 08:05:19 UTC

Опубликован postmarketOS 26.06, Linux-дистрибутив для смартфонов и мобильных устройств
После 6 месяцев разработки представлен (https://postmarketos.org/blog/2026/06/21/v26.06-release/) выпуск проекта postmarketOS 26.06 (https://postmarketos.org/), развивающего дистрибутив Linux для мобильных устройств, базирующийся на пакетной базе Alpine Linux, стандартной Си-библиотеке Musl и наборе утилит BusyBox. Целью проекта является предоставление Linux-дистрибутива для смартфонов и планшетов, не зависящего от жизненного цикла поддержки официальных прошивок и не привязанного к типовым решениям основных игроков индустрии. Сборки подготовлены (https://postmarketos.org/download) для 65 устройств (32 - community и 33 - testing), включая PINE64 PinePhone Pro, Purism Librem 5, OnePlus 6, Fairphone 5, Google Nexus 10, Google Pixel 3a, Nokia N900 (https://www.opennet.me/opennews/art.shtml?num=23188), Lenovo A60xx, ASUS MeMo Pad 7, а также различные модели Samsung Galaxy и Xiaomi. Ограниченная экспериментальная поддержка предоставлена для более чем 600 устройств (https://wiki.postmarketos.org/wiki/Devices).
Окружение postmarketOS унифицировано и выносит все специфичные для конкретных устройств компоненты в отдельный пакет. Все остальные пакеты идентичны для всех устройств и основаны на пакетах (https://gitlab.com/postmarketOS/pmaports/) из дистрибутива Alpine Linux (https://alpinelinux.org/). В сборках по возможности используется ванильное ядро Linux, а если это невозможно, то ядра (https://wiki.postmarketos.org/wiki/Downstream_kernel_specific_package) из прошивок, подготовленных производителями устройств. В качестве основных пользовательских оболочек предлагаются (https://wiki.postmarketos.org/wiki/Category:Interface) KDE Plasma Mobile (https://wiki.postmarketos.org/wiki/Plasma_Mobile), Phosh (https://wiki.postmarketos.org/wiki/phosh), GNOME Mobile (https://wiki.postmarketos.org/wiki/GNOME) и Sxmo (https://wiki.postmarketos.org/wiki/Sxmo), но имеется возможность установки и других окружений, включая MATE (https://wiki.postmarketos.org/wiki/MATE), COSMIC (https://wiki.postmarketos.org/wiki/COSMIC) и Xfce (https://wiki.postmarketos.org/wiki/Xfce4).
В новом выпуске:
- Добавлена поддержка устройств Google Asurada Chromebook,
Google Cherry Chromebook, Google Corsola Chromebook, Radxa Dragon Q6A и PINE64 PineNote. Из-за проблем с сопровождением или поставки устаревшего ядра в категорию "testing" перемещены сборки для ASUS MeMO Pad 7, Microsoft Surface RT, NVIDIA Tegra ARMv7, Samsung Chromebook и
Xiaomi Mi Pad 5 Pro.
- Оболочка KDE Plasma Mobile обновлена до версии 6.6.5 (https://www.opennet.me/opennews/art.shtml?num=64812) (ранее поставлялась версия 6.5.6).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1762846007.png
(https://plasma-mobile.org/2025/11/10/plasma-6-5/blur_1.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1762846068.png
(https://plasma-mobile.org/2025/11/10/plasma-6-5/blur_3.png)
- Окружение Phosh (https://wiki.postmarketos.org/wiki/Phosh), основанное на технологиях GNOME и развиваемое компанией Purism для смартфона Librem 5, обновлено до версии 0.55 (https://www.opennet.me/opennews/art.shtml?num=64262) (ранее использовался выпуск 0.51). В состав конфигуратора Phosh Mobile Settings перенесены некоторые специфичные настройки postmarketOS, для изменения которых ранее предлагались отдельные приложения. Осуществлён переход с собственного дисплейного менеджера tinydm на рекомендуемые проектом Phosh экран входа в систему phrog (https://github.com/samcday/phrog) и фоновый процесс greetd (https://github.com/kennylevinsen/greetd).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779090857.png
(https://phosh.mobi/releases/rel-0.55.0/phosh-release-0.55.0.png)
- Графическая оболочка Sxmo (https://wiki.postmarketos.org/wiki/Sxmo) (Simple X Mobile), основанная на композитном менеджере Sway (https://www.opennet.me/opennews/art.shtml?num=62124) и придерживающаяся Unix-философии, продолжает поставляться в версии 1.18.1 (https://lists.sr.ht/~mil/sxmo-announce/).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1766506112.png
(https://postmarketos.org/static/img/2025-10/sxmo-quickactions.png)
- Компоненты GNOME обновлены до ветки GNOME 50 (https://www.opennet.me/opennews/art.shtml?num=65015), но пользовательское окружение GNOME Mobile, в котором задействована редакция оболочки GNOME Shell, адаптированная для использования на смартфонах и планшетах с сенсорным экраном, продолжает оставаться на ветке GNOME 48.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1702879263.png
(https://wiki.postmarketos.org/wiki/GNOME)
- Возобновлена возможность установки пользовательского интерфейса Plasma Bigscreen (https://plasma-bigscreen.org/), предназначенного для использования на мультимедийных устройствах, подключаемых к телевизорам и проекторам. Окружение оптимизировано для работы с большими экранами и управления без клавиатуры c использованием пультов дистанционного управления или голосового помощника.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1778781902.png
(https://plasma-bigscreen.org/img/pages/screenshots/Bigscreen6.png)
- При установке среды рабочего стола KDE Plasma в окружениях с systemd по умолчанию задействован менеджер входа plasma-login-manager вместо sddm. Поддержка работы KDE Plasma в окружениях на базе системы инициализации OpenRC осталась без сопровождения, не рекомендована к применению и будет удалена в одном из следующих выпусков, если не найдётся желающий взять сопровождение данной функциональности в свои руки.
- Переделана загрузочная заставка, для которой вместо pbsplash задействован пакет Plymouth. Добавлена анимация с постепенным затуханием и появлением отдельных сегментов логотипа. При нажатии клавиши ESC или кнопки Power во время показа заставки включается режим показа загрузочного лога.
- На устройствах с вибромотором реализовано использование вибросигнала для индикации загрузки.
- Пакетная база синхронизирована с Alpine Linux 3.24 (https://www.opennet.me/opennews/art.shtml?num=65657). Системный менеджер systemd обновлён до версии 261 (https://www.opennet.me/opennews/art.shtml?num=65732) (ранее поставлялся выпуск 257).
- По умолчанию вместо утилиты doas для выполнения команд с повышенными привилегиями задействован пакет sudo-rs (https://github.com/trifectatechfoundation/sudo-rs), написанный на Rust.
Источник: http://www.opennet.me/opennews/art.shtml?num=65739 (http://www.opennet.me/opennews/art.shtml?num=65739)
https://www.opennet.me/opennews/art.shtml?num=65739

2026-06-22 07:05:20 UTC

Выпуск miracle-wm 0.10, композитного менеджера на базе Wayland и Mir
Опубликован (https://github.com/miracle-wm-org/miracle-wm/releases/tag/v0.10.0) выпуск композитного менеджера miracle-wm 0.10 (https://miracle-wm.org/), использующего протокол Wayland и компоненты для построения композитных менеджеров Mir (https://github.com/canonical/mir). Miracle-wm поддерживает мозаичную (tiling) компоновку окон, схожую с аналогичной в проектах i3 (https://i3wm.org/) и Sway (https://www.opennet.me/opennews/art.shtml?num=58388). В качестве панели может применяться Waybar (https://github.com/Alexays/Waybar). Код проекта написан на языке C++ и распространяется (https://github.com/mattkae/miracle-wm) под лицензией GPLv3. Готовые сборки сформированы в формате snap (https://snapcraft.io/miracle-wm), а также в пакетах rpm и deb для Fedora (https://src.fedoraproject.org/rpms/miracle-wm) и Ubuntu (https://launchpad.net/~matthew-kosarek/+archive/ubuntu/miracle-wm).
Целью miracle-wm является создание композитного сервера, применяющего мозаичное управление окнами, но более функционального и стильного, чем такие продукты, как Swayfx (https://github.com/WillPower3309/swayfx). При этом проект позволяет использовать и классические приёмы работы с плавающими окнами, например, можно размещать отдельные окна поверх мозаичной сетки или закреплять окна к определённому месту на рабочем столе. Поддерживается виртуальные рабочие столы с возможностью выставления для каждого рабочего стола своего режима работы с окнами по умолчанию (мозаичная компоновка или плавающие окна).
Предполагается, что miracle-wm может оказаться полезным пользователям, которые отдают предпочтение мозаичной компоновке, но желают получить визуальные эффекты и более яркое графическое оформление с плавными переходами и цветами. Конфигурация определяется в формате YAML (https://wiki.miracle-wm.org/latest/configuration/introduction/). Для установки miracle-wm можно использовать команду "sudo snap install miracle-wm --classic".
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1775709069.png
(https://github.com/miracle-wm-org/miracle-wm/raw/develop/resources/screenshot1.png)
Основные новшества:
- В системе плагинов реализована возможность применения шейдеров в привязке к отдельным окнам. В качестве примера подготовлен плагин focus-blur-plugin (https://github.com/miracle-wm-org/focus-blur-plugin), размывающий содержимое всех окон, за исключением активного окна.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1782108713.png
(https://github.com/miracle-wm-org/focus-blur-plugin/raw/main/screenshot.png)
- В плагинах добавлена поддержка создания фильтров вывода, использующих шейдеры. Данная возможность задействована в плагине night-light-plugin (https://github.com/miracle-wm-org/night-light-plugin), добавляющем оранжевый оттенок в дневное время.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1782109106.png
(https://github.com/miracle-wm-org/night-light-plugin/raw/main/screenshot.png)
- Задействованы Wayland-протоколы
ext-data-control-manager-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-data-control?ref_type=heads) для управления буфером обмена. Поддержка данного протокола обеспечила возможность использования утилиты wl-copy для помещения данных в буфер обмена.
ext-image-capture-source-manager-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-image-capture-source) и ext-image-copy-capture-manager-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-image-copy-capture) для организация захвата контента, выводимого на экран. Обеспечена совместимость с XDG-порталом xdg-desktop-portal-wlr (https://github.com/emersion/xdg-desktop-portal-wlr) и утилитой для создания скриншотов grimshot (https://github.com/XodTech/grimshot).
ext-foreign-toplevel-list-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-foreign-toplevel-list) для закрепления окон поверх другого содержимого, например, для подключения панелей и переключателей окон.
zwp-input-method (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/experimental/xx-input-method) для создания виртуальных клавиатур и IME-прослоек (Input Method Editor (https://en.wikipedia.org/wiki/Input_method)) обработки ввода.
- Реализован интерфейс (на базе GTK4) для вывода информации об ошибках в конфигурации. Сведения об ошибках передаются через IPC-сокет.
- Реализован интерфейс для показа отладочной информации о позиционировании окон и областях ввода. Интерфейс написан на GTK4 и активируется командой "miraclemsg debug overlay".
- Обеспечена автоматическая загрузка плагинов, собранных в формате WebAssembly и размещённых в каталоге ~/.config/miracle-wm/plugins с расширением ".wasm".
Источник: http://www.opennet.me/opennews/art.shtml?num=65738 (http://www.opennet.me/opennews/art.shtml?num=65738)
https://www.opennet.me/opennews/art.shtml?num=65738

2026-06-14 21:05:20 UTC

Релиз ядра Linux 7.1
После двух месяцев разработки Линус Торвальдс представил (https://lore.kernel.org/lkml/CAHk-=wi4BF4bMhZNZ1tqs+FFV4OuZRe3ZqdWB+LxRLmRweUzQw@mail.gmail.com/T/#u) релиз ядра Linux 7.1 (https://www.kernel.org/). Среди наиболее заметных изменений: новый драйвер ntfsplus, первая стадия прекращения поддержки CPU i486, удаление старых Ethernet-адаптеров, удаление протоколов ISDN и AX.25, включение по умолчанию механизма Intel FRED, поддержка BPF-обработчиков в io_uring, оптимизация подсистемы подкачки, поддержка субпланировщиков в sched_ext, ввод/вывод в режиме zero-copy в драйвере ublk, ioctl-операция "shutdown" в Btrfs, динамическое переключение режима производительности в драйвере amd-pstate, поддержка xattr для Unix-сокетов.
В новую версию принято 17275 исправлений от 2589 разработчиков,
размер патча - 57 МБ (изменения затронули 13528 файлов, добавлено 751785 строк кода, удалено 405916 строк). В прошлом выпуске было 15624 исправлений от 2477 разработчиков, размер патча - 56 МБ. Около 41% всех представленных в 7.1 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 5% - с файловыми системами и 3% c внутренними подсистемами ядра.
Основные новшества в ядре 7.1 (1 (https://kernelnewbies.org/Linux_7.1), 2 (https://lwn.net/Articles/1067785/), 3 (https://www.opennet.me/kernel/ml/7.1.html)):
- Дисковая подсистема, ввод/вывод и файловые системы
В состав принята новая реализация (https://www.opennet.me/opennews/art.shtml?num=65233) файловой системы NTFS - ntfsplus, основанная на коде удалённого из ядра классического драйвера ntfs. Старый драйвер был переработан, расширен возможностью записи данных и адаптирован для поддержки современных возможностей, таких как использование фолиантов страниц памяти (https://www.opennet.me/opennews/art.shtml?num=56478#folios) (folios) вместо структуры buffer_head. В новом драйвере реализовано отложенное выделение блоков, позволившее добиться высокой производительности операций записи и снижения фрагментации. Для буферизированных операций записи/чтения, прямого ввода/вывода, маппинга экстентов и операций страничной записи/чтения задействована библиотека iomap (https://docs.kernel.org/filesystems/iomap/index.html). В тестах iozone драйвер ntfsplus оказался на 3-5% быстрее ntfs3 при записи в однопоточном режиме и на 35-110% при использовании 4 потоков. Скорость чтения ntfsplus и ntfs3 находится примерно на одном уровне. Драйвер ntfs3 остаётся в составе ядра и в него внесены (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a5d1079c28a5) исправления и небольшие улучшения.
Добавлена поддержка генерации и верификации данных проверки целостности T10 (https://deepwiki.com/songtao-vip/linux-block/8.2-t10-protection-information) на уровне файловой системы, а не блочного устройства, что позволяет добиться повышения производительности операций чтения.
В драйвер блочных устройств ublk (https://docs.kernel.org/block/ublk.html), позволяющий вынести специфичную логику на сторону процесса в пространстве пользователя, добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=08677040a911) поддержка ввода/вывода через разделяемую память без копирования данных между буферами (режим zero-copy).
Для самошифруемых блочных устройств SED-OPAL (https://en.wikipedia.org/wiki/Opal_Storage_Specification) добавлены (https://lore.kernel.org/all/[email protected]/) ioctl для управления режимом Single User (https://trustedcomputinggroup.org/resource/tcg-storage-opal-ssc-feature-set-single-user-mode/) и реализована команда STACK_RESET.
В Btrfs объявлена стабильной поддержка ioctl-операции "shutdown", позволяющей перевести ФС в состояние, при котором предпринимается попытка завершения выполнения уже запущенных операций, но блокируются все новые операции.
В exfat реализована возможность резервированием пустых областей через вызов fallocate().
В ФС CIFS добавлена поддержка создания временных файлов с флагом O_TMPFILE.
В системный вызов fsmount() (https://man7.org/linux/man-pages/man2/fsmount.2.html) добавлена опция FSMOUNT_NAMESPACE, создающая новое пространство имён точек монитирования для монтируемой файловой системы. В системные вызовы clone3() и unshare() добавлены флаги для возвращения нового пространства имён точек монитирования, содержащего только примонтированную пустую ФС-заглушку на базе nullfs, драйвер fs-dax c ФС-интерфейсом к устройствам DAX (Direct Access).
В NFS-сервер добавлена (https://docs.kernel.org/next/filesystems/nfs/exporting.html#signed-filehandles) защита от атак по подбору файловых дескрипторов, реализованная через заверение дескрипторов криптографической подписью. Защита включается через опцию монтирования sign_fh.
Добавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d5406bd458b0) символьный драйвер fs-dax, предоставляющий интерфейс для взаимодействия с устройствами DAX (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/filesystems/dax.rst) (Direct Access), поддерживающими работу в обход страничного кэша. Указанный интерфейс необходим для интеграции в ядро файловой системы famfs (https://github.com/cxl-micron-reskit/famfs), размещаемой в оперативной памяти.
В файловой системе Ceph реализован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b1137e0b3d4b) сбор метрик о вводе/выводе в привязке к подразделам.
- Память и системные сервисы
Принята (https://www.opennet.me/opennews/art.shtml?num=65209) первая серия изменений для прекращения поддержки процессоров i486. Из Kconfig удалены опции для сборки ядра с поддержкой процессоров 486DX, 486SX и AMD ELAN (CONFIG_M486, CONFIG_M486SX и CONFIG_MELAN), а из Makefile исключены опции компиляции для систем i486 (-march=i486). Код для фактической поддержки работы на процессорах i486 пока оставлен в ядре, но сборка для подобных систем теперь потребует применения патчей к сборочным файлам. Причины удаления поддержки процессоров i486 обусловлены желанием избавить ядро от усложнённого кода, эмулирующего некоторые аппаратные операции, такие как CX8 (сравнить и обменять 8 байт) и TSC (счётчик циклов CPU, используемый в планировщике задач).
В драйвере amd-pstate, применяемом для управления энергопотреблением на системах с процессорами AMD, реализовано (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e30ca6dd5345) динамическое переключение настроек производительности и изменение поведения управления питанием в зависимости от работы от стационарного питания или аккумулятора. При стационарном подключении теперь активируется режим "performance", а при работе от аккумулятора - "balance_performance".
Задействован по умолчанию механизм Intel FRED (https://www.intel.com/content/www/us/en/content-details/779982/flexible-return-and-event-delivery-fred-specification.html) (Flexible Return and Event Delivery), позволяющий повысить эффективность и надёжность доставки информации о низкоуровневых событиях. Повышение производительности и сокращение задержек обеспечивается благодаря возвращению событий при помощи процессорной инструкции IRET вместо передачи событий через таблицу IDT (Interrupt Descriptor Table). Повышение надёжности достигается благодаря раздельной обработке поступления события в контексте ядра и контексте пользователя, защиты от вложенного выполнения NMI и сохранения в расширенном кадре стека всех связанных с исключением регистров CPU.
В подсистему perf добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2f89b7f78c50) поддержка блоков мониторинга производительности памяти (PMU - Performance Monitoring Unit), используемых в SoC NVIDIA Tegra410.
Ускорено выполнение операций futex на системах ARM, благодаря задействованию инструкций Arm 9.6 LSUI, позволяющих ядру обращаться к памяти пространства пользователя без предварительного отключения режима защиты PAN (https://developer.arm.com/documentation/ddi0595/2020-12/AArch64-Registers/PAN--Privileged-Access-Never) (Privileged Access Never).
На системах с процессорами ARM улучшена поддержка расширения архитектуры набора команд MPAM (https://docs.kernel.org/next/arch/arm64/mpam.html) (Memory System Resource Partitioning and Monitoring) и добавлена возможность её использования в пространстве пользователя для управления ресурсами через механизм resctrl (https://docs.kernel.org/next/filesystems/resctrl.html). MPAM обеспечивает пометку каждого обращения к памяти идентификатором секции (PARTID, Partition ID) и идентификатором группы мониторинга (PMG, Monitoring Group ID). В привязке к PARTID можно ограничить потребление ресурсов, таких как пропускная способность памяти или размер кэша, что бы какая-то группа задач не заняла все ресурсы. В контексте мониторинга сочетание PMG и PARTID можно использовать для отслеживание потребления ресурсов памяти при определённых видах нагрузки.
Добавлена (https://www.opennet.me/opennews/art.shtml?num=65302) возможность использования режима реального времени (PREEMPT_RT) на 32-разрядных процессорах ARM. Ранее поддержка PREEMPT_RT была обеспечена для архитектур x86 и x86-64, ARM64, RISC-V и LoongArch.
В системный вызов clone3() (https://www.man7.org/linux/man-pages/man2/clone3.2.html) добавлены новые флаги: CLONE_NNP - запрет (https://docs.kernel.org/userspace-api/no_new_privs.html) получения новых привилегий в созданном процессе; CLONE_AUTOREAP - автоматическое завершение процесса вместо его превращения в процесс-зомби до выполнения функции wait() родительским процессом;
CLONE_PIDFD_AUTOKILL - завершение дочернего процесса в случае закрытия связанного с ним дескриптора pidfd (например, при завершении родительского процесса).
Для каждого модуля ядра в каталог /sys/module добавлен файл import_ns, содержащий список импортированных пространств имён символов (symbol namespace (https://lwn.net/Articles/760045/)).
В систему асинхронного ввода/вывода io_uring добавлена поддержка использования подсистемы BPF для создания обработчиков. Например, можно заменить основной цикл диспетчеризации на BPF-программу.
В подсистеме BPF модернизирован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e2e6a6ea2418) анализ использования стека, что значительно ускорило проверку верификатором многих BPF-программ.
С целью оптимизации производительности переписана (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=c1fe867b5bf9) подсистема hrtimer (high resolution timer). Планировщик задач теперь может использовать таймеры с высоким разрешением без потери производительности вместо менее точных таймеров.
Продолжен (https://lore.kernel.org/lkml/[email protected]/) перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). До версии 1.85 (поставляется в Debian 13) повышены требования к версии Rust, необходимой для сборки компонентов ядра. Добавлена экспериментальная Kconfig-опция CONFIG_RUST_INLINE_HELPERS для встраивания Си-прослоек в Rust-код во время компиляции (оптимизация ускорила работу блочного драйвера null на 2%). Добавлен макрос 'const_assert!'. Расширены возможности модулей 'sizes', 'clk', 'ptr', 'sync', 'error'.
В механизм SCHED_EXT (https://www.opennet.me/opennews/art.shtml?num=61354), позволяющий использовать BPF для создания планировщиков CPU, добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ebeca1f930ea) начальная возможность создания вложенных планировщиков (sub-scheduler), при помощи которых для каждого cgroup можно задействовать собственный планировщик задач.
Продолжена оптимизация подсистемы подкачки (swap). Удалена старая структура swap_map, заменённая на механизм "Swap Table (https://docs.kernel.org/mm/swap-table.html)". Изменение позволило повысить производительность и уменьшить потребление памяти в подсистеме подкачки.
В подсистему DAMON (https://docs.kernel.org/mm/damon/index.html) (Data Access MONitor), позволяющую отслеживать доступ процесса к данным в оперативной памяти (например, можно узнать к каким областям памяти обращался процесс, а какие области памяти остались невостребованными), добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8719c59c4b92) поддержка разных алгоритмов автоматического тюнинга (https://docs.kernel.org/next/mm/damon/design.html#aim-oriented-feedback-driven-auto-tuningb) квот.
В подсистеме трассировки реализована (https://docs.kernel.org/next/trace/remotes.html) концепция внешних кольцевых буферов, позволяющая получать данные трассировки из виртуальных машин. Возможность задействована в гипервизорах KVM и nVHE (https://developer.arm.com/documentation/102142/0100/Virtualization-host-extensions) для передачи данных трассировки из гостевой системы на сторону хоста.
В подсистему RV (https://docs.kernel.org/trace/rv/) (Runtime Verification), предназначенную для проверки корректности работы высоконадёжных систем, добавлены компоненты мониторинга "stall (https://docs.kernel.org/next/trace/rv/monitor_stall.html)" для отслеживания задач, выполнение которых временно приостановлено или заблокировано, и "deadline (https://docs.kernel.org/next/trace/rv/monitor_deadline.html)" для анализа поведения планировщика задач.
- Виртуализация и безопасность
По умолчанию выставлен флаг PROC_MEM_FORCE_PTRACE, допускающий обход прав доступа к памяти процесса через файл /proc/PID/mem (https://man7.org/linux/man-pages/man5/proc_pid_mem.5.html) только для процессов, применяющих для отладки системный вызов ptrace().
Добавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6af36aeb147a) новый набор hook-ов для LSM-модулей (Linux Security Module), упрощающий реализацию политик для стековых файловых систем, таких как overlayfs. В LSM также добавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=eb25e202b3d6) hook для управления доступом к Unix-сокетам, который задействован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ae97330d1bd6) в LSM-модуле Landlock для назначения политик доступа к Unix-сокетам.
Во встроенную криптобиблиотеку lib/crypto (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/lib/crypto?id=370c38831955), предоставляющую более простые и быстрые функции, чем в традиционном crypto API, добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=370c38831955) поддержка алгоритмов AES-CMAC, AES-XCBC-MAC, AES-CBC-MAC, GHASH и SM3. Добавлена документация (https://origin.kernel.org/doc/html/next/crypto/libcrypto.html) по lib/crypto.
Реализован режим pKVM (https://www.kernel.org/doc/html/next/virt/kvm/arm/pkvm.html) (Protected KVM) для строгой изоляции анонимной памяти (https://docs.kernel.org/admin-guide/mm/concepts.html#anonymous-memory) с использованием расширений виртуализации для архитектуры AArch64. В данном режиме страницы памяти гостевой исключаются из таблицы виртуальных адресов хостовой системы.
В гипервизор KVM добавлена поддержка пятой версии (https://docs.kernel.org/virt/kvm/devices/arm-vgic-v5.html) виртуального контроллера прерываний ARM (VGICv5 - ARM Virtual Generic Interrupt Controller v5).
- Сетевая подсистема
Для unix-сокетов, создаваемых функцией socket(), реализована (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=c8db08110cbe) поддержка расширенных атрибутов файлов (xattr) "user.*". Из областей применения отмечается выставление меток через расширенные атрибуты к Unix-сокетам, используемым для IPC Varlink, с целью их выделения из общей массы для инспектирования и отладки работы IPC при помощи BPF-программ. В systemd-journald расширенные атрибуты намерены использовать для определения формата лога в привязке к сокету /dev/log.
Удалена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d6e0f04bf22d) поддержка протокола UDP-Lite (RFC 3828 (http://www.ietf.org/rfc/rfc3828.txt)), допускающего доставку пакетов с неправильной контрольной суммой с расчётом на то, что, например, частично повреждённые аудио и видеоданные могут быть восстановлены на уровне кодека. Протокол удалён так как им никто не пользуется.
Убрана (https://www.opennet.me/opennews/art.shtml?num=64968) возможность сборки стека IPv6 в форме модуля ядра, которая не применялась на практике (IPv6 либо встраивают в ядро, либо полностью отключают), но усложняла сопровождение так как при сборке IPv6 модулем ядра (CONFIG_IPV6=m), множество подсистем вынуждены добавлять бесполезные обработчики на случай выгрузки модуля IPv6.
- Оборудование
В драйвере AMDGPU включён (https://lore.kernel.org/lkml/CAPM=9tyROdmL71Qe+2gLbCEogPDFwLyHhkUoW3H3tfKsKK4qMw@mail.gmail.com/) новый дисплейный движок (DC) для APU AMD серии HD 7000 (Sea Islands, GCN 1.1).
В драйвер Nouveau добавлена (https://lore.kernel.org/lkml/CAPM=9tyvKEU6-6O=Le9wVjTJqd3NdrUr-pA_eHxt3Bj-Cv7zMw@mail.gmail.com/) начальная поддержка GPU NVIDIA GA100 на базе микроархитектуры Ampere.
Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена поддержка графической подсистемы процессоров Intel Nova Lake-P. Реализованы очищаемые буферные объекты (Purgeable Buffer Objects).
Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. Добавлена начальная поддержка GPU на базе микроархитектуры Turing.
Добавлена (https://lore.kernel.org/lkml/[email protected]/) поддержка звуковых ASoC AMD RPL DMIC, Cirrus Logic CS42L43, CS47L47, NVIDIA CPCAP и WM8962. Улучшена поддержка звуковых устройств с интерфейсом USB: Huawei Headset, Focusrite Novation, MV-Silicon, Studio 1824, Arturia AF16Rig, Hotone Audio, Feaulle Rainbow,
PreSonus AudioBox, Moondrop Ju Jiu, Scarlett 18i20.
Удалена (https://www.opennet.me/opennews/art.shtml?num=65222) поддержка применяемых в SoC Baikal-T1 контроллеров AHCI SATA и PCIe, а также драйверов таймера, памяти, physmap, шины, hwmon, dwc и bt1-rom. В качестве причины удаления называется отсутствие сопровождения и незавершённая интеграция в состав ядра компонентов платформы Baikal, производство которой в РФ свернули в ноябре 2025 года.
Удавлены (https://www.opennet.me/opennews/art.shtml?num=65292) 12 драйверов для Ethernet-устройств с интерфейсами ISA и PCMCIA, выпускавшихся до 2002 года, для которых не нашлись пользователи, применяющие их в рабочих системах. Также из ядра исключены
подсистема ISDN (https://ru.wikipedia.org/wiki/ISDN), реализации протоколов AX.25 (https://ru.wikipedia.org/wiki/AX.25), CAIF (https://docs.kernel.org/networking/caif/linux_caif.html) и Bluetooth CMTP (Common ISDN Application Programming Interface Message Transport Protocol), драйверы yellowfin (Yellowfin Gigabit-NIC), hamachi (Hamachi GNIC-II), hamradio (Amateur Radio), inport и logibm (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=429e6c7f90d12a8551b3eaa9faca7cfaefd99b1d) (busmouse). Причиной удаления стало отсутствие активных сопровождающих на фоне увеличения числа выявляемых при помощи syzbot и AI-инструментов ошибок, которые никто не берётся исправлять и вся нагрузка нa устранение серьёзных проблем ложится на сопровождающих основные сетевые подсистемы ядра. Всего удалено более 140 тысяч строк кода.
Источник: http://www.opennet.me/opennews/art.shtml?num=65686 (http://www.opennet.me/opennews/art.shtml?num=65686)
https://www.opennet.me/opennews/art.shtml?num=65686

2026-06-13 06:20:23 UTC

Власти США предписали Anthropic приостановить доступ к AI-моделям Fable 5 и Mythos 5
Компания Anthropic объявила (https://www.anthropic.com/news/fable-mythos-access) об отключении доступа к AI-моделям Fable 5 и Mythos 5 (https://www.anthropic.com/news/claude-fable-5-mythos-5) для всех пользователей после получения от правительства США директивы об экспортном контроле, изданной с упоминанием полномочий в области национальной безопасности и без предоставления детальных пояснений. Директива запрещает доступ к моделям Fable 5 и Mythos 5 любым иностранным гражданам, как на территории США, так и за её пределами, включая иностранных сотрудников компании Anthropic, в результате чего для соблюдения требований компания была вынуждена полностью отключить модели. Выполнение требования не повлияло на доступ к остальным моделям Anthropic.
По предположению Anthropic, поводом для предписания послужило обнаружение метода обхода защитных механизмов (jailbreak) модели Fable 5. В Anthropic заявили, что изучили продемонстрированную технику и пришли к выводу, что речь идёт об узкоспециализированном неуниверсальном обходе, позволяющем выявлять лишь небольшое число ранее известных незначительных уязвимостей, которые могут быть найдены и другими общедоступными моделями, например GPT-5.5, без какого-либо обхода ограничений.
Компания Anthropic подчинилась юридически обязательной директиве, но не согласна с тем, что обнаружение узкоспециализированного потенциального обхода защиты является основанием для отзыва коммерческой модели, развёрнутой для сотен миллионов пользователей, считает произошедшее недоразумением и работает над восстановлением доступа.
Источник: http://www.opennet.me/opennews/art.shtml?num=65677 (http://www.opennet.me/opennews/art.shtml?num=65677)
https://www.opennet.me/opennews/art.shtml?num=65677

2026-06-12 15:05:23 UTC

В Chrome 151 будет удалён обходной путь для установки uBlock Origin
В намеченном на 30 июня выпуске Chrome 150 будет удалена (https://github.com/w3c/webextensions/issues/1000) поддержка флага kExtensionManifestV2Disabled (https://chromium-review.googlesource.com/c/chromium/src/+/7813942), позволявшего вернуть (https://www.opennet.me/tips/3264_chrome_manifest_doh.shtml) возможность установки из каталога Chrome Web Store дополнений, использующих вторую версию манифеста Chrome. Позавчера из которой базы Chromium, на базе которой формируется выпуск Chrome 151, запланированный на 28 июля, был удалён (https://chromium.googlesource.com/chromium/src.git/+/df12ca035ced7f8026c717eea14a4b406e9df574) код с реализацией параметра AllowLegacyMV2Extensions (https://chromiumdash.appspot.com/commit/df12ca035ced7f8026c717eea14a4b406e9df574), позволявшего вручную в режиме разработчика загружать дополнения на базе второй версии манифеста. За несколько дней до этого из кодовой базы Chromium также были удалены параметры kExtensionManifestV2Unsupported (https://chromiumdash.appspot.com/commit/dd11f12d82d243ff834a6949a9346392820f2a0a) и ExtensionManifestV2Availability (https://chromiumdash.appspot.com/commit/993e57a3e1af70dcad63122ef1ea98835cf8a1f2), которые около года назад были объявлены (https://www.opennet.me/opennews/art.shtml?num=63690) неподдерживаемыми.
Участники проекта uBlock Origin рекомендовали (https://www.reddit.com/r/uBlockOrigin/comments/1tlkaaw/goodbye_chrome_version_150_removes_the/) пользователям Chrome перейти на другие браузеры или переключиться на дополнение uBlock Origin Lite, которое развивается автором uBlock Origin и представляет собой вариант uBlock Origin, переведённый (https://www.opennet.me/opennews/art.shtml?num=61654) на предложенный в третьей версии манифеста Chrome декларативный API (declarativeNetRequest). Поддержка второй версии манифеста Chrome присутствует в Firefox и Safari, а также будет сохранена в браузерах Brave (https://brave.com/blog/brave-shields-manifest-v3/#which-mv2-extensions-will-work-in-brave) и Opera (https://blogs.opera.com/news/2025/09/mv2-extensions-opera/) на базе движка Chromium.
Третья версия манифеста Chrome, определяющего возможности и ресурсы, доступные для дополнений, написанных с использованием API WebExtensions, разработана в рамках инициативы (https://www.opennet.me/opennews/art.shtml?num=49378) по упрощению создания безопасных и высокопроизводительных дополнений. Основное (https://www.opennet.me/opennews/art.shtml?num=50781) недовольство (https://www.opennet.me/opennews/art.shtml?num=50013) третьей версией манифеста вызвано переводом в режим только для чтения API webRequest (https://developer.chrome.com/extensions/webRequest), позволявшего подключать собственные обработчики, имеющие полный доступ к сетевым запросам и способные на лету модифицировать трафик. Вместо API webRequest в третьей версии манифеста добавлен ограниченный по своим возможностям API declarativeNetRequest (https://developers.chrome.com/extensions/declarativeNetRequest), предоставляющий доступ к встроенному движку для фильтрации, самостоятельно обрабатывающему правила блокировки, не разрешающему использовать собственные алгоритмы фильтрации.
Дополнение uBlock Origin Lite (https://github.com/uBlockOrigin/uBOL-home) (uBOL) реализует лишь часть функциональности (https://github.com/uBlockOrigin/uBOL-home/wiki/Frequently-asked-questions-(FAQ)) uBlock Origin. В uBlock Origin Lite оказалось проблематично перенести динамические фильтры контента (https://github.com/gorhill/uBlock/wiki/Dynamic-filtering:-quick-guide) и URL (https://github.com/gorhill/uBlock/wiki/Dynamic-URL-filtering), фильтры HTTP-заголовков (https://github.com/gorhill/uBlock/wiki/Static-filter-syntax#header), средства для отключения скриптов, шрифтов и мультимедийных элементов большого размера в привязке к отдельным сайтам, многие опции фильтров (strict1p, strict3p, domain, redirect-rule, removeparam), защиту от манипуляций (https://www.opennet.me/opennews/art.shtml?num=51928) с DNS для обхода блокировки. Из-за необходимости получения дополнительных полномочий в uBlock Origin Lite по умолчанию отключены косметические фильтры для замены содержимого на странице ("##"), подстановки скриптов на сайты ("##+js"), фильтров для перенаправления запросов ("redirect="), фильтров заголовков CSP (Content Security Policy) и фильтров для удаления параметров запросов ("removeparam=").
Источник: http://www.opennet.me/opennews/art.shtml?num=65675 (http://www.opennet.me/opennews/art.shtml?num=65675)
https://www.opennet.me/opennews/art.shtml?num=65675

2026-06-12 11:35:50 UTC

Платформа CODE 26.04 для совместной работы с офисным пакетом на основе LibreOffice
Компания Collabora опубликовала (https://www.collaboraonline.com/blog/code-26-04-release/) платформу CODE 26.04 (https://www.collaboraonline.com/code/) (Collabora Online Development Edition) для быстрого развёртывания системы Collabora Online (бывший LibreOffice Online) на своих серверах для организации совместной удалённой работы с офисным пакетом через Web и достижения функциональности, похожей на Google Docs и Office 365. CODE доступен в виде преднастроенного контейнера для системы Docker, образа виртуальной машины и набора пакетов для популярных дистрибутивов Linux. Код проекта распространяются (https://gerrit.collaboraoffice.com/) под лицензией MPLv2.
Collabora Online имеет клиент-серверную архитектуру, при которой на сервере выполняется LibreOffice Core (https://git.libreoffice.org/core/), отвечающий за компоновку и отрисовку документов, электронных таблиц, презентаций и векторной графики, а за интерфейс отвечает web-приложение. Работа с офисным пакетом осуществляется через web-браузер с возможностью совместной работы нескольких пользователей, которые могут одновременно вносить изменения, оставлять комментарии и отвечать на вопросы. Вклад, текущие правки и позиции курсоров каждого пользователя выделяются разными цветами.
CODE преподносится как вариант платформы Collabora Online для разработчиков, включающий самые свежие наработки и пригодный для использования в небольших командах или с целью ознакомительного тестирования. Отдельно развивается продукт Collabora Office (https://www.opennet.me/opennews/art.shtml?num=64333), предназначенный для запуска Collabora Online не на серверах, а на локальных системах пользователя. В 2025 году сотрудниками Collabora было внесено (https://www.collaboraonline.com/blog/collabora-productivity-contributions-in-libreoffice-26-2/) 45% от всех изменений в LibreOffice, но в этом году между компанией Collabora и организацией The Document Foundation (TDF) обострился конфликт (https://www.opennet.me/opennews/art.shtml?num=64868), связанный с разработкой облачной редакции LibreOffice Online, в результате которого из TDF были исключены (https://www.opennet.me/opennews/art.shtml?num=65122) все сотрудники Collabora.
В 2020 году для решения вопросов с брендингом и маркетингом компания Collabora создала форк LibreOffice Online и продолжила разработку в своём репозитории под именем Collabora Online. Разработка была перенесена после того, как организация Document Foundation начала продвигать на странице LibreOffice Online продукты других компаний, которые почти ничего не вносили в разработку. В 2022 году совет директоров Document Foundation принял решение о заморозке LibreOffice Online, так как все разработчики из сообщества перешли в проект Collabora Online и не нашлось желающих продолжить сопровождение старого репозитория. В 2026 году решение о заморозке было отменено, а репозиторий LibreOffice Online был воссоздан в виде форка нынешнего репозитория Collabora Online.
Основные изменения в CODE 26.04:
- В редакторы документов, электронных таблиц и презентаций интегрирован AI-ассистент. В Writer AI может применяться для улучшения, объяснения, переработки и обработки текста.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780995990.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Writer-AI-2048x1152.png)
В Calc AI-ассистент может выполнять такие задачи, как анализ данных и устранение ошибок в формулах.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996287.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Calc-AI-Integration-2048x1152.png)
В Impress доступны возможности для создания презентаций при помощи AI, обобщения и проверки информации, преобразования текста из документа в сокращённую форму для вставки в презентацию, разделения данных на слайды и структурирования больших отчётов.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996508.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Impress-AI-Integration-2048x1152.png)
- В Writer добавлен режим наглядного сравнения документов, позволяющий в одном окне бок о бок оценить различия в двух документах или разных версиях одного документа.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996011.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Writer-Document-Comparison-2048x1152.png)
- Добавлен режим многостраничного просмотра, позволяющий одновременно просматривать в одном окне несколько произвольно выбранных страниц для упрощения навигации по длинным документам.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996032.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Multi-Page-View-001-2048x1280.png)
- Изменено оформление панелей с комментариями, которые теперь представлены в виде карт, размещаемых рядом с комментируемым содержимым.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996052.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-Redesigned-Comment-Cards-1-2048x1152.png)
- Реализован умный режим отслеживания и рецензирования изменений, зависящих от других изменений (например, принятие или отклонение изменения теперь автоматически принимает или отклоняет все вложенные изменения).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996074.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-Tracked-Changes-Reinstate-2048x1152.png)
- Изменено оформление панели с инструментами рецензирования, наиболее востребованные инструменты в которой, такие как работа с комментариями и проверка орфографии, сделаны более заметными.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996112.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-Review-Toolbar-2048x853.png)
- В навигатор по документу (Writer Navigator) встроена функция поиска, позволяющая разом просматривать все совпадения и быстро перемещаться по большому документу.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996133.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-Navigator-Search-2048x1152.png)
- В панели с настройками стиля в дополнение к прокручиваемому списку с примерами реализован предпросмотр по месту результата выбора разных опций форматирования.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996153.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-Style-Sidebar-Previews-2048x1152.png)
- Добавлена поддержка импорта и экспорта документов в формате Markdown.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996171.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Markdown-export-1-2048x1060.png)
- При экспорте в формате PDF реализована возможность сохранения документа с комментариями, показываемыми в форме аннотаций на полях.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996205.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Writer-PDF-Comment-Annotations-2048x1152.png)
- Добавлен режим рецензирования, позволяющий подтверждать или отклонять изменения в документе, без возможности редактировать сам документ.
- Обеспечен адаптивный выбор позиции и уровня масштабирования документа, зависящий от доступного экранного пространства.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996236.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Screen-space-usage-001.png)
- В табличном процессоре реализована возможность работы пользователей со своими представлениями листов при совместной работе с общей электронной таблицей. Каждый пользователь при совместном редактировании может выставить свои фильтры и настройки, которые будут действовать только на его экземпляр и не повлияют на работу других пользователей.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996309.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Calc-Per-User-Sheet-View-2048x1152.png)
- Улучшена обработка ошибок в формулах. Рядом с ячейками, содержащими ошибки, теперь показывается метка, через которую можно открыть диалог для инспектирования и редактирования формулы.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996334.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Calc-Diagnose-Formula-Errors-2048x1152.png)
- В сводных таблицах (Pivot Tables) добавлена возможность вставки столбцов со значениями, не подставляемыми напрямую, а вычисляемыми на основе данных из электронной таблицы.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996360.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Calc-Pivot-Tables-Calculated-Field-2048x1152.png)
- Добавлена возможность выбора стиля таблиц, например, можно выбирать светлую, среднюю и темную тему, подсвечивать заголовки или выделять нечётные строки другим оттенком.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996392.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Calc-Table-Styles-2048x1152.png)
- В Calc добавлены новые функции, среди которых CHOOSECOLS, CHOOSEROWS, DROP, EXPAND, HSTACK, TAKE, TEXTAFTER. TEXTBEFORE, TEXTSPLIT, TOCOL, TOROW, VSTACK, WRAPCOLS и WRAPROWS.
- Добавлена возможность выделения отдельных вкладок другим цветом.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996460.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Calc-tab-colour-002.png)
- Повышена интерактивность режима совместного проведения презентации, при котором докладчик запускает презентацию, а у остальных участников она начинает показываться и переключаться между слайдами автоматически. В новой версии участники могут приостановить автопереключение и пролистать слайды назад.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996532.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Impress-Present-to-All-2048x1152.png)
- Предоставлена возможность создания слайдов разного размера в одной презентации.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996552.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Impress-Multiple-Slide-Sizes-2-2048x1152.png)
- Добавлена поддержка группировки слайдов в секции, что может использоваться для навигации с учётом структуры презентации.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996572.png
(https://www.collaboraonline.com/wp-content/uploads/2026/06/Impress-Slide-Grouping-Sections-2048x1152.png)
- Улучшена группировка элементов, расстановка меток и обработка выпадающих списков в панели с меню на экранах с различным разрешением. Добавлены всплывающие подсказки с информацией об элементах меню.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996652.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Tooltip-001.png)
- Добавлен встроенный диалог для изменения настроек приложения, доступный прямо из редактора документов и не требующий открытия отдельного интерфейса администратора.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996669.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/In-app-settings-dialog-001-1536x960.png)
- В диалоге выбора шрифта реализовано обновление списка предлагаемых шрифтов по мере набора маски для фильтрации выбора.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996694.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Filter-fonts-001.png)
- В контекстное меню строки состояния добавлены опции для управления показом индикаторов.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996744.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Toggle-status-bar-001.png)
- В контекстное меню, показываемое для изображений в документе, добавлена функция извлечения и сохранения изображения.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780996767.png
(https://www.collaboraonline.com/wp-content/uploads/2026/05/Save-image-001.png)
- Предоставлена возможность открытия шаблонов OOXML в режиме редактирования.
- Добавлена опция для открытия определённых типов документов по умолчанию в режиме просмотра с возможностью при желании переключиться в режим редактирования.
Источник: http://www.opennet.me/opennews/art.shtml?num=65649 (http://www.opennet.me/opennews/art.shtml?num=65649)
https://www.opennet.me/opennews/art.shtml?num=65649

2026-06-12 08:05:20 UTC

Атакующие скомпрометировали 469 пакетов в репозитории AUR
Зафиксирована (https://lists.archlinux.org/archives/list/[email protected]/thread/FGXPCB3ZVCJIV7FX323SBAX2JHYB7ZS4/) массовая компрометация пакетов в репозитории AUR (https://aur.archlinux.org/) (Arch User Repository), применяемом в Arch Linux для распространения приложений от сторонних разработчиков. Атакующие получили контроль над 469 пакетами (https://gr.ht/aur_pkg_list.txt) и смогли внедрить в них вредоносный код (https://ioctl.fail/preliminary-analysis-of-aur-malware/) для кражи паролей и ключей доступ с систем пользователей. Среди прочего, вредоносный код был интегрирован (https://lists.archlinux.org/archives/list/[email protected]/thread/2LGBF2AZBPVCCY4VTN6DOVUNNBURFJ2J/) в поставляемый через AUR (https://aur.archlinux.org/packages/alvr) пакет ALVR (https://github.com/alvr-org/ALVR), популярный у любителей компьютерных игр.
Атакующие взяли на себя сопровождение пакетов, имеющих статус "orphaned" и оставшихся без сопровождающих. В качестве имени указывалось имя последнего сопровождающего, но другой email, после чего добавлялся один коммит (https://aur.archlinux.org/cgit/aur.git/tree/alvr-deps.install?h=alvr&id=0a0ba889acbf354b5d912240993bffcb4ca21f29) и публиковалось (https://aur.archlinux.org/cgit/aur.git/commit/?h=runescape-launcher&id=cf0b627a6c36be967411063e2e2629f80bb6d51f) обновление. Коммит добавлял "npm" в список зависимостей PKGBUILD и вставлял в post_install-блок скрипта install.sh строку для установки нескольких NPM-пакетов. В числе устанавливаемых NPM-пакетов присутствовали один или несколько популярных легитимных пакетов и пакет atomic-lockfile (https://www.npmjs.com/package/atomic-lockfile), содержащий скрытое вредоносное ПО. Добавление установки NPM-пакетов производилось во все скомпрометированные проекты, даже если в них не используется JavaScript и NPM.
После активации вредоносное ПО закреплялось в системе в виде сервиса systemd со случайным именем и при выполнении камуфлировалось под поток ядра. При запуске с правами root сервис создавался на системном уровне (/etc/systemd/system) и дополнительно активировал работающий на уровне ядра rootkit, а при выполнением с правами пользователя - запускался от имени пользователя (~/.config/systemd/user). Вредоносное ПО осуществляло сканирование и отправку на внешний сервер ключей и учётных данных VPN, Docker, Podman и SSH, извлечённых из браузера конфиденциальных данных, истории команд в shell, ключей криптовалютных кошельков, токенов доступа к Slack, Microsoft Teams, Discord, GitHub, NPM и Vault.
Источник: http://www.opennet.me/opennews/art.shtml?num=65670 (http://www.opennet.me/opennews/art.shtml?num=65670)
https://www.opennet.me/opennews/art.shtml?num=65670

2026-06-10 07:05:19 UTC

Lets Encrypt ввёл запрет на выдачу сертификатов для стран под санкциями США
Некоммерческий удостоверяющий центр Let's Encrypt, контролируемый сообществом и предоставляющий сертификаты безвозмездно всем желающим, внёс изменение (https://letsencrypt.org/documents/LE-SA-v1.7-June-04-2026-diff.pdf) в пользовательское соглашение (https://letsencrypt.org/repository/), определяющее права и обязанности получателей сертификатов. В секцию с условиями запроса и использования сертификатов добавлен пункт, не допускающий выдачу сертификатов для физических лиц и организаций, постоянно проживающих или зарегистрированных в странах или на территориях, на которые распространяются полномасштабные (comprehensive) санкции США.
Помимо этого под запрет подпадают лица и организации, являющиеся объектом персональных санкций и ограничений экспортного контроля США, а также организации, контролируемые лицами, подпадающими под санкции, или действующие от их имени. Отмечается, что организация Let's Encrypt зарегистрирована в США и обязана выполнять правила экспортного контроля и санкции, действующие в США.
Пока не понятно, является ли изменение пользовательского соглашения формальностью, отражающую уже применимую практику, или будут реализованы дополнительные меры блокировки запросов из подсетей для стран, подпадающих под санкции. До сих пор в Let's Encrypt применялись (https://community.letsencrypt.org/t/issue-an-ssl-certificate/246651) точечные блокировки, не позволяющие получить сертификат для конкретных доменов, перечисленных в санкционных списках (https://sanctionssearch.ofac.treas.gov/) управления по контролю за иностранными активами США (OFAC, Office of Foreign Assets Control).
Полномасштабные санкции США (https://ofac.treasury.gov/sanctions-programs-and-country-information)
введены (https://en.wikipedia.org/wiki/United_States_government_sanctions) против Крыма, ДНР, ЛНР, Ирана, КНДР и Кубы. Против РФ введены жёсткие санкции, но пока не применяется полный эмбарго. В данный момент запросы к Let's Encrypt на получение сертификатов из РФ для доменов, не упомянутых в санкционных списках (https://sanctionssearch.ofac.treas.gov/), принимаются без ограничений.
Дополнение: Комментируя изменение пользовательского соглашения, директор организации ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt, пояснил (https://news.ycombinator.com/item?id=48465754), что сертификаты продолжат выдаваться для Ирана и России, но не будут доступны для российских и иранских госучреждений. По словам представителя Let's Encrypt, изменения лишь документируют сложившуюся практику и никаких новых блокировок не последует.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1781070947.png
(https://letsencrypt.org/documents/LE-SA-v1.7-June-04-2026.pdf)
Источник: http://www.opennet.me/opennews/art.shtml?num=65656 (http://www.opennet.me/opennews/art.shtml?num=65656)
https://www.opennet.me/opennews/art.shtml?num=65656

2026-06-09 19:34:32 UTC

Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux
Представлен (https://asterinas.github.io/2026/06/04/announcing-asterinas-0.18.0.html) релиз проекта Asterinas 0.18 (https://asterinas.github.io/), развивающего ядро, написанное на языке Rust и предназначенное для использования в операционных системах общего назначения. Ядро предоставляет ABI (Application Binary Interface), совместимый с ядром Linux и способный использоваться вместо него. Параллельно развивается дистрибутив Asterinas NixOS (https://asterinas.github.io/book/distro/index.html), сочетающий ядро Asterinas с системным окружением NixOS. Код проекта распространяется (https://github.com/asterinas/asterinas) под лицензией MPL (Mozilla Public License).
В настоящее время в ядре реализовано около 240 системных вызовов Linux. В дистрибутиве Asterinas NixOS верифицирована работа поверх ядра Asterinas более 100 пакетов (https://asterinas.github.io/book/distro/popular-applications/index.html) из NixOS. Среди поддерживаемых пакетов: Xfce, Firefox, bash, systemd, Podman, QEMU, rsync, Apache httpd, nginx, SQLite, Redis, Clang, GCC, Go, Lua, Node.js, OpenJDK, Perl, PHP, Python, Ruby, Rust, Git, FFmpeg, PyTorch, TensorFlow, Ollama и Codex.
В ядре обеспечена полная поддержка архитектуры x86-64, частичная поддержка RISC-V 64 и x86-64 с изоляцией на базе Intel TDX, а также начальная поддержка архитектуры LoongArch 64. Из приоритетных областей применения называются системы, завязанные на Linux ABI, но требующие более высокого уровня защищённости. Например, Asterinas предлагается использовать для формирования системного окружения защищённых виртуальных машин, для изоляции которых используются такие технологии, как ARM CCA, AMD SEV и Intel TDX, а также на стороне хост-системы, обеспечивающей запуск контейнеров.
Для снижения вероятности появления ошибок при работе с памятью, являющихся главным источником наиболее опасных уязвимостей, при написании Asterinas задействован язык Rust и тактика ограниченного использования unsafe-блоков. Ядро построено с использованием архитектуры framekernel (https://asterinas.github.io/book/kernel/the-framekernel-architecture.html), в которой попытались совместить возможности изоляции микроядер с эффективностью монолитных ядер.
Компоненты ядра в Asterinas размещаются в общем адресном пространстве, а безопасность достигается на уровне логического разделения безопасного кода и кода, в котором не исключено возникновение проблем с безопасностью. Ядро разбито на две части, написанные на Rust: OS Framework и OS Services. В OS Services запрещено применение unsafe-блоков, а все низкоуровневые операции, требующие выполнения кода в блоках unsafe, вынесены в OS Framework и доступны только через высокоуровневый API. Все системные вызовы, файловые системы и драйверы реализуются на уровне OS Services и не могут включать unsafe-блоки.
Для разработки системных сервисов и модулей ядра поставляется инструментарий OSDK (https://asterinas.github.io/book/osdk/guide/) (Operating System Development Kit), предоставляющий утилиту cargo-osdk для создания, сборки, тестирования и запуска компонентов операционной системы. Для разработчиков подготовлен набор библиотек OSTD (https://asterinas.github.io/book/ostd/) (Operating System Standard Library), включающий редакцию стандартных библиотек Rust(crate std), адаптированную для использования в компонентах операционной системы.
Среди изменений в версии 0.18:
- В рамках работы по обеспечению запуска Asterinas в качестве гостевой системы в VM-контейнерах Kata Containers (https://www.opennet.me/opennews/art.shtml?num=61039) и Confidential Containers (https://confidentialcontainers.org/) реализована поддержка пространств имён IPC и cgroup, nsfs (/proc/[pid]/ns), cgroups, virtio-fs (для доступа к общей с хост-системой ФС), virtio-rng (/dev/hwrng для энтропии к генератору псеводослучайных чисел) и vsock (для взаимодействия между хостовой и гостевой системами).
- Реализован системный вызов ptrace и возможности для отладки в пространстве пользователя при помощи GDB и strace.
- Предложена новая реализация файловой системы ext2 и добавлен драйвер NVMe. В VFS добавлен механизм Dentry (https://docs.kernel.org/filesystems/vfs.html) (Directory Entry) и переделана реализация страничного кэша.
- В дистрибутиве Asterinas NixOS реализована возможность запуска Codex, QEMU и Firefox.
- Добавлены системные вызовы pidfd_getfd, pidfd_send_signal, pivot_root.
- Добавлена начальная поддержка IPv6.
- Реализована система capabilities (https://man7.org/linux/man-pages/man7/capabilities.7.html) для делегирования отдельных привилегированных операций.
- Добавлена начальная реализация фреймворка LSM (https://docs.kernel.org/admin-guide/LSM/index.html) (Linux Security Modules).
Источник: http://www.opennet.me/opennews/art.shtml?num=65654 (http://www.opennet.me/opennews/art.shtml?num=65654)
https://www.opennet.me/opennews/art.shtml?num=65654

2026-06-09 14:04:32 UTC

Опубликован Vortex 3.0, открытый GPGPU на базе архитектуры RISC-V
Доступен (https://github.com/vortexgpgpu/vortex/releases/tag/v3.0) выпуск проекта Vortex 3.0 (https://vortex.cc.gatech.edu/), развивающего открытый GPGPU (https://ru.wikipedia.org/wiki/GPGPU) на базе архитектуры набора команд RISC-V, рассчитанный на выполнение параллельных вычислений с использованием API OpenCL и модели выполнения SIMT (Single Instruction, Multiple Threads). Проект также может быть использован при проведении исследований в области 3D-графики и при разработке новых архитектур GPU. Схемы, описания аппаратных блоков на языке Verilog, симулятор, драйверы и сопутствующая проектная документация распространяются (https://github.com/vortexgpgpu/vortex) под лицензией Apache 2.0.
Основу GPGPU составляет типовой ISA RISC-V, расширенный дополнительными инструкциями (https://github.com/vortexgpgpu/vortex/blob/master/docs/microarchitecture.md) для поддержки функций GPU и управления потоками. Изменения в архитектуре набора команд RISC-V сведены к минимуму и по возможности используются уже имеющиеся векторные инструкции. Среди дополнительных инструкций: "tex" для ускорения обработки текстур; vx_rast для управления растеризацией, vx_rop для обработки фрагментов, глубины и прозрачности; vx_imadd для выполнения операции "умножить и сложить"; vx_wspawn, vx_split, vx_join, vx_tmc и vx_bar для активации групп потоков (wavefront), параллельно выполняемых SIMD Engine.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1723022110.png
(https://github.com/vortexgpgpu/vortex/blob/master/docs/microarchitecture.md)
Развиваемый GPGPU поддерживает 32- и 64-разрядные архитектуры набора команд RISC-V RV32IMF и RV64IMAFD, и может включать опциональную разделяемую память, кэши уровней L1, L2 и L3, а также настраиваемое число ядер, блоков задач (warps) и потоков. В свою очередь для каждого ядра предусмотрена возможность включения настраиваемого числа ALU, FPU, LSU и SFU. Для создания прототипов могут использоваться FPGA Xilinx и Altera, а для симуляции работы чипа применяться Verilator (https://www.veripool.org/verilator/) (Verilog-симулятор), RTLSIM (симуляция RTL) и SimX (программная симуляция).
Для разработки приложений предлагается инструментарий (https://github.com/vortexgpgpu/vortex-toolchain-prebuilt), включающий адаптированные для работы с Vortex варианты PoCL (https://github.com/vortexgpgpu/pocl) (компилятор и runtime OpenCL), LLVM/Clang, GCC и Binutils. Проектом поддерживается спецификация OpenCL 1.2 и через трансляцию в OpenCL реализована поддержка промежуточного представления шейдеров SPIR-V.
Среди изменений в Vortex 3.0:
- Добавлен аппаратный графический стек, включающий блоки для растеризации, наложения текстур и слияния вывода (OM - Output Merger). Для Mesa на базе реализованного графического стека и программного растеризатора lavapipe подготовлен Vulkan-драйвер vortexpipe.
- Расширены возможности тензорного ядра, предназначенного для ускорения выполнения моделей машинного обучения, в котором реализована поддержка структурной разрежённости (structured sparsity) для сжатия весовых матриц.
- Реализована операция WGMMA (warpgroup-level matrix multiplication) для умножения матриц в асинхронном режиме.
- Добавлен движок DXA (Data Transfer Acceleration) для ускорения передачи данных из глобальной в локальную память.
- Реализована новая архитектура на базе процессора команд (CP, Command Processor) и аппаратного планировщика вычислительных ядер (KMU - Kernel Management Unit), позволяющая вынести на сторону чипа операции диспетчеризации вычислительных потоков.
- Предложена новая runtime-библиотека, работающая в неблокирующем режиме и предоставляющая абстракции, транслируемые в аппаратные асинхронно выполняемые команды. Поддерживаются очереди, события, модули и синхронизация на базе асинхронных барьеров с семантикой arrive/wait/event.
- Добавлена поддержка укороченных инструкций RISC-V (RVC).
- Реализована аппаратная поддержка атомарных операций (Hardware Atomics).
- Полностью переработан FPU и предложены новые блоки умножителей (Wallace-tree, Folded-radix) и сумматоров (Kogge-Stone).
- Добавлен стек виртуальной памяти на базе блока управления памятью (MMU) с поддержкой 32-битной архитектуры виртуальной адресации SV32.
- Поддержка RISC-V расширения Zicond c реализацией условных операций.
- Интегрировано управление тактовой частотой (clock gating).
- Реализована поддержка языка HIP (https://rocm.docs.amd.com/projects/HIP/en/latest/what_is_hip.html) (Heterogeneous Interface for Portability) через фреймворк chipStar (https://github.com/CHIP-SPV/chipStar), транслирующий HIP в SPIR-V.
- Обеспечена полноценная интеграция с симулятором GEM5 (https://www.gem5.org/) и добавлена поддержка симулятора SimX на архитектуре TLM (Transaction-Level Modeling).
- Добавлена поддержка инструментариев Synopsys и Yosys для синтеза логики для производства чипов, а также поддержка использования библиотек стандартных элементов ASAP7 (7nm), SAED14 (14nm) и NanGate (15nm).
- Эталонный инструментарий обновлён до LLVM 20 и POCL 7.0.
Источник: http://www.opennet.me/opennews/art.shtml?num=65652 (http://www.opennet.me/opennews/art.shtml?num=65652)
https://www.opennet.me/opennews/art.shtml?num=65652

2026-06-09 11:34:31 UTC

2026-06-07 10:34:31 UTC

Планы развития Ubuntu Desktop 26.10
Жан-Батист Лальман (Jean Baptiste Lallement), директор по инжинирингу в компании Canonical, опубликовал (https://discourse.ubuntu.com/t/ubuntu-desktop-26-10-stonking-stingray-roadmap-building-toward-ubuntu-28-04-lts/83751) планы по развитию функциональности среды рабочего стола, которые намерены воплотить в осеннем выпуске Ubuntu 26.10. Выделяется четыре ключевые направления работы:
- Развитие окружения на основе GNOME.
Обновление среды рабочего стола до выпуска GNOME 51, намеченного (https://release.gnome.org/calendar/) на 16 сентября.
Переход с dbus-daemon (https://www.freedesktop.org/wiki/Software/dbus/) на dbus-broker (https://github.com/bus1/dbus-broker/) в качестве применяемой по умолчанию реализации шины D-Bus. D-Bus Broker реализован в пространстве пользователя, но активно использует для ускорения подсистемы ядра Linux, сохраняет совместимость с эталонной реализацией D-Bus и может быть использован для прозрачной замены dbus-daemon. D-Bus Broker учитывает ресурсы в привязке к пользователям и уделяет особое внимание оптимизации производительности и повышению надёжности (например, сообщение не может быть потеряно без обработки ошибки). Проект Fedora перешёл по умолчанию на dbus-broker в 2019 году.
Предоставление полноценной сборки с рабочим столом для плат с CPU RISC-V, поддерживающих профиль RVA23 (https://riscv.org/riscv-news/2024/10/risc-v-announces-ratification-of-the-rva23-profile-standard/) (RISC-V Application), в который включены расширения для векторных операций и гипервизоров.
Реализация средств для людей с ограниченными возможностями, определённых в стандарте WCAG 2.2 (https://www.w3.org/TR/WCAG22/). Устранение недостатков, выявленных в ходе аудита.
Обновление мультимедийного фреймворка GStreamer до следующей ветки 1.30 и задействование плагинов к GStreamer, написанных на Rust. Упрощение поиска и установки дополнительных проприетарных кодеков.
- Сочетание простоты выполнения типовых задач для новичков с гибкостью и возможностью использования расширенной функциональности для опытных пользователей.
Поставка универсального интерфейса для управления приложениями (App Center), поддерживающего пакеты разных форматов (deb, snap) и упрощающего поиск необходимых программ с оглядкой на категории и рейтинг.
Улучшение интерфейса для поиска и выбора дополнительных драйверов, с возможностью оценки их готовности к повседневному использованию.
Разработка нового упрощённого интерфейса установки дистрибутива, значительно снижающего сложность разбивки на разделы и настройку хранилищ.
Разработка нового мастера первичной настройки, выносящего из инсталлятора на стадию первого первого запуска системы операции базовой настройки системы и задания специфичных для пользователя параметров. Возможность автоматизации первичной настройки при массовой установке Ubuntu.
- Внедрение возможностей на базе AI (https://www.opennet.me/opennews/art.shtml?num=65306), понимающих контекст и предугадывающих намерения пользователя.
Добавление инструментов, учитывающих контекст во время работы с рабочим столом (Context-Aware Desktop) и помогающих пользователю в выполнении намеченной работы, предоставляя информацию, комбинирующую данные из приложений, сервисов и рабочего стола.
Интеграция системы распознавания речи для организации голосового ввода и распознавания команд на естественном языке.
- Построение заслуживающей доверия платформы.
Продолжение развития пакета authd (https://github.com/canonical/authd) для настройки централизованной аутентификации через облачных провайдеров идентификации. Добавление возможности подключения с использованием учётных записей в сервисах Microsoft и поддержка многофакторной аутентификации (MFA) на базе приложения Microsoft Authenticator. Поддержка передачи сведений об идентификаторах пользователя через атрибуты, задаваемые внешними провайдерами идентификации, для присвоения пользователю единых UID и GID на разных компьютерах. Предоставление администратору опции для отключения локальной аутентификации по паролям для пользователей с централизованными учётными записями.
Добавление в NetworkManager возможности аутентификации при подключении к VPN, используя сертификаты PKCS#11 и смарт-карты.
Интеграция в конфигуратор (GNOME Settings) информации о сертификации оборудования (Ubuntu Certified hardware).
Введение в строй нового wiki-сайта (https://discourse.ubuntu.com/t/a-new-ubuntu-wiki-part-1-announcement/72729) с документацией и руководствами, объединяющего информацию из wiki Ubuntu (https://wiki.ubuntu.com) и wiki Canonical (https://help.ubuntu.com/community).
Проведение оптимизации производительности и снижение размера сборок для Windows-подсистемы WSL (Windows Subsystem for Linux).
Источник: http://www.opennet.me/opennews/art.shtml?num=65637 (http://www.opennet.me/opennews/art.shtml?num=65637)
https://www.opennet.me/opennews/art.shtml?num=65637

2026-06-07 08:19:33 UTC

Стабильный выпуск XLibre XServer 25.1, форка X.Org Server
Спустя ровно год с момента основания (https://www.opennet.me/opennews/art.shtml?num=63369) форка X.Org Server представлен (https://github.com/orgs/X11Libre/discussions/513) выпуск XLibre 25.1.6 (https://github.com/X11Libre/xserver). Выпуск ознаменовал перевод ветки 25.1 в разряд стабильных (прошлые обновления имели качество бета-версий и предназначались для тестирования). XLibre применяется по умолчанию в дистрибутивах Artix Linux, GhostBSD, OpenMandriva и Vendefoul Wolf. Для Arch Linux, Debian, DragonFly BSD, Fedora, FreeBSD, Gentoo Linux, GNU Guix, Linux Mint, MX Linux, RHEL, Slackware, Ubuntu и Void Linux сообществом поддерживаются пакеты для замены X.Org Server на XLibre.
Основные изменения (https://github.com/X11Libre/xserver/wiki/XLibre-XServer-25.1-Changes) в ветке XLibre XServer 25.1:
- Добавлена (https://github.com/X11Libre/xserver/issues/202) поддержка библиотеки libseat (https://sr.ht/~kennylevinsen/seatd/) и фонового процесса seatd, предоставляющих возможности для управления сеансом и организации доступа к совместно используемым устройствам ввода и вывода (может использоваться в качестве альтернативы systemd-logind).
- Улучшена поддержка проприетарных драйверов NVIDIA. В дополнение к ранее поддерживаемым выпускам драйверов NVIDIA 570+, добавлена поддержка старых веток 340, 390 и 470, активируемая через указание флага "legacy_nvidia_padding" при сборке Xserver и позволяющая обойтись без выставления в директиве ServerFlags параметра IgnoreABI.
На системах с драйвером NVIDIA включена поддержка архитектуры 2D-ускорения GLAMOR, которая использует OpenGL для ускорения 2D-операций (ранее поддержка GLAMOR была отключена из-за несовместимости с DDX-драйвером "modesetting (https://www.opennet.me/opennews/art.shtml?num=44844)" на системах с драйверами NVIDIA, теперь данная несовмесимость устранена).
- Возвращён X-сервер Xfbdev, использующий фреймбуфер, предоставляемый устройством framebuffer (https://docs.kernel.org/fb/framebuffer.html) (/dev/fb*) в Linux. Xfbdev может работать без графических драйверов и подходит для применения на встраиваемых системах и в окружениях с ограниченными ресурсами.
- Реализовано X11-расширение Xnamespace (https://github.com/X11Libre/xserver/blob/master/doc/Xnamespace.md), обеспечивающее изоляцию клиентов через разделение на уровне пространств имён X11.
- Добавлена поддержка платформы Cygwin (https://www.opennet.me/opennews/art.shtml?num=62903) (GNU-окружение для Windows).
- Добавлена возможность задания свойства DPI в привязке к разным мониторам.
- В драйвере dga прекращена поддержка устаревшего протокола DGA 1.0.
- В системе непрерывной интеграции реализовано тестирование сборок для платформ DragonFly BSD, FreeBSD, NetBSD, Cygwin (x86-64), macOS и Windows.
- Устранены уязвимости CVE-2026-50256, CVE-2026-50257, CVE-2026-50258, CVE-2026-50259, CVE-2026-50260, CVE-2026-50261, CVE-2026-50262 и CVE-2026-50263, недавно исправленные (https://www.opennet.me/opennews/art.shtml?num=65600) в X.Org Server 21.1.23 и xwayland 24.1.12.
Проект развивает Энрико Вайгельт (Enrico Weigelt (https://github.com/metux)), занимающий первое место по числу подготовленных для X-сервера изменений - до создания форка от Энрико в X.Org Server было принято около 1600 изменений и ещё более 1200 изменений включено в кодовую базу форка. Энрико также является мэйнтейнером драйверов AMD FCH GPIO и VIRTIO GPIO в ядре Linux, и мэйнтейнером Xnest (https://www.x.org/archive/X11R7.6/doc/man/man1/Xnest.1.xhtml). Причиной создания форка было несогласие (https://www.opennet.me/opennews/art.shtml?num=63369) с политикой сопровождающих X.Org, ведущей к стагнации разработки, в то время как Энрико выступал за активное продолжение развития и проведения большой чистки X-сервера. Недовольство сопровождающих в отношении Энрико, которое привело к прекращению приёма от него изменений, вызвано тем, что некоторые связанные с проведением чистки изменения приводили к проблемам, регрессиям, нарушению ABI и сбоям при сборке.
Источник: http://www.opennet.me/opennews/art.shtml?num=65636 (http://www.opennet.me/opennews/art.shtml?num=65636)
https://www.opennet.me/opennews/art.shtml?num=65636

2026-06-07 07:04:36 UTC

2026-06-06 20:04:35 UTC

Энтузиасты развивают Opengram, открытый сервер для протокола Telegram
Сообщество энтузиастов развивает Opengram (https://github.com/opengram-server/opengram) — открытую реализацию серверной части
мессенджера Telegram. Проект представляет собой самостоятельный сервер, реализующий протокол MTProto (поддерживается layer до 216), который может использоваться для замены официальной серверной инфраструктуры Telegram при развёртывании на собственном оборудовании. Поддерживаются официальные клиенты Telegram (Telegram Desktop, мобильные приложения) после изменения в них адреса дата-центра и публичного RSA-ключа сервера.
Opengram является форком проекта mytelegram (https://github.com/loyldg/mytelegram). Код Opengram написан на языке C# (.NET 9) и
распространяется (https://github.com/opengram-server/opengram) в исходных текстах (лицензия не указана, но изначальный проект mytelegram поставляется под лицензией Apache 2.0).
Сервер построен на наборе микросервисов, запускаемых через Docker Compose: шлюз MTProto-подключений, сервер авторизации и обмена ключами, сервер сессий, серверы команд и запросов (архитектура CQRS), HTTP Bot API, служебный API администрирования, серверы хранения и раздачи файлов, TURN/STUN для звонков и сервис отправки кодов подтверждения. В качестве инфраструктуры используются MongoDB , Redis, RabbitMQ и MinIO.
Из поддерживаемых возможностей: личные чаты, группы, супергруппы и каналы, секретные (end-to-end) чаты, голосовые и видеозвонки (через TURN/STUN и SFU mediasoup), боты и Bot API, настройки приватности и двухфакторная аутентификация, стикеры, реакции и кастомные эмодзи; звёзды (Stars) и подарки (Star Gifts), включая перепродажу и апгрейд. истории (Stories), темы оформления и обои; запланированные и самоудаляющиеся сообщения.
Источник: http://www.opennet.me/opennews/art.shtml?num=65629 (http://www.opennet.me/opennews/art.shtml?num=65629)
https://www.opennet.me/opennews/art.shtml?num=65629

2026-06-06 12:34:35 UTC

Изменение процесса разработки и прогресс в развитии браузера Ladybird
Андреас Клинг (Andreas Kling), основатель web-браузера Ladybird (https://ladybird.org/), объявил (https://ladybird.org/posts/changing-how-we-develop-ladybird/3) об изменении процесса разработки проекта. Ladybird отныне прекращает приём публичных pull-запросов и переходит к продвижению изменений в кодовую базу только через сопровождающих. Все уже открытые публичные pull-запросы будут закрыты. Исходный код (https://github.com/LadybirdBrowser/ladybird) Ladybird продолжит поставляться под лицензией BSD. Сообщения о проблемах, уязвимостях и тестировании работы с сайтами продолжат приниматься без изменения. Сторонние энтузиасты также смогут принимать участие в обсуждениях, связанных с поддержкой стандартов и архитектурой проекта.
В качестве причин прекращения принятия публичных pull-запросов упоминается подготовка к первому альфа-выпуску, требующая более строгого распределения ответственности за вносимые изменения. По мнению создателей Ladybird код должен приниматься только от тех, кто заслуживает доверия и готов нести персональную ответственность за каждую строку кода, и то, соответствует ли код архитектуре проекта и сможет ли поддерживаться в будущем.
Из проблем возникающих при приёме изменений от всех желающих упоминается снижение уровня доверия к авторам патчей - из-за возможности формирования изменений через AI, размер патча теперь не корректирует с трудозатратами и потраченным на разработку временем. Принятие сторонних патчей также упрощает деятельность злоумышленников, первое время генерирующих рабочие изменения, чтобы заслужить доверие для последующего внедрения в код скрытой уязвимости.
Дополнительно можно отметить майский отчёт (https://ladybird.org/newsletter/2026-05-31/) о развитии Ladybird. Из недавних достижений отмечается:
- Реализован JIT-компилятор для WebAssembly, основанного на Cranelift (https://cranelift.dev/) (переход от интерпретации к JIT-компиляции в 8 раз повысил производительность прохождения теста CoreMark и в 3-4 раза микротестов отдельных функций);
- Задействован новый блокировщик нежелательного контента, основанный на библиотеке adblock-rust (https://github.com/brave/adblock-rust) от проекта Brave и поддерживающий фильтры в стиле Adblock Plus и EasyList;
- На языке Rust переписан парсер HTML;
- Код прокрутки содержимого вынесен из основного потока в отдельный процесс композитинга и переведён на асинхронную модель работы;
- Включён по умолчанию API Media Source Extensions (https://developer.mozilla.org/en-US/docs/Web/API/Media_Source_Extensions_API) и улучшена работа с потоковым видео;
- Добавлена система кэширования байткода JavaScript на диске;
- В сборщике мусора реализован инкрементальный режим очистки памяти, исключающий длительные приостановки вычислений и повышающий отзывчивость интерфейса;
- Расширена поддержка CSS, реализованы контейнерные запросы (@container), разграничение области видимости (@scope), "grid-template-columns: subgrid", "scroll-margin", "scroll-padding";
- Добавлен API Permissions (https://developer.mozilla.org/en-US/docs/Web/API/Permissions_API);
- Реализован протокол HSTS (https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Strict-Transport-Security) (HTTP Strict Transport Security);
- Обеспечено автоматическое определения кодировки текста;
- В инструменты для web-разработчиков добавлена поддержка инспектирования flexbox- и grid-раскладок;
- Улучшена совместимость с Discord, Shopify, Reddit, а также с сайтами, использующими графики на базе библиотеки TradingView (https://www.tradingview.com/).
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780748265.png
(https://ladybird.org/assets/img/newsletter-may-2026-tradingview-after.png)
- Модернизирован интерфейс пользователя на базе библиотеки Qt. Реализован режим вертикального отображения вкладок. Добавлена поддержка перемещения вкладок мышью для их группировки, отсоединения или переноса в другое окно;
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780747583.png
(https://ladybird.org/assets/img/newsletter-may-2026-vertical-tabs-dark.png)
- Вместо типовых для Qt стилей панелей и кнопок, реализовано собственное оформление вкладок, панели инструментов и адресной строки. Добавлена возможность восстановления недавно закрытых вкладок и окон. Реализована функция вставки текста из буфера обмена средней кнопкой мыши.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780747925.png
(https://ladybird.org/assets/img/newsletter-may-2026-chrome-dark.png)
Браузер Ladybird (https://ladybird.org/) развивается Андреасом Клингом, который когда-то работал в компании Nokia и занимался разработкой KHTML, а затем в Apple был одним из разработчиков Safari. Изначально проект был создан как приложение для операционной системы SerenityOS (https://www.opennet.me/opennews/art.shtml?num=50753), но летом 2024 года был выделен (https://www.opennet.me/opennews/art.shtml?num=61301) в отдельный проект и получил (https://www.opennet.me/opennews/art.shtml?num=61474) пожертвование в 1 млн. долларов. Браузер написан на языке С++ (стартовал (https://www.opennet.me/opennews/art.shtml?num=64861) проект переписывания компонентов на Rust) и распространяется (https://github.com/LadybirdWebBrowser/ladybird) под лицензией BSD. Проектом развиваются собственный движок LibWeb (https://github.com/LadybirdWebBrowser/ladybird/tree/master/Userland/Libraries/LibWeb), JavaScript-интерпретатор LibJS (https://github.com/LadybirdWebBrowser/ladybird/tree/master/Userland/Libraries/LibJS) и сопутствующие библиотеки.
Источник: http://www.opennet.me/opennews/art.shtml?num=65628 (http://www.opennet.me/opennews/art.shtml?num=65628)
https://www.opennet.me/opennews/art.shtml?num=65628

2026-06-05 16:34:32 UTC

Компания Alibaba опубликовала инструментарий Open Code Review для рецензирования кода
Alibaba, одна из крупнейших китайских IT-компаний, опубликовала (https://github.com/alibaba/open-code-review) открытую платформу Open Code Review (https://alibaba.github.io/open-code-review/) с реализацией гибридной архитектуры рецензирования, сочетающей строгие методы проверки с гибкими возможностями больших языковых моделей. Проект основан на коде применяемой в Alibaba внутренней системы рецензирования изменений, написан на языке Go и распространяется (https://github.com/alibaba/open-code-review) под лицензией Apache 2.0.
Система поддерживает интеграцию с различными большими языковыми моделями, допускает привязку комментариев к конкретным строкам в коде и содержит встроенные наборы правил для выявление типовых проблем и уязвимостей, таких как ошибки при синхронизации потоков, межсайтовый скриптинг и подстановка SQL-кода. Проверка на основе правил предоставляется для языков Java, TypeScript, Go, Python, Kotlin, C++ и C.
Open Code Review предлагает инструментарий командной строки, читающий изменения из git, отправляющий их большой языковой модели через выбранного AI-агента и генерирующий структурированный отчёт с построчными комментариями. Помимо анализа переданных изменений AI-агент может выполнять поиск в кодовой базе, загружать файлы из репозитория и инспектировать другие изменённые файлы для более глубокого погружения к контекст и учёта связи с другими изменениями.
Источник: http://www.opennet.me/opennews/art.shtml?num=65623 (http://www.opennet.me/opennews/art.shtml?num=65623)
https://www.opennet.me/opennews/art.shtml?num=65623

2026-06-05 10:34:31 UTC

Производитель телевизоров Roku опубликовал открытую операционную систему Roku LT OS
Компания Roku (https://en.wikipedia.org/wiki/Roku), производящая телевизоры, телеприставки и устройства для умного дома, представила (https://blog.roku.com/developer/roku-lt-os) открытую операционную систему Roku LT OS, нацеленную на использование в специализированных инженерных проектах и встраиваемые системах. Roku LT OS позволяет создавать собственные решения, способные работать в окружениях с ограниченными ресурсами и жёсткими требованиями к задержкам и предсказуемому времени выполнения операций. Код проекта написан на языке Си и распространяется (https://github.com/rokudev/lt-sdk) под лицензией Apache 2.0. Поддерживается создание прошивок для чипов ESP32 и STMicro, а также запуск Roku LT OS поверх Linux.
Для разработки решений на базе Roku LT OS поставляется SDK и примеры прошивок, а в качестве обучающего руководства предложен видеокурс (https://www.youtube.com/playlist?list=PLXLCv18IEHshzm8Tnzz9j_WBjKLuDCaTB). Roku использует Roku LT OS в пультах дистанционного управления телевизорами. Представленная ОС также задействована в университетском проекте LT Racing, развивающем гоночный электромобиль, в качестве операционной системы для блока управления (VCU, Vehicle Control Unit) на базе SoC STM32H755ZI. Данный чип включает два ядра ARM Cortex‑M4 и ARM Cortex‑M7, которые задействованы для раздельного изолированного выполнения независимых экземпляров Roku LT OS.
В качестве минимальных требований к оборудованию заявлены процессор 100Mhz и 64 Кб ОЗУ. Запускаемые в Roku LT OS приложения собираются в форме динамически загружаемых разделяемых библиотек. Имеется поддержка TCP/IP стека lwIP, кодеков MP4 и Opus, шифрования и TLS. Поставляются драйверы для различных датчиков, BlueTooth, USB, устройств ввода, Wi-Fi, SD-карт, NPU, SPI, I2C.
Источник: http://www.opennet.me/opennews/art.shtml?num=65620 (http://www.opennet.me/opennews/art.shtml?num=65620)
https://www.opennet.me/opennews/art.shtml?num=65620

2026-06-05 08:34:33 UTC

Microsoft анонсировал универсальный дистрибутив Azure Linux 4.0
Компания Microsoft анонсировала (https://techcommunity.microsoft.com/blog/linuxandopensourceblog/announcing-azure-linux-4-0-purpose-built-for-azure-now-in-public-preview/4524267) первую публично доступную экспериментальную сборку дистрибутива Azure Linux 4.0 (https://learn.microsoft.com/en-us/azure/azure-linux/intro-azure-linux), подготовленную для запуске в виртуальных машинах и контейнерах. В дальнейшем обещают опубликовать экспериментальные сборки для WSL (Windows Subsystem for Linux) и AKS (Azure Kubernetes Service). Ветка Azure Linux 4 преподносится как универсальное решение, оптимизированное для платформы Azure и пригодное для использования во всех связанных с ней сферах, от виртуальных машин и контейнеров до узлов в кластере Kubernetes и систем разработчиков. Специфичные для дистрибутива изменения поставляются (https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT.
По сравнению с Azure Linux 3.0 новая ветка переведена с собственной пакетной базы на использование пакетов из дистрибутива Fedora 43. В качестве основы используются штатные SRPM-пакеты из репозиториев Fedora, для которых поставляется набор оверлеев (https://github.com/microsoft/azurelinux/tree/4.0/base/comps/) - файлов конфигурации в формате TOML, дающих возможность пересобирать пакеты с дополнениями, оптимизациями и изменениями, необходимыми для Azure Linux. Для генерации результирующих RPM-пакетов на основе SRPM-пакетов Fedora и оверлеев применяется инструментарий azldev (https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT. Система сборки Azure Linux даёт возможность генерировать как классические установочные окружения с RPM-пакетами, так и монолитные атомарно обновляемые системные образы.
В Azure Linux 4.0 поставляется ядро Linux 6.18 с дополнительными оптимизациями, добавлена защита от атак через зависимости (supply chain), обеспечен предсказуемый цикл поддержки и выпуска обновлений, реализованы инструменты для интеграции с облаком Azure и включены возможности для усиления безопасности, такие как фильтрация системных вызовов, шифрование дисковых разделов, верификация репоизиториев и пакетов по цифровой подписи, защита от атак, связанных с символическими ссылками и сборка с опциями для защиты от переполнений буфера.
В состав включены новые драйверы, оптимизированные для оборудования, применяемого в Azur, улучшена интеграция с гипервизором Hyper-V и добавлена поддержка GPU- и AI-ускорителей. Пакетный менеджер tdnf (https://github.com/vmware/tdnf) заменён на dnf5. Обеспечена поддержка SELinux. Среди задействованных версий системных компонентов: glibc 2.42, OpenSSL 3.5, systemd 258, Python 3.14, RPM 6.0.
Источник: http://www.opennet.me/opennews/art.shtml?num=65618 (http://www.opennet.me/opennews/art.shtml?num=65618)
https://www.opennet.me/opennews/art.shtml?num=65618

2026-06-04 20:04:31 UTC

Релиз Chrome 149
Компания Google опубликовала (https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html) релиз web-браузера Chrome 149 (http://www.google.com/chrome). Одновременно доступен стабильный выпуск свободного проекта Chromium (http://dev.chromium.org/), выступающего основой Chrome. Браузер Chrome отличается (https://chromium.googlesource.com/chromium/src/+/master/docs/chromium_browser_vs_google_chrome.md) от Chromium использованием логотипов Google, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого от копирования видеоконтента (DRM), системой автоматической установки обновлений, постоянным включением Sandbox-изоляции, поставкой ключей к Google API и передачей RLZ-параметров (https://www.opennet.me/opennews/art.shtml?num=26822) при поиске. Для тех, кому необходимо больше времени на обновление, отдельно поддерживается ветка Extended Stable, сопровождаемая 8 недель. Следующий выпуск Chrome 150 запланирован на 30 июня.
Основные изменения в Chrome 149 (1 (https://chromeenterprise.google/resources/release-notes/), 2 (https://developer.chrome.com/en/blog/new-in-chrome-149/),
3 (https://blog.google/products-and-platforms/products/chrome/), 4 (https://developer.chrome.com/release-notes/149)):
- В конфигуратор в секцию "Система" ("System") добавлены настройки (https://support.google.com/chrome/answer/16961953) для управления загрузкой и использованием AI-моделей, выполняемых на устройстве пользователя. Например, можно полностью запретить использование подобных моделей и удалить ранее загруженные модели.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780598461.png
(https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780598448.png)
- В июне начнётся публикация официальных сборок Chrome 149 для Linux-систем на базе архитектуры ARM64, поставляемых в пакетах deb и rpm. Ранее официальные сборки Chrome для Linux публиковались только для архитектуры x86_64, а для архитектуры ARM64 были доступны только сторонние сборки Chromium, предлагаемые дистрибутивами.
- В Service Worker-ах ограничена возможность фоновой загрузки данных, используя API Background Fetch (https://developer.chrome.com/blog/background-fetch).
- В CSS реализована (https://developer.chrome.com/blog/gap-decorations-stable) поддержка настройки оформления разделителей между элементами в контейнерах grid и flexbox. Добавлены CSS-свойства column-rule-inset и row-rule-inset для укорачивания или удлинения разделителей, а также column-rule-visibility-items и row-rule-visibility-items для управления видимостью разделителей (только между заполненными элементами или во всех промежутках сетки). Ширину, цвет и отступы можно анимировать с помощью переходных эффектов (transition), активируемых, например, при наведении курсора.
- Убрано влияние активных WebSocket-соединений на сохранение страницы в кэше перехода (BFCache - Back-forward cache (https://web.dev/bfcache/)), обеспечивающем мгновенный переход при использовании кнопок "Назад" и "Вперёд" или при навигации по уже просмотренным страницам текущего сайта. Ранее наличие WebSocket-соединения не позволяло поместить страницу к кэш и приводило к необходимости её полной перезагрузки при нажатии кнопок "Назад" или "Вперёд".
- В CSS-свойстве shape-outside (https://drafts.csswg.org/css-shapes/#shape-outside-property) реализована возможность использования функций path(), shape(), rect() и xywh().
- В CSS-свойство "image-rendering" добавлено значение "crisp-edges (https://www.w3.org/TR/css-images/#ref-for-valdef-image-rendering-crisp-edges)", предписывающее масштабировать изображение без размытия с сохранением контраста и чётких границ.
- Добавлено CSS-свойство path-length (https://github.com/w3c/svgwg/pull/1073), позволяющее изменять атрибут pathLength в SVG.
- В объект Intl.Locale (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Locale) добавлена возможность задавать и получить информацию об используемом варианте языка (https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Intl/Locale/variants).
- Внесены (https://developer.chrome.com/blog/new-in-devtools-149) улучшения в инструменты для web-разработчиков, в которых стабилизирована (https://developer.chrome.com/blog/devtools-for-agents-v1) реализация MCP-сервера (Model Context Protocol) и интерфейса командной строки для AI-агентов. Добавлена возможность эмуляции собственных HTTP-заголовков. Значительное переработана панель AI-ассистента. Реализована экспериментальная возможность отладки страниц, использующих API WebMCP. В панель CSS добавлена поддержка автодополнения стилей, используя AI-модель Gemini.
Источник: http://www.opennet.me/opennews/art.shtml?num=65617 (http://www.opennet.me/opennews/art.shtml?num=65617)
https://www.opennet.me/opennews/art.shtml?num=65617

2026-06-04 12:34:32 UTC

Уязвимость в реализациях HTTP/2, приводящая к исчерпанию доступной памяти
Раскрыта (https://www.openwall.com/lists/oss-security/2026/06/03/3) информация об уязвимости "HTTP/2 Bomb (https://blog.calif.io/p/codex-discovered-a-hidden-http2-bomb)", затрагивающей различные реализации протокола HTTP/2 и позволяющей добиться отказа в обслуживании через исчерпание всей доступной процессу памяти. Наличие проблемы подтверждено в HTTP-серверах nginx, Apache httpd (CVE-2026-49975 (https://security-tracker.debian.org/tracker/CVE-2026-49975)), Microsoft IIS, Envoy (CVE-2026-47774 (https://security-tracker.debian.org/tracker/CVE-2026-47774)) и Cloudflare Pingora в конфигурации по умолчанию.
Уязвимость использует метод, напоминающий zip-бомбу, применяемую к функциональности сжатия заголовков в HTTP/2. Идея в том, что запрос может содержать тысячи сжатых заголовков, таких как "Cookie", без прикреплённых данных, каждый из которых в запросе представлен однобайтовой ссылкой в индексе HPACK, но на сервере требует полноценного выделения памяти под весь заголовок. Уровень расходования памяти в различных HTTP-серверах варьируется от примерно 70 байт на каждый байт в индексе для nginx, IIS и Pingora, до 4000 байт в Apache httpd и 5700 в Envoy. При атаке с потребительского компьютера, имеющего канал связи 100Mbps, для исчерпания 32 ГБ памяти требуется примерно 10 секунд при атаке на сервер с Envoy 1.37.2, 18 секунд - Apache httpd 2.4.67 и 45 секунд - nginx 1.29.7.
Для блокирования уязвимости в выпуске nginx 1.29.8 из проекта freenginx была перенесена (https://github.com/nginx/nginx/commit/365694160a85229a7cb006738de9260d49ff5fa2) директива max_headers, по умолчанию допускающая обработку не более 1000 заголовков. В Envoy исправление
включено (https://github.com/envoyproxy/envoy/security/advisories/GHSA-22m2-hvr2-xqc8) в состав выпуска 1.36.7 (https://github.com/envoyproxy/envoy/releases/tag/v1.36.7), в котором реализованы лимиты mutable_max_request_headers_kb и max_headers_count. В Apache httpd исправление (https://github.com/apache/httpd/commit/47d3100b252dc6668a9e46ae885242be9eeca9cd) предложено в выпуске модуля mod_http2 2.0.41 (https://github.com/icing/mod_h2/releases), который ещё не вошёл в релизы Apache httpd. Для
Microsoft IIS и Cloudflare Pingora (https://github.com/cloudflare/pingora) исправления пока отсутствуют.
В качестве обходного пути защиты можно отключить использование протокола HTTP/2 и выставить ограничение на размер памяти, доступный для рабочих процессов.
Источник: http://www.opennet.me/opennews/art.shtml?num=65616 (http://www.opennet.me/opennews/art.shtml?num=65616)
https://www.opennet.me/opennews/art.shtml?num=65616

2026-06-04 07:34:31 UTC

Уязвимость в libinput, позволяющая повысить свои привилегии в системе
В библиотеке libinput (https://gitlab.freedesktop.org/libinput/libinput/), предоставляющей унифицированный стек ввода для Wayland и X.Org Server, выявлена уязвимость (https://lore.freedesktop.org/wayland-devel/aiDRA35Gggyi5mTY@quokka/) (CVE не назначен), позволяющая (https://gitlab.freedesktop.org/libinput/libinput/-/work_items/1296) добиться выполнения кода с правами root через подключение локальным пользователем виртуального устройства ввода, сэмулированного в пользовательском пространстве через uinput (https://kernel.org/doc/html/v4.12/input/uinput.html) или uhid (https://docs.kernel.org/hid/uhid.html). Проблема устранена (https://gitlab.freedesktop.org/libinput/libinput/-/commit/76f0d8a7f57e2868882864b4611281f12f704b55) в выпусках 1.31.3 (https://gitlab.freedesktop.org/libinput/libinput/-/releases/1.31.3) и 1.30.4 (https://gitlab.freedesktop.org/libinput/libinput/-/releases/1.30.4).
Уязвимость присутствует в udev-обработчике libinput-device-group и
вызвана отсутствием должного экранирования спецсимволов в атрибутах, получаемых от устройств ввода и передаваемых в подсистему udev в форме "ключ=значение". Через подстановку символа перевода строки ("\n") в атрибут, можно добиться добавления своего правила udev, например, через выполнение при помощи uinput команды UI_SET_PHYS("poc\n‹SECOND_KEY›=‹value›"). Для выполнения произвольных команд с правами root достаточно подобным способом добавить udev-правило со свойством "REMOVE_CMD".
Для эксплуатации уязвимости атакующий должен иметь доступ к устройству /dev/uinput или /dev/uhid. Обычно доступ к uinput и uhid имеет только пользователь root, но в некоторых дистрибутивах поставляются udev-правила, позволяющие непривилегированным пользователям создавать устройства через uinput. Например, в Fedora подобные правила выставляются при установке пакетов steam-devices, antimicrox и kdeconnectd. Доступен (https://gitlab.freedesktop.org/libinput/libinput/-/work_items/1296) прототип эксплоита.
Источник: http://www.opennet.me/opennews/art.shtml?num=65615 (http://www.opennet.me/opennews/art.shtml?num=65615)
https://www.opennet.me/opennews/art.shtml?num=65615

2026-06-03 20:34:31 UTC

Регрессии в rsync 3.4.3 и принятие изменений, подготовленных с использованием AI
После выхода обновления утилиты для синхронизации файлов rsync 3.4.3 (https://github.com/RsyncProject/rsync/releases/tag/v3.4.3) с исправлением 6 уязвимостей, отмечено (https://mastodon.gamedev.place/@JeremiahFieldhaven/116654345332213390) появление регрессий (https://github.com/RsyncProject/rsync/issues), нарушающих работоспособность ранее используемых конфигураций. Помимо этого непонимание (https://teh.entar.net/@spacehobo/116659545246426837) и недовольство (https://github.com/RsyncProject/rsync/issues/929) вызвало добавление (https://github.com/RsyncProject/rsync/commits/master/) за последние две недели в репозитории rsync около 50 изменений, подготовленных с использованием AI-модели Claude. Некоторые пользователи связали (https://news.ycombinator.com/item?id=48334021) появление регрессий с генерацией низкокачественных исправлений уязвимостей при помощи AI.
Некоторые из регрессий в rsync 3.4.3:
- Начали (https://mastodon.gamedev.place/@JeremiahFieldhaven/116654345332213390) завершаться с ошибкой команды для инкрементального создания резервных копий, в которых было указано несколько опций "--compare-dest";
- Стало (https://github.com/RsyncProject/rsync/issues/900)
невозможно (https://github.com/RsyncProject/rsync/issues/924) собрать rsync на системах с ядрами Linux до версии 5.6 из-за задействования системного вызов openat2 (коммит 1 (https://github.com/RsyncProject/rsync/commit/1d5b5ab83af84db), коммит 2 (https://github.com/RsyncProject/rsync/commit/4fa7156ccdb2ad3));
- Перестал (https://github.com/RsyncProject/rsync/issues/897) работать формат "хост::модуль/путь" (коммит (https://github.com/RsyncProject/rsync/issues/897)).
- Перестали (https://github.com/RsyncProject/rsync/issues/910) восприниматься команды, использующие опцию
"--delete-missing-args" вместе с "--files-from" (коммит (https://github.com/RsyncProject/rsync/commit/8112445318a35e4)).
- При синхронизации стали выдаваться (https://github.com/RsyncProject/rsync/issues/927) ошибки о нахождении значения modtime_nsec вне допустимого диапазона.
- Нарушилась (https://github.com/RsyncProject/rsync/issues/896) сборка на старых версиях macOS.
- Изменилось (https://github.com/RsyncProject/rsync/issues/915) поведение (https://github.com/RsyncProject/rsync/issues/928) опции "--link-dest" (коммит (https://github.com/RsyncProject/rsync/commit/30656c5e358b1c6)).
- Возникли (https://github.com/RsyncProject/rsync/issues/904) сбои при запуске в мультиплексоре терминалов tmux.
Эндрю Триджелл (https://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B8%D0%B4%D0%B6%D0%B5%D0%BB%D0%BB,_%D0%AD%D0%BD%D0%B4%D1%80%D1%8E) (Andrew Tridgell), основатель проектов samba и rsync, два года назад вернувшийся (https://www.opennet.me/opennews/art.shtml?num=60941) к сопровождению rsync и добавивший проблемные коммиты, опубликовал (https://medium.com/@tridge60/rsync-and-outrage-d9849599e5a0) заметку с пояснением сложившейся ситуации. По словам Эндрю, проект rsync столкнулся с лавиной отчётов об уязвимостях, многие из которых были сгенерированы через AI. В релизе rsync 3.4.3 появление регрессий стало ценой устранения уязвимостей. Эндрю сознательно предпочёл исправить уязвимости, несмотря на то, что исправления могли нарушить работу некоторых редких, но корректных сценариев использования rsync. Подобные сценарии не покрывались старым тестовым набором и ручными проверками, поэтому регрессии остались не замеченными и будут устранены в следующим выпуске 3.4.4.
Возникшая ситуация побудила Эндрю модернизировать тестовый набор, ввести проверку покрытия кода и реализовать тестирование в системе непрерывной интеграции на разных платформах, а также выполнить анализ потенциальных уязвимостей. Так как Эндрю уже почти 60 лет и он предпочёл бы путешествовать на яхте, а не тратить своё время на устранение уязвимостей в rsync, он решил привлечь AI-ассистенты для выполнения рутинных задач в условиях свалившейся лавины сообщений об уязвимостях. Эндрю разработал архитектуру, план проверки и структуру нового тестового набора, после чего при помощи AI сгенерировал его на Python и заменил им ранее применявшийся тестовый shell-скрипт. При разработке использовалась модель Claude с ручной проверкой результата и перекрёстной проверкой в Codex и Gemini.
Источник: http://www.opennet.me/opennews/art.shtml?num=65589 (http://www.opennet.me/opennews/art.shtml?num=65589)
https://www.opennet.me/opennews/art.shtml?num=65589

2026-06-03 06:34:31 UTC

Microsoft представил Coreutils для Windows, эмулятор терминала Intelligent Terminal и контейнеры в WSL
Компания Microsoft представила (https://blogs.windows.com/windowsdeveloper/2026/06/02/build-2026-furthering-windows-as-the-trusted-platform-for-development/) порт набора утилит Coreutils для платформы Windows (https://github.com/microsoft/coreutils). В состав входит несколько десятков утилит, включая sort, cat, chmod, chown, cp, find, sleep, sort, tee, echo, uptime и ls. Инструментарий позволяет напрямую использовать в Windows типовые утилиты, доступные в Linux и macOS, без использования прослойки WSL. Целью проекта заявлено упрощение перехода между Unix-подобными системами, WSL, контейнерами и Windows, и предоставление единого набора команд, флагов и методов, позволяющих переносить существующие скрипты из других систем без переписывания. Код написан на Rust и PwerShell, и распространяется (https://github.com/microsoft/coreutils) под лицензией MIT.
Реализация основана на коде проекта uutils (https://www.opennet.me/opennews/art.shtml?num=65586) (Rust Coreutils), развивающего вариант GNU Coreutils на языке Rust, а также реализациях утилит find (https://github.com/uutils/findutils) и grep (https://github.com/uutils/grepn) на Rust. Утилиты собраны в виде одного универсального исполняемого файла "C:\Program Files\coreutils\coreutils.exe", отдельные команды к которому привязаны при помощи жёстких ссылок в NTFS.
Из-за конфликта с имеющимися штатными утилитами Windows или привязки к специфичным возможностям из поставки исключены утилиты dd, dir, dircolors, shred, sync, uname, expand, kill, more, paste, timeout и whoami. Из состава также исключены утилиты, завязанные на не поддерживаемые в Windows концепции POSIX: chcon, chgrp, chmod, chown, chroot, groups, hostid, id, install, logname, mkfifo, mknod, nice, nohup, pathchk, pinky, runcon, stdbuf, stty, tty, users, who.
Из ограничений и особенностей отмечается необходимость использовать NUL вместо /dev/null, отсутствие поддержки сигналов (SIGHUP, SIGPIPE, SIGUSR), возможность создания символических ссылок только после включения режима для разработчика, недоступность некоторых операций с правами доступа. При работе с каталогами принимаются как пути с символом "/", так и c "\".
Одновременно представлен (https://devblogs.microsoft.com/commandline/announcing-intelligent-terminal-version-0-1/) первый выпуск эмулятора терминала Intelligent Terminal (https://github.com/microsoft/intelligent-terminal), представляющего собой форк Windows Terminal (https://github.com/microsoft/terminal) с интегрированным AI-агентом. Поддерживается подключение AI-агентов, поддерживающих протокол ACP (Agent Client Protocol), таких как gitHub Copilot, Claude, Codex и Gemini. Код терминала написан на языках C++ и Rust, и открыт (https://github.com/microsoft/intelligent-terminal) под лицензией MIT.
По функциональности терминал близок к Windows Terminal и также поддерживает вкладки, темы оформления, профили, комбинации клавиши разделение экрана на отдельные области. Из отличий выделяется отдельная статусная строка с состоянием AI-агента и возможностью быстрого обращения к нему, а также привязанная к контексту закрепляемая панель для взаимодействия с AI-агентом. Имеется возможность просмотра истории действий AI-агентов и переключения между разными AI-агентами. Упоминается возможность отправки в Microsoft телеметрии с информацией об использовании программы.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780465970.png
(https://github.com/microsoft/intelligent-terminal/raw/main/images/intelligent-terminal-agent-focus.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780465997.png
(https://github.com/microsoft/intelligent-terminal/raw/main/images/intelligent-terminal-error-detection.png)
Дополнительно анонсирован проект по созданию системы для запуска Linux-контейнеров в Windows, реализованной на базе прослойки WSL (https://github.com/microsoft/WSL) (Windows Subsystem for Linux). Инструментарий предоставляет типовой интерфейс командной строки wslc и API для создания, развёртывания и запуска контейнеров на базе Linux из окружения Windows, а также для обращения к запущенным контейнерам из Windows. Первую ознакомительную версию WSL-контейнеров намерены опубликовать в ближайшие месяцы в составе одного из обновлений WSL. Так как WSL является открытым проектом, отслеживать (https://github.com/search?q=repo%3Amicrosoft%2FWSL+container&type=pullrequests) разработку можно уже сейчас на GitHub (https://github.com/microsoft/WSL).
Источник: http://www.opennet.me/opennews/art.shtml?num=65609 (http://www.opennet.me/opennews/art.shtml?num=65609)
https://www.opennet.me/opennews/art.shtml?num=65609

2026-06-03 05:04:31 UTC

Расширение системной памяти через подкачку в видеопамяти NVIDIA
Опубликован инструментарий nbd-vram (https://github.com/c0dejedi/nbd-vram), позволяющий разместить область подкачки в видеопамяти графической карты NVIDIA. Подобный манёвр даёт возможность виртуально увеличить размер памяти в системе, работающей на ноутбуках с впаянной нерасширяемой оперативной памятью и GPU NVIDIA. Код написан на языке Си и распространяется (https://github.com/c0dejedi/nbd-vram) под лицензией MIT.
Например, на ноутбуке с 16 ГБ ОЗУ и видеокартой NVIDIA GeForce RTX/GTX с 8 ГБ VRAM через раздел подкачки можно задействовать дополнительные 7 ГБ памяти. В сочетании с применением модуля ядра zram (https://docs.kernel.org/admin-guide/blockdev/zram.html) для сжатого хранения раздела подкачки и подключением дополнительного раздела подкачки на SSD-накопителе общий размер адресуемой памяти в тестовой конфигурации доведён до 46 ГБ (при нехватке ОЗУ начинает использоваться видеопамять, затем привлекается сжатие при помощи zram и на последнем этапе задействуется подкачка на SSD). Производительность работы с видеопамятью при последовательном чтении оценивается примерно в 1.3 GB/s и задержками ниже NVMe из-за обращения к GPU по шине PCIe.
Реализация основана на применении фонового процесса nbd-vram, который выделяет VRAM через API драйвера CUDA и предоставляет системе доступ к полученной видеопамяти в форме блочного устройства на базе протокола NBD (Network Block Device). В ядре Linux используется встроенный драйвер nbd без загрузки собственных специализированных модулей. После создания блочного устройства /dev/nbdX, связанного с выделенной видеопамятью, на нём штатными утилитами создаётся раздел подкачки.
Для автоматизации запуска конфигурации с nbd-vram подготовлен инсталлятор и сервис systemd "vram-swap-nbd.service", настройка которого сводится к заданию размера выделяемой видеопамяти и приоритета подкачки через переменные VRAM_SETUP_SIZE_MB и VRAM_SWAP_PRIORITY. Имеется режим активации подкачки в видеопамяти только при подключении ноутбука к стационарному источнику питания, позволяющий экономить энергию в автономном режиме. Для работы nbd-vram требуется NVIDIA GPU c поддержкой CUDA, драйвер NVIDIA с библиотекой libcuda.so.1 (установка CUDA Toolkit не требуется), ядро Linux новее 3.0 и пакет nbd-client.
Источник: http://www.opennet.me/opennews/art.shtml?num=65612 (http://www.opennet.me/opennews/art.shtml?num=65612)
https://www.opennet.me/opennews/art.shtml?num=65612

2026-06-02 12:34:36 UTC

Проблемы с соблюдением авторского права при переписывании ScanCode на Rust при помощи AI
Сопровождающий открытый инструментарий ScanCode Toolkit (https://github.com/aboutcode-org/scancode-toolkit), предназначенный для сканирования кода на предмет пересечений с чужими авторскими правами, выявления используемых лицензий и обнаружения неисправленных уязвимостей, раскритиковал (https://www.aboutcode.org/blog/agentic-scancode-port-case-study/) проект, создавший при помощи AI клон продукта ScanCode, переписанный с Python на Rust (название клона не упоминается, но, судя по всем признакам, речь про проект Provenant (https://github.com/mstykow/provenant)). Утверждается, что в переписанном проекте нарушена торговая марка ScanCode и удалены упоминания об авторских правах и лицензиях. Претензии объясняются тем, что в переписанном клоне продолжено использование ключевых алгоритмов ScanCode, сохранена архитектура проекта и структура кода.
По мнению сопровождающего ScanCode успешному созданию клона способствовало наличие у проекта исчерпывающего автоматизированного тестового набора, включающего более 90 тысяч тестов, из которых 40 тысяч посвящены обнаружению использования тех или иных лицензий в коде. Авторы переписанной версии заявили о существенном повышении производительности (в 10-100 раз), но, по словам сопровождающего ScanCode, ценой ускорения стало не полное прохождение тестового набора, а также снижение корректности работы и полноты предоставляемой информации (клон выдавал некорректные результаты и находил не всю информацию при анализе).
Если в специальных тестах производительности Rust-порт существенно опережал ScanCode, то при прохождении стандартного тестового набора клон оказался медленнее, несмотря на то, что в нём пропускались некоторые проверки. После внесения в ScanCode оптимизаций, таких как кэширование, производительность ScanCode при сканировании кода стала не хуже, чем в клоне на Rust, при полном сохранении корректности работы.
Авторам клона также вменяется нарушение авторских прав и лицензии Apache 2.0, под которой распространяется код ScanCode. Отмечается, что в процессе переписывания были нарушены 4 основных требования лицензии: оставление оригинального файла с примечанием (NOTICE), сохранение упоминаний об авторских правах, выделение совершённых изменений и смена имени в производной работе. После замечания авторы клона разместили файл NOTICE (https://github.com/mstykow/provenant/blob/main/NOTICE) и переименовали свой проект, но два остальные нарушения пока остаются неустранёнными.
Сопровождающий ScanCode считает, что сообщество должно выработать критерии для разделения того, что при использовании AI считать производной работой, а что независимой реализацией. По его мнению, после переписывания кода на другом языке с сохранением алгоритмов и структуры результат продолжает оставаться производной работой, даже если в процессе были переименованы переменные и переделаны или удалены комментарии. Заявления авторов Rust-порта о независимой переработке, лишь вдохновлённой проектом ScanCode, в этом случае некорректно, так как работа нацелена на создание видимости оригинальной разработки, что даже хуже чем прямое копирование, так как подобные манипуляции сложнее обнаружить.
Значительной проблемой при генерации кода через AI называется отсутствие отслеживания происхождения кода, который был использован для получения результата. По умолчанию AI-агенты, использующие код из открытых проектов, игнорируют информацию об авторах, если специально не реализованы средства выявления и сохранения метаданных о лицензиях и авторстве. Проблема атрибуции затрагивает не только работу по переписыванию кода с одного языка на другой, но и генерацию кода в общем виде - результат в этом случае может достаточно точно повторять шаблоны из существующего открытого кода, используемого в процессе обучения модели.
Источник: http://www.opennet.me/opennews/art.shtml?num=65602 (http://www.opennet.me/opennews/art.shtml?num=65602)
https://www.opennet.me/opennews/art.shtml?num=65602

2026-06-01 20:34:31 UTC

Атакующие встроили вредоносное ПО в 32 NPM-пакета Red Hat
В результате компрометации процесса формирования релизов на базе GitHub Actions в принадлежащих компании Red Hat репозиториях RedHatInsights (https://github.com/RedHatInsights), злоумышленники смогли (https://safedep.io/redhat-cloud-services-hit-by-mini-shai-hulud-npm-worm/) опубликовать в каталоге NPM 64 вредоносные версии, охватывающие 32 NPM-пакета для платформы Red Hat Cloud Services (https://www.redhat.com/en/technologies/cloud-computing/openshift/cloud-services). Для каждого из поражённых NPM-пакетов были выпущены по две вредоносные версии, в которые был интегрирован код для активации нового варианта червя mini-shai-hulud, выполняющего поиск токенов и учётных данных в текущем окружении.
Червь размещался в файле index.js и активировался через preinstall-обработчик, вызываемый при установке поражённого пакета. После активации червь выполнял поиск в системе токенов к NPM (~/.npmrc), PyPI, CircleCI, AWS, GCP, Docker, Azure, HashiCorp и KubernetesK8s, а также закрытых ключей SSH. Найденные данные отправлялись злоумышленникам. В случае обнаружения токена для подключения к каталогу NPM червь автоматически публиковал новые вредоносные релизы для разрабатываемых в текущем окружении пакетов, поражая дерево зависимостей.
Доступ к GitHub Actions был получен (https://www.aikido.dev/blog/red-hat-npm-packages-compromised-credential-stealing-worm) в результате компрометации учётной записи одного из сотрудников Red Hat, что позволило атакующим напрямую отправить коммиты в репозитории javascript-clients (https://github.com/RedHatInsights/javascript-clients), frontend-components (https://github.com/RedHatInsights/frontend-components) и platform-frontend-ai-toolkit (https://github.com/RedHatInsights/platform-frontend-ai-toolkit), без прохождения стадии рецензирования. Через коммиты (https://github.com/RedHatInsights/frontend-components/tree/f9b10e874a07c543b208803de6e4c71849f7e99a) в систему непрерывной интеграции подставлялся файл ci.yaml (https://github.com/RedHatInsights/frontend-components/blob/f9b10e874a07c543b208803de6e4c71849f7e99a/.github/workflows/ci.yaml), который при запуске сборочной работы запускал при помощи платформы bun скрипт _index.js (https://github.com/RedHatInsights/frontend-components/blob/f9b10e874a07c543b208803de6e4c71849f7e99a/_index.js). Скрипт использовал полномочие "id-token: write" для запроса у GitHub токена OIDC (OpenID Connect), который затем применялся для аутентификации в NPM при помощи механизма "trusted publishing (https://docs.npmjs.com/trusted-publishers)".
NPM-пакеты, содержащие (https://github.com/RedHatInsights/javascript-clients/issues/492) вредоносный код:
- @redhat-cloud-services/chrome (2.3.1, 2.3.2)
- @redhat-cloud-services/compliance-client (4.0.3, 4.0.4)
- @redhat-cloud-services/config-manager-client (5.0.4, 5.0.5)
- @redhat-cloud-services/entitlements-client (4.0.11, 4.0.12)
- @redhat-cloud-services/eslint-config-redhat-cloud-services (3.2.1, 3.2.2)
- @redhat-cloud-services/frontend-components (7.7.2, 7.7.3)
- @redhat-cloud-services/frontend-components-advisor-components (3.8.2)
- @redhat-cloud-services/frontend-components-config (6.11.3, 6.11.4)
- @redhat-cloud-services/frontend-components-config-utilities (4.11.2, 4.11.3)
- @redhat-cloud-services/frontend-components-notifications (6.9.2, 6.9.3)
- @redhat-cloud-services/frontend-components-remediations (4.9.2, 4.9.3)
- @redhat-cloud-services/frontend-components-testing (1.2.1, 1.2.2)
- @redhat-cloud-services/frontend-components-translations (4.4.1, 4.4.2)
- @redhat-cloud-services/frontend-components-utilities (7.4.1, 7.4.2)
- @redhat-cloud-services/hcc-feo-mcp (0.3.1, 0.3.2)
- @redhat-cloud-services/hcc-kessel-mcp (0.3.1, 0.3.2)
- @redhat-cloud-services/hcc-pf-mcp (0.6.1, 0.6.2)
- @redhat-cloud-services/host-inventory-client (5.0.3, 5.0.4)
- @redhat-cloud-services/insights-client (4.0.4, 4.0.5)
- @redhat-cloud-services/integrations-client (6.0.4, 6.0.5)
- @redhat-cloud-services/javascript-clients-shared (2.0.8, 2.0.9)
- @redhat-cloud-services/notifications-client (6.1.4, 6.1.5)
- @redhat-cloud-services/patch-client (4.0.4, 4.0.5)
- @redhat-cloud-services/quickstarts-client (4.0.11, 4.0.12)
- @redhat-cloud-services/rbac-client (9.0.3, 9.0.4)
- @redhat-cloud-services/remediations-client (4.0.4, 4.0.5)
- @redhat-cloud-services/rule-components (4.7.2, 4.7.3)
- @redhat-cloud-services/sources-client (3.0.10, 3.0.11)
- @redhat-cloud-services/topological-inventory-client (3.0.10, 3.0.11)
- @redhat-cloud-services/tsc-transform-imports (1.2.2)
- @redhat-cloud-services/types (3.6.1, 3.6.2, 3.6.4)
- @redhat-cloud-services/vulnerabilities-client (2.1.8, 2.1.9)
Источник: http://www.opennet.me/opennews/art.shtml?num=65599 (http://www.opennet.me/opennews/art.shtml?num=65599)
https://www.opennet.me/opennews/art.shtml?num=65599

2026-06-01 14:04:32 UTC

Разработаны правила использования AI в проекте Rust
Разработчики языка программирования Rust готовят (https://github.com/rust-lang/rust-forge/pull/1040) к публикации правила (https://github.com/jyn514/rust-forge/blob/llm-policy/src/policies/llm-usage.md) применения AI-ассистентов в проекте. Предложенные правила отточены в ходе обсуждения, насчитывающего более 3000 сообщений, одобрены 4 сопровождающими и ожидают публикации. За отдельными исключениями, правила запрещают передачу кода, сгенерированного через AI, в основной репозиторий rust-lang/rust (https://github.com/rust-lang/rust), но не распространяются на субмодули, подветки и зависимости из каталога crates.io, а также другие репозитории (https://github.com/rust-lang/) организации. При этом правила разрешают использование AI для анализа, изучения, рецензирования и проверки кода.
Применение AI допускается в случаях, когда полученная через AI информация в частном прядке используется только одним разработчиком и не распространяется публично. Например, когда разработчик задаёт AI вопросы по коду, формирует для себя сводку по комментариям к PR или issue, привлекает AI для рецензирования изменений, создаёт через AI инструменты для личного использования, консультируется через AI о возможных вариантах выбора решения. Также допускается создание через AI экспериментальных изменений, не подлежащих рецензированию другими участниками.
Запрещено применение AI для формирования комментариев, отчётов о проблемах и описаний изменений, публикуемых от имени участника. При этом разрешено цитирование выдачи от AI с явной пометкой, что контент сформирован через AI (например, прикрепление результатов диагностики через AI). Запрещено создание документации через AI. При рецензировании запрещено рассмотрение выводов AI как достаточных для приёма или отклонения изменений - результаты проверки через AI могут носить только рекомендательный характер.
С оговорками и явным упоминанием, что результат получен через AI, разрешено применение AI для машинного перевода на другие языки, поиска и верификации ошибок, а также внесения незначительных изменений в код и тексты (например, правка опечаток и подбор синонимов).
В рамках эксперимента допускается передача заранее согласованных, некритичных, досконально проверенных и хорошо протестированных изменений, изначально сгенерированных через AI. Перед отправкой pull-запроса c подобным изменением, разработчик должен заранее договориться с рецензирующими. Предлагаемые изменения должны помечаться меткой "ai-assisted" и могут затрагивать вторичные инструменты, такие как tidy и linkchecker, но не должны касаться ключевых возможностей и элементов языка. Для отслеживания результатов эксперимента изменения предписано отправлять в отдельный приватный Zulip-канал, доступ к которому предоставлен только участникам проекта.
Источник: http://www.opennet.me/opennews/art.shtml?num=65597 (http://www.opennet.me/opennews/art.shtml?num=65597)
https://www.opennet.me/opennews/art.shtml?num=65597

2026-06-01 09:34:35 UTC

Выпуск эмулятора 86Box 6.0
Представлен (https://86box.net/2026/05/31/86box-v6-0.html) выпуск проекта 86Box 6.0 (https://86box.net/), развивающего эмулятор систем на базе архитектуры x86, при помощи которого можно запускать старые операционные системы и приложения, включая те, что применялись в начале 1980-годов на компьютерах IBM PC 5150 и IBM PS/2. Поддерживается точная низкоуровневая эмуляция систем, начиная с процессоров 8086 и заканчивая Intel Сeleron Mendocino (https://en.wikipedia.org/wiki/Celeron#Mendocino). Код проекта написан на языке C и распространяется (https://github.com/86Box/86Box/) под лицензией GPLv2.
Для управления работой предоставляется графический интерфейс c возможностями для настройки виртуальных машин. Доступна эмуляция различных периферийных устройств, таких как видеоадаптеры, звуковые карты, сетевые карты и контроллеры жёстких дисков.
Среди поддерживаемых операционных систем: MS-DOS, Windows 3.11/95, OS/2, различные дистрибутивы Linux, BeOS, NEXTSTEP и другие старые ОС.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780304264.png
(https://86box.net/assets/images/v6.0/hero.png)
В новом выпуске (https://github.com/86Box/86Box/releases/tag/v6.0):
- В эмуляторе устройств хранения реализована симуляция звуков, издаваемых жёсткими дисками во время работы, таких как писк от вращение шпинделя и щёлканье при перемещении головок.
- Добавлен турбо-режим, отключающий принудительное ограничение производительности эмуляции.
- В панель инструментов добавлена отдельная кнопка для создания скриншотов. Помимо сохранения изображения в файл, реализованы команды для сохранения скриншота в буфер обмена и создания скриншота без постобработки и масштабирования.
- Добавлена кнопка для сброса в исходное состояния системного каталога.
- В пользовательском интерфейсе с использованием вкладок и страницы переработаны окна с настройками. В общие системные настройки перенесена секция для конфигурирования комбинаций клавиш. В отдельную страницу перенесены настройки монитора. В окна со списками устройств добавлена функция текстового поиска.
- В строку состояния добавлены индикаторы DVD, звуковых CD, ленточных накопителей и защиты накопителя от записи.
- Добавлен драйвер для проброса доступ к реальным устройствам с последовательным портом и к CD-ROM.
- Повышена производительность на хостах с процессорами ARM.
- Улучшена эмуляция CPU NEC V20/V30 и видеокарт 3 ViRGE и Trio3D/2X
- Реализована эмуляция звуковых карт Analog Devices AD1816, Aztech Sound Galaxy Pro 16 AZTPR16, Covox Sound Master, HP Multimedia Pro 16V-A, IBM Music Feature Card, MediaVision ThunderBoard, Pro Audio Spectrum и TexElec SAAYM (CMS/Game Blaster + Yamaha OPM) с шиной ISO, а также внешних звуковых карт FTL Sound Adapter, SiliconSoft SoundJr, OPL2LPT, OPL3LPT, CMSLPT и TNDLPT, подключаемых через параллельный порт.
- Реализован виртуальный сетевой коммутатор для соединения нескольких эмулируемых систем, запущенных в разных экземплярах 86Box.
- Добавлена эмуляция сетевой карты SMC 83C170 PCI.
- Реализована эмуляция ленточных накопителей с интерфейсом SCSI, а также жёстких дисков MFM/RLL, SCSI-контроллера QLogic ISP1xxx PCI и IDE-контроллера jr-IDE PCjr.
- Добавлена поддержка подключения реальных (не эмулируемых) жёстких дисков и дисководов.
- Добавлена эмуляция жёстких дисков Quantum Fireball EL2.5AT, EL5.1AT, EL7.6AT, EL10.2AT, Western Digital Expert 200BA.
- Добавлена поддержка запуска 86Box в ARM64-версиях Windows.
- Добавлена эмуляция компьютеров:
808x: IBM Multistation 5550
286: Nixdorf 8810 M30
386: Philips P3345, Tandy 1000 RSX, ICOP-6021 (Hand386 или Pocket 386), JUMPtec MOPS/386A
486 Socket 1: Pioneer Vantage 4865C-25/33, Tandy Sensation
486 Socket 2: Intel Classic R/R Plus, Samsung SPC-7500P, Tandy Sensation II
486 Socket 3: ADD-X Normerel Xenon
586 Socket 5: Compaq Presario 7100 Series 586
586 Socket 7: ASUS TXP4-X, Lucky Star 5AVP3, MSI MS-5156, Siemens Simatic OP47
686 Slot 1: AIR P6KDI, FIC KN-6000, HP Brio 83xx, MSI MS-6117, TriGem Como
Источник: http://www.opennet.me/opennews/art.shtml?num=65595 (http://www.opennet.me/opennews/art.shtml?num=65595)
https://www.opennet.me/opennews/art.shtml?num=65595

2026-05-31 15:34:34 UTC

Доступен дистрибутив NixOS 26.05, использующий пакетный менеджер Nix
Представлен (https://nixos.org/blog/announcements/2026/nixos-2605/) релиз дистрибутива NixOS 26.05 (http://nixos.org/), основанного на пакетном менеджере Nix (http://nixos.org/nix/) и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлены установочный образы (https://nixos.org/download/) с графическим окружением (3.7 ГБ) и сокращённым консольным вариантом (1.6 ГБ).
При использовании Nix результат сборки пакетов хранится в отдельном подкаталоге в /nix/store. Например, после сборки пакет firefox может записываться в /nix/store/8onlv1pc3ed6n5nskg6ad4twcfd0d5ae4ed5c4-firefox-151.0.2/, где "8onlv1pc3ed6n5nskg6ad4twcfd0d5ae4ed5c4" является хешем всех его зависимостей и инструкций сборки. Под установкой пакета подразумевается его сборка или скачивание уже собранного (при условии, что он был уже собран на Hydra (https://hydra.nixos.org/) - сервисе сборки проекта NixOS), а также формирование директории с символическими ссылками на все пакеты в профиле системы или пользователя, с последующим добавлении этой директории в список PATH. Аналогичный подход применяется в пакетном менеджере GNU Guix, который основан на наработках Nix. Коллекция пакетов представлена в специальном репозитории Nixpkgs (http://nixos.org/nixpkgs/).
Основные новшества (https://nixos.org/manual/nixos/stable/release-notes#sec-release-26.05):
- Добавлено 20442 пакета, удалено 17532 пакета, обновлено 20641 пакетов. Добавлено 85 новых модулей и 1547 опций конфигурации (https://search.nixos.org/options), удалено 355 опций и 25 модулей. В разработке и сопровождении пакетов приняли участие 2842 разработчика, подготовивших 59703 изменения.
- Среди новых модулей: OpenThread Border Router (https://openthread.io/), knot-resolver (https://www.knot-resolver.cz/), LibreChat (https://www.librechat.ai/), DankMaterialShell (https://danklinux.com/), mangowc (https://github.com/DreamMaoMao/mangowc), Tailscale (https://tailscale.com/kb/1552/tailscale-services), udp-over-tcp (https://github.com/mullvad/udp-over-tcp), turborepo-remote-cache (https://ducktors.github.io/turborepo-remote-cache/), ReFrame (https://github.com/AlynxZhou/reframe), LogiOps (https://github.com/PixlOne/logiops).
- Содержимое начального RAM-диска (initrd) переведно по умолчанию на использование системного менеджера systemd. Поддержка старой реализации на базе shell-скриптов объявлена устаревшей и будет удалена в выпуске NixOS 26.11.
- Платформа x86_64-darwin, которая перестала использоваться компанией Apple, объявлена устаревшей. Сопровождение и сборка бинарных пакетов для данной платформы будет осуществляться до конца года.
- Набор компиляторов GCC обновлён до ветки 15 (https://www.opennet.me/opennews/art.shtml?num=63141). Инструментарий LLVM остаётся на версии 21 (https://www.opennet.me/opennews/art.shtml?num=63783). Стандартная библиотека glibc обновлена до версии 2.42 (https://www.opennet.me/opennews/art.shtml?num=63639).
- Среда рабочего стола GNOME обновлена до ветки 50 (https://www.opennet.me/opennews/art.shtml?num=65015), в которой удалён код для поддержки X11, переработан интерфейс родительского контроля, улучшена поддержка нецелых уровней масштабирования и механизма VRR (Variable Refresh Rate), реализована поддержка Wayland-протокола color-management-v2 для управления цветом.
- Среда рабочего стола Budgie обновлена до версии 10.10 (https://www.opennet.me/opennews/art.shtml?num=64587), переведённой на Wayland.
- По умолчанию предложено ядро Linux 6.18 (было 6.12). Из-за отсутствия сопровождающих прекращена поставка варианта ядра linux-rt.
- Добавлен файл system.nix, позволяющий сконфигурировать NixOS без использования nix-channel (https://nixos.wiki/wiki/Nix_channels).
- Реализация D-Bus переведена с dbus на более высокопроизводительный и стабильный пакет dbus-broker.
- В Nixpkgs прекращена поддержка ФС Reiserfs и ecryptfs.
Источник: http://www.opennet.me/opennews/art.shtml?num=65587 (http://www.opennet.me/opennews/art.shtml?num=65587)
https://www.opennet.me/opennews/art.shtml?num=65587

2026-05-30 17:04:37 UTC

Первый стабильный выпуск эталонной реализации видеокодека AV2
Альянс Open Media (AOMedia ([https://www.aomedia.org/)), курирующий разработку форматов кодирования видео AV1/AV2, формата объёмного звука IAMF и формата изображений AVIF, опубликовал (https://github.com/AOMediaCodec/avm/releases/tag/v1.0.0) релиз проекта AVM 1.0.0 (https://github.com/AOMediaCodec/avm), развивающего официальную эталонную реализацию кодировщика и декодировщика формата кодирования видео AV2. AVM включает оптимизации для процессоров на базе архитектуры ARM64, x86_64 и MIPS, реализованные с использованием расширенных наборов инструкций NEON, AVX2, SSE2/3/4, MSA и DSPr2. Код AVM написан на языке Си и распространяется (https://github.com/AOMediaCodec/avm) под лицензией BSD.
Кодек AV2 (https://av2.aomedia.org/) не требует лицензионных отчислений и развивается в качестве преемника формата AV1 (https://www.opennet.me/opennews/art.shtml?num=48345). Особенности кодека AV2:
- Оптимизация для применения в потоковом вещании;
- Улучшенное предсказание межкадровых изменений;
- Значительное улучшение по сравнению с AV1 производительности операций сжатия;
- Расширенная поддержка возможностей для виртуальной и дополненной реальности;
- Поддержка более широкого диапазона визуального качества;
- Возможность одновременной доставки нескольких видео в рамках одного видеопотока с поддержкой их раздельного отображения на экране;
- Дополнительные фильтры для подавления шумов, уменьшения артефактов от сжатия и сохранения детализации.
При тестировании (https://www.youtube.com/watch?v=f0ivgL8vu9w) одного из экспериментальных выпусков библиотеки avm использование кодека AV2 позволило добиться снижения битрейта (https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82%D1%80%D0%B5%D0%B9%D1%82) на 32.59% по сравнению с кодеком AV1 при аналогичном уровне качества, при использовании метрик оценки качества VMAF (https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion) (Video Multi-Method Assessment Fusion), разработанных компанией Netflix. При использовании метрик PSRN-YUV (https://github.com/ahmedabadr/yuvpsnr) (Peak-Signal-to-Noise Ratio 14:1:1) битрейт удалось снизить на 28.63%. При этом судя по отзывам (https://www.reddit.com/r/AV1/comments/1tqnamy/avm_git_first_released_version_of_av2_avmav2_100/) пользователей, опробовавших библиотеку AVM, производительность и качество кодирования на высоких битрейтах пока оставляет желать лучшего.
Также как и в кодеке AV1 в AV2 задействована гибридная блочно-ориентированная структура, но в отличие от AV1 поддерживается более крупные суперблоки 256×256, полностью рекурсивное секционирование (partitioning) и более эффективное разделение параметров яркости и цветности. В AV2 используеся унифицированный экспоненциальный квантизатор, охватывающий более широкий диапазон яркости и обеспечивающий большую точность квантования для 8-, 10- и 12-битного видео, а также лучше управляющий низкими битрейтами. Возможности предсказания межкадровых изменений модернизированы для повышения качества моделирования изменения яркости и цветности, учитывают при построении модели до 7 предыдущих кадров, поддерживают временну́ю (temporal) интерполяцию и лучше обрабатывают движение в видео с высоким разрешением или быстро меняющимся содержимым.
Источник: http://www.opennet.me/opennews/art.shtml?num=65584 (http://www.opennet.me/opennews/art.shtml?num=65584)
https://www.opennet.me/opennews/art.shtml?num=65584

2026-05-30 13:04:33 UTC

Каталог GNOME Circle не будет принимать приложения, созданные с использованием AI
Комитет, управляющий каталогом GNOME Circle (https://circle.gnome.org/), утвердил (https://blogs.gnome.org/sophieh/2026/05/29/updates-from-the-circle-committee/) новые правила, запрещающие публикацию приложений, сгенерированных при помощи AI-инструментов. GNOME Circle предоставляет площадку для размещения приложений и библиотек, созданных сторонними разработчиками с использованием технологий GNOME, для упрощения их вхождения в экосистему GNOME.
В GNOME Circle теперь не будут (https://gitlab.gnome.org/Teams/Releng/AppOrganization/-/blob/main/AppCriteria.md) приниматься проекты, имеющие признаки использования AI для генерации кода, такие как бессмысленные вставки в коде, разнобой в стиле, надуманное использование API и наличие комментариев с подсказами для AI. В новых правилах также упоминается, что разработчики должны хорошо разбираться в присланном коде, быть способны обосновать используемые методы и ответить на связанные с кодом вопросы. При этом использование AI для обучения и решения сопутствующих разработке задач, таких как автодополнение кода, не запрещается.
Основной причиной запрета генерации кода через AI является попытка ускорить прохождение обязательного рецензирования проектов, предлагаемых для включения в коллекцию GNOME Circle. Очередь на проверку достигла значительного размера и некоторым приложениям приходится ждать годы до принятия решения по их включению в каталог.
Наблюдаемый в последнее время рост публикаций низкокачественных программ, сгенерированных через AI, создаёт дополнительную нагрузку на рецензирующих и ещё больше забивает очередь заявок. Чтобы разобрать накопившиеся завалы приём любых новых заявок на рецензирование временно приостановлен. После отмены приостановки для высвобождения ресурсов новые проекты, созданные через AI, будут отклоняться без проверки (уже отправленные до введения новых правил заявки будут рассмотрены).
Второй причиной запрета применения AI называется ужесточение правил (https://www.opennet.me/opennews/art.shtml?num=65579) в каталоге Flathub, который используется для размещения пакетов программ, представленных в GNOME Circle. Косвенно правила Flathub распространяются и на проект GNOME Circle, в котором пропадает смысл тратить время на проверку программ, пакеты с которыми не будут приняты во Flathub.
Опрос, проведённый среди сопровождающих GNOME Circle, показал, что
62% участников не используют AI, 34% обращаются к AI-ассистентам по мелким вопросам или для подготовки небольших отрывки кода, и лишь 3% генерируют крупные порции кода через AI. Ни один из сопровождающий для признался, что полностью отказался от собственноручного написания кода в пользу генерации через AI.
Источник: http://www.opennet.me/opennews/art.shtml?num=65583 (http://www.opennet.me/opennews/art.shtml?num=65583)
https://www.opennet.me/opennews/art.shtml?num=65583

2026-05-30 11:34:31 UTC

Опубликована новая LTS-ветка СУБД MariaDB 12.3
Представлен (https://mariadb.org/mariadb-server-12-3-lts-released/) выпуск СУБД MariaDB 12.3.2 (https://mariadb.com/docs/release-notes/community-server/12.3/12.3.2), который отмечен как первый стабильный релиз ветки 12.3. Ветка MariaDB 12.3 отнесена к выпускам с длительным сроком поддержки и будет сопровождаться до июня 2029 года. Одновременно доступен (https://mariadb.com/docs/release-notes/community-server/13.0/13.0.1) выпуск MariaDB 13.0.1, имеющий статус кандидата в релизы.
Проектом MariaDB развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся (https://www.opennet.me/opennews/art.shtml?num=39444#note) интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia (https://www.opennet.me/opennews/art.shtml?num=36759), Google Cloud SQL (https://www.opennet.me/opennews/art.shtml?num=37905) и Nimbuzz (https://www.opennet.me/opennews/art.shtml?num=36506).
Среди изменений (https://mariadb.com/docs/release-notes/community-server/12.3/mariadb-12.3-changes-and-improvements) в ветке MariaDB 12.3 по сравнению с прошлым LTS-выпуском MariaDB 11.8 (https://www.opennet.me/opennews/art.shtml?num=63378):
- Полностью переделана (https://mariadb.org/new-binlog-implementation-in-mariadb-12-3/) реализация бинарного лога (binlog (https://github.com/MariaDB/server/blob/knielsen_binlog_in_engine/Docs/replication/binlog.md)), основные компоненты для ведения которого перенесены в движок InnoDB. Подобный перенос позволил избавиться от устаревшей логики синхронизации, ускорить репликацию и повысить производительность выполнения операций, связанных с записью данных. При тестировании новой реализации на высоконагруженных системах отмечен прирост производительности при большом числе операций записи до 4 раз. Для включения предложена настройка "binlog_storage_engine=innodb".
- На 30-50% повышена скорость векторного поиска с использованием типа VECTOR (https://mariadb.com/docs/server/reference/sql-structure/vectors), применяемого в системах машинного обучения. Ускорение достигается благодаря оптимизации вычислений при поиске сходства между векторами в многомерных пространствах и реализации новой техники экстраполяции на основе вложенных векторных представлений (matryoshka embedding).
- Добавлены возможности для упрощения миграции с СУБД Oracle. В режиме совместимости (https://mariadb.com/docs/server/reference/sql-statements/data-manipulation/selecting-data/joins-subqueries/joins/join-syntax#oracle-mode) с СУБД Oracle реализованы функции TO_NUMBER (https://mariadb.com/docs/server/reference/sql-functions/numeric-functions/to_number) (преобразование строки в число), TO_DATE (https://jira.mariadb.com/browse/MDEV-19683) (преобразование строки в дату) и TRUNC (https://mariadb.com/docs/server/reference/sql-functions/date-time-functions/trunc) (усечение даты, например, до часа, дня, месяца, года), а также появилась (https://jira.mariadb.org/browse/MDEV-13817) поддержка ассоциативных массивов (INDEX BY) и синтаксиса "( + )" для определения внешних слияний (outer join).
- Для повышения совместимости с MySQL добавлен плагин аутентификации caching_sha2_password (https://mariadb.com/docs/server/reference/clientserver-protocol/1-connecting/caching_sha2_password-authentication-plugin), применяющий для хэширования алгоритм SHA2 вместо SHA1 и совместимый с одноимённым плагином из MySQL 9.
- Добавлен новый тип XMLTYPE (https://jira.mariadb.org/browse/MDEV-37261) для хранения данных в формате XML.
- Реализована (https://jira.mariadb.com/browse/MDEV-33830) возможность использования курсоров с параметризованными запросами (prepared statement).
- Добавлено (https://jira.mariadb.com/browse/MDEV-34391) выражение "SET PATH" для задания порядка поиска компонентов схемы хранения при обращении к ним без указания имени схемы.
- Реализована поддержка операции "IS JSON (https://jira.mariadb.com/browse/MDEV-37072)" для проверки типа выражения JSON, определённой в стандарте SQL:2023 (https://www.opennet.me/opennews/art.shtml?num=59239).
- В выражении "PARTITION BY KEY" реализована поддержка алгоритмов хэширования MYSQL51, MYSQL55, BASE31, CRC32C, XXH32 и XXH3.
- В движке хранения Aria (https://mariadb.com/docs/server/server-usage/storage-engines/aria) реализован сегментированный кэш ключей (https://jira.mariadb.org/browse/MDEV-24), в котором ключи разбиваются на группы, хранимые в отдельных сегментах кэша. Новый кэш позволил повысить производительность паралеллельного выполнения запросов разными пользователями. Число сегментов задаётся через переменную aria_pagecache_segments, которая может принимать значения от 1 (по умолчанию) до 128.
- Добавлена (https://jira.mariadb.org/browse/MDEV-36132) возможность использования индексов на основе функций (functional index) для повышения производительности операций GROUP/ORDER BY.
- Реализована (https://jira.mariadb.org/browse/MDEV-35915) поддержка выражения "CREATE GLOBAL TEMPORARY TABLE" для создания глобальных временных таблиц. Подобные временные таблицы удаляются после завершения сеанса и видны всем пользователям, но содержат данные, индивидуальные для каждого пользователя.
- Добавлена поддержка SSL-ключей, защищённых (https://jira.mariadb.org/browse/MDEV-14091) паролем. Пароль для разблокирования SSL-сертификатов может быть задан через переменную ssl_passphrase или вручную при запуске сервера.
- Добавлено (https://jira.mariadb.org/browse/MDEV-20299) выражение "SET SESSION AUTHORIZATION (https://mariadb.com/docs/server/reference/sql-statements/account-management-sql-statements/set-session-authorization)" для выполнения действия под другим пользователем при выставлении соответствующих привилегий (выражение можно рассматривать как аналог "sudo" для СУБД).
- В плагин file_key_management.so добавлена (https://jira.mariadb.org/browse/MDEV-34712) поддержка хэшей SHA-2.
- Добавлена (https://jira.mariadb.org/browse/MDEV-20034) поддержка слабых курсорных переменных (weak cursor variable (https://docs.oracle.com/database/121/LNPLS/cursor_variable.htm#LNPLS01312)) предопределенного типа SYS_REFCURSOR, позволяющих возвращать курсор из хранимых процедур (в параметре OUT) или из функций (в выражении RETURN). Для ограничения максимального числа одновременно открытых курсоров добавлена системная переменная "max_open_cursors".
- В тип TO_CHAR (https://mariadb.com/docs/server/reference/sql-functions/string-functions/to_char) добавлена поддержка (https://jira.mariadb.org/browse/MDEV-36216) формата FM (Fill Mode) для исключения добавочного заполнения. Например, запрос
"SELECT CONCAT('/', TO_CHAR('2020-01-06 10:11:12', 'FMDAY'), '/');" вернёт "/Monday/" вместо "/Monday /".
- В утилиту mariadb-check (https://mariadb.com/docs/server/clients-and-utilities/table-tools/mariadb-check) и выражение CHECK TABLE (https://mariadb.com/docs/server/reference/sql-statements/table-statements/check-table) добавлена поддержка таблиц от движка SEQUENCE (https://mariadb.com/docs/server/server-usage/storage-engines/sequence-storage-engine).
- В оптимизатор добавлена (https://jira.mariadb.org/browse/MDEV-35483) поддержка опций (hint (https://mariadb.com/docs/server/reference/sql-statements/data-manipulation/selecting-data/optimizer-hints)), влияющих на построения плана оптимизаций: QB_NAME, NO_RANGE_OPTIMIZATION, NO_ICP, MRR, NO_MRR, BKA, NO_BKA, BNL, NO_BNL, SEMIJOIN, SUBQUERY, JOIN_FIXED_ORDER, JOIN_ORDER, JOIN_PREFIX, JOIN_SUFFIX, MAX_EXECUTION_TIME, [NO_]JOIN_INDEX, [NO_]GROUP_INDEX, [NO_]ORDER_INDEX, [NO_]INDEX, [NO_]SPLIT_MATERIALIZED, NO_ROWID_FILTER, INDEX_MERGE/NO_INDEX_MERGE, [NO_]DERIVED_CONDITION_PUSHDOWN и [NO_]MERGE. Опции подставляются в запрос в формате, совместимом (https://dev.mysql.com/doc/refman/8.4/en/optimizer-hints.html) с MySQL, например:
SELECT /*+ BKA(t1) NO_BKA(t2) */ * FROM t1 INNER JOIN t2 WHERE ...;
SELECT /*+ MAX_EXECUTION_TIME(1000) */ * FROM t1 INNER JOIN t2 WHERE ...;
- Повышена производительность неупорядоченных выражений "LEFT JOIN (https://jira.mariadb.com/browse/MDEV-36055)" и упорядоченного сканирования при использовании выражения "PARTITION BY RANGE (https://jira.mariadb.com/browse/MDEV-37330)".
- В результатах трассировки (https://mariadb.com/docs/general-resources/development-articles/mariadb-internals/mariadb-internals-documentation-query-optimizer/mariadb-internals-documentation-optimizer-trace) оптимизатора обеспечен (https://jira.mariadb.org/browse/MDEV-36483) показ определений
таблиц и представлений.
- При выполнении операций слияния таблиц (JOIN) реализована (https://jira.mariadb.org/browse/MDEV-36321) оптимизация, учитывающая уникальность строк в подзапросах с выражением "GROUP BY" для более точного прогнозирования числа результирующих строк (out_rows) и корректного применения индексов.
- Улучшена (https://jira.mariadb.org/browse/MDEV-19749) масштабируемость блокировок MDL (Metadata Lock).
- Добавлена поддержка новых функций GIS (https://mariadb.com/docs/server/reference/sql-structure/geometry/gis-features-in-533) (Geographic Information System):
ST_Validate, MBRCoveredBy, ST_Simplif, ST_GeoHash, ST_LatFromGeoHash, ST_LongFromGeoHash, ST_PointFromGeoHash, ST_IsValid, ST_Collect.
- Добавлена (https://jira.mariadb.org/browse/MDEV-10164) поддержка триггеров, срабатывающих для нескольких событий. В выражении CREATE TRIGGER теперь можно перечислять подпадающие под него события, используя синтаксис "{ event [ OR ... ] }".
- В плагин (https://mariadb.com/docs/server/reference/plugins/mariadb-audit-plugin) для ведения лога аудита добавлена (https://jira.mariadb.org/browse/MDEV-34680) поддержка буферизации операции записи в лог. Размер буфера задаётся через переменную server_audit_file_buffer_size.
Реализовано (https://jira.mariadb.org/browse/MDEV-1282) сохранение в логе аудита информации о сетевых портах для входящих соединений (ранее отражался только хост).
- В утилиту mariadb добавлена (https://jira.mariadb.org/browse/MDEV-23818) опция "--script-dir" для задания альтернативного каталога поиска скриптов, запускаемых командой SOURCE.
- Разрешено (https://jira.mariadb.org/browse/MDEV-20065) использование репликации в параллельном режиме при асинхронной репликации данных между двумя кластерами Galera.
- В утилиту mariadb-dump (https://mariadb.com/docs/server/clients-and-utilities/backup-restore-and-import-clients/mariadb-dump) добавлена возможность (https://jira.mariadb.org/browse/MDEV-21376) указания масок (например, "database_*"), используя опцию "-L" (--wildcards).
- Убрано (https://mariadb.org/per-table-unique-foreign-key-constraint-names-new-feature-in-mariadb-12-1/) требование по уникальности идентификаторов внешних ключей (foreign key) в контексте всей БД (достаточно уникальности на уровне таблицы).
- Сняты (https://mariadb.org/make-json-depth-unlimited-new-feature-in-mariadb-12-1/) ограничения (https://mariadb.com/docs/server/reference/sql-functions/special-functions/json-functions/json_depth) на уровень вложенности структур в функциях для работы с JSON (убран лимит JSON_DEPTH_LIMIT, который ранее принимал значение 32).
- Добавлена (https://mariadb.com/docs/server/reference/system-tables/information-schema/information-schema-tables/information-schema-triggered_update_columns) таблица TRIGGERED_UPDATE_COLUMNS в схеме INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), показывающая столбцы, изменяемые при срабатывании триггера.
- В таблице PARAMETERS в схеме INFORMATION_SCHEMA реализован (https://jira.mariadb.org/browse/MDEV-37054) столбец PARAMETER_DEFAULT, содержащий значения по умолчанию параметров хранимых процедур.
- Удалены переменные big_tables, large_page_size и storage_engine, ранее объявленные устаревшими.
Источник: http://www.opennet.me/opennews/art.shtml?num=65581 (http://www.opennet.me/opennews/art.shtml?num=65581)
https://www.opennet.me/opennews/art.shtml?num=65581

2026-05-30 09:05:07 UTC

Во Flathub запрещено размещение приложений, сгенерированных при помощи AI
Барт Пиотровски (Bart Piotrowski), сопровождающий инфраструктуру каталога приложений Flathub (https://flathub.org/), объявил (https://social.treehouse.systems/@barthalion/116657011366876079) о внесении в правила (https://docs.flathub.org/docs/for-app-authors/requirements#generative-ai-policy) Flathub изменений (https://github.com/flathub-infra/documentation/commit/992f57b30de98ddbd5e80959e9672998c83c8c97), запрещающих использование AI как для разработки размещаемых в каталоге приложений, так и для автоматизации процесса публикации во Flathub. Под действие правил подпадают публикуемые приложения, дополнения, файлы с манифестами, метаданные, патчи, сборочные скрипты, pull-запросы и любые артефакты, создаваемые через flatpak-builder.
В ранее действующих правилах допускалось размещение приложений и изменений, часть которых была сгенерирована через AI и прошла ручное рецензирование. В новых правилах запрещена публикация приложений, содержащих любой код, документацию и прочие компоненты, созданные при участии AI, но предусмотрена возможность предоставления отдельных исключений для зрелых и качественно сопровождаемых проектов. Ограничения распространяются только на новые проекты, размещаемые после изменения правил, и не повлияют на уже опубликованные в каталоге приложения, созданные через AI.
В примечании Барт отметил, что большие языковые модели могут быть полезным инструментом и со временем всё меньше кода будет создаваться без их участия. Но в настоящее время реальность такова, что авторы программ, созданных через AI, зачастую не готовы прилагать усилия для создания и оттачивания полноценного продукта и выступают лишь посредниками, поставившими задачу AI-агенту и опубликовавшими результат. Указано, что Барт устал от обострившихся за последний месяц конфликтов с высокомерными авторами, возникающих после отказа принимать в каталог их сырые программы, созданные через AI.
Источник: http://www.opennet.me/opennews/art.shtml?num=65579 (http://www.opennet.me/opennews/art.shtml?num=65579)
https://www.opennet.me/opennews/art.shtml?num=65579

2026-05-29 17:34:32 UTC

Выпуск Rust 1.96. Оценка пригодности Rust для создания прошивок к микроконтроллерам
Опубликован (https://blog.rust-lang.org/2026/05/28/Rust-1.96.0/) релиз языка программирования Rust 1.96 (http://www.rust-lang.org), основанного проектом Mozilla, но ныне развиваемого (https://www.opennet.me/opennews/art.shtml?num=54555) под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора (https://prev.rust-lang.org/en-US/faq.html#is-rust-garbage-collected) и runtime (https://prev.rust-lang.org/en-US/faq.html#does-rust-have-a-runtime) (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).
Методы работы с памятью в Rust нацелены на исключение ошибок при манипулировании указателями и защиту от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo (http://blog.rust-lang.org/2014/11/20/Cargo.html). Для размещения библиотек поддерживается репозиторий crates.io (https://crates.io/).
Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.
Основные новшества (https://github.com/rust-lang/rust/blob/master/RELEASES.md):
- Добавлен модуль range (https://doc.rust-lang.org/stable/std/range/index.html) с реализацией новых типов, развиваемых для замены устаревших типов Range, RangeInclusive, RangeToInclusive и RangeFrom, и позволяющих хранить диапазоны в Copy-структурах. Тип Range (https://doc.rust-lang.org/stable/std/range/struct.Range.html) определяет диапазоны, ограниченные минимальным и максимальным допустимым значением, тип RangeFrom (https://doc.rust-lang.org/stable/std/range/struct.RangeFrom.html) определяет числа начиная с указанного значения, а тип RangeInclusive (https://doc.rust-lang.org/stable/std/range/struct.RangeInclusive.html) - значения вне указанного диапазона. В будущих выпусках дополнительно появятся типы RangeFull и RangeTo, старая реализация будет перенесена в core::range::legacy::*, а синтаксис "N..M" переведут на новый вариант типов.
Новые типы отличаются тем, что вместо типажа Iterator (https://doc.rust-lang.org/std/iter/trait.Iterator.html) реализуют типаж IntoIterator (https://doc.rust-lang.org/std/iter/trait.IntoIterator.html), т.е. вместо встроенного итератора определяют то, как преобразовать тип в итератор. Подобный поход позволяет использовать с новыми типами операцию копирования (https://doc.rust-lang.org/std/marker/trait.Copy.html) (типаж Copy, показывающий, что значения типа можно дублировать через простое копирование), которая ранее была недоступна из-за несовместимости с типами со встроенными итераторами.
Например, новые типы дают возможность сохранить границы среза в структуру, которая полностью копируется без раздельного сохранения начального и конечного значений:
use core::range::Range;
#[derive(Clone, Copy)]
pub struct Span(Range‹usize›);
impl Span {
pub fn of(self, s: &str) -› &str {
&s[self.0]
}
}
- Добавлены макросы "assert_matches!" и "debug_assert_matches!", проверяющие соответствие значения указанному шаблону и аварийно завершающие выполнение при расхождении. От выражений "assert!(matches!(..))" и "debug_assert!(matches!(..))" новые макросы отличаются выводом отладочной информации со значениями, вызвавшими сбой. Для избежания пересечений со сторонними макросами, поставляемыми с аналогичными именами, новые макросы требую явного импорта библиотеки "core::assert_matches".
use core::assert_matches;
fn get_random_number() -> u32 {
4
}
fn main() {
assert_matches!(get_random_number(), 1..=6);
}
- При сборке для целевой платформы WebAssembly прекращена передача компоновщику опции "--allow-undefined", разрешавшей связывание при наличии неопределённых символов, которые преобразовывались в импорт из модуля "env". При сборке для WebAssembly все связанные с компоновкой символы теперь по умолчанию обязательно должны быть определены. Для возвращения старого поведения можно использовать переменную окружения "RUSTFLAGS=-Clink-arg=--allow-undefined" или выражение '#[link(wasm_import_module = "env")]" в коде.
- В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
assert_matches! (https://doc.rust-lang.org/stable/std/macro.assert_matches.html)
debug_assert_matches! (https://doc.rust-lang.org/stable/std/macro.debug_assert_matches.html)
From‹T> for AssertUnwindSafe‹T› (https://doc.rust-lang.org/stable/std/panic/struct.AssertUnwindSafe.html#impl-From%3CT%3E-for-AssertUnwindSafe%3CT%3E)
From‹T› for LazyCell‹T, F› (https://doc.rust-lang.org/stable/std/cell/struct.LazyCell.html#impl-From%3CT%3E-for-LazyCell%3CT,+F%3E)
From‹T› for LazyLock‹T, F› (https://doc.rust-lang.org/stable/std/sync/struct.LazyLock.html#impl-From%3CT%3E-for-LazyLock%3CT,+F%3E)
core::range::RangeToInclusive (https://doc.rust-lang.org/stable/core/range/struct.RangeToInclusive.html)
core::range::RangeToInclusiveIter (https://doc.rust-lang.org/stable/core/range/struct.RangeToInclusiveIter.html)
core::range::RangeFrom (https://doc.rust-lang.org/stable/core/ops/struct.RangeFrom.html)
core::range::RangeFromIter (https://doc.rust-lang.org/stable/core/ops/struct.RangeFromIter.html)
core::range::Range (https://doc.rust-lang.org/stable/std/range/struct.Range.html)
core::range::RangeIter (https://doc.rust-lang.org/stable/std/range/struct.RangeIter.html)
- В пакетном менеджере Cargo устранена уязвимость CVE-2026-5223 (https://blog.rust-lang.org/2026/05/25/cve-2026-5223/), которая может использоваться для перезаписи исходного кода другого crate-пакета в локальном кэше пакетов из того же репозитория через манипуляции с символическими ссылками внутри crate-а пакетов. Уязвимость проявляется только при работе со сторонними репозиториями пакетов и не затрагивает пользователей репозитория crates.io, так как в crates.io запрещена загрузка пакетов с символическими ссылками.
Дополнительно можно отметить публикацию (https://arxiv.org/abs/2604.25679) (PDF (https://arxiv.org/pdf/2604.25679)) результатов анализа пригодности языка Rust для разработки прошивок для микроконтроллеров и встраиваемых систем с ограниченными ресурсами.
Исследование проведено компанией STMicroelectronics (https://ru.wikipedia.org/wiki/STMicroelectronics) при участии нескольких европейских университетов. Двум изолированным командам разработчиков была поставлена задача по реализации одной и той же прошивки для микроконтроллеров STM32U585AI с ядром Arm Cortex-M33. Первая команда создавала прошивку на Си, а вторая на Rust.
Тестирование выполненной работы не выявило заметных преимуществ в использовании языка Си вместо Rust при разработке прошивок для микроконтроллеров при сравнении потребления памяти и производительности. Более того, задействование написанного на Rust системного runtime от открытого проекта Ariel OS (https://github.com/ariel-os/ariel-os) позволило добиться потребления памяти в проекте на Rust ниже, чем в реализации на языке Си, использующей традиционный стек для разработки прошивок на базе библиотеки newlib (https://github.com/ourairquality/newlib).
Размер результирующей прошивки составил 84100 байт в проекте на Rust и 76744 байта в проекте на Си (на 10% меньше), но потребление оперативной памяти в прошивке на Rust оказалось значительно ниже - 24640 байтов против 42608 байтов. Что касается производительности, то при тестировании начальных прототипов, разработанных за 6 недель, реализация на Rust в два раза опережала, реализацию на Си, но обе реализации значительно отставали от расчётной максимальной производительности. После 4 недель, выделенных на оптимизацию, обе реализации достигли примерно одинакового результата, близкого к расчётному максимуму.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1780073750.png
Источник: http://www.opennet.me/opennews/art.shtml?num=65574 (http://www.opennet.me/opennews/art.shtml?num=65574)
https://www.opennet.me/opennews/art.shtml?num=65574

2026-05-29 07:34:32 UTC

CIFSwitch - уязвимость в CIFS-подсистеме ядра Linux, позволяющая получить права root
Раскрыты (https://www.openwall.com/lists/oss-security/2026/05/28/2) детали и опубликован эксплоит (https://github.com/manizada/CIFSwitch) для уязвимости CIFSwitch (https://heyitsas.im/posts/cifswitch/) (CVE пока не присвоен) в модуле ядра CIFS (https://docs.kernel.org/admin-guide/cifs/introduction.html) и инструментарии cifs-utils (http://wiki.samba.org/index.php/LinuxCIFS_utils), позволяющей непривилегированному пользователю получить права root в системе. Исправление доступно только в виде патча (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3da1fdf4efbc), который опубликован 16 мая и 19 мая был принят в основную ветку ядра Linux (корректирующие выпуски (https://kernel.org) ядра ещё недоступны).
Уязвимость затрагивает код, обеспечивающий поддержку механизма cifs.spnego для выполнения аутентификации по протоколу SPNEGO (Simple and Protected GSSAPI Negotiation) при подключении к SMB-серверам. При использовании cifs.spnego для определения ключей из Kerberos/SPNEGO ядро вызывает обработчик cifs.upcall, предоставляемый пакетом cifs-utils и выполняемый в пользовательском пространстве с правами root.
Непривилегированный пользователь может инициировать вызов обработчика через отправку запроса, требующего получения ключа "cifs.spnego", с поддельным описанием "CIFS SPNEGO". В обработчике cifs.upcall не выполняются дополнительные проверки корректности параметров, переданных через ядро, среди прочего он воспринимает заслуживающими доверия значения полей pid, uid, creduid и
upcall_target. После активации обработчик cifs.upcall переключается в пространство имён пользовательского процесса, через который был отправлен запрос, и до сброса привилегий выполняет поиск в системной базе NSS (https://en.wikipedia.org/wiki/Name_Service_Switch) (Name Service Switch).
Так как обращение к NSS выполняется в отдельном пространстве имён точек монтирования, контролируемом атакующим, для эксплуатации уязвимости достаточно разместить внутри пространства имён собственный файл конфигурации /etc/nsswitch.conf и набор подставных библиотек libnss_*.so.2. Выполнение NSS-запроса обработчиком cifs.upcall приведёт к загрузке подставленных атакующим библиотек с правами root.
Для эксплуатации уязвимости в системе должно быть разрешено создание пространств имён идентификаторов пользователей (user namespace) или точек монтирования (mount namespace), а также требуется наличие в системе установленного пакета cifs-utils. Дистрибутивы в которых возможна (https://www.openwall.com/lists/oss-security/2026/05/28/2/1) эксплуатация уязвимости в конфигурации по умолчанию:
- Linux Mint Cinnamon 21.3/22.3
- CentOS Stream 9 GNOME
- Rocky Linux 9 Workstation
- Kali Linux
- AlmaLinux 9.7 Workstation
- SUSE 15 SP7/SAP 15 SP7/SAP 16
Дистрибутивы, в которых для работы эксплоита требуется установка пакета cifs-utils:
- Ubuntu 18.04/20.04/22.04 Desktop/Server
- Pop!_OS 22.04 Intel/24.04 Generic
- Ubuntu 24.04 Desktop minimal/full and Server
- Debian 11/12/13 netinst standard and GNOME/KDE/standard/XFCE
- CentOS Stream 9 Cinnamon/KDE/MATE/XFCE
- Rocky Linux 9 KDE/Workstation-Lite
- openSUSE Leap 15.6 GNOME/KDE
- openSUSE Tumbleweed GNOME/KDE
- Rocky Linux 8 GenericCloud
- Oracle Linux 8/9 KVM
- Amazon Linux 2023 KVM
Дистрибутивы, в которых в конфигурации по умолчанию применяются настройки, блокирующие эксплуатацию уязвимости через SELinux или Apparmor, даже при наличии пакета cifs-utils:
- Ubuntu 26.04 Desktop/Server
- Fedora 40/41/42/43/44 Workstation/Server
- CentOS Stream 10 GNOME/KDE
- Rocky Linux 10 Workstation
- AlmaLinux 10.1 Workstation
- Oracle Linux 10 KVM
- openSUSE Tumbleweed GNOME/KDE
- openSUSE Leap 16.0 OEM GNOME/KDE/Minimal-VM
- SUSE Linux 16
В качестве обходного пути защиты можно заблокировать автоматическую загрузку модуля ядра cifs:
sh -c "printf 'install cifs /bin/false\n' > /etc/modprobe.d/cifs.conf; rmmod cifs 2>/dev/null; true"
Также можно запретить использование user namespace ("sysctl -w kernel.unprivileged_userns_clone=0") и удалить или переопределить правило cifs.spnego в настройках cifs-utils:
cat >/etc/request-key.d/cifs.spnego.conf ‹'EOF'
create cifs.spnego * * /usr/sbin/keyctl negate %k 30 %S
EOF
Тем временем, за 28 мая опубликовано (https://lore.kernel.org/linux-cve-announce/) 137 отчётов об уязвимостях в ядре Linux, а за 27 мая - 277 отчётов.
Источник: http://www.opennet.me/opennews/art.shtml?num=65572 (http://www.opennet.me/opennews/art.shtml?num=65572)
https://www.opennet.me/opennews/art.shtml?num=65572

2026-05-28 08:34:34 UTC

Грег Кроа-Хартман рассказал о том, как Rust может помочь в борьбе с ошибками в ядре Linux
Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной и "staging" веток ядра Linux, и занимающий пост мэйнтейнера в 16 подсистемах ядра, выступил (https://www.youtube.com/watch?v=0vhGWclF7LU&t=874s) с докладом на конференции Rust Week 2026, в котором рассказал, как язык Rust может помочь в предотвращении появления в ядре уязвимостей, возникающих из-за типичных ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с незаслуживающими доверия данными. В качестве основного преимущества Rust называется возможность выявлять подобные ошибки на этапе сборки, а не рецензирования кода людьми. При этом, Rust не рассматривается как панацея, способная избавить от всех проблем, и никто не собирается переписывать ядро на Rust - ожидается постепенное внедрение Rust через его использования для новых драйверов и подсистем.
В качестве примера ошибок в ядре, которые удалось бы избежать при использовании Rust, упомянута ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет, и проблема в гипервизоре Xen. В первом случае разработчик выполнил разыменование указателя без проверки, а во втором забыл снять блокировку в коде обработки ошибок.
По словам Грега, большинство ошибок в ядре вызваны подобными мелочами, которые со временем накапливаются и всплывают как уязвимости. В Rust многие из подобных проблемы предотвращаются компилятором, например, Rust-абстракции для блокировок в ядре допускают получение доступа к внутренним указателям структур только после захвата соответствующей блокировки, которая снимается автоматически. Без захвата блокировки получить доступ к указателям структур на Rust не получится.
Грег считает, что подобные возможности Rust недопустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок и обоснованности выставления блокировок в нужном месте. Более того, внедрение поддержки Rust уже оказало благотворное влияние и на Си код в ядре, благодаря приведению в порядок Си-кода и интерфейсов, а также заимствованию некоторых приёмов разработки (например, были реализованы блокировки с ограниченной областью видимости).
Благодаря системе типов, гарантирующей соблюдение заданных правил, и применению систем непрерывной интеграции, проверяющих код на этапе сборки, при рецензировании изменений на Rust сопровождающие могут сосредоточиться на проверке логики работы, а не отслеживании манипуляций с ресурсами. Применение Rust также позволяет более внимательно относится к данным, поступающим от оборудования или из внешних систем. Подобное достигается благодаря явному разграничению заслуживающих и не заслуживающих доверия данных на уровне системы типов - разработчику достаточно выполнить анализ при переходе из недоверительного в доверительное состояние.
Последнее время команда, отвечающая за безопасность в ядре, публикует каждый день примерно 13 отчётов об уязвимостях, что на фоне прошлой динамики выявления уязвимостей воспринимается как какое-то безумие (для примера за вчерашний день было опубликовано (https://lore.kernel.org/linux-cve-announce/) 277 отчётов об уязвимостях в ядре). По мнению Грега, использование Rust является одним из реальных способов добиться снижения числа ошибок в ядре, вызванных традиционными оплошностями при обработке ошибок и управлении ресурсами. В ядре поддержка Rust уже вышла за рамки эксперимента и в конце прошлого года была признана (https://www.opennet.me/opennews/art.shtml?num=64401) штатной возможностью ядра.
Источник: http://www.opennet.me/opennews/art.shtml?num=65549 (http://www.opennet.me/opennews/art.shtml?num=65549)
https://www.opennet.me/opennews/art.shtml?num=65549

2026-05-27 17:34:33 UTC

Обновление Wolvic, web-браузера для устройств виртуальной реальности
Опубликованы (https://wolvic.com/blog/release_1.9/) новые версии web-браузеров Gecko Wolvic 1.9 (https://github.com/Igalia/wolvic/releases/tag/v1.9) и Chromium Wolvic 1.3 (https://github.com/Igalia/wolvic/releases/tag/v1.3-chromium), предназначенных для использования в системах дополненной и виртуальной реальности. Браузеры предоставляют 3D-интерфейс для навигации по сайтам при помощи 3D-шлема, и, помимо традиционных плоских страниц, позволяют web-разработчикам создавать трехмерные web-приложения для систем виртуальной реальности, используя API WebXR, WebAR и WebVR. Отличия браузеров сводится к тому, что в Gecko Wolvic применяется web-движок GeckoView (https://wiki.mozilla.org/Mobile/GeckoView), а в Chromium Wolvic задействован движок Chromium.
Навигация в браузерном интерфейсе осуществляется при помощи VR-контроллеров или через отслеживание движения глаз, а для ввода данных в web-формы применяется виртуальная клавиатура или система голосового ввода, дающая возможность заполнять формы и отправлять поисковые запросы с использованием развиваемого системы распознавания речи. Возможен просмотр в браузере пространственных видео, снятых в режиме 360 градусов. В качестве стартовой страницы браузер предоставляет интерфейс для доступа к избранному контенту и навигации по коллекции, адаптированных для 3D-шлемов игр, web-приложений, 3D-моделей и пространственных видео.
Готовые сборки формируются (https://github.com/Igalia/wolvic/releases/) для платформы Android и поддерживают такие 3D-шлемы, как Huawei VR Glass, Huawei Vision Glass, VIVE Focus, Lynx R1, Lenovo A3, Magic Leap 2, Meta Quest 2/3/Pro, Oculus Quest и Pico 4/4E. В режиме тестирования возможен запуск на обычном Android-смартфоне без 3D-шлема. Код Wolvic написан на языках Java и C++, и распространяется (https://github.com/Igalia/wolvic) под лицензией MPLv2.
Среди изменений (https://github.com/Igalia/wolvic/releases/tag/v1.9) в новых выпусках:
- Предоставлена возможность добавления и использования по умолчанию своих поисковых движков.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779901276.jpg
(https://wolvic.com/assets/img/posts/1.9-custom-search.jpg)
- Задействован новый движок для распознавания речи, применяемый для голосового поиска и позволяющий выполнять транскрибирование. В движке задействованы модели автоматического распознания речи от проекта Vosk (https://github.com/alphacep/vosk-api), загружаемые по мере необходимости и занимающие менее 50 МБ. Распознавание производится на устройстве без обращения к внешним сервисам. Поддерживаются английский, испанский, немецкий, итальянский, китайский, французский и русский языки.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779901542.jpg
(https://wolvic.com/assets/img/posts/1.9-vosk-2.jpg)
- Реализована корректная работа с сервисами, такими как Google Earth, предлагающими установить отдельное приложение. Для подобных программ Wolvic теперь откатывается на использование web-версии.
- Добавлены четыре новых виртуальных окружения, включаемые через диалог "Settings > Environment".
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779902217.png
- Обеспечено сохранение состояния браузера после обновления - все открытые до обновления вкладки теперь сохраняются.
- Расширены возможности виджетов для выбора даты и времени.
- Возобновлена поддержка 3D-шлема Lynx-R1.
- Браузерный движок Gecko и компоненты Mozilla для Android обновлены до версии 140, соответствующей Firefox 140 (в прошлых выпусках использовались версии Mozilla Android Components 128 и Gecko 128).
Источник: http://www.opennet.me/opennews/art.shtml?num=65544 (http://www.opennet.me/opennews/art.shtml?num=65544)
https://www.opennet.me/opennews/art.shtml?num=65544

2026-05-27 06:04:31 UTC

Проект Pavona развивает дистрибутив открытых аппаратных компонентов для создания чипов
Консорциум GlobalPlatform анонсировал (https://pavona.org/news/globalplatform-launches-pavona-the-first-open-silicon-distribution-with-production-grade-post-quantum-cryptography) проект Pavona (https://pavona.org/), развивающий открытый дистрибутив аппаратных компонентов, из которых можно компоновать готовые к производству защищённые чипы на ядрах с микроархитектурой RISC-V. Дистрибутив предоставляет модульную библиотеку IP-блоков (https://ru.wikipedia.org/wiki/IP-cores) и эталонные реализации чипов, готовые к сертификации и проверенные на пригодность к производству (tapeout-proven). Комбинируя элементы из данной библиотеки можно собирать собственные чипы для различных областей применения, от датацентров, AI-ускорителей и специализированных контроллеров до встраиваемых систем с ограниченными ресурсами и устройств интернета вещей (IoT). Наработки проекта распространяются (https://github.com/pavona/pavona) под лицензией Apache 2.0.
В числе основателей проекта выступили 12 компаний и организаций, среди которых Qualcomm Technologies, Meta, Analog Devices, Baochip, SIMPLE Crypto Association, Tenstorrent, Winbond и ZeroRISC. Проект развивается на нейтральной площадке, не зависящей от отдельных производителей, и управляется участниками из образованного вокруг него сообщества.
Pavona предоставляет IP-блоки с ядрами RISC-V (Ibex RV32IMCB и VexII), криптоускорителями с поддержкой классических и постквантовых криптоалгоритмов, контроллерами OTP/flash, SRAM, JTAG, ADC, I2C, GPIO и SPI. Среди реализованных на аппаратном уровне криптоалгоритмов: HMAC, KMAC, AES, EDN, ASCON, ML-KEM, ML-DSA, DSA-SHA2 и SLH-DSA-SHAKE. Предоставляется полная документация и ресурсы для верификации перед производством (Design Verification collateral) и RTL-код. Помимо аппаратных компонентов проектом также предоставляется программное обеспечение, такое как криптографическая библиотека для интеграции с криптоускорителями, прошивки и сопутствующие утилиты.
На базе Pavona подготовлены две эталонные реализации: обособленный чип со встроенными криптографическими возможностями для использования в роли "Root of Trust" и реализация "Root of Trust" для архитектуры чиплетов, опробованные в производстве с использованием техпроцесса TSMC 3nm (N3). Чиплеты (https://www.opennet.me/opennews/art.shtml?num=56797) позволяют создавать комбинированные гибридные интегральные схемы (многочиповые модули), образованные из независимых полупроводниковых блоков. Отмечается, что Pavona стал первым проектом, предоставляющим готовый к производству встраиваемый в чипы открытый стек с поддержкой постквантовых криптографических алгоритмов (PQC).
Источник: http://www.opennet.me/opennews/art.shtml?num=65537 (http://www.opennet.me/opennews/art.shtml?num=65537)
https://www.opennet.me/opennews/art.shtml?num=65537

2026-05-26 17:34:33 UTC

Релиз AlmaLinux 9.8 и 10.2
Представлен (https://almalinux.org/blog/2026-05-26-almalinux_98_and_102_stable/) релиз дистрибутива AlmaLinux 10.2 (https://www.almalinux.org/), а также обновление прошлой ветки - AlmaLinux 9.8 (https://wiki.almalinux.org/release-notes/9.8.html). Релизы синхронизированны c Red Hat Enterprise Linux 9.8 и 10.2, и содержат все предложенные в данных выпусках изменения (https://www.opennet.me/opennews/art.shtml?num=65489). Установочные образы подготовлены (https://repo.almalinux.org/almalinux/10.2/isos/) для архитектур x86_64_v3, x86_64_v2, ARM64, ppc64le и s390x в форме загрузочного (1 ГБ), минимального (1.6 ГБ) и полного образа (10 ГБ). Позднее будут сформированы Live-сборки (https://wiki.almalinux.org/LiveMedia.html) с GNOME, KDE, MATE и Xfce, а также образы для плат Raspberry Pi, контейнеров, WSL (Windows Subsystem for Linux) и облачных платформ.
Дистрибутив по возможности (https://www.opennet.me/opennews/art.shtml?num=59439) бинарно совместим с Red Hat Enterprise Linux и может использоваться в качестве замены RHEL 10.2 и CentOS 10 Stream. Помимо ребрендинга и удаления специфичных для RHEL пакетов в AlmaLinux 10.2 отмечены (https://wiki.almalinux.org/release-notes/10.2.html) следующие отличия от RHEL 10.2 (https://www.opennet.me/opennews/art.shtml?num=65489):
- Опубликован репозиторий пакетов, собранных для архитектуры i686, а также образы контейнеров в формате Docker для 32-рядных систем x86. Компания Red Hat отказалась от формирования 32-разрядных сборок для архитектуры x86 в выпуске RHEL 7 (https://www.opennet.me/opennews/art.shtml?num=39974), опубликованном в 2014 году. В ветке CentOS 7 сборка 32-разрядных пакетов была продолжена (https://mirror.yandex.ru/centos/altarch/7/os/) командной CentOS Linux AltArch SIG , но начиная с ветки CentOS 8 формирование подобных сборок прекратилось (https://mirror.yandex.ru/centos/altarch/8/). Причиной возрождения сборок для архитектуры i686 в AlmaLinux стало желание предоставить возможность запуска старых приложений, доступных только в форме исполняемых файлов для 32-разрядных систем. Сборки также могут быть полезны для формирования 32-разрядных окружений для тестирования кода в системах непрерывной интеграции и для запуска контейнеров для 32-разрядных программ.
- Возвращена поддержка файловой системы Btrfs. Добавлена возможность разметки накопителей с использованием Btrfs в инсталляторе, обеспечена установка модуля ядра btrfs.ko, возвращён набор утилит btrfs-progs, а также проведена работа по адаптации работы с Btrfs стека управления хранением данных и проверена корректность функционирования пакетов bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 и virt-v2v в окружениях с Btrfs. Компания Red Hat объявила (https://www.opennet.me/opennews/art.shtml?num=46955#btrfs) ФС Btrfs устаревшей в выпуске RHEL 7.4 (2017 год) и полностью прекратила её поддержку в ветке RHEL 8 (https://www.opennet.me/opennews/art.shtml?num=50644).
- По умолчанию активирован репозиторий пакетов CRB (https://wiki.almalinux.org/repos/AlmaLinux.html) (CodeReady Builder), в котором поставляется подборка (https://repo.almalinux.org/almalinux/10.2/CRB/x86_64/os/Packages/) пакетов, по умолчанию не предлагаемых в Red Hat Enterprise Linux, таких как приложения для разработчиков, дополнительные библиотеки и обвязки, а также пакеты с отладочными данными, документацией, заголовочными файлами, статическими сборками и примерами кода (пакеты "-devel", "-example", "-doc" и "-static"). Среди прочего в CRB присутствуют библиотеки, использующиеся в качестве зависимостей в пакетах из репозитория
EPEL (http://fedoraproject.org/wiki/EPEL) (Extra Packages for Enterprise Linux).
- Cформированы пакеты для установки драйверов NVIDIA и стека CUDA. Драйверы могут использоваться в конфигурациях с UEFI Secure Boot. Модули ядра из официального набора проприетарных драйверов от компании NVIDIA не могут быть загружены в режиме UEFI Secure Boot, так как они не заверены цифровой подписью дистрибутива. Данное ограничение
удалось обойти (https://github.com/AlmaLinux/ALESCo/blob/master/rfcs/0004-build-and-ship-nvidia-drivers.md) благодаря использованию открытых (https://www.opennet.me/opennews/art.shtml?num=57175) компанией NVIDIA модулей ядра (https://github.com/NVIDIA/open-gpu-kernel-modules), на базе которых сформирован собственный пакет nvidia-open-kmod с модулями, заверенными цифровой подписью AlmaLinux. Отдельно оформлен пакет almalinux-release-nvidia-driver с конфигурацией поддерживаемого компанией NVIDIA внешнего репозитория, из которого выполняется загрузка CUDA-драйверов и проприетарных компонентов драйвера NVIDIA, работающих в пространстве пользователя.
- Сформированы отдельные сборки для второй версии микроархитектуры x86-64 (x86-64-v2), которые сопровождаются параллельно с базовыми сборками x86-64, формируемыми с оптимизациями для микроархитектуры x86-64-v3, которая используется в RHEL 10. Дополнительная поддержка x86-64-v2 позволяет обеспечить совместимость с CPU старее Intel Haswell и AMD Excavator, спроектированными до 2013 года. Помимо штатных репозиториев сборки x86-64-v2 также подготовлены и для пакетов из репозитория EPEL.
- Возвращены серверные и клиентские реализации протокола SPICE (https://www.spice-space.org/), позволяющего организовать удаленную работу с рабочим столом, функционирующим в виртуальном окружении под управлением QEMU/KVM. В отличие от протоколов VNC и RDP в SPICE отрисовка содержимого экрана и обработка аудиопотоков производится на стороне клиента, а не на сервере. В RHEL поддержка SPICE была прекращена в выпуске 9.0.
- Возвращено использование процессорного регистра %rbp в качестве базового указателя на кадр стека, содержащий адреса возврата и переменные функции (frame pointer). Использование указателя на кадры стека позволяет использовать в дистрибутиве дополнительные возможности для трассировки и профилирования системы.
- Реализована возможность использования гипервизора KVM на системах с процессорами IBM POWER. В RHEL подобная поддержка была прекращена в ветке 9.0.
- Поддерживается репозиторий
Synergy (https://repo.almalinux.org/almalinux/10/synergy/), в котором размещены пакеты, отличающиеся от Red Hat Enterprise Linux. В настоящее время в репозитории Synergy уже опубликованы пакеты c пользовательским окружением Pantheon, развиваемым проектом Elementary OS, и утилитой Warpinator, предназначенной для шифрованного обмена файлами между двумя компьютерами.
- Реализована возможность загрузки в режиме UEFI Secure Boot для систем с процессорами Intel/AMD и ARM.
- Возобновлена (https://wiki.almalinux.org/release-notes/10.2.html#extended-hardware-support) поддержка более 150 аппаратных устройств, не поддерживаемых в RHEL 10.2. Например, возвращены идентификаторы старых PCI-устройств в драйверах:
aacraid - Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
be2iscsi - Emulex OneConnectOpen-iSCSI для BladeEngine 2 и 3
be2net - Emulex BladeEngine 2 and 3 adapters *
hpsa - HP Smart Array Controller
lpfc - Emulex LightPulse Fibre Channel SCSI
megaraid_sas - Broadcom MegaRAID SAS
mlx4_core - Mellanox Gen2 и ConnectX-2
mpt3sas - LSI MPT Fusion SAS 3.0
mptsas - Fusion MPT SAS Host
qla2xxx - QLogic Fibre Channel HBA
qla4xxx - QLogic iSCSI HBA.
Дистрибутив AlmaLinux основан компанией CloudLinux в ответ на преждевременное сворачивание (https://www.opennet.me/opennews/art.shtml?num=54219) поддержки CentOS 8 компанией Red Hat (выпуск обновлений для CentOS 8 прекращён (https://www.opennet.me/opennews/art.shtml?num=56439) в конце 2021 года, а не в 2029 году, как предполагали пользователи). Проект курирует отдельная некоммерческая организация AlmaLinux OS Foundation, которая была создана для разработки на нейтральной площадке с участием сообщества и c использованием модели управления, похожей на организацию работы проекта Fedora. Дистрибутив бесплатен для всех категорий пользователей. Все наработки AlmaLinux публикуются (https://github.com/AlmaLinux) под свободными лицензиями.
Кроме AlmaLinux, в качестве альтернатив классическому CentOS также позиционируются Rocky Linux (https://www.opennet.me/opennews/art.shtml?num=55365) (развивается сообществом под руководством основателя CentOS), Oracle Linux (https://www.opennet.me/opennews/art.shtml?num=54247), SUSE Liberty Linux (https://www.opennet.me/opennews/art.shtml?num=56550) и EuroLinux (https://www.opennet.me/opennews/art.shtml?num=57176). Кроме того, компания Red Hat предоставила (https://www.opennet.me/opennews/art.shtml?num=54655) возможность (https://www.opennet.me/opennews/art.shtml?num=54439) бесплатного использования RHEL (https://developers.redhat.com/products/rhel/download) в организациях, развивающих открытое ПО, и в окружениях индивидуальных разработчиков, насчитывающих до 16 виртуальных или физических систем.
Источник: http://www.opennet.me/opennews/art.shtml?num=65533 (http://www.opennet.me/opennews/art.shtml?num=65533)
https://www.opennet.me/opennews/art.shtml?num=65533

2026-05-26 08:34:31 UTC

Google случайно раскрыл детали неисправленной уязвимости в Chromium
Компания Google случайно открыла (https://infosec.exchange/@rebane2001/116606836889483917) публичный доступ к отчёту (https://issues.chromium.org/issues/40062121) (общедоступная копия (https://archive.ph/5Gcbi)), содержащему детальное пояснение и пример эксплоита для уязвимости, ещё не исправленной в движке Chromium. Уязвимость признана опасной и выявившему проблему исследователю было выплачено вознаграждение в $1000. Информация о проблеме была отправлена ещё в 2022 году и тех пор периодически поднималось, но не доводилось до конца, обсуждение по её исправлению (требовалась реализация новых лимитов на непрерывную загрузку). В одном из таких обсуждений разработчики по ошибке посчитали уязвимость исправленной и открыли публичный доступ к информации, хотя проблема оставалась нерешённой.
Уязвимость позволяет добиться продолжения выполнение фонового JavaScript-обработчика (Service Worker) даже после закрытия окна браузера, что даёт возможность атакующему организовать постоянный контроль за браузером с возможностью загрузки и выполнения в любой момент своего JavaScript-кода в контексте своей страницы. Сценарий атаки сводится к тому, что атакующий может добиться открытия своей страницы в версии браузера, не содержащей уязвимостей, после чего дождаться выявления серьёзной уязвимости в браузере и организовать выполнение эксплоита без необходимости повторного открытия пользователем страницы атакующего. Суть метода в создании страницы с Service Worker-ом, выполняющей операцию загрузки данных, которая никогда не прерывается.
По мнению выявившего проблему исследователя, уязвимость может использоваться для создания ботнета из браузеров, пользователи которых не подозревают, что один раз закрепившись, атакующий может удалённо выполнить JavaScript-код на их устройстве без совершения действий с их стороны. Подобный ботнет и без эксплуатации других уязвимостей может применяться для организации DDoS-атак и проксирования вредоносного трафика через системы жертв. Проблема затрагивает все браузеры на движке Chromium.
Источник: http://www.opennet.me/opennews/art.shtml?num=65491 (http://www.opennet.me/opennews/art.shtml?num=65491)
https://www.opennet.me/opennews/art.shtml?num=65491

2026-05-26 07:34:32 UTC

Поправки в калифорнийский закон, разрешающие не верифицировать возраст в открытых проектах
В ранее принятый (https://www.opennet.me/opennews/art.shtml?num=64890) в Калифорнии закон о верификации возраста предложены поправки (https://leginfo.legislature.ca.gov/faces/billNavClient.xhtml?bill_id=202520260AB1856), вводящие исключение для проектов под открытыми лицензиями. Голосование профильного комитета о принятии поправок состоится в июне. Ранее аналогичные поправки были утверждёны (https://www.opennet.me/opennews/art.shtml?num=65283) в штате Колорадо и вошли в принятый в начале мая финальный вариант (https://leg.colorado.gov/bill_files/115998/download) закона CO SB51 (https://leg.colorado.gov/bills/SB26-051).
Поправки сужают понятия "провайдер операционной системы" и "приложение", к которым применяются требования по обеспечению верификации возраста. В поправках из действия закона выведены физические лица и организации, распространяющие операционные системы или приложения под лицензиями, разрешающими копирование, распространение и внесение изменений в код. Исключение также распространяется на программное обеспечение, которое не предлагается потребителям в форме отдельных исполняемых файлов через магазины-каталоги приложений.
В случае утверждения поправок, разработчики открытых приложений и дистрибутивы, такие как Fedora, Ubuntu, Arch Linux и Debian, поставляющие открытое ПО, будут не обязаны выполнять требования по верификации возраста. Дистрибутивам и платформам, таким как SteamOS, включающим проприератные программы или завязанным на внешние проприетарные каталоги приложений, придётся (https://www.tomshardware.com/software/linux/california-moves-to-exempt-linux-from-its-upcoming-age-verification-law-after-backlash-over-forcing-operating-systems-to-collect-users-ages-amendment-proposed-by-the-same-lawmaker-who-wrote-the-original-law) учитывать требования о верификации возраста.
Принятый в Калифорнии Закон о верификации возраста предписывает добавление в операционные системы возможности для указания возраста пользователя на этапе регистрации учётной записи и предоставления приложениям программного интерфейса для определения возраста текущего пользователя. В соответствии с требованиями закона, загруженные и запущенные приложения должны иметь возможность получать от операционной системы информацию о возрасте в 4 градациях: младше 13 лет, от 13 до 16 лет, от 16 до 18 лет, 18 лет и старше.
Разработчик приложения должен использовать полученную информацию о возрасте для соблюдения законодательства о защите детей в интернете. За невыполнение требований предусмотрены штрафы до $2500 за неумышленное и до $7500 за умышленное нарушение в отношении каждого пострадавшего ребёнка. Закон вступает в действие в Калифорнии 1 января 2027 года, а в Колорадо - 1 июля 2028 года.
Помимо этого, 17 марта в Бразилии вступил в силу закон 15.211/2025 (https://www.planalto.gov.br/ccivil_03/_ato2023-2026/2025/Lei/L15211.htm) "Digital ECA (https://pt.wikipedia.org/wiki/Lei_n.%C2%BA_15.211/2025)", который отличается значительными штрафами и жёсткими требованиями - производителям операционных систем и магазинов приложений необходимо проводить строгую проверку возраста с применением методов верификации, таких как проверка документов или прохождение аутентификации в уполномоченных сервисах. При этом из области действия закона выведена (https://dev.to/phalkmin/no-brazils-felca-law-doesnt-ban-linux-4jj0) "базовая функциональность, необходимая для работы интернета, включая открытые и универсальные технические протоколы и стандарты", а основная ответственность ложится не на операционные системы, а на приложения, которые при необходимости должны внедрять собственные механизмы для предотвращения несанкционированного доступа несовершеннолетних.
Источник: http://www.opennet.me/opennews/art.shtml?num=65530 (http://www.opennet.me/opennews/art.shtml?num=65530)
https://www.opennet.me/opennews/art.shtml?num=65530

2026-05-26 05:34:31 UTC

Выпуск labwc 0.20, композитного сервера для Wayland
Опубликован (https://github.com/labwc/labwc/releases/tag/0.20.0) выпуск проекта labwc 0.20 (https://labwc.github.io/) (Lab Wayland Compositor), развивающего композитный сервер для Wayland с возможностями, напоминающими оконный менеджер Openbox (https://github.com/danakj/openbox) (проект преподносится как попытка создания альтернативы Openbox для Wayland). Код проекта написан на языке Си и распространяется (https://github.com/labwc/labwc/) под лицензией GPLv2. Значительное увеличение версии (с 0.9 до 0.20) объясняется синхронизацией с нумерацией версий библиотеки wlroots.
Labwc задействован в графическом окружении дистрибутива Raspberry Pi OS и опционально поддерживается в средах рабочего стола Xfce и LXQt. Среди целей проекта labwc упоминаются минимализм, компактная реализация, широкие возможности настройки и высокая производительность. Принципиально не поддерживаются анимированные эффекты, градиенты и пиктограммы, за исключением кнопок для окон. В качестве основы используется библиотека wlroots (https://github.com/swaywm/wlroots), развиваемая разработчиками пользовательского окружения Sway (https://www.opennet.me/opennews/art.shtml?num=65528) и предоставляющая базовые функции для организации работы композитного менеджера на базе Wayland.
Возможно подключение надстроек с реализацией таких функций, как создание скриншотов, отображение обоев на рабочем столе, размещение панели и меню. Для запуска X11-приложений в окружении на базе протокола Wayland поддерживается использование DDX-компонента XWayland (http://cgit.freedesktop.org/xorg/xserver/tree/hw/xwayland). Тема оформления, базовое меню и горячие клавиши настраиваются через файлы конфигурации (https://github.com/labwc/labwc/tree/master/docs) в формате xml. Имеется встроенная поддержка экранов с высокой плотностью пикселей (HiDPI).
Помимо встроенного базового меню, настраиваемого через файл menu.xml, можно подключить сторонние реализации меню приложений, такие как bemenu (https://github.com/Cloudef/bemenu), fuzzel (https://codeberg.org/dnkl/fuzzel) и wofi (https://hg.sr.ht/~scoopta/wofi). В качестве панели можно использовать Waybar (https://github.com/Alexays/Waybar), sfwbar (https://github.com/LBCrion/sfwbar), Yambar (https://codeberg.org/dnkl/yambar) или LavaLauncher (https://sr.ht/~leon_plickat/LavaLauncher). Для управления подключением мониторов и изменением их параметров предлагается использовать wlr-randr (https://sr.ht/~emersion/wlr-randr/) или kanshi (https://sr.ht/~emersion/kanshi/). Блокировка экрана осуществляется при помощи swaylock (https://github.com/swaywm/swaylock).
В новой версии:
- Осуществлён переход на выпуск библиотеки wlroots 0.20 (https://gitlab.freedesktop.org/wlroots/wlroots/-/releases/0.20.0), в котором реализована поддержка возможностей для управления цветом, HDR, настройки внешнего вида курсора и виртуальных рабочих столов.
- Реализована частичная поддержка захвата контента, выводимого на Wayland-поверхности верхнего уровня (toplevel-capture), позволяющая создавать скриншоты и записывать скринкасты для содержимого отдельных окон. Реализация пока не охватывает дочерние и всплывающие окна приложений, запущенных через XWayland, а также вложенные Wayland-поверхности xdg (https://wayland-book.com/xdg-shell-basics/xdg-surface.html).
- Добавлена поддержка расширенного диапазона яркости с возможностью вывода на мониторы, поддерживающие HDR10 (работает только при использовании бэкенда отрисовки на базе Vulkan).
- Реализован ускоренный переход к элементам меню через нажатие первой буквы названия. Например, для запуска Firefox достаточно вызвать меню комбинацией "Meta+a" и нажать букву "f".
- Добавлена комбинация клавиш Super-d для скрытия и возвращения окон. Для настройки собственных комбинаций клавиш с данным действием предложен параметр ToggleShowDesktop.
- Добавлена опция командной строки "-t" (--title) для выставления заголовка окна при вложенном запуске labwc.
- В утилиту labnag добавлены (https://github.com/labwc/labwc/pull/3527) опции "--details-border-color" и "--details-margin" для выставления цвета и отступа области вокруг содержимого.
- Обеспечена установка systemd-юнита labwc-session.target при наличии systemd.
- В файл конфигурации добавлена настройка "‹focus›‹raiseOnFocusDelay› для внесения задержки перед переключением фокуса.
- В опцию "‹libinput›‹device›‹scrollMethod›" добавлена поддержка метода прокрутки "onbutton", а также реализована отдельная опция "‹libinput›‹device›‹scrollButton›" для прокрутки содержимого с использованием кнопок (https://wayland.freedesktop.org/libinput/doc/latest/scrolling.html#button-scrolling).
- Добавлена опция ‹tabletTool minPressure="0.0" maxPressure="1.0" /› для настройки диапазона чувствительности к нажатию для графического планшета.
- В файл конфигурации добавлена опция ‹privilegedInterfaces› для ограничения доступа к привилегированным протоколам.
- Добавлен отладочный параметр DebugToggleKeyStateIndicator для отображения поверх содержимого сведений о состоянии клавиш.
- Добавлена поддержка Wayland-протоколов для управления цветом: color-representation-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/staging/color-representation/color-representation-v1.xml?ref_type=heads) и color-management-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/color-management).
- Реализован интерфейс wl_fixes (https://wayland.app/protocols/wayland#wl_fixes), позволяющий решать проблемы (https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3865) с другими программными интерфейсами базовых протоколов, которые не могут быть устранены собственными возможностями этих интерфейсов. Например,
запрос "wl_fixes::destroy_registry" позволяет ликвидировать объект wl_registry (https://wayland.app/protocols/wayland#wl_registry), после чего клиент не сможет его использовать, а композитный сервер прекратит передачу через него событий.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1721468991.png
(https://labwc.github.io/img/scrot2.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779769609.png
(https://labwc.github.io/img/scrot6-cairodock.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779769622.png
(https://labwc.github.io/img/scrot5-rpi.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779769634.png
(https://labwc.github.io/img/scrot4-lxqt.png)
Источник: http://www.opennet.me/opennews/art.shtml?num=65529 (http://www.opennet.me/opennews/art.shtml?num=65529)
https://www.opennet.me/opennews/art.shtml?num=65529

2026-05-25 20:04:36 UTC

Выпуск пользовательского окружения Sway 1.12
После почти года разработки опубликован (https://github.com/swaywm/sway/releases/tag/1.12) релиз композитного менеджера Sway 1.12 (https://swaywm.org/), построенного с использованием протокола Wayland и совместимого с мозаичным оконным менеджером i3 (https://i3wm.org/) и панелью i3bar (https://i3wm.org/i3bar/). Код проекта написан на языке Си и распространяется (https://github.com/swaywm/sway) под лицензией MIT. Проект нацелен на использование в Linux и FreeBSD.
Sway позволяет размещать окна на экране не пространственно, а логически. Окна располагаются, образуя сетку, оптимально использующую экранное пространство и позволяющую быстро манипулировать окнами только при помощи клавиатуры. Совместимость с i3 обеспечена на уровне команд, файлов конфигурации и IPC, что позволяет использовать Sway в качестве прозрачной замены i3, использующей Wayland вместо X11.
Для обустройства полноценного пользовательского окружения предлагаются сопутствующие компоненты: swayidle (https://github.com/swaywm/swayidle) (фоновый процесс с реализацией ждущего режима), swaylock (https://github.com/swaywm/swaylock) (хранитель экрана), mako (https://github.com/emersion/mako) (менеджер уведомлений), grim (https://github.com/emersion/grim) (создание скриншотов), slurp (https://github.com/emersion/slurp) (выделение области на экране), wf-recorder (https://github.com/ammen99/wf-recorder) (захват видео), waybar (https://github.com/Alexays/Waybar) (панель приложений), virtboard (https://source.puri.sm/Librem5/virtboard) (экранная клавиатура), wl-clipboard (https://github.com/bugaevc/wl-clipboard) (работа с буфером обмена), wallutils (https://github.com/xyproto/wallutils) (управление обоями рабочего стола).
Sway развивается как модульный проект, построенный поверх библиотеки wlroots (https://gitlab.freedesktop.org/wlroots/wlroots/), в которую вынесены все базовые примитивы для организации работы композитного менеджера. Wlroots включает бэкенды для
абстрагирования доступа к экрану, устройствам ввода, отрисовки без прямого обращения к OpenGL, взаимодействию с KMS/DRM, libinput, Wayland и X11 (предоставляется прослойка для запуска X11-приложений на базе Xwayland). Помимо Sway библиотека wlroots активно используется и в других проектах (https://gitlab.freedesktop.org/wlroots/wlroots/-/wikis/Projects-which-use-wlroots). Кроме поддержки языков Си/С++, предоставляются обвязки для языков Scheme, Common Lisp, Go, Haskell, OCaml, Zig, Python и Rust.
В новом выпуске:
- Добавлена возможность захвата отдельных окон.
- Реализована (https://github.com/swaywm/sway/pull/8617) поддержка вывода в расширенном динамическом диапазоне яркости HDR10 при использовании отрисовки на базе API Vulkan.
- Добавлена поддержка Wayland-протоколов:
color-management-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/color-management) для управления цветом и поддержки расширенного динамического диапазона яркости (HDR, High Dynamic Range).
color-representation-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/staging/color-representation/color-representation-v1.xml?ref_type=heads) для определение цветового представления Wayland-поверхности.
xdg-toplevel-tag-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-toplevel-tag) для прикрепления Wayland-клиентами тегов к поверхностями верхнего уровня, которые композитный сервер может использовать для восстановления позиции, размера и свойств окон после перезапуска, а также для определения особых правил для отдельных видов окон.
ext-workspace-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-workspace?ref_type=heads) для создания панелей или индикаторов, выводящих список доступных виртуальных рабочих столов и позволяющих переключаться между ними.
wl_fixes (https://wayland.app/protocols/wayland#wl_fixes) для решения проблем (https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3865) с другими программными интерфейсами базовых протоколов, которые не могут быть устранены собственными возможностями этих интерфейсов.
- Реализована (https://github.com/swaywm/sway/commit/26eb393d6dd7631dc5b7edd0df95342d606e907c) опция "--device-primaries", при указании которой цветовой профиль формируется на основе данных, вызываемых монитором через EDID.
- Добавлена (https://github.com/swaywm/sway/commit/fa497964fd55632beacf5f425e964ae4893e25b9) поддержка определения наличия кейпада, используя флаг LIBINPUT_SWITCH_KEYPAD_SLIDE (https://wayland.freedesktop.org/libinput/doc/latest/api/group__device.html#gga507e97278f2eb7d2271023ef2a3d31a4aed050386a5b52b2b51d05d95bb594c30) в libinput.
- В файл конфигурации включены привязки специальных мультимедийных клавиш (приостановить, продолжить воспроизведение, следующая композиция и т.п.) для управления воспроизведением мультимедийного содержимого при помощи утилиты playerctl.
- Цветовой профиль вывода srgb переведён на использование кусочной (https://www.colour-science.org/posts/srgb-eotf-pure-gamma-22-or-piece-wise-function/) (piece-wise) передаточной функции sRGB вместо gamma 2.2 (для gamma 2.2 следует использовать отдельный профиль gamma22, который применяется по умолчанию).
- Запуск в системах с неподдерживаемыми GPU (например, при использовании проприетарных драйверов NVIDIA), теперь приводит к выводу предупреждения, а не к завершению работы с ошибкой. Предупреждение можно отключить при помощи флага "--unsupported-gpu" или переменной окружения SWAY_UNSUPPORTED_GPU.
- Добавлена официальная поддержка использования дисплейных менеджеров для запуска Sway.
- Задействованы новые возможности библиотеки wlroots 0.20 (https://gitlab.freedesktop.org/wlroots/wlroots/-/releases/0.20.0). Среди изменений в новой версии wlroots: Поддержка определения цветового представления Wayland-поверхности, управления цветом и использования HDR при помощи протоколов color-representation-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/staging/color-representation/color-representation-v1.xml?ref_type=heads) и color-management-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/color-management). Поддержка Wayland-протоколов cursor-shape-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/cursor-shape) для настройки внешнего вида курсора,
ext-workspace-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-workspace?ref_type=heads) для использования концепции виртуальных рабочих столов и xdg-toplevel-tag-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-toplevel-tag) для идентификации окон/поверхностей через привязку тегов.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1767072559.png
(https://user-images.githubusercontent.com/11344982/183612463-2d8cb020-ffab-4dc5-a056-5cecd7eca062.png)
Источник: http://www.opennet.me/opennews/art.shtml?num=65528 (http://www.opennet.me/opennews/art.shtml?num=65528)
https://www.opennet.me/opennews/art.shtml?num=65528

2026-05-25 09:04:10 UTC

GRO Frag - седьмая уязвимость класса Copy Fail, предоставляющая права root в Linux
В открытом доступе размещён эксплоит (https://gist.github.com/lcfr-eth/2566a5cef312c94a5ff8d62fa417955f) для седьмой уязвимости (1 (https://www.opennet.me/opennews/art.shtml?num=65325), 2-3 (https://www.opennet.me/opennews/art.shtml?num=65395), 4 (https://www.opennet.me/opennews/art.shtml?num=65441), 5 (https://www.opennet.me/opennews/art.shtml?num=65473), 6 (https://www.opennet.me/opennews/art.shtml?num=65476)) в ядре Linux, позволяющей непривилегированному локальному пользователю получить права root, перезаписав данные в страничном кэше. CVE-идентификатор ещё не присвоен, кроме кода эксплоита информации о проблеме пока нет. Исправление доступно только в виде патча (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4db79a322db8), который опубликован 20 мая и 21 мая был принят в основную ветку ядра Linux (корректирующие выпуски (https://kernel.org) ядра ещё недоступны).
Уязвимость присутствует в реализации технологии GRO (https://docs.kernel.org/networking/segmentation-offloads.html) (Generic Receive Offload), применяемой для ускорения обработки сегментированных пакетов. Уязвимость вызвана ошибкой в реализации механизма zerocopy в функции skb_gro_receive(), осуществляющей прямое изменение данных в страничном кэше для исключения лишней буферизации. При установленном флаге SKBFL_MANAGED_FRAG_REFS пропускалось сохранение ссылки на освобождаемые страницы памяти в поле shinfo->frags, после чего данное поле присоединялось к другому skb без изменения счётчика ссылок, что приводило к обращению к памяти после её освобождения (use-after-free). Проблему удалось эксплуатировать для перезаписи данных в страничном кэше, благодаря манипуляции с указателем на буфер io_uring.
Атака возможна на системы с включённой подсистемой io_uring (io_uring_disabled=0). Для работы эксплоита в системе должен быть доступный на чтение исполняемый файл с флагом SUID-root. Механизм эксплуатации сводится к тому, что атакующий добивается оседания базы пользователей в страничном кэше, после чего подставляет в кэш строку "hax::0:0::/root:/bin/sh". Следом запускается команда "su hax", которая получает не оригинальную базу пользователей с накопителя, а изменённую копию с подставным логином "hax", которому выставлены права root и пустой пароль. Работа эксплоита протестирована в Ubuntu 24.04.
Источник: http://www.opennet.me/opennews/art.shtml?num=65504 (http://www.opennet.me/opennews/art.shtml?num=65504)
https://www.opennet.me/opennews/art.shtml?num=65504

2026-05-25 09:04:10 UTC

В nginx выявлена вторая за 10 дней удалённо эксплуатируемая уязвимость
Сформированы (https://github.com/nginx/nginx/releases/tag/release-1.31.1) корректирующие выпуски nginx 1.31.1 (https://nginx.org/) и 1.30.2 (https://github.com/nginx/nginx/releases/tag/release-1.30.2), в которых устранена критическая уязвимость (https://my.f5.com/manage/s/article/K000161377) (CVE-2026-9256 (https://www.cve.org/CVERecord?id=CVE-2026-9256)), позволяющая удалённо добиться выполнения кода с правами рабочего процесса nginx через отправку специально оформленного HTTP-запроса. Выявившие проблему исследователи продемонстрировали (https://twitter.com/nebusecurity/status/2057071579876753643) рабочий эксплоит с обходом ASLR, который будет опубликован вместе с полным описанием спустя 30 дней после исправления. Уязвимость получила кодовое имя nginx-poolslip. Проблема проявляется начиная с версии nginx 0.1.17, выпущенной в феврале 2005 года. Для angie (https://github.com/webserver-llc/angie/tags) и freenginx (https://freenginx.org/) на момент написания новости исправления не опубликованы.
Как и устранённая (https://www.opennet.me/opennews/art.shtml?num=65442) на прошлой неделе похожая проблема, новая уязвимость вызвана переполнением буфера в модуле ngx_http_rewrite_module и проявляется в конфигурациях с определёнными регулярными выражениями в директиве "rewrite". В данном случае уязвимость затрагивает системы с перекрывающимися шаблонами для подстановки (скобки в скобках) в rewrite-выражении, например, "^/((.*))$" или "^/(test([123]))$", в сочетании с использованием нескольких неименованных подстановок в заменяющей строке (например, "$1$2").
Дополнительно можно отметить выпуск njs 0.9.9 (http://nginx.org/en/docs/njs/), модуля для интеграции интерпретаторов языка JavaScript в http-сервер nginx. В новой версии устранена уязвимость (https://my.f5.com/manage/s/article/K000161307) (CVE-2026-8711 (https://www.cve.org/CVERecord?id=CVE-2026-8711)), проявляющаяся (https://github.com/nginx/njs/commit/dea83189) начиная с версии njs 0.9.4. Проблема вызвана переполнением буфера и проявляется в конфигурациях с директивой js_fetch_proxy (https://nginx.org/en/docs/http/ngx_http_js_module.html#js_fetch_proxy), содержащей переменные nginx с данными из клиентского запроса (например, $http_*, $arg_* и $cookie_*), в сочетании с использованием location-обработчика, вызывающего функцию ngx.fetch(). Уязвимость можно эксплуатировать для выполнения кода с правами рабочего процесса nginx через отправку специально оформленного HTTP-запроса.
Источник: http://www.opennet.me/opennews/art.shtml?num=65505 (http://www.opennet.me/opennews/art.shtml?num=65505)
https://www.opennet.me/opennews/art.shtml?num=65505

2026-05-25 09:04:09 UTC

Релиз дистрибутива TileOS 2.0
Доступен (https://mastodon.social/@tile_os) выпуск дистрибутива TileOS 2.0 "Sauropod" (https://tile-os.com/), построенного на пакетной базе Debian и предлагающего рабочий стол, использующий мозаичные оконные менеджеры. TileOS преследует те же цели, что и дистрибутив Ubuntu Sway Remix (https://www.opennet.me/opennews/art.shtml?num=60017) (развивается тем же автором), предлагая готовый к использованию интерфейс, не требующий дополнительной настройки и ориентированный как на опытных пользователей Linux, так и на новичков, желающих попробовать окружение мозаичных оконных менеджеров, не тратя большое количество времени на их настройку.
В отличии от Ubuntu Sway Remix, TileOS гораздо более открыт для различных изменений и кастомизаций, а также избавлен от каких-либо потенциальных проблем с авторскими правами (Ubuntu Sway Remix использует зарегистрированные товарные знаки Canonical, но официального ответа по поводу включения дистрибутива в официальное семейство Ubuntu до сих пор не получено). Для загрузки подготовлены (https://downloads.tile-os.com/stable/) сборки для архитектуры amd64 (в будущем планируется обеспечить поддержку arm64, в частности плат Raspberry Pi). Исходный код компонентов TileOS распространяется (https://git.tile-os.com/TileOS) по лицензии GNU GPLv3.
Основное внимание в TileOS уделяется оконным менеджерам, использующим протокол Wayland. Официально представлены редакции с рабочими столами Sway (https://swaywm.org/), River (https://codeberg.org/river/river), Qtile (https://qtile.org/), MiracleWM (https://miracle-wm.org/) и Niri (https://niri-wm.github.io/niri/). Дистрибутив использует пакетную базу Debian Stable, однако из тестовой ветки переносятся различные улучшения, более свежие версии некоторого ПО и графических драйверов. Помимо этого, в состав включён ряд исправлений (https://git.tile-os.com/TileOS/tileos-system-adjustments), оптимизирующих работу дисковой подсистемы и памяти, а также перенесены некоторые улучшения из Ubuntu, например монтирование дисков в файловом менеджере без запроса пароля, и другие.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779515697.png
(https://files.mastodon.social/media_attachments/files/116/602/256/941/102/637/original/78012092bee337a3.png)
В новом выпуске:
- Пакетная база обновлена до Debian 13. По умолчанию задействовано штатное ядро Debian, с поддержкой Secure Boot. Опционально доступна установка ядра Liquorix (https://liquorix.net/), оптимизированного для десктопных задач;
- Для установки и обновления ядра Linux добавлена утилита tileos-kernel-manager (https://git.tile-os.com/TileOS/tileos-kernel-manager);
- По умолчанию задействована утилита sudo-rs (https://github.com/trifectatechfoundation/sudo-rs) - вариант sudo, переписанный на языке Rust;
- В качестве DNS-резолвера задействован systemd-resolved, а в качестве dhcp-клиента - dhcpcd5;
- Добавлена утилита TileOS Welcome (https://git.tile-os.com/TileOS/tileos-welcome), позволяющая произвести начальную настройку системы;
- При автоматической разметке диска, по умолчанию задействована файловая система Btrfs. Добавлена поддержка установки на раздел с файловой системой F2FS;
- Хранитель экрана swaylock заменен на gtklock (https://github.com/jovanlanik/gtklock);
- В состав системы включены программа резервного копирования Timeshift и инструменты для работы с Btrfs;
- В состав системы включён демон Kdeconnect, обеспечивающий синхронизацию с мобильными устройствами;
- Переписаны и оптимизированы пользовательские скрипты, для автозапуска большинства компонентов задействованы штатные возможности systemd;
- В панель Waybar добавлен модуль power-profiles-daemon, для быстрого переключения режимов энергосбережения;
- Добавлен компонент swaykbdd (https://github.com/artemsen/swaykbdd) для реализации раздельных раскладок клавиатуры для каждого окна;
- Добавлен компонент SwayOSD (https://github.com/ErikReider/SwayOSD), обеспечивающий вывод экранного индикатора при изменении уровня громкости или яркости экрана, а также состояния клавиши Caps Lock;
- Предустановлен и включён по умолчанию пакетный менеджер Flatpak;
- Мелкие улучшения в заставке Plymouth;
- Обновлена утилита Sway Input Configurator (https://github.com/Sunderland93/sway-input-config), в которой устранены мелкие ошибки и началась подготовка к обеспечению поддержки других Wayland-композиторов, таких как MiracleWM.
Добавлены две новые экспериментальные редакции:
- Niri Edition - использует рабочий стол Niri, написанный на языке Rust и реализующий метод мозаичной компоновки в стиле GNOME-расширения PaperWM, в котором окна группируются в бесконечно прокручиваемую на экране ленту. В Niri Edition задействованы все типовые компоненты TileOS, такие как панель Waybar. В будущем рассматривается задействование оболочки Dank Material Shell.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779515724.png
(https://files.mastodon.social/media_attachments/files/116/602/259/075/710/930/original/38fb0dc6c7819d62.png)
- Miracle Edition - использует рабочий стол MiracleWM, построенный на базе библиотеки Mir. MiracleWM предоставляет интерфейс в стиле Sway, при этом реализуя различные графические эффекты (анимации переключения окон, полупрозрачность и т.д). Конфигурация осуществляется в формате YAML. Поскольку MiracleWM все ещё в стадии активной разработки - очень многие возможности ещё не реализованы, а стабильная работа не гарантируется.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779515733.png
(https://files.mastodon.social/media_attachments/files/116/602/259/843/953/313/original/864759e35aedd624.png)
Помимо этого сформирован выпуск TileOS 1.4 "T-Rex", в который включены накопившиеся обновления, в том числе с устранением недавно обнаруженных уязвимостей в ядре Linux.
Источник: http://www.opennet.me/opennews/art.shtml?num=65507 (http://www.opennet.me/opennews/art.shtml?num=65507)
https://www.opennet.me/opennews/art.shtml?num=65507

2026-05-25 09:04:08 UTC

Введён в строй официальный каталог Godot Asset Store, интегрированный с движком Godot
После нескольких лет работы и нескольких месяцев бета-тестирования представлен (https://godotengine.org/article/introducing-the-godot-asset-store/) официальный магазин-каталог ассетов и плагинов для игрового движка Godot (https://www.opennet.me/opennews/art.shtml?num=64682) - Godot Asset Store (https://store.godotengine.org/), который пришёл на смену библиотеке ассетов (Asset Library). Новый каталог примечателен полной интеграцией с движком Godot и его поддержка уже добавлена в ветку Godot 4.7, находящуюся на стадии бета тестирования. В каталоге пока поддерживается размещение только бесплатных ассетов, поддержку размещения платных продуктов и систему донатов обещают добавить позднее.
Из новых возможностей, по сравнению с Asset Library, отмечается появление рейтинга и рецензирования ассетов, доступ к аналитике о загрузках, возможность предоставления нескольких версий для загрузки, добавление страницы со списком изменений и поддержка привязки тегов к ассетам, включая собственные теги. При доступе в Asset Store используется общая с инфраструктурой Godot система учётных записей, например, если у пользователя есть учётная запись в форуме, то ему не нужно создавать отдельный аккаунт в Asset Store.
Разработчикам рекомендуется начать переносить свои ассеты из
Asset Library в Asset Store. Автоматически такой перенос решили не производить из-за необходимости получения разрешения от каждого автора на миграцию, переноса на свой хостинг файлов со сторонних ресурсов и нежелании переносить давно не поддерживаемые устаревшие ассеты. В дальнейшем доступ к каталогу Asset Library будет сохранён для поддержки старых версий движка Godot, но будет переведён в режиме только для чтения.
Изначально организация Godot Foundation не хотела создавать собственный официальный каталог ассетов и полагалась на экосистему и существующие платформы, такие как itch.io (https://itch.io/), но в конечном счёте из-за ряда проблем изменила свои намерения. Запуск Asset Store избавит сообщество от путаницы с магазинами приложений (многие пользователи не понимали, какой из магазинов рекомендован Godot Foundation), решит проблемы с авторскими правами и злоупотреблениями (некоторые каталоги размещали платные версии бесплатных ассетов без информации об авторстве) и позволит избавиться от технического долга (в Asset Library использовалась своя система учётных записей, не интегрированная с остальными сервисами Godot).
Исходный код игрового движка Godot был открыт (https://www.opennet.me/opennews/art.shtml?num=39053) в 2014 году студией OKAM (https://web.archive.org/web/20171003053858/https://okamgames.com/), после десяти лет развития проприетарного продукта профессионального уровня, который использовался для создания и публикации многих игр (https://web.archive.org/web/20181017194214/http://okamgames.com/portfolio) для PC, игровых консолей и мобильных устройств. Движок подходит для создания 2D- и 3D-игр, предоставляет простой для изучения язык задания игровой логики, графическую среду для проектирования игр, систему развёртывания игр в один клик, возможности анимации и симуляции физических процессов, встроенный отладчик и систему выявления узких мест в производительности. Код игрового движка, среды проектирования игр и сопутствующих средств разработки (физический движок, звуковой сервер, бэкенды 2D/3D рендеринга и т.п.) распространяется (https://github.com/okamstudio/godot/) под лицензией MIT.
Источник: http://www.opennet.me/opennews/art.shtml?num=65506 (http://www.opennet.me/opennews/art.shtml?num=65506)
https://www.opennet.me/opennews/art.shtml?num=65506

2026-05-25 09:04:08 UTC

Доступен GNOME Commander 2.0, переписанный на Rust и сменивший лицензию на GPLv3
Состоялся (https://gitlab.gnome.org/GNOME/gnome-commander/-/releases/2.0.0) релиз двухпанельного файлового менеджера GNOME Commander 2.0 (http://gcmd.github.io/), оптимизированного для использования в пользовательском окружении GNOME. GNOME Commander представляет такие возможности как вкладки, доступ к командной строке, закладки, изменяемые цветовые схемы, режим пропуска каталогов при выделении файлов, доступ к внешним данным через SFTP и SAMBA, расширяемые контекстные меню, автоматическое монтирование внешних накопителей, доступ к истории навигации, поддержка плагинов, встроенный просмотрщик текста и изображений, функции поиска, переименования по маске и сравнения каталогов. Код распространяется (https://gitlab.gnome.org/GNOME/gnome-commander/) под лицензией GPLv3.
В новой версии:
- Кодовая база переписана c C++ на Rust.
- Осуществлён переход с библиотеки GTK3 на GTK4.
- Лицензия на код изменена с GPLv2 на GPLv3.
- 17 мая сопровождающим проект назначен (https://gitlab.gnome.org/GNOME/gnome-commander/-/commit/39ff8f38a668cddda1164beff48bf7dc0a6d9d5e) Владимир Палант (Wladimir Palant (https://palant.info/)), в своё время создавший блокировщик рекламы Adblock Plus (https://adblockplus.org/).
- В приложение встроен эмулятор терминала, отображающий вывод запускаемых команд. В меню View добавлена опция для автоматического скрытия терминала при его неактивности.
- Переделана панель быстрого поиска, которая может использоваться и для фильтрации списка показываемых файлов. Поисковый запрос применяется к любым частям имени файла, если явно не заданы маски "*" и "?". Добавлена кнопка для поиска с учётом регистра символов. По умолчанию поиск стартует не с начала списка, а с текущей позиции в нём.
- Повышена производительность и расширены возможности диалога поиска. Закрытие диалога не приводит к очистке результатов поиска. В процессе поиска индикатор прогресса показывает путь, в котором осуществляется поиск в данный момент.
- Во встроенном просмотрщике унифицирована обработка кодировок файлов, добавлена настройка для смены шрифта, диалог поиска заменён на панель поиска, реализован поиск шестнадцатеричных значений без учёта регистра символов, добавлена команда для выделения всего текста ("Select All"), реализовано контекстное меню для изображений.
Бинарный режим просмотра переименован в "Fixed Width" и поддерживает UTF-8.
- Для людей, имеющих проблемы со зрением, обеспечена полноценная поддержка работы с использованием экранного ридера, который распознаёт контекст разных функций приложения.
- При восстановлении сеанса реализовано восстановление состояния выделенных файлов, порядка сортировки, скрытия и изменения размера столбцов в панелях.
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779518050.png
(https://gnome.pages.gitlab.gnome.org/gnome-commander/images/screenshot-740-light.png)
https://www.opennet.me/opennews/pics_base/CFD0C5CECEC5D4_1779517983.png
(https://thisweek.gnome.org/_astro/commander.DZi49Kc3_Z1cLSkU.webp)
Источник: http://www.opennet.me/opennews/art.shtml?num=65509 (http://www.opennet.me/opennews/art.shtml?num=65509)
https://www.opennet.me/opennews/art.shtml?num=65509

2026-05-25 09:04:07 UTC

При помощи AI-модели Mythos выявлены 23 тысячи уязвимостей в открытом ПО
Компания Anthropic подвела (https://www.anthropic.com/research/glasswing-initial-update) первые итоги тестирования предварительного варианта AI-модели Mythos, в которой были существенно (https://www.opennet.me/opennews/art.shtml?num=65165) расширены возможности по поиску ошибок, выявлению уязвимостей и написанию готовых эксплоитов. Компания Anthropic при помощи AI-модели Mythos провела сканирование более тысячи важных открытых проектов, в ходе которого было выявлено 23019 уязвимостей. 6202 уязвимостям был назначен высокий или критический уровень опасности.
1752 из 6202 уязвимостей, отнесённых AI-моделью Mythos к категории опасных, были проверены независимыми компаниями, специализирующимися на компьютерной безопасности. В 1587 случаях (90.6%) наличие уязвимости было подтверждено, а в 1094 (62.4%) - сохранился высокий или критический уровень опасности. При текущих показателях ложных срабатываний предполагается, что из 6202 заявленных AI-моделью опасных уязвимостей примерно 3900 (62.4%) сохранят выбранный моделью высокий уровень опасности, не считая опасных уязвимостей найденных отдельно при проверке 50 участниками проекта Glasswing.
Сведения об 467 верифицированных уязвимостях переданы сопровождающим открытые проекты представителями компаний, проводивших рецензирование. По отдельным запросам сотрудники Anthropic напрямую передали сопровождающим информацию о 1129 непроверенных проблемах. Всего сопровождающие 281 открытого проекта получили сведения (https://red.anthropic.com/2026/cvd/) о 1596 проблемах и подтвердили наличие 1451 уязвимостей. При этом в кодовых базах пока исправлено только 97 проблем и выпущено 88 публичных отчётов (https://red.anthropic.com/2026/cvd/#cves-section) об уязвимостях.
Кроме того, сообщается, что 50 участников проекта Glasswing, которым был предоставлен ранний доступ к модели Mythos, выявили в своих кодовых базах более 10 тысяч опасных уязвимостей. Например, компания Cloudflare нашла при помощи Mythos более 2000 ошибок, из которых 400 отмечены как уязвимости с высоким и критическим уровнем опасности. Уровень ложных срабатываний по оценке Cloudflare оказался ниже, чем при тестировании людьми. Компания Mozilla при проверке кода Firefox 150 нашла (https://www.opennet.me/opennews/art.shtml?num=65405) при помощи Mythos 271 уязвимость, что в 10 раз больше, чем было найдено при проверке Firefox 148 моделью Claude Opus 4.6.
В качестве примера уже исправленной критической проблемы приводится
уязвимость (https://www.wolfssl.com/how-claude-mythos-preview-helped-harden-wolfssl/) (CVE-2026-5194 (https://nvd.nist.gov/vuln/detail/CVE-2026-5194)) в криптографической библиотеке wolfSSL (https://www.wolfssl.com/). Mythos смог подготовить эксплоит, позволяющий атакующему сформировать поддельный ECDSA-сертификат для сайтов и почтовых серверов, который при проверке библиотекой wolfSSL обрабатывался как корректный. Проблема была вызвана отсутствием в коде проверки размера хэша и OID, что позволяло указать в сертификате хэш, размером меньше допустимого.
Источник: http://www.opennet.me/opennews/art.shtml?num=65515 (http://www.opennet.me/opennews/art.shtml?num=65515)
https://www.opennet.me/opennews/art.shtml?num=65515

2026-05-24 10:43:10 UTC

Нарушение AGPL производителем 3D-принтеров Bambu Lab и создание форка Bambu Studio
В ответ на недавние угрозы (https://www.opennet.ru/opennews/art.shtml?num=65299) разработчику, вернувшему возможность прямой печати на 3D-принтерах Bambu Lab без использования проприетарного приложения Bambu Connect, правозащитная организация Software Freedom Conservancy (SFC) объявила (https://sfconservancy.org/news/2026/may/18/bambu-studio-3d-printer-agpl-violation-response/) о проведении расследования возможных нарушений свободных лицензий в ПО и прошивках компании Bambu Lab, Помимо этого, запущена инициатива по отстаиванию права (https://www.ifixit.com/Right-to-Repair) самостоятельно проводить ремонт, в рамках которой началась работа по обратному инжинирингу проприетарных библиотек Bambu Lab и создан независимый форк платформы Bambu Studio.
Развиваемый компанией Bambu Lab пакет Bambu Studio (https://github.com/bambulab/BambuStudio) является форком свободного проекта Prusa Slicer (https://github.com/prusa3d/prusaslicer) и так же как исходный проект распространяется под лицензией AGPLv3. В выпущенное год назад обновление прошивки к 3D-принтерам Bambu Lab было внесено изменение, блокирующее возможность прямой печати. После обновления прошивки для продолжения работы с 3D-принтером в альтернативных пакетах подготовки моделей к 3D-печати, таких как OrcaSlicer (https://github.com/OrcaSlicer/OrcaSlicer), требовалась установка дополнительного проприетарного приложения Bambu Connect, без которого послойный вывод на печать перестал работать.
Один из энтузиастов реализовал для OrcaSlicer возможность напрямую отправлять команды 3D-принтерам Bambu Lab без необходимости установки Bambu Connect, но компания Bambu Studio под угрозой судебного разбирательства вынудила (https://www.opennet.ru/opennews/art.shtml?num=65299) разработчика удалить репозиторий с созданным кодом, при том, что реализованный энтузиастом метод прямой отправки команд на 3D-принтеры был основан на содержимом из репозитория AGPL-проекта Bambu Studio.
Организация SFС трактовала данный шаг как ущемление прав, предоставляемых лицензией AGPLv3. При давлении на энтузиаста компания Bambu Lab применила тактику запугивания и утверждала, что условия использования продукта (terms of service) превалируют над требованиями AGPLv3, что является нарушение пункта 10.3 лицензии AGPL. Данный пункт запрещает налагать дополнительные ограничения, мешающие осуществлению прав, предоставленных лицензией.
Помимо этого, правозащитная организация SFC выявила прямое нарушения условий лицензии AGPLv3 в приложении Bambu Studio, в котором используется библиотека libbambu_networking, исходный код которой не предоставляется. Так как Bambu Studio является ответвлением от другого открытого AGPL-проекта, он должен распространяться строго под исходной лицензией APGLv3 и не имеет права вносить в неё исключения. Соответственно, все компоненты должны быть доступны в исходном коде без дополнительных ограничений и комбинирование AGPL-кода с проприетарной библиотеке в одном продукте недопустимо. Библиотека libbambu_networking загружается через интерактивный запрос в интерфейсе пользователя, но подобный манёвр не позволяет обойти условия AGPL.
Для оказания помощи пользователям 3D-принтеров, испытывающим трудности из-за нарушений AGPLv3 компанией Bambu Lab, создан проект baltobu (https://f.sfconservancy.org/baltobu), в рамках которого под защитой SFC создано три репозитория:
- reverse-networking (https://f.sfconservancy.org/baltobu/reverse-networking) - проект по обратному инжинирингу библиотек libbambu_networking.so, bambu_networking.dll и libbambu_networking.dylib, и создания их открытой замены. Подразумевается, что так как данные библиотеки используются в коде под лицензией AGPLv3, на них тоже распространяется данная лицензия, что даёт право на проведение обратного инжиниринга.
- orca-slicer-for-bambu (https://f.sfconservancy.org/baltobu/orca-slicer-for-bambu) - репозиторий для продолжения работы над форком OrcaSlicer, поддерживающим прямую работу с 3D-принтерами Bambu Lab. Репозиторий воссоздаёт код проекта OrcaSlicer-bambulab, который ранее был удалён после угроз от Bambu Lab.
- Viscose (https://f.sfconservancy.org/baltobu/viscose) - репозиторий в форком ПО Bambu Studio, гарантирующий сохранение предоставляемых AGPL свобод и прав пользователей, а также поддерживающий открытую кодовую базу на случай, если компания Bambu Lab решит что-то удалить из своего репозитория.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65511 (https://www.opennet.ru/opennews/art.shtml?num=65511)
https://www.opennet.ru/opennews/art.shtml?num=65511

2026-05-23 19:43:10 UTC

Выполнено дизассемблирования микрокода i386 и создан открытый CPU z386
Энтузиасты смогли (https://www.reenigne.org/blog/80386-microcode-disassembled/) успешно извлечь и дизассемблировать микрокод процессора Intel 80386, который из-за отсутствия документации считался "чёрным ящиком". Бинарный образ микрокода был воссоздан с привлечением AI по фотографиям кристалла в высоком разрешении, а логика работы разобрана через трассировку соединений на кристалле. Постепенно были определены структура микрокоманд (μ-ops), поля, порядок исполнения и маркеры конца инструкций. Наработки проекта опубликованы (https://github.com/reenigne/x86_microcode/tree/main/80386) на GitHub как общественное достояние.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779562758.jpg
(https://nand2mario.github.io/posts/2026/z386/80386-die-labeled-units.jpg)
Выявлено, что в CPU 80386 каждая инструкция полностью исполняется через микрокод, в то время как в 8086 и современных процессорах часть инструкций обрабатывается напрямую. Кроме того, в отличие от процессоров 8086, в 80386 микрокод не реализует алгоритмы напрямую, а в основном настраивает аппаратные ускорители (умножитель, делитель, быстрый сдвиг (https://ru.wikipedia.org/wiki/Barrel_shifter), PTU (Protection Test Unit)).
В ходе исследования также была обнаружена возможная проблема с безопасностью при обработке битовой карты прав доступа к вводу/выводу (IO permission bitmap): при 4-байтовом обращении к портам проверялись биты прав доступа только для первых 3 байтов, а доступ к 4-му байту не проверялся, что теоретически допускало обращение к аппаратным регистрам, доступ к которым должен был быть запрещён.
На основе опубликованного микрокода разработан (https://nand2mario.github.io/posts/2026/z386/) открытый CPU z386 (https://github.com/nand2mario/z386), реализованный на языке SystemVerilog и работающий с использованием FPGA. Вместо реализации каждой инструкции в форме отдельного RTL (https://ru.wikipedia.org/wiki/%D0%A3%D1%80%D0%BE%D0%B2%D0%B5%D0%BD%D1%8C_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2%D1%8B%D1%85_%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D1%87) (Register-transfer level) в z386 реализованы аппаратные структуры, которыми управляет оригинальный микрокод. Производительность подготовленной реализации соответствует быстрому 386 ПК (~70MHz). Под управлением z386 удалось успешно запустить DOS 6/7, DOS/4GW, DOS/32A и игры, такие как Doom и Cannon Fodder.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65513 (https://www.opennet.ru/opennews/art.shtml?num=65513)
https://www.opennet.ru/opennews/art.shtml?num=65513

2026-05-23 16:43:10 UTC

При помощи AI-модели Mythos выявлены 23 тысячи уязвимостей в открытом ПО
Компания Anthropic подвела первые итоги тестирование предварительного варианта AI-модели Mythos, в которой были существенно (https://www.opennet.ru/opennews/art.shtml?num=65165) расширены возможности по поиску ошибок, выявлению уязвимостей и написанию готовых эксплоитов. Компания Anthropic провела сканирование при помощи AI-модели Mythos более тысячи важных открытых проектов, в ходе которого было выявлено 23019 уязвимостей. 6202 уязвимостям был назначен высокий или критический уровень опасности.
1752 из 6202 уязвимостей, отнесённых моделью Mythos к категории опасных, были проверены независимыми компаниями, специализирующимися на компьютерной безопасности. В 1587 (90.6%) случаях наличие уязвимости было подтверждено, а в 1094 (62.4%) - сохранился уровень высокой или критической опасности. Anthropic планирует продолжить сканирование открытых проектов и при текущих показателях предполагается, что в дополнение к упомянутым уязвимостям Mythos вероятно выявит ещё около 3900 опасных уязвимостей в открытом ПО при проверке 50 участниками проекта Glasswing.
Сведения об 467 верифицированных уязвимостях переданы сопровождающим открытые проекты представителями компаний, проводивших рецензирование. Кроме того, по отдельным запросам сотрудники Anthropic передали сопровождающим информацию о 1129 непроверенных проблемах. Всего сопровождающие открытые проекты получили сведения о 1596 проблемах и подтвердили наличие 1451 уязвимостей. При этом в кодовых базах пока исправлено только 97 проблем и выпущено 88 публичных отчётов об уязвимостях.
Кроме того, сообщается, что 50 участниками проекта Glasswing, которым был предоставлен ранний доступ к модели Mythos, выявлено более 10 тысяч опасных уязвимостей в своих кодовых базах. Например, компания Cloudflare нашла при помощи Mythos более 2000 ошибок, из которых 400 отмечены как уязвимости с высоким и критическим уровнем опасности. Уровень ложных срабатываний по оценке Cloudflare оказался ниже, чем при тестировании людьми. Компания Mozilla при проверке кода Firefox 150 нашла (https://www.opennet.ru/opennews/art.shtml?num=65405) при помощи Mythos 271 уязвимостей, что в 10 раз больше, чем было найдено при проверке Firefox 148 моделью Claude Opus 4.6.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65515 (https://www.opennet.ru/opennews/art.shtml?num=65515)
https://www.opennet.ru/opennews/art.shtml?num=65515

2026-05-23 09:43:10 UTC

Введён в строй официальный каталог Godot Asset Store, интегрированный с движком Godot
После нескольких лет работы и нескольких месяцев бета-тестирования представлен (https://godotengine.org/article/introducing-the-godot-asset-store/) официальный магазин-каталог ассетов и плагинов для движка Godot - Godot Asset Store (https://store.godotengine.org/), который пришёл на смену библиотеке ассетов (Asset Library). Новый каталог примечателен полной интеграцией с движком Godot и его поддержка уже добавлена в ветку Godot 4.7, находящуюся на стадии бета тестирования. В каталоге пока поддерживается размещение только бесплатных ассетов, поддержку размещения платных продуктов и систему донатов обещают добавить позднее.
Из новых возможностей, по сравнению с Asset Library, отмечается появление рейтинга и рецензирования ассетов, доступ к аналитике о загрузках, возможность предоставления нескольких версий для загрузки, добавление страницы со списком изменений и поддержка привязки тегов к ассетам, включая собственные теги. При доступе в Asset Store используется общая с инфраструктурой Godot система учётных записей, например, если у пользователя есть учётная запись в форуме, то ему не нужно создавать отдельный аккаунт в Asset Store.
Разработчикам рекомендуется начать переносить свои ассеты из
Asset Library в Asset Store. Автоматически такой перенос решили не производить из-за необходимости получения разрешения от каждого автора на миграцию, переноса на свой хостинг файлов со сторонних ресурсов и нежелании переносить давно не поддерживаемые устаревшие ассеты. В дальнейшем доступ к каталогу Asset Library будет сохранён для поддержки старых версий движка Godot, но будет переведён в режиме только для чтения.
Изначально организация Godot Foundation не хотела создавать собственный официальный каталог ассетов и полагалась на экосистему и существующие платформы, такие как itch.io (https://itch.io/), но в конечном счёте из-за ряда проблем изменила свои намерения. Запуск Asset Store избавит сообщество от путаницы с магазинами приложений (многие пользователи не понимали, какой из магазинов рекомендован Godot Foundation), решит проблемы с авторскими правами и злоупотреблениями (некоторые каталоги размещали платные версии бесплатных ассетов без информации об авторстве) и позволит избавиться от технического долга (в Asset Library использовалась своя система учётных записей, не интегрированная с остальными сервисами Godot).
Источник: https://www.opennet.ru/opennews/art.shtml?num=65506 (https://www.opennet.ru/opennews/art.shtml?num=65506)
https://www.opennet.ru/opennews/art.shtml?num=65506

2026-05-23 07:43:11 UTC

Доступен GNOME Commander 2.0, переписанный на Rust и сменивший лицензию на GPLv3
Состоялся (https://gitlab.gnome.org/GNOME/gnome-commander/-/releases/2.0.0) релиз двухпанельного файлового менеджера GNOME Commander 2.0 (http://gcmd.github.io/), оптимизированного для использования в пользовательском окружении GNOME. GNOME Commander представляет такие возможности как вкладки, доступ к командной строке, закладки, изменяемые цветовые схемы, режим пропуска каталогов при выделении файлов, доступ к внешним данным через SFTP и SAMBA, расширяемые контекстные меню, автоматическое монтирование внешних накопителей, доступ к истории навигации, поддержка плагинов, встроенный просмотрщик текста и изображений, функции поиска, переименования по маске и сравнения каталогов. Код распространяется (https://gitlab.gnome.org/GNOME/gnome-commander/) под лицензией GPLv3.
В новой версии:
- Кодовая база переписана c C++ на Rust.
- Осуществлён переход с библиотеки GTK3 на GTK4.
- Лицензия на код изменена с GPLv2 на GPLv3.
- 17 мая сопровождающим проект назначен (https://gitlab.gnome.org/GNOME/gnome-commander/-/commit/39ff8f38a668cddda1164beff48bf7dc0a6d9d5e) Владимир Палант (Wladimir Palant (https://palant.info/)), в своё время создавший блокировщик рекламы Adblock Plus (https://adblockplus.org/).
- В приложение встроен эмулятор терминала, отображающий вывод запускаемых команд. В меню View добавлена опция для автоматического скрытия терминала при его неактивности.
- Переделана панель быстрого поиска, которая может использоваться и для фильтрации списка показываемых файлов. Поисковый запрос применяется к любым частям имени файла, если явно не заданы маски "*" и "?". Добавлена кнопка для поиска с учётом регистра символов. По умолчанию поиск стартует не с начала списка, а с текущей позиции в нём.
- Повышена производительность и расширены возможности диалога поиска. Закрытие диалога не приводит к очистке результатов поиска. В процессе поиска индикатор прогресса показывает путь, в котором осуществляется поиск в данный момент.
- Во встроенном просмотрщике унифицирована обработка кодировок файлов, добавлена настройка для смены шрифта, диалог поиска заменён на панель поиска, реализован поиск шестнадцатеричных значений без учёта регистра символов, добавлена команда для выделения всего текста ("Select All"), реализовано контекстное меню для изображений.
Бинарный режим просмотра переименован в "Fixed Width" и поддерживает UTF-8.
- Для людей, имеющих проблемы со зрением, обеспечена полноценная поддержка работы с использованием экранного ридера, который распознаёт контекст разных функций приложения.
- При восстановлении сеанса реализовано восстановление состояния выделенных файлов, порядка сортировки, скрытия и изменения размера столбцов в панелях.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779518050.png
(https://gnome.pages.gitlab.gnome.org/gnome-commander/images/screenshot-740-light.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779517983.png
(https://thisweek.gnome.org/_astro/commander.DZi49Kc3_Z1cLSkU.webp)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65509 (https://www.opennet.ru/opennews/art.shtml?num=65509)
https://www.opennet.ru/opennews/art.shtml?num=65509

2026-05-23 06:13:10 UTC

Релиз дистрибутива TileOS 2.0
Доступен (https://mastodon.social/@tile_os) выпуск дистрибутива TileOS 2.0 "Sauropod" (https://tile-os.com/), построенного на пакетной базе Debian и предлагающего рабочий стол, использующий мозаичные оконные менеджеры. TileOS преследует те же цели, что и дистрибутив Ubuntu Sway Remix (https://www.opennet.ru/opennews/art.shtml?num=60017) (развивается тем же автором), предлагая готовый к использованию интерфейс, не требующий дополнительной настройки и ориентированный как на опытных пользователей Linux, так и на новичков, желающих попробовать окружение мозаичных оконных менеджеров, не тратя большое количество времени на их настройку.
В отличии от Ubuntu Sway Remix, TileOS гораздо более открыт для различных изменений и кастомизаций, а также избавлен от каких-либо потенциальных проблем с авторскими правами (Ubuntu Sway Remix использует зарегистрированные товарные знаки Canonical, но официального ответа по поводу включения дистрибутива в официальное семейство Ubuntu до сих пор не получено). Для загрузки подготовлены (https://downloads.tile-os.com/stable/) сборки для архитектуры amd64 (в будущем планируется обеспечить поддержку arm64, в частности плат Raspberry Pi). Исходный код компонентов TileOS распространяется (https://git.tile-os.com/TileOS) по лицензии GNU GPLv3.
Основное внимание в TileOS уделяется оконным менеджерам, использующим протокол Wayland. Официально представлены редакции с рабочими столами Sway (https://swaywm.org/), River (https://codeberg.org/river/river), Qtile (https://qtile.org/), MiracleWM (https://miracle-wm.org/) и Niri (https://niri-wm.github.io/niri/). Дистрибутив использует пакетную базу Debian Stable, однако из тестовой ветки переносятся различные улучшения, более свежие версии некоторого ПО и графических драйверов. Помимо этого, в состав включён ряд исправлений (https://git.tile-os.com/TileOS/tileos-system-adjustments), оптимизирующих работу дисковой подсистемы и памяти, а также перенесены некоторые улучшения из Ubuntu, например монтирование дисков в файловом менеджере без запроса пароля, и другие.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779515697.png
(https://files.mastodon.social/media_attachments/files/116/602/256/941/102/637/original/78012092bee337a3.png)
В новом выпуске:
- Пакетная база обновлена до Debian 13. По умолчанию задействовано штатное ядро Debian, с поддержкой Secure Boot. Опционально доступна установка ядра Liquorix (https://liquorix.net/), оптимизированного для десктопных задач;
- Для установки и обновления ядра Linux добавлена утилита tileos-kernel-manager (https://git.tile-os.com/TileOS/tileos-kernel-manager);
- По умолчанию задействована утилита sudo-rs (https://github.com/trifectatechfoundation/sudo-rs) - вариант sudo, переписанный на языке Rust;
- В качестве DNS-резолвера задействован systemd-resolved, а в качестве dhcp-клиента - dhcpcd5;
- Добавлена утилита TileOS Welcome (https://git.tile-os.com/TileOS/tileos-welcome), позволяющая произвести начальную настройку системы;
- При автоматической разметке диска, по умолчанию задействована файловая система Btrfs. Добавлена поддержка установки на раздел с файловой системой F2FS;
- Хранитель экрана swaylock заменен на gtklock (https://github.com/jovanlanik/gtklock);
- В состав системы включены программа резервного копирования Timeshift и инструменты для работы с Btrfs;
- В состав системы включён демон Kdeconnect, обеспечивающий синхронизацию с мобильными устройствами;
- Переписаны и оптимизированы пользовательские скрипты, для автозапуска большинства компонентов задействованы штатные возможности systemd;
- В панель Waybar добавлен модуль power-profiles-daemon, для быстрого переключения режимов энергосбережения;
- Добавлен компонент swaykbdd (https://github.com/artemsen/swaykbdd) для реализации раздельных раскладок клавиатуры для каждого окна;
- Добавлен компонент SwayOSD (https://github.com/ErikReider/SwayOSD), обеспечивающий вывод экранного индикатора при изменении уровня громкости или яркости экрана, а также состояния клавиши Caps Lock;
- Предустановлен и включён по умолчанию пакетный менеджер Flatpak;
- Мелкие улучшения в заставке Plymouth;
- Обновлена утилита Sway Input Configurator (https://github.com/Sunderland93/sway-input-config), в которой устранены мелкие ошибки и началась подготовка к обеспечению поддержки других Wayland-композиторов, таких как MiracleWM.
Добавлены две новые экспериментальные редакции:
- Niri Edition - использует рабочий стол Niri, написанный на языке Rust и реализующий метод мозаичной компоновки в стиле GNOME-расширения PaperWM, в котором окна группируются в бесконечно прокручиваемую на экране ленту. В Niri Edition задействованы все типовые компоненты TileOS, такие как панель Waybar. В будущем рассматривается задействование оболочки Dank Material Shell.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779515724.png
(https://files.mastodon.social/media_attachments/files/116/602/259/075/710/930/original/38fb0dc6c7819d62.png)
- Miracle Edition - использует рабочий стол MiracleWM, построенный на базе библиотеки Mir. MiracleWM предоставляет интерфейс в стиле Sway, при этом реализуя различные графические эффекты (анимации переключения окон, полупрозрачность и т.д). Конфигурация осуществляется в формате YAML. Поскольку MiracleWM все ещё в стадии активной разработки - очень многие возможности ещё не реализованы, а стабильная работа не гарантируется.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779515733.png
(https://files.mastodon.social/media_attachments/files/116/602/259/843/953/313/original/864759e35aedd624.png)
Помимо этого сформирован выпуск TileOS 1.4 "T-Rex", в который включены накопившиеся обновления, в том числе с устранением недавно обнаруженных уязвимостей в ядре Linux.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65507 (https://www.opennet.ru/opennews/art.shtml?num=65507)
https://www.opennet.ru/opennews/art.shtml?num=65507

2026-05-22 20:43:10 UTC

GRO Frag - седьмая уязвимость класса Copy Fail, предоставляющая права root в Linux
В открытом доступе размещён эксплоит (https://gist.github.com/lcfr-eth/2566a5cef312c94a5ff8d62fa417955f) для седьмой уязвимости (1 (https://www.opennet.ru/opennews/art.shtml?num=65325), 2-3 (https://www.opennet.ru/opennews/art.shtml?num=65395), 4 (https://www.opennet.ru/opennews/art.shtml?num=65441), 5 (https://www.opennet.ru/opennews/art.shtml?num=65473), 6 (https://www.opennet.ru/opennews/art.shtml?num=65476)) в ядре Linux, позволяющей непривилегированному локальному пользователю получить права root, перезаписав данные в страничном кэше. CVE-идентификатор ещё не присвоен, кроме кода эксплоита информации о проблеме пока нет. Исправление доступно только в виде патча (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4db79a322db8), который опубликован 20 мая и 21 мая был принят в основную ветку ядра Linux (корректирующие выпуски (https://kernel.org) ядра ещё недоступны).
Уязвимость присутствует в реализации технологии GRO (https://docs.kernel.org/networking/segmentation-offloads.html) (Generic Receive Offload), применяемой для ускорения обработки сегментированных пакетов. Уязвимость вызвана ошибкой в реализации механизма zerocopy в функции skb_gro_receive(), осуществляющей прямое изменение данных в страничном кэше для исключения лишней буферизации. При установленном флаге SKBFL_MANAGED_FRAG_REFS пропускалось сохранение ссылки на освобождаемые страницы памяти в поле shinfo->frags, после чего данное поле присоединялось к другому skb без изменения счётчика ссылок, что приводило к обращению к памяти после её освобождения (use-after-free). Проблему удалось эксплуатировать для перезаписи данных в страничном кэше, благодаря манипуляции с указателем на буфер io_uring.
Атака возможна на системы с включённой подсистемой io_uring (io_uring_disabled=0). Для работы эксплоита в системе должен быть доступный на чтение исполняемый файл с флагом SUID-root. Механизм эксплуатации сводится к тому, что атакующий добивается оседания базы пользователей в страничном кэше, после чего подставляет в кэш строку "hax::0:0::/root:/bin/sh". Следом запускается команда "su hax", которая получает не оригинальную базу пользователей с накопителя, а изменённую копию с подставным логином "hax", которому выставлены права root и пустой пароль. Работа эксплоита протестирована в Ubuntu 24.04.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65504 (https://www.opennet.ru/opennews/art.shtml?num=65504)
https://www.opennet.ru/opennews/art.shtml?num=65504

2026-05-22 20:13:19 UTC

В nginx выявлена вторая за 10 дней удалённо эксплуатируемая уязвимость
Сформированы (https://github.com/nginx/nginx/releases/tag/release-1.31.1) корректирующие выпуски nginx 1.31.1 (https://nginx.org/) и 1.30.2 (https://github.com/nginx/nginx/releases/tag/release-1.30.2), в которых устранена критическая уязвимость (https://my.f5.com/manage/s/article/K000161377) (CVE-2026-9256 (https://www.cve.org/CVERecord?id=CVE-2026-9256)), позволяющая удалённо добиться выполнения кода с правами рабочего процесса nginx через отправку специально оформленного HTTP-запроса. Выявившие проблему исследователи продемонстрировали (https://twitter.com/nebusecurity/status/2057071579876753643) рабочий эксплоит, который будет опубликован вместе с полным описанием спустя 30 дней после исправления. Уязвимость получила кодовое имя nginx-poolslip. Проблема проявляется начиная с версии nginx 0.1.17. Для angie (https://github.com/webserver-llc/angie/tags) и freenginx (https://freenginx.org/) на момент написания новости исправления не опубликованы.
Как и устранённая (https://www.opennet.ru/opennews/art.shtml?num=65442) на прошлой неделе похожая проблема, новая уязвимость вызвана переполнением буфера в модуле ngx_http_rewrite_module и проявляется в конфигурациях с определёнными регулярными выражениями в директиве "rewrite". В данном случае уязвимость затрагивает системы с перекрывающимися шаблонами для подстановки (скобки в скобках) в rewrite-выражении, например, "^/((.*))$" или "^/(test([123]))$", в сочетании с использованием нескольких неименованных подстановок в заменяющей строке (например, "$1$2").
Дополнительно можно отметить выпуск njs 0.9.9 (http://nginx.org/en/docs/njs/), модуля для интеграции интерпретаторов языка JavaScript в http-сервер nginx. В новой версии устранена уязвимость (https://my.f5.com/manage/s/article/K000161307) (CVE-2026-8711 (https://www.cve.org/CVERecord?id=CVE-2026-8711)), проявляющаяся (https://github.com/nginx/njs/commit/dea83189) начиная с версии njs 0.9.4. Проблема вызвана переполнением буфера и проявляется в конфигурациях с директивой js_fetch_proxy (https://nginx.org/en/docs/http/ngx_http_js_module.html#js_fetch_proxy), содержащей переменные nginx с данными из клиентского запроса (например, $http_*, $arg_* и $cookie_*), в сочетании с использованием location-обработчика, вызывающего функцию ngx.fetch(). Уязвимость можно эксплуатировать для выполнения кода с правами рабочего процесса nginx через отправку специально оформленного HTTP-запроса.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65505 (https://www.opennet.ru/opennews/art.shtml?num=65505)
https://www.opennet.ru/opennews/art.shtml?num=65505

2026-05-22 11:43:10 UTC

Во FreeBSD устранено 4 уязвимости, позволяющие поднять привилегии, и одна удалённая root-уязвимость
Во FreeBSD устранено (https://www.freebsd.org/security/advisories) 7 уязвимостей, среди прочего позволяющих удалённо выполнить код с правами root или повысить свои привилегии в системе. Уязвимости устранены в обновлениях FreeBSD 15.0-RELEASE-p9, 14.4-RELEASE-p5 и 14.3-RELEASE-p14.
- CVE-2026-45255 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:23.bsdinstall.asc) - в инсталляторе bsdinstall и конфигураторе bsdconfig отсутствовало экранирование (https://security.FreeBSD.org/patches/SA-26:23/bsdinstall-15.patch) спецсимволов в shell-скрипте, показывающем пользователю список доступных для подключения беспроводных сетей, определённых в результате сканирования. Атакующий может создать подставную точку доступа и назначить специально оформленный идентификатор сети (SSID), содержащий выполняемые в shell конструкции (например, "test`id`"). При вызове пользователем функции поиска беспроводных сетей, подставленные атакующим shell-команды будут выполнены на системе пользователя с правами root (выбор или подключение к сети атакующего не требуется, достаточно просто инициировать сканирование сетей).
- CVE-2026-45250 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:18.setcred.asc) - переполнение стека в системном вызове setcred, позволяющее локальному непривилегированному пользователю добиться выполнения своего кода на уровне ядра. Проблема вызвана некорректной (https://www.freebsd.org/security/patches/SA-26:18/setcred-15.patch) проверкой размера помещаемых в буфер данных - вместо "sizeof(gid_t)" было указано "sizeof(*groups)". Для обращения к системному вызову setcred нужны повышенные привилегии, но уязвимость присутствует в коде начального копирования в отдельный буфер переданного пользователем списка групп, выполняемого до проверки привилегий.
- CVE-2026-45251 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:19.file.asc) - обращение к уже освобождённой памяти (use-after-free) в системных вызовах select и poll, возникающее (https://security.FreeBSD.org/patches/SA-26:19/file-15.patch) в случае закрытия переданного файлового дескриптора в момент до разблокировки потока, ожидающего файловые дескрипторы от системных вызовов select и poll. Успешная эксплуатация позволяет непривилегированному пользователю выполнить код на уровне ядра.
- CVE-2026-45253 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:21.ptrace.asc) - отсутствие должной проверки (https://security.FreeBSD.org/patches/SA-26:21/ptrace-15.patch) параметров, переданных в системный вызов ptrace при выполнении операции PT_SC_REMOTE. Уязвимость позволяет непривилегированному пользователю организовать выполнение произвольного кода в ядре, даже если целевой отлаживаемый процесс не имеет специальных привилегий.
- CVE-2026-39461 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:22.libcasper.asc) - переполнение стека в библиотеке libcasper, предоставляющей приложениям, изолированным при помощи механизма Capsicum, доступ к системным интерфейсам. При взаимодействии с обработчиком через UNIX-сокеты библиотека использует системный вызов select для ожидания поступления данных, но не проверяет (https://security.FreeBSD.org/patches/SA-26:22/libcasper-15.patch) соответствие дескриптора сокета действующему в select лимиту FD_SETSIZE (1024). Атакующий может инициировать выделение больших файловых дескрипторов в приложении на базе libcasper и вызвать переполнение стека. При подобных манипуляциях с setuid root программами можно добиться выполнения кода с правами root.
- CVE-2026-45254 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:24.cap_net.asc) - возможность обхода лимитов cap_net в приложении из-за того, что отсутствующий ключ воспринимается как "allow any" вместо блокировки.
- CVE-2026-45252 (https://www.freebsd.org/security/advisories/FreeBSD-SA-26:20.fusefs.asc) - переполнение буфера в модуле fusefs при обработке сообщений FUSE_LISTXATTR, позволяющее прочитать до 253 байт из области памяти ядра вне буфера или записать до 250 байт в неиспользуемую область кучи.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65497 (https://www.opennet.ru/opennews/art.shtml?num=65497)
https://www.opennet.ru/opennews/art.shtml?num=65497

2026-05-22 10:13:12 UTC

Flipper One - устройство-мультитул для хакеров с AI-движком, Wi-Fi рутером и сетевым анализатором
Компания Flipper Devices представила (https://blog.flipper.net/flipper-one-we-need-your-help/) проект Flipper One (https://docs.flipper.net/one), развивающий переносимый компьютер для сетевых инженеров, энтузиастов и исследователей безопасности. Устройство оформлено в стиле игровой приставки и содержит компьютер, который можно использовать автономно для проверки безопасности систем, диагностики сетевых проблем и анализа трафика или в качестве переносной рабочей станции, подключаемой к монитору, клавиатуре и мыши. Проект развивается совместно с сообществом и использует прошивку на базе открытого ПО. Целью заявлено создание наиболее открытого и документированного компьютера на архитектуре ARM, полностью поддерживаемого в штатном ядре Linux.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779437792.jpg
(https://blog.flipper.net/content/images/size/w1000/2026/05/What-is-Flipper-One-new.jpg)
Flipper One преподносится как подобие мультитула и сочетает возможности для создания беспроводных точек доступа и маршрутизаторов, эмуляции USB-устройств, запуска серверных процессов в контейнерах, анализа сетевых пакетов, создания VPN, интеграции с различными аппаратными датчиками и модулями через порт GPIO, использования в роли приёмопередатчика c программной модуляцией сигнала (SDR, Software Defined Radio), анализатора сетей 5G/LTE, повербанка, 5G/LTE-модема и мультимедийной телеприставки.
Проект по концепции напоминает уже поставляемое устройство Flipper Zero (https://docs.flipper.net/zero) и является его полным переосмыслением. Прошлая модель Flipper Zero была основана на микроконтроллере STM32WB55 (2 ядра Arm Cortex-M4 64 MHz, 256 KB ОЗУ и 1 MB Flash) и предназначена для анализа протоколов управления доступом на базе NFC, RFID, беспроводной радиосвязи на частотах ниже 1 Гигагерца, систем связи в инфракрасном диапазоне и проводных технологий подключения, таких как iButton, UART, SPI и I²C.
Flipper One включат как микроконтроллер, так и высокопроизводительный ARM-процессор, способный запускать Linux и обрабатывать мультимедийный контент. Новое устройство расширяет средства низкоуровневого анализа сигналов возможностями для проведения исследований на уровне сетевых технологий и протоколов, Wi-Fi, Ethernet, 5G и спутниковой связи. Производительности устройства достаточно для программного анализа радиосигналов и локального запуска моделей машинного обучения.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779438017.png
(https://blog.flipper.net/content/images/size/w1000/2026/05/Zero-vs-One-comparison-new.png)
Поддерживается подключение внешних устройств и расширений через порты USB 3.0, PCI Express, SATA и GPIO. Например, через слот M.2 (PCI Express 2.1) можно подключить 5G/LTE-модем, SSD-накопитель или спутниковый NTN-модем. В базовом составе имеется 2 порта Gigabit Ethernet, USB Ethernet (5 Gbps), HDMI 2.1 (4K @ 120Hz) и Wi-Fi 6E (2.4/5/6 GHz) на базе чипа MediaTek MT7921AUN. Устройство оснащено SoC Rockchip RK3576 (4 высокопроизводительных ядра Cortex-A72 + 5
энергоэффективных ядра Cortex-A53, GPU Mali-G52, NPU для AI-моделей, 8 GB ОЗУ). В качестве микроконтроллера задействован RP2350 (https://www.opennet.ru/opennews/art.shtml?num=61678) от проекта Raspberry Pi, для которого уже накоплен значительный объём готового кода.
В прошивке используется Linux-дистрибутив Flipper OS (https://docs.flipper.net/one/cpu-software/flipper-os) (на базе Debian) с собственным фреймворком FlipCTL для создания интерфейса пользователя, оптимизированного для 7-дюймового экрана. Интерфейс базируется на системе меню, навигация по которой осуществляется через D-pad и несколько управляющих кнопок. В меню предоставляются обвязки для запуска типовых приложений и утилит, таких как ping, nmap и traceroute. В дальнейшем FlipCTL намерены оформить в виде универсального пакета, пригодного для использования на любых встраиваемых устройствах, а не только на Flipper One. При подключении устройства к монитору через HDMI-порт предоставляется возможность запуска полноценного рабочего стола KDE.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779442082.png
(https://images.archbee.com/3StCFqarJkJQZV-7N79yY/M4b08GCX1NdIk2RZNYYcD_flipper-os-switching-os-profile-on-boot.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779441348.jpg
(https://blog.flipper.net/content/images/size/w1000/2026/05/Flipper-One-FlipCTL.jpg)
Проект принципиально использует только открытое ПО без бинарных блобов, закрытых драйверов, завязанных на производителей BSP (board support package) и проприетарных прошивок. За реализацию открытых драйверов для SoC Rockchip RK3576 и интеграцию их в ядро Linux взялась (https://www.collabora.com/news-and-blog/news-and-events/collabora-flipper-opening-up-the-rk3576.html) компания Collabora. Большая часть драйверов к SoC RK3576 уже принята (https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3576/-/blob/main/mainline-status.md) в основной состав ядра Linux, остаётся (https://docs.flipper.net/one/cpu-software/rk3576-mainlining) заменить бинарный блоб с кодом для инициализации ОЗУ, а также подготовить (https://docs.flipper.net/one/open-tasks) драйверы для NPU и ускорителей декодирования видео.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779441010.jpg
(https://blog.flipper.net/content/images/size/w1600/2026/05/rk3576-current-support-2.jpg)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65502 (https://www.opennet.ru/opennews/art.shtml?num=65502)
https://www.opennet.ru/opennews/art.shtml?num=65502

2026-05-22 07:43:13 UTC

Выпуск Proxmox VE 9.2, дистрибутива для организации работы виртуальных серверов
Опубликован (https://forum.proxmox.com/threads/proxmox-virtual-environment-9-2-available.183741/) релиз Proxmox Virtual Environment 9.2 (https://pve.proxmox.com), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного iso-образа (http://download.proxmox.com/iso/) 1.7 ГБ.
Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication).
В новом выпуске (http://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_9.2):
- Осуществлена синхронизация с пакетной базой Debian 13.5. Ядро Linux обновлено до выпуска 7.0 (https://www.opennet.ru/opennews/art.shtml?num=65194). Задействованы новые выпуски QEMU 11.0 (https://www.opennet.ru/opennews/art.shtml?num=65269), LXC 7.0 (https://www.opennet.ru/opennews/art.shtml?num=65327), OpenZFS 2.4 (https://www.opennet.ru/opennews/art.shtml?num=64448), Ceph 19.2.3/20.2.1.
- В планировщик ресурсов кластера CRS (Cluster Resource Scheduler) добавлен режим динамической балансировки нагрузки. В данном режиме на основе собираемых в реальном времени метрик о потреблении ресурсов узлами и гостевыми системами, осуществляется распределение гостевых систем по узлам в кластере. Среди прочего, гостевые системы, работающих в режиме высокой доступности, могут автоматически мигрировать с одного узла на другой для снижения дисбаланса в кластере. Поведение балансировки может настраиваться через панель управления высокой доступностью.
- В стек программно определяемых сетей (SDN, Software-Defined Networking) добавлена поддержка протоколов WireGuard и BGP для организации сетевого взаимодействия между кластерами. Среди прочего возможна тонкая настройка фильтрации маршрутов BGP/EVPN с использованием route map и списков префиксов. Также добавлены дополнительные опции для настройки контроллеров EVPN и возможность использования IPv6 с EVPN.
- В Web-интерфейс в секцию "Datacenter → Guest Resources/Hardware" добавлены инструменты для создания, редактирования и удаления собственных моделей виртуальных CPU, определяющих то, какие возможности CPU будут предоставляться внутри виртуальных машин.
- Добавлена возможность временной деактивации режима высокой доступности для всего кластера, что может быть полезным при проведении обслуживания, например, для приостановки срабатывания HA-событий при внесении изменений в сетевую инфраструктуру. После деактивации лишь останавливается обработка событий, а само состояние ресурсов сохраняется и после активации восстанавливается.
Управление осуществляется при помощи новых CRM-команд "disarm-ha" и "arm-ha".
- В GUI и API добавлена возможность применения сертификатов Microsoft и Windows UEFI 2023.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1763580219.png
(https://www.proxmox.com/images/proxmox/screenshots/Proxmox-VE-9.1-Node-Summary.png)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65501 (https://www.opennet.ru/opennews/art.shtml?num=65501)
https://www.opennet.ru/opennews/art.shtml?num=65501

2026-05-21 22:13:11 UTC

Представлен обновлённый интерфейс Firefox
Компания Mozilla официально представила (https://blog.mozilla.org/en/firefox/new-firefox-design/) результаты работы по модернизации оформления интерфейса Firefox, выполненной в рамках проекта Nova. Новый дизайн примечателен значительным скруглением кнопок вкладок и поля адресной строки, а также объединением в отдельно выделенные блоки верхней области с панелью вкладок и панелью навигации, боковой панели, области с содержимым web-страниц и элементов страницы, показываемой при открытии новой вкладки. Разные блоки выделены своими цветовыми оттенками с градиентом.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779395296.png
(https://blog.mozilla.org/wp-content/blogs.dir/278/files/2026/05/distilled_nova_header_generic-1536x864.png)
В панели инструментов размещены отдельные кнопки для перехода в режим приватного просмотра и использования встроенного VPN. Переработан интерфейс конфигуратора, в котором расширены возможности поиска настроек, крупные секции разделены на несколько отдельных страниц, улучшена навигация, обновлены метки и описание настроек.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779395318.png
(https://blog.mozilla.org/wp-content/blogs.dir/278/files/2026/05/[email protected])
Упрощён доступ к группировке вкладок, вертикальным вкладкам и режиму просмотра бок о бок двух вкладок. Возвращена возможность включения компактного режима, в котором элементы интерфейса занимают меньше экранного пространства.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779395345.png
(https://blog.mozilla.org/wp-content/blogs.dir/278/files/2026/05/[email protected])
Обновлены пиктограммы, которые теперь выглядят чище и более сбалансированы в светлых и тёмных темах. Изменена цветовая палитра, в которой задействованы оттенки фиолетового цвета и более светлые тёплые тона. Реализован эффект свечения вокруг кнопки активной вкладки. Переработана отступы между всеми элементами интерфейса.
Изменён не только интерфейс десктоп-сборок, но и интерфейс версии для Android.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779395359.png
(https://blog.mozilla.org/wp-content/blogs.dir/278/files/2026/05/[email protected])
Источник: https://www.opennet.ru/opennews/art.shtml?num=65496 (https://www.opennet.ru/opennews/art.shtml?num=65496)
https://www.opennet.ru/opennews/art.shtml?num=65496

2026-05-21 20:13:10 UTC

Релиз OpenBSD 7.9
Представлен (http://www.mail-archive.com/[email protected]/msg00598.html) выпуск свободной UNIX-подобной операционной системы OpenBSD 7.9 (https://www.openbsd.org/79.html). Проект OpenBSD был основан Тэо де Раадтом (Theo de Raadt) в 1995 году после конфликта с разработчиками NetBSD, в результате которого для Тэо был закрыт доступ к CVS репозиторию NetBSD. После этого Тэо де Раадт с группой единомышленников создал на базе дерева исходных текстов NetBSD новую открытую операционную систему, главными целями развития которой стали переносимость (поддерживается (https://www.openbsd.org/plat.html) 13 аппаратных платформ), стандартизация, корректная работа, проактивная безопасность и интегрированные криптографические средства. Размер полного установочного ISO-образа (http://ftp.eu.openbsd.org/pub/OpenBSD/7.9/) базовой системы OpenBSD 7.9 составляет 597 МБ.
Кроме непосредственно операционной системы, проект OpenBSD известен своими компонентами, которые получили распространение в других системах и зарекомендовали себя как одни из наиболее безопасных и качественных решений. Среди них: LibreSSL (http://www.libressl.org/) (форк (https://www.opennet.ru/opennews/art.shtml?num=39617) OpenSSL), OpenSSH (http://www.openssh.com/), пакетный фильтр PF (http://www.openbsd.org/faq/pf/index.html), демоны маршрутизации OpenBGPD и OpenOSPFD (http://www.openbgpd.org/), NTP-сервер OpenNTPD (http://www.openntpd.org/), почтовый сервер OpenSMTPD (http://www.opensmtpd.org/), мультиплексор текстового терминала (аналог GNU screen) tmux (https://github.com/tmux/tmux/), демон identd (https://www.opennet.ru/opennews/art.shtml?num=36442) с реализацией протокола IDENT, BSDL-альтернатива пакету GNU groff - mandoc (http://mdocml.bsd.lv/), протокол для организации отказоустойчивых систем CARP (Common Address Redundancy Protocol), легковесный http-сервер (https://www.opennet.ru/opennews/art.shtml?num=40232), утилита синхронизации файлов OpenRSYNC (https://www.opennet.ru/opennews/art.shtml?num=50129).
OpenBSD 7.9 стал 60 релизом проекта. Основные (https://www.openbsd.org/79.html) изменения (https://www.openbsd.org/plus79.html):
- В планировщике задач для архитектур amd64 и arm64 реализован механизм для управления использованием ядер CPU в зависимости от их производительности. Для исключения определённых типов ядер при работе планировщика предложена sysctl-переменная "hw.blockcpu", принимающая флаги: S для исключения логических ядер (SMT), P - обычных ядер, E - энергоэффективных ядер (медленее на 20-50%) и L - заторможенных ядер (самые медленные). По умолчанию выставляется значение SL.
- Реализована возможность отложенной гибернации (delayed hibernation) для предотвращения полного разряда батареи во время ждущего режима. Суть механизма в том, что вначале система переводится в ждущий режим, при котором оперативная память остаётся активной, и находится в таком состоянии время, заданное через sysctl-переменную machdep.hibernatedelay. После истечения данного времени систем пробуждается и сразу переводится в спящий режим (гибернация), в котором содержимое оперативной памяти сохраняется на постоянный накопитель.
- Реализация фреймворка drm (https://man.openbsd.org/drm.4) (Direct Rendering Manager) и графических драйверов для GPU AMD и Intel синхронизирована с ядром Linux 6.18.22 (в прошлом выпуске - 6.12.50).
- Добавлена поддержка работы в качестве гостевой системы в системах виртуализации на базе Apple Hypervisor. Сборки OpenBSD для архитектуры arm64 могут использоваться в виртуальных машинах в macOS на оборудовании с ARM-чипами Apple Silicon.
- Добавлено миниатюрное ядро vmboot, позволяющее инициализировать окружение для виртуальной машины на базе гипервизора vmd (https://man.openbsd.org/vmd.8) после обновления через sysupgrade.
- PCI-драйверам предоставлена возможность изменять своё состояние энергопотребления, что задействовано в драйвере xhci (https://man.openbsd.org/xhci.4) для перехода в режим низкого энергопотребления и перевода сопутствующего контроллера USB4 в режим сна.
- Добавлена базовая реализация низкоуровневого API FUSE, достаточная для компиляции и запуска драйвера lowntfs-3g.
- Добавлена поддержка Wi-Fi 6 (802.11ax).
- Расширена поддержка оборудования и добавлены новые драйверы для контроллеров USB4, PCIe-контроллеров Cadence, Qualcomm SC7280, Qualcomm GENI UART, SPI-контроллера Intel LPSS, Quectel EC200A LTE modem.
- На системах amd64 добавлена возможность загрузки файлов с ядром из раздела EFI, что можно использовать для размещения загрузчика и bsd.rd в раздел EFI для запуска инсталлятора.
- Добавлен системный вызов __pledge_open (https://man.openbsd.org/__pledge_open.2), позволяющий libc открывать некоторые важные файлы, такие как устройство генератора псевдослучайных чисел и база часовых поясов, даже когда механизмы pledge и unveil это запрещают. При этом открытые таким образом файлы доступны только в режиме чтения и функции write, chmod, chflags, chown, ftruncate и fdpassing для них запрещены.
- В сетевое устройство veb (https://man.openbsd.org/veb.4) (Virtual Ethernet Bridge) добавлена поддержка VLAN.
- Включена по умолчанию автоматическая конфигурация IPv6 (SLAAC).
- Обновлены OpenSSH, LibreSSL и OpenBGPD. Список изменений можно посмотреть в анонсах OpenSSH 10.3 (https://www.opennet.ru/opennews/art.shtml?num=65126), LibreSSL 4.3 (https://www.opennet.ru/opennews/art.shtml?num=65240) и OpenBGPD 9.1 (https://www.opennet.ru/opennews/art.shtml?num=65200).
- Число портов для архитектуры AMD64 составило 13044 (было 12651), для aarch64 - 12883 (было 12506), для i386 - 10631 (было 10457). Среди версий приложений в портах:
Asterisk 22.9.0
Audacity 3.7.7
CMake 4.2.3
Chromium 147.0.7727.101
Emacs 30.2
FFmpeg 8.0.1
GCC 15.2.0
GNOME 49
Go 1.26.2
JDK 25.0.2
KDE Gear 25.12.3, KDE Frameworks 6.23.0, KDE Plasma 6.6.4
Krita 5.2.16
LLVM/Clang 21.1.8
LibreOffice 26.2.2.2
Lua 5.4.8
MariaDB 11.4.10
Mono 6.14.1
Firefox 150.0
Thunderbird 140.10.0
Node.js 22.22.2
OpenLDAP 2.6.13
PHP 8.5.5
Postfix 3.11.1
PostgreSQL 18.3
Python 3.13.13
Qt 6.10.2
Ruby 4.0.2
Rust 1.94.1
SQLite 3.51.3
Shotcut 26.2.26
Sudo 1.9.17p2
Suricata 7.0.7
Tcl/Tk 9.0.3
Vulkan 1.4.341.0
Wayland 1.24.0 с композитными серверами Labwc, Mango, Niri, Sway и Wayfire.
Xfce 4.20.0
- Обновлены компоненты от сторонних разработчиков, входящие в состав OpenBSD 7.9:
Графический стек Xenocara на базе X.Org 7.7 с xserver 21.1.21 + патчи, freetype 2.14.2, fontconfig 2.17.1, Mesa 25.0.7, xterm 406, xkeyboard-config 2.20, fonttosfnt 1.2.4.
LLVM/Clang 19.1.7 (+ патчи)
GCC 4.2.1 (+ патчи)
Perl 5.42.2 (+ патчи)
NSD 4.14.2
Unbound 1.24.2 (в данной версии присутствует критическая уязвимость (https://security-tracker.debian.org/tracker/CVE-2026-33278) в реализации DNSSEC, допускающая удалённое выполнение кода).
Ncurses 6.4
Binutils 2.17 (+ патчи)
Gdb 6.3 (+ патчи)
Awk 20250116
Expat 2.7.5
zlib 1.3.2 (+ патчи)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65495 (https://www.opennet.ru/opennews/art.shtml?num=65495)
https://www.opennet.ru/opennews/art.shtml?num=65495

2026-05-21 11:14:01 UTC

Релиз дистрибутива Red Hat Enterprise Linux 10.2
Компания Red Hat представила (https://www.redhat.com/en/blog/rhel-102-and-98-intelligent-evolution-enterprise-linux) релиз дистрибутива Red Hat Enterprise Linux 10.2 (https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/), а также обновление прошлой ветки - Red Hat Enterprise Linux 9.8 (https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html-single/9.8_release_notes/index). Готовые установочные образы доступны (https://access.redhat.com/products/red-hat-enterprise-linux/) для зарегистрированных пользователей Red Hat Customer Portal (для оценки функциональности можно использовать общедоступные iso-образы CentOS Stream 10 (https://composes.stream.centos.org/stream-10/production/latest-CentOS-Stream/work/x86_64/iso/), а также бесплатные сборки (https://developers.redhat.com/products/rhel/download) RHEL для разработчиков). Выпуск сформирован для архитектур x86_64, s390x (IBM System z), ppc64le (POWER9), Aarch64 (ARM64) и RISC-V (preview). Обновления для выпуска RHEL 10.2 будут формироваться (https://www.opennet.ru/opennews/art.shtml?num=65155) до мая 2032 года. Ветка RHEL 10 будет сопровождаться (https://access.redhat.com/support/policy/updates/errata) до 2035 года (+ 4 года расширенной платной поддержки), RHEL 9 - до конца мая 2032 года, а RHEL 8 - до 2029 года.
Пакеты RHEL не размещены (https://www.opennet.ru/opennews/art.shtml?num=59323) в публичном репозитории git.centos.org (https://git.centos.org) и предоставляются (https://www.opennet.ru/opennews/art.shtml?num=59347) клиентам компании только через закрытый раздел сайта, на котором действует (https://www.opennet.ru/opennews/art.shtml?num=59343) пользовательское соглашение (EULA), запрещающее редистрибуцию данных, загруженных через клиентский портал, что создаёт (https://www.opennet.ru/opennews/art.shtml?num=59332) юридические риски при использовании этих пакетов для создания производных дистрибутивов. Исходные тексты RHEL остаются доступны в репозитории CentOS Stream, но он не полностью синхронизирован (https://www.opennet.ru/opennews/art.shtml?num=59332) с RHEL и версии пакетов в нём не всегда совпадают с пакетами из RHEL. Rocky Linux, Oracle и SUSE воспроизводят (https://github.com/openela-main) исходные тексты rpm-пакетов релизов RHEL в рамках проекта OpenELA (https://www.opennet.ru/opennews/art.shtml?num=60040).
Основные изменения (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/10/html/10.2_release_notes/index) в RHEL 10.2 (большинство из отмеченных изменений присутствует и в RHEL 9.8 (https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html-single/9.8_release_notes/index)):
- Предоставлена возможность использования интерфейса io_uring для операций асинхронного ввода/вывода.
- Добавлена поддержка стандарта WiFi7.
- В качестве опции предоставлена возможность использования AI-ассистента goose (https://goose-docs.ai/) в командной строке. Пакеты с goose доступны через репозиторий "extensions".
- В инсталлятор Anaconda добавлена возможность автоматической установки пакетов в формате Flatpak в процессе инсталляции дистрибутива. Наличие Flatpak-пакетов зависит от выбранного окружения, например, при выборе "Server with GUI" устанавливается Flatpak-пакет с Firefox.
- В Kickstart добавлена новая команда "rdp" для включения графической установки с использованием протокола RDP (Remote Desktop Protocol), а также экспериментальная (Technology Preview) команда "bootc" для развёртывания загрузочных контейнеров.
- В графический интерфейс для сборки системных образов (image builder) добавлена поддержка создания загрузочных контейнеров и дисковых образов, а также образов для установки по сети с инсталлятором Anaconda.
- Добавлена команда "bootc upgrade --download-only" для загрузки обновлений систем на базе bootc без их автоматического применения. Для применения ранее загруженного обновления можно использовать команду " bootc upgrade".
- Добавлена возможность преобразования загрузочных образов контейнеров в виртуальные машины. Для запуска подобных эфемерных виртуальных машин предложена утилита bcvk.
- Добавлена поддержка создания образов для сетевой загрузки через PXE, не меняющих своё состояние (stateless-cборки для бездисковых систем), из существующих сборок контейнеров.
- В OpenSSH и libssh добавлена поддержка гибридных алгоритмов обмена ключами
mlkem768nistp256-sha256 и mlkem1024nistp384-sha38, стойких для подбора на квантовом компьютере. В pki и системе сертификатов реализована поддержка ключей и цифровых подписей на базе алгоритма ML-DSA (https://www.opennet.ru/opennews/art.shtml?num=61700).
- Под защиту SELinux переведены сервисы systemd-oomd и redfish-finder. Из режима "permissive" в "enforcing" переключены контексты SELinux anaconda_generator_t, ktlshd_t, switcheroo_control_t, systemd_pcrextend_t, systemd_user_runtimedir_t и tuned_ppd_t. Настройки SELinux адаптированы для новых процессов OpenSSH - sshd-session и sshd-auth.
В SELinux реализована поддержка сетевых протоколов DCCP (Datagram Congestion Control Protocol) и SCTP (Stream Control Transmission Protocol).
- В репозиторий CRB (CodeReady Builder) добавлен новый пакет "capnproto" с Cap'n Proto (https://capnproto.org/), высокопроизводительной системой обмена данными и удалённого вызова процедур (RPC), которая задействована в пакете rust-sequoia.
- Предложена новая реализация клиента и сервера FIDO Device Onboarding (https://fidoalliance.org/device-onboarding-overview/) (FDO) go-fdo-client и go-fdo-server.
- Добавлен пакет greenboot-rs с реализацией инструментария Greenboot, переписанного (https://github.com/fedora-iot/greenboot-rs) на языке Rust (старая версия (https://github.com/fedora-iot/greenboot) была написана на bash). Greenboot применяется в атомарно обновляемых вариантах RHEL для проверки состояния системы при загрузке и отката на прошлую версию при обнаружении проблем.
- Добавлена возможность использования API Nmstate и плагина NetworkManager-libreswan для настройки связывания нескольких подсетей при помощи одного туннеля IPsec. В NetworkManager-libreswan добавлена поддержка запуска соединений Libreswan IPsec по необходимости (on-demand).
- В API epoll реализован режим IRQ suspension (https://cs.uwaterloo.ca/news/cheriton-school-computer-science-researchers-update-linux), в зависимости от периодов активности приложения адаптивно переключающийся между активным полингом (NAPI/busy polling, периодический опрос устройства ядром) и генерацией прерываний. Когда приложение находится в состоянии простоя (idle) используется обработка прерываний, а когда фиксируется высокая нагрузка - используется полинг. В некоторых ситуациях новый режим может до 30% сократить энергопотребление в датацентрах.
- Обеспечена полная поддержка протоколов PRP (Parallel Redundancy Protocol) и HSR (High-availability Seamless Redundancy), реализованная через модуль ядра hsr.
- В ядре Linux реализована опция командной строки "microcode=список флагов" для управления поведением загрузчика микрокода на системах x86 (например, можно задать минимально допустимую для загрузки версию микрокода).
- В nftables в обработчиках netdev добавлена поддержка масок в именах сетевых интерфейсов, например 'type filter hook ingress devices = { "vlan*", "veth0" }'.
- В пакет iproute добавлена утилита dpll для управления и мониторинга устройствами DPLL (digital phase-locked loop).
- В состав пакета kernel-modules-extra включены модули ядра
fou и fou6 с реализацией протоколов FOU (Foo-over-UDP) и GUE (Generic Routing Encapsulation) для организации тунеллирования различных IP-протоколов поверх UDP.
- В firewalld добавлена поддержка наборов предопределённых правил (policy-sets (https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/10/html/configuring_firewalls_and_packet_filters/using-and-configuring-firewalld#using-firewalld-policy-sets-to-configure-a-router)). Например, набор правил "gateway" охватывает функциональность типового домашнего маршрутизатора (включает NAT, conntrack-обработчики и перенаправление трафика между зонами).
- Добавлена возможность сохранения дампов памяти ядра (vmcore) после сбоев на шифрованные разделы LUKS.
- Добавлена поддержка серверов с процессорами Intel Xeon 6+ (CWF, Clearwater Forest). Добавлена поддержка аппаратных ускорителей Intel QAT (QuickAssist Technology) Gen6. Объявлена стабильной поддержка ускорителей IAA (In-Memory Analytics Accelerator), встроенных в CPU Intel Wildcat Lake.
- В пакете tpm2-tools улучена совместимость с новыми чипами TPM 2.0 (Trusted Platform Module).
- Подсистема BPF синхронизирована с ядром 6.17, а Perf - с ядром 6.17. Добавлена поддержка отслеживания производительности на системах c CPU Fujitsu Monaka и Intel Clearwater Forest.
- В ftrace добавлена возможность использования трассировщика function_graph для отслеживания значений, возвращаемых функциями.
- В утилиту kpatch, используемую для наложения патчей на ядро без остановки работы, добавлена возможность просмотра списка CVE-идентификаторов уязвимостей, исправленных в активном ядре.
- Для групп разделов LVM (VG, volume group) реализована поддержка механизма Persistent Reservations (https://www.kernel.org/doc/Documentation/block/pr.txt), позволяющего резервировать области в совместно используемых хранилищах.
- Предоставлена возможность применения системный ролей (System Roles) к атомарно обновляемым системам, формируемым при помощи разных инструментариев, включая ostree. Изменение позволяет развёртывать и настраивать атомарно обновляемые системы с использованием тех же ролей, что используются для обычных систем.
- В пакет virtio-win добавлен драйвер viosock (Virtual Socket) для виртуальных машин с Windows, обеспечивающий взаимодействие между гостевой и хостовой системами. Добавлен сервис virt-secrets-init-encryption для шифрования используемых в libvirt ключей доступа для vTPM (virtual Trusted Platform Module). (vTPM).
- В QEMU реализовано нативное (без эмуляции) использование метода ввода/вывода FUA (Forced Unit Access), позволившее поднять производительность виртуальных хранилищ, например, при нагрузках, свойственных СУБД.
- Инструментарий Podman переведён c GnuPG на использование Sequoia-PGP (https://www.opennet.ru/opennews/art.shtml?num=62421), реализации OpenPGP, написанной на Rust. Предоставлена поддержка формирования цифровых подписей для контейнеров при помощи Sequoia-PGP.
- В Red Hat Container Registry добавлены контейнеры rhel10/ruby-40, rhel10/postgresql-18, rhel10/python-314-minimal, rhel10/mariadb-118 и rhel10/php-84.
- Добавлена экспериментальная возможность загрузки виртуальных машин в режиме Secure Boot на системах ARM64.
- Добавлена экспериментальная поддержка live-миграции виртуальных машин, использующих протокол S3-PR (SCSI3-Persistent Reservation) (S3-PR).
- Добавлена экспериментальная поддержка запуска контейнеров в легковесных microVM с использованием runtime krun.
- Добавлена экспериментальная возможность использования vsock (Virtual Socket) для проброса доступа к TCP-портам из хост окружения без дополнительных настроек, например, можно пробросить доступ к SSH.
- Команда vi переведена на запуск vim-minimal вместо полноценного редактора Vim.
- Размер дискового раздела /boot по умолчанию увеличен c 1 до 2 ГБ.
- Добавлены новые драйверы:
qaic - для AI-ускорителей Qualcomm Cloud.
tpm_crb_ffa - для TPM CRB FFA driver
qat_6xxx для криптоускорителей Intel QuickAssist Technology GEN6.
imx-bus для Generic i.MX bus.
imx8m-ddrc для управления частотой контроллера i.MX8M DDR.
zl3073x для Microchip ZL3073x DPLL (Digital Phase Locked Loop).
gpio-usbio для Intel USBIO GPIO.
sil164 для Silicon Image sil164 TMDS.
mshv_root для Microsoft Hyper-V root partition VMM.
gpio_keys для подключения клавиатуры через GPIO.
mtd_intel_dg для Intel DGFX MTD.
rtw89_8922a для Realtek 802.11be wireless 8922A.
amd_hsmp для AMD HSMP (Host System Management Port).
amd_isp4 для AMD ISP4 (Image Signal Processor).
intel-oaktrail для Intel Oaktrail.
intel-sdsi для Intel On Demand (SDSi).
typec_thunderbolt для Thunderbolt 3 USB Type-C.
usbio для Intel USBIO.
- Обновлены версии пакетов для разработчиков: Python 3.14, Ruby 4.0, PHP 8.4, OpenJDK 25, LLVM Toolset 21, Go Toolset 1.26, Rust Toolset 1.92, Git 2.51, PostgreSQL 18, MariaDB 11.8, valgrind 3.26.0,
SystemTap 5.4, Node.js 24.
- Обновлены серверные пакеты: NetworkManager 1.56.0, BIND 9.18.33, openwsman 2.8.1, iproute 6.17.0, nftables 1.1.5, OpenSSH 9.9, libreswan 5.3, chrony 4.8, podman 5.8.0, libvirt 11.10.0, QEMU 10.1.0,
Samba 4.23.5, ipa 4.13.0, 389-ds-base 3.2.0, cockpit 356.
- Обновлены системные пакеты: chrony 4.8,
setools 4.6.0, fapolicyd 1.4.3, libssh 0.12.0, OpenSCAP 1.4.3, librepo 1.19.0, rsyslog 8.2510.0, OpenSSL 3.5.5, Cockpit 356, cmake 3.31.8, sudo 1.9.17p2, fwupd 2.0.19.
- Среда рабочего стола обновлена до версии GNOME 49 (https://www.opennet.ru/opennews/art.shtml?num=63897) (был GNOME 47). В композитный менеджер Mutter добавлен экспериментальный режим HDR (High Dynamic Range) для дисплеев, поддерживающих расширенный диапазон яркости.
Обновлены Mesa 25.2.7, libinput 1.30 и PipeWire 1.4.9.
- На экран входа в системе GDM добавлена экспериментальная поддержка интерактивного выбора метода аутентификации, например, можно использовать внешних провайдеров идентификации (EIdP), FIDO2-совместимые устройства и смарткарты.
- Firefox и Thunderbird переведены на поставку в формате Flatpak.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65489 (https://www.opennet.ru/opennews/art.shtml?num=65489)
https://www.opennet.ru/opennews/art.shtml?num=65489

2026-05-21 03:28:09 UTC

Опубликован офисный пакет ONLYOFFICE 9.4 с обновлением лицензии на код
Опубликован (https://www.onlyoffice.com/blog/2026/05/onlyoffice-docs-9-4) выпуск ONLYOFFICE DocumentServer 9.4 (https://github.com/ONLYOFFICE/DocumentServer/) с реализацией сервера для online-редакторов ONLYOFFICE и организации совместной работы. Редакторы можно использовать для работы с текстовыми документами, таблицами и презентациями. Код проекта распространяется (https://github.com/ONLYOFFICE/DocumentServer/) под свободной лицензией AGPLv3. Готовые сборки сформированы (https://github.com/ONLYOFFICE/DocumentServer/releases) для Linux, Windows и macOS.
Одновременно сформирован (https://github.com/ONLYOFFICE/DesktopEditors/releases/tag/v9.4.0) выпуск продукта ONLYOFFICE DesktopEditors 9.4 (https://github.com/ONLYOFFICE/DesktopEditors/), построенного на единой кодовой базе с online-редакторами. Десктоп-редакторы оформлены в виде приложений для рабочего стола, которые написаны на JavaScript с использованием web-технологий, но объединяют в одном наборе клиентские и серверные компоненты, оформленные для самодостаточного использования на локальной системе пользователя, без обращения к внешнему сервису. Для совместной работы на своих мощностях также можно использовать платформу Nextcloud Hub, в которой обеспечена полная интеграция с ONLYOFFICE (https://github.com/ONLYOFFICE/DocumentServer/).
В ONLYOFFICE заявлена полная совместимость с форматами MS Office и OpenDocument. Среди поддерживаемых форматов: DOC, DOCX, ODT, RTF, TXT, PDF, HTML, EPUB, XPS, DjVu, XLS, XLSX, ODS, CSV, PPT, PPTX, ODP. Предусмотрена возможность расширения функциональности редакторов через плагины, например, доступны плагины для создания шаблонов и добавления видео с YouTube. Готовые сборки сформированы для Windows и Linux (deb- и rpm-пакеты).
Основные (https://github.com/ONLYOFFICE/DocumentServer/blob/master/CHANGELOG.md) новшества (https://github.com/ONLYOFFICE/DesktopEditors/blob/master/CHANGELOG.md):
- Разработчики ONLYOFFICE прислушалась к пожеланиям (https://www.opennet.ru/opennews/art.shtml?num=65217) Фонда СПО и организации Software Freedom Conservancy и удалили спорные условия (https://www.opennet.ru/opennews/art.shtml?num=65108), добавленные поверх лицензии AGPL и требующие сохранения в производных продуктах оригинального логотипа ONLYOFFICE.
Дополнительные условия (https://github.com/ONLYOFFICE/DocumentServer/commit/a07795c4bd64f29552b9419ce1dd7bba822ca562) в обновлённой лицензии теперь сводятся к типовым пунктам о необходимости
сохранять примечания об авторских правах, лицензии и авторах. При модификации предписано упоминать, что продукт основан на ONLYOFFICE, и показывать соответствующее уведомление в графическом интерфейсе. В лицензии также указано, что она не предоставляет прав на использование товарного знака ONLYOFFICE, который распространяется под отдельными условиями (https://www.onlyoffice.com/trademark-policy).
- В Community-версии ONLYOFFICE Docs (DocumentServer) убрано ограничение в 20 одновременных подключений и прекращено выполнение минификации публикуемого кода. Упрощена архитектура (все компоненты объединены в один процесс), а также убраны лишние зависимости и привязки к RabbitMQ и СУБД, что позволяет использовать ONLYOFFICE Docs на более слабом оборудовании.
- В редакторе электронных таблиц при выборе тёмной темы оформления реализована возможность переключения на тёмный фон рабочей области электронной таблицы.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779291483.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163448/Dark-Document-in-Spreadsheets-1536x865.png)
- В редактор документов добавлена возможность вставки горизонтальных линий для наглядного разделения секций в документе и упрощения читаемости.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779290793.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163040/Horizontal-line-1536x865.png)
- Переработаны инструменты для заполнения форм. Добавлена поддержка привязки к форме определённых получателей и наглядного отслеживания состояния заполнения формы прямо в редакторе.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779291246.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163319/Form-filling-status-1536x865.png)
- Добавлена возможность сохранения изображения подписи для его быстрого прикрепления к нескольким документам без необходимости повторной загрузки для каждого документа (при заполнении полей с подписью теперь по умолчанию автоматически предлагается последнее выбранное изображение).
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779291323.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163420/Signature-in-Forms-1536x865.png)
- В редакторе презентаций предложено 25 новых шаблонов оформления презентаций.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779291814.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163532/Updated-Design-in-pptx-1--1536x865.png)
- В редакторе презентаций предложено 20 новых визуальных эффектов перехода между слайдами.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779291906.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163604/New-slide-transitions-1536x865.png)
- Для всех редакторов доступна новая вкладка "Chart Design", сводящая воедино все настройки, связанные с диаграммами.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779292078.png
(https://static-blog.onlyoffice.com/wp-content/uploads/2026/05/05163645/Chart-Design-tab-1536x865.png)
- Расширены возможности для вставки внешнего содержимого в документы, PDF-файлы и презентации, без нарушения исходного форматирования таблиц и текста с разметкой. В кнопку Paste в верхней панели добавлены опции для вставки из буфера обмена.
- В мобильное приложение добавлена отдельная кнопка для сохранения документа, позволяющая отключить автозапись и вручную контролировать сохранение на системах с неустойчивым сетевым соединением.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65488 (https://www.opennet.ru/opennews/art.shtml?num=65488)
https://www.opennet.ru/opennews/art.shtml?num=65488

2026-05-20 11:31:08 UTC

В Fedora решено удалить пакеты со средой рабочего стола Deepin
Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки Fedora Linux, принял решение (https://lists.fedoraproject.org/archives/list/[email protected]/thread/YFZBLHOTVMINNY5I7JSO4JOXHFH3SARN/) удалить из репозиториев дистрибутива пакеты, связанные со средой рабочего стола Deepin из-за проблем с их сопровождением. Команде, отвечающей за формирование релизов Fedora, предписано не восстанавливать данные пакеты, в случае поступления заявки от группы deepinde-sig, без проведения их повторной проверки.
Причиной (https://pagure.io/fesco/issue/3409) удаления стало отсутствие активности в группе сопровождающих deepinde-sig и заброшенный характер пакетов, остающихся длительное время без исправления серьёзных ошибок и предположительно имеющих неустранённые уязвимости. Некоторые из неисправленных ошибок приводили к проблемам со сборкой из исходного кода (FTBFS) или сбоям при установке (FTI).
Месяц назад участники FESCo приняли решение (https://pagure.io/fesco/issue/3409#comment-1012133) отсрочить удаление пакетов и попытались связаться с сопровождающими пакеты Deepin для уточнения состояния проекта. Разработчикам удалось связаться с главным сопровождающим, который пояснил (https://pagure.io/fesco/issue/3409#comment-1016411), что не против удаления пакетов из репозитория, так как все участники группы deepinde-sig слишком загружены основной работой и у них нет времени на продолжение сопровождения пакетов с Deepin для Fedora, а попытки привлечь новых сопровождающих не увенчались успехом.
Год назад пакеты с Deepin были удалены (https://www.opennet.ru/opennews/art.shtml?num=63205) из репозиториев openSUSE из-за того, что сопровождающий Deepin попытался обойти принятые в openSUSE правила рецензирования пакетов и не уведомив команду, отвечающую за безопасность, разместил в репозитории пакет "deepin-feature-enable", который устанавливал дополнительные компоненты, не прошедшие проверку и содержащие неустранённые проблемы с безопасностью. Если пользователь подтверждал операцию, в обход штатных механизмов установки системных компонентов осуществлялась распаковка в системные каталоги дополнительных файлов конфигурации D-Bus и политик Polkit из tar-архивов, включённых в состав пакетов deepin-daemon-dbus и deepin-daemon-polkit. В пакетах для Fedora подобные манипуляции не производились, но и не было требований по обязательному рецензированию безопасности сервисов D-Bus и политик Polkit (некоторые компоненты Deepin не прошли рецензирование в SUSE Security Team и сопровождающий пакеты в openSUSE организовал их установку обходным путём).
Источник: https://www.opennet.ru/opennews/art.shtml?num=65480 (https://www.opennet.ru/opennews/art.shtml?num=65480)
https://www.opennet.ru/opennews/art.shtml?num=65480

2026-05-20 10:31:10 UTC

Создан виртуальный музей операционных систем
Представлен (https://andreww591.blogspot.com/2026/05/ive-released-virtual-museum-with-nearly.html) проект по созданию виртуального музея операционных систем (https://virtualosmuseum.org/), в котором собрана коллекция из более 570 операционных систем. Музей оформлен в виде образа виртуальной машины с Linux, подборкой эмуляторов и встроенным графическим интерфейсом для навигации по имеющейся коллекции. Пользователю предоставлена возможность ознакомления с каждой операционной системой вживую, путём её запуска в эмуляторе. Музей основан на коллекции эмуляторов, собиравшейся автором проекта с 2003 года.
Для загрузки доступны (https://virtualosmuseum.org/downloads/) две версии: полная (121 ГБ zip (https://archive.org/download/preliminary-os-museum-image/)), включающая всю коллекцию из примерно 1700 виртуальных машин, охватывающих более 250 платформ и 570 ОС, и урезанная (14G (https://archive.org/download/preliminary-os-museum-image/)), содержащая только Linux-систему, инсталлятор, набор эмуляторов и графическое приложение для динамической загрузкой выбранных системных образов операционных систем . Поддерживается загрузка виртуальной машины в QEMU, VirtualBox и UTM (https://en.wikipedia.org/wiki/UTM_(software)).
Все элементы коллекции преднастроены и готовы к ознакомительному запуску. Поддерживается откат окружений с тестируемыми ОС к исходному состоянию для восстановления работы в случае повреждения системы в ходе экспериментов. Графическое приложение, скрипты и метаданные распространяются (https://gitlab.com/virtualosmuseum/virtualosmuseum) под лицензией CC-BY-NC-SA, допускающей использование в некоммерческих целях.
Самый ранний экземпляр коллекции датирован 1948 годом (компьютер Manchester Baby (https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D0%BD%D1%87%D0%B5%D1%81%D1%82%D0%B5%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BC%D0%B0%D0%BB%D0%B0%D1%8F_%D1%8D%D0%BA%D1%81%D0%BF%D0%B5%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0)). Для тестирования также доступны:
- Scheme A - первая ОС, выпущенная в 1951 году.
- IBM IBSYS, 1410 OS и 1410 POS, первые ОС от IBM, созданные с 1960 по 1971 год.
- B5000 MCP - первая ОС на высокоуровневом языке.
- CTSS - первая многопользовательская ОС (1961-72).
- Multics - первая ОС с иерархической файловой системой (1964), предок Unix.
- Различные ранние версии Unix (PDP-7 Unix "V0", PDP-11 Unix V1).
- ОС для мэйнфреймов.
- Xerox Alto OS и Smalltalk (1976-81) - первая ОС для рабочих станций и первый оконный графический интерфейс.
- Xerox ViewPoint/GlobalView - первый графический интерфейс с концепцией рабочего стола.
- Visi On (1983) - первый GUI для ПК.
- Разные редакции CP/M и DOS.
- Apple Lisa OS (1983-84) - первая графическая ОС от Apple, плюс разные ранние версии Mac OS и NeXTStep.
- Пререлизы старых ОС Windows.
- EPOC, Palm OS - ОС для первых карманных ПК.
- Linux-дистрибутивы 1990-х и 2000-х годов.
- Ранние версии Android (2007-11).
- Операционные системы, развиваемые энтузиастами.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779268910.png
(https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEio_SAh8RqhhrR2fitsg5KWvfzDJD6upydNngUv0-ZfmL8aRaXVUGk_xqwA8q5OvUOs6AbA5QlXMmgbnWEOeI9HzSnN7v7NS-tVMYfDw_KctIQet0yMJd8UaU0wKonoiwZuzdoR8K8gM7h7WGnaOeXgZlqOV7ikIyVRPZEpDvJIB7XoG34E3NtGtKVOua8/s1920/0.%20Launcher%20main%20window.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779272035.png
(https://virtualosmuseum.org/images/front_page/2.%20Unix%20PC%20SVR2%20and%20XVM%20RSX.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779269008.png
(https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGzVFrqVGQb1ZqaMftCnul1biOanB87LrzsDCjKGjhJfAwhH9_49WbxwlF5J_ebzzRrsIcwvXjNt416lp2A9DKXhZrp8pdNk4mUGxYK2kpxD7rc-ZTEPpzZOM1IKZH0xSbJCjPhOSBePIbMVfprHg6ScEzKNHQPLgaEEWkCu2WlSRKphI2vYOXygTapQs/s1024/Softlanding%20Linux%20System%201.0%20-%2000%20ls%20uname%20and%20kernel%20source.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779269028.png
(https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi2ZFifuOyZTtMbWsZW4jEYVRZ2ySFjUJlTA4gnkaWniimvu4gBEqC6kCz4ZH02yaaeqpJTeZEOx9ra0zenB1BegaexLCMHopRQcWvlWgug176d6IaG9VkBLiMepOoAmmIVra6epGYb20pPMDbJiS7oFOqTYBNy_PgB7Gp_Qmuxgnf5ihqQdo5v-I9iAtw/s800/AFROS%20(XaAES)%208.12%20-%2000%20TeraDesk.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779269048.png
(https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj9AsgEIUhv-d1oGB8bTgY4jcOhQmm1Hhk1H8FTifk8xLgU4h9oCzMgxP4axZpru93ntgpRdZ519oKu2tOit15Z8uvMboSeY7puJT4uIvMEh1fUp2L2-OhPVBqfVwXNiFU7glG23jM_uPLQNze1l6WMsd7vVerQdoU8RZajS2KFb1TzG6wfZTSPmhGzyCg/s731/LisaOS%203.1%20-%2002%20LisaDraw.png)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65486 (https://www.opennet.ru/opennews/art.shtml?num=65486)
https://www.opennet.ru/opennews/art.shtml?num=65486

2026-05-20 08:31:07 UTC

Релиз Firefox 151
Состоялся (https://www.mozilla.org/en-US/firefox/151.0/releasenotes/) релиз web-браузера Firefox 151 (https://www.mozilla.org/en-US/firefox/151.0/releasenotes/) и сформированы обновления прошлых веток (https://www.mozilla.org/en-US/firefox/organizations/all/) с длительным сроком поддержки - 140.11.0 (https://www.mozilla.org/en-US/firefox/140.11.0/releasenotes/) и 115.36.0 (https://www.mozilla.org/en-US/firefox/115.36.0/releasenotes/). На стадию бета-тестирования (https://firefox.com/channel) в ближайшее время будет переведена (https://www.mozilla.org/en-US/firefox/152.0beta/releasenotes/) ветка Firefox 152, релиз которой намечен на 16 июня.
Основные новшества в Firefox 151 (1 (https://www.mozilla.org/en-US/firefox/151.0/releasenotes/), 2 (https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/151), 3 (https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&resolution=FIXED&target_milestone=151%20Branch&limit=0&short_desc_type=anywords&short_desc=Allow Enable Add Drop Support Implement), 4 (https://blog.mozilla.org/en/firefox/more-control-firefox/)):
- Обновлено оформление страницы, показываемой при открытии новой вкладки (логотип перемещён в центр, смещена вниз строка поиска, включено фоновое изображение, которое можно сменить в настройках). Новый дизайн оптимизирован для интеграции на страницу новых возможностей (например, виджеты и улучшение работы с ярлыками), включение которых ожидается в следующем релизе.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779221016.png
(https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779221005.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779259189.png
(https://www.firefox.com/media/img/firefox/releasenotes/note-images/151_newtab_wallpaper.png)
- В режиме приватного просмотра реализована новая кнопка "End Private Session" (пиктограмма с изображением огня справа от адресной строки), через которую можно мгновенно очистить все данные текущего приватного сеанса, не закрывая при этом окно браузера (сайты, до этого открытые в режиме приватного просмотра, закрываются и остаётся пустой сеанс).
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779221048.png
(https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779221041.png)
- Во встроенном просморщике PDF реализована функция объединения нескольких страниц в документе.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779220979.png
(https://www.firefox.com/media/img/firefox/releasenotes/note-images/151_pdf_merge.png)
- Встроенный интерфейс перевода с одного языка на другой теперь доступен для вызова через секцию "More Tools" в основном меню.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779260632.png
(https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779260626.png)
- Строка поиска в конфигураторе (about:preferences) расширена и теперь занимает всю доступную ширину.
- В сборках для Linux реализована поддержка резервного копирования (https://support.mozilla.org/kb/firefox-backup) профилей, позволяющая сохранить выбранный профиль в файл, после чего использовать этот файл для восстановления настроек на другой системе. Ранее данная функция была доступна только в Windows.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779260659.png
(https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779260652.png)
- При переносе каталога с профилем Firefox в другие части ФС или на системы с другими операционными системами обеспечено восстановление установленных дополнений и тем оформления.
- Усилена защита от скрытой идентификации пользователя (https://www.opennet.ru/opennews/art.shtml?num=53607) (Fingerprinting Protection), применяемая при включении стандартной защиты от отслеживания перемещений (ETP, Enhanced Tracking Protection => Standard). Отмечается, что внесённые изменения позволили в среднем на 14% (49% для macOS) снизить долю пользователей, идентифицируемых с помощью типовых методов скрытой идентификации по сравнению с ранее имевшейся защитой.
- В интегрированный бесплатный VPN-сервис Firefox VPN (https://support.mozilla.org/kb/built-in-vpn) добавлена возможность выбора страны используемого VPN-сервера. Сервис позволяет обращаться к сайтам не напрямую, а через промежуточные прокси-серверы в разных странах, скрывающие IP-адрес пользователя. Имеется возможность включать VPN только для выбранных сайтов. Для активации VPN необходима регистрация учётной записи в Mozilla. В VPN-сервисе действует ограничение в 50 гигабайт трафика в месяц.
- При запросе web-приложением доступа к данным о местоположении на платформе Windows теперь учитываются системные настройки предоставления подобного доступа.
- Добавлена возможность использования API Web Serial (https://developer.mozilla.org/docs/Web/API/Web_Serial_API) для управления микроконтроллерами, подключаемыми через последовательный порт. Например, после подтверждения полномочий можно из web-приложения программировать ESP чипы, платы Raspberry Pi Picos, 3D-принтеры и оборудование с ЧПУ. API
Web Serial также можно использовать в браузерных дополнениях, но не из контекста moz-extension.
- Для всех пользователей включено применение спецификации LNA (Local Network Access) для ограничения обращений к локальной системе (loopback, 127.0.0.0/8) или внутренней сети (192.168.0.0/16, 10.0.0.0/8 и т.п.) при взаимодействии с публичными сайтами. Для обращения к внутренним ресурсам пользователь должен предоставить web-приложению специальные полномочия, так как подобная активность используются злоумышленниками для осуществления CSRF-атак на маршрутизаторы, точки доступа, принтеры, корпоративные web-интерфейсы и другие устройства и сервисы, принимающие запросы только из локальной сети. Кроме того, сканирование внутренних ресурсов может использоваться для косвенной идентификации или сбору сведений о локальной сети. Ранее подобная защита действовала только при включении режима усиленной защиты от отслеживания перемещений (ETP, Enhanced Tracking Protection => Strict).
- Реализован API Fullscreen Keyboard Lock (https://developer.mozilla.org/en-US/docs/Web/API/Element/requestFullscreen#keyboard_locking), добавляющий в метод requestFullscreen (https://developer.mozilla.org/en-US/docs/Web/API/Element/requestFullscreen) аргумент keyboardLock, позволяющий полноэкранным web-приложениям перехватывать обработку некоторых клавиш и клавиатурных комбинаций, например, можно перехватить обработку нажатия на клавишу Esc (в этом случае для выхода из полноэкранного режима потребуется не нажатие, а удержание Esc).
- Улучшена отрисовка элементов с абсолютным позиционированием внутри многоколоночных блоков или при выводе на печать.
- В правилах "@container (https://developer.mozilla.org/docs/Web/CSS/Reference/At-rules/@container)" разрешено одновременное перечисление нескольких условий по аналогии с медиа-запросами.
- Внутри правил @container разрешено (https://developer.mozilla.org/docs/Web/CSS/Reference/At-rules/@container#container_style_queries) использование функции style() для проверки вычисленных значений CSS-свойств контейнера.
- Добавлено свойство CSSContainerRule.conditions, содержащие список всех условий контейнерного запроса. Старые свойства CSSContainerRule.containerName и CSSContainerRule.containerQuery объявлены устаревшими.
- Изменено поведение якорного позиционирования в CSS (CSS Anchor Positioning (https://developer.mozilla.org/docs/Web/CSS/Guides/Anchor_positioning)). Свойство position-anchor (https://developer.mozilla.org/docs/Web/CSS/Reference/Properties/position-anchor) теперь по умолчанию принимает значением "normal", а при использовании свойства position-area (https://developer.mozilla.org/docs/Web/CSS/Reference/Properties/position-area) неявные якоря применяются автоматически. Всплывающие окна (popovers), использующие anchor() или anchor-center, теперь требуют явного указания свойства "position-anchor: auto".
- Добавлена поддержка API Document Picture-in-Picture (https://developer.mozilla.org/docs/Web/API/Document_Picture-in-Picture_API) для открытия в режиме "картинка в картинке" произвольного HTML-содержимого, а не только видео. В отличие от открытия окна через вызов window.open(), окна создаваемые через новый API всегда отображаются поверх других окон, не остаются после закрытия исходного окна, не поддерживают навигацию и не могут явно определять позицию вывода.
- В API Permissions (https://developer.mozilla.org/docs/Web/API/Permissions_API) обеспечена корректная обработка временных полномочий, предоставленных сайту.
- Предоставлена (https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/template#shadowrootslotassignment) возможность использования декларативного синтаксиса для определения того, как элементы распределяются в слоты внутри Shadow DOM (https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_shadow_DOM).
- В Firefox для Android (https://www.firefox.com/en-US/firefox/android/151.0/releasenotes/) добавлена поддержка быстрого переключения между вкладками, используя вертикальный скользящий жест в области панели. В конфигуратор по аналогии с десктоп-версией добавлен переключатель для отключения всех функций, использующих AI, а также реализованы настройки для выборочного включения отдельных AI-функций.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779264315.png
(https://blog.mozilla.org/wp-content/blogs.dir/278/files/2026/05/Distilled_AIControls_Mobile_A-1536x864.png)
Кроме новшеств и исправления ошибок в Firefox 151 устранено 154 уязвимости (https://www.mozilla.org/en-US/security/advisories/mfsa2026-46/) (65 собрано под CVE-2026-8973, 54 под CVE-2026-8974 и 7 под CVE-2026-8975). 146 уязвимостей вызваны проблемами работы с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.
В ночных сборках (https://www.firefox.com/channel/desktop/#nightly) Firefox началось тестирование переделанного интерфейса конфигуратора, в котором расширены средства для поиска настроек, улучшена навигация, обновлены метки и описание настроек.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65481 (https://www.opennet.ru/opennews/art.shtml?num=65481)
https://www.opennet.ru/opennews/art.shtml?num=65481

2026-05-20 06:01:08 UTC

Атакующие получили доступ к внутренним репозиториям GitHub и OpenAI
Сервис GitHub предупредил (https://x.com/github/status/2056884788179726685) о выявлении неавторизированного доступа к своим внутренним репозиториям. Причиной стала компрометация рабочей станции одного из сотрудников, установившего новую версию одного из расширений к редактору кода VS Code, в которую был интегрирован вредоносный код. Подробности обещают опубликовать после завершения разбирательства. По предварительным данным информация пользователей, хранимая вне внутренних репозиториев компании GitHub, не пострадала.
Какое именно дополнение к VS Code было установлено не уточняется. Из недавних атак на пользователей VS Code можно отметить вчерашний инцидент (https://www.stepsecurity.io/blog/nx-console-vs-code-extension-compromised) с дополнением Nx Console (https://github.com/nrwl/nx-console), насчитывающим 2.2 млн установок. Злоумышленникам удалось перехватить (https://github.com/nrwl/nx-console/security/advisories/GHSA-c9j4-9m59-847w) информацию для подключения к учётной записи на GitHub одного из разработчиков Nx Console и опубликовать новый релиз 18.95.0, содержащий вредоносный код для кражи конфиденциальных данных, таких как пароли и токены доступа к GitHub, npm, AWS, HashiCorp Vault, Kubernetes и 1Password. Вредоносный выпуск был размещён в каталоге Visual Studio Marketplace 19 мая в 15:30 и удалён в 15:48 (MSK).
Дополнительно стоит упомянуть компрометацию (https://openai.com/index/our-response-to-the-tanstack-npm-supply-chain-attack/) 11 мая двух рабочих станций сотрудников компании OpenAI, установивших вредоносные обновления NPM-пакетов TanStack, содержащие саморастространяющийся червь. Вредоносные версии были опубликованы (https://www.opennet.ru/opennews/art.shtml?num=65432) в результате атаки на процесс формирования релизов на базе GitHub Actions в проекте TanStack. В результате активности червя на сервер злоумышленников были отправлены учётные данные и ключи доступа, находящиеся на скомпрометированных компьютерах сотрудников OpenAI. Отмечается, что у скомпрометированных систем был ограниченный доступ к некоторым внутренним репозиториям OpenAI, в которых среди прочего хранились сертификаты для формирования цифровых подписей к продуктам для платформ Windows, macOS, iOS и Android. После выявления проблемы в OpenAI был инициирован процесс замены сертификатов, используемых для заверения цифровой подписью ChatGPT Desktop, Codex App, Codex CLI и Atlas.
Интересно, что это не первый подобный инцидент в OpenAI - системы сотрудников данной компании также были поражены (https://openai.com/index/axios-developer-tool-compromise/) вредоносным ПО в апреле после установки вредоносного релиза (https://www.opennet.ru/opennews/art.shtml?num=65109) NPM-пакета Axios, который атакующим удалось опубликовать в результате перехвата (https://www.opennet.ru/opennews/art.shtml?num=65134) учётных данных главного сопровождающего. После данного инцидента на компьютерах разработчиков была реализована защита от установки вредоносных зависимостей, но на системы сотрудников, впоследствии скомпрометированных через TanStack, её не установили.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65484 (https://www.opennet.ru/opennews/art.shtml?num=65484)
https://www.opennet.ru/opennews/art.shtml?num=65484

2026-05-19 19:31:07 UTC

Компания Canonical опубликовала монолитный дистрибутив Ubuntu Core 26
Компания Canonical представила (https://canonical.com/blog/canonical-launches-ubuntu-core-26) релиз Ubuntu Core 26 (https://www.ubuntu.com/core), компактного варианта дистрибутива Ubuntu, адаптированного для применения на устройствах интернета вещей (IoT), в контейнерах, потребительском и промышленном оборудовании. Ubuntu Core поставляется в форме неделимого монолитного образа базовой системы, в котором не применяется разбивка на отдельные deb-пакеты. Образы Ubuntu Core 26, состав которых синхронизирован с пакетной базой Ubuntu 26.04 (https://www.opennet.ru/opennews/art.shtml?num=65274), подготовлены (http://cdimage.ubuntu.com/ubuntu-core/26/stable/current/) для систем x86_64 и ARM64. Время сопровождения выпуска составит 15 лет.
Ubuntu Core служит основой для запуска дополнительных компонентов и приложений, которые оформляются в виде самодостаточных надстроек в формате snap. Компоненты Ubuntu Core, включая базовую систему, ядро Linux и системные надстройки, также поставляются в формате snap и управляются инструментарием snapd. Технология Snappy (http://www.ubuntu.com/cloud/tools/snappy) даёт возможность сформировать образ системы как единое целое, без разбиения на отдельные пакеты. Вместо поэтапного обновления на уровне отдельных deb-пакетов в Ubuntu Core применяется механизм атомарного обновления snap-пакетов и базовой системы, по аналогии с Fedora Atomic, ChromeOS, Endless и openSUSE Leap Micro. При обновлении базового окружения и snap-пакетов имеется возможность отката состояния до прошлой версии, в случае проблем, выявленных после обновления.
Для обеспечения безопасности каждый компонент системы верифицируется по цифровой подписи, что позволяет защитить дистрибутив от внесения скрытых модификаций или установки непроверенных snap-пакетов. Поставляемые в формате Snap компоненты изолируются (https://docs.ubuntu.com/core/en/guides/intro/security) при помощи AppArmor и Seccomp, что создаёт дополнительный рубеж для защиты системы в случае компрометации отдельных приложений. Базовая система включает только минимальный набор необходимых приложений, что не только позволило уменьшить размер системного окружения, но и положительно сказалось на безопасности за счёт уменьшения возможных векторов для атак.
Базовая файловая система монтируется в режиме только для чтения. Имеется возможность использования шифрования данных на накопителе с использованием (https://ubuntu.com/core/docs/uc26/full-disk-encryption) TPM. Обновления выпускаются регулярно, доставляются в режиме ОТА (over-the-air) и синхронизированы с составом Ubuntu 26.04. Для минимизации трафика обновления поставляются в сжатом виде и включают только изменения, относительно прошлого обновления (delta-обновления). Автоматизация установки обновлений решает проблемы с поддержанием безопасности системы при использовании на встраиваемых устройствах.
Благодаря логическому отделению базовой системы от приложений, поддержанием кодовой базы Ubuntu Core в актуальном виде занимаются разработчики Ubuntu, а об актуальности дополнительных приложений заботятся разработчики приложений. Подобный подход позволяет снизить затраты на сопровождение продуктов, программное окружение которых построено на основе Ubuntu Core, так как их производителям не требуется заниматься выпуском и доставкой системных обновлений и достаточно сосредоточить внимание только на своих специфичных компонентах.
Основные (https://documentation.ubuntu.com/core/uc26/) новшества (https://documentation.ubuntu.com/core/reference/release-notes/index.html#ref-release-notes-ubuntu-core-26-release-notes):
- Задействована новая система сборки на базе инструментария Chisel (https://github.com/canonical/chisel/), позволяющего разделять и урезать Debian-пакеты с целью поставки только наиболее необходимых файлов. Chisel даёт возможность манипулировать не целыми пакетами, а слайсами (подмножеством пакетов) - наборами файлов, формируемых на основе содержимого и метаданных пакета. Каждый слайс может иметь своё содержимое и свой набор зависимостей, привязанный к другим слайсам. Каждый файл в файловой системе Ubuntu Core теперь привязан к слайсу и пакету с исходным кодом, что улучшает проверку целостности и отслеживания уязвимостей. Применение новой системы сборки позволило уменьшить размер базового системного образа на 7%.
- Сокращено время установки обновлений за счёт применения формата snap-delta для уменьшения размера загружаемых данных для большинства snap-пакетов. Например, размер файлов с обновлением базовых snap-пакетов сократился с 16 до 1.5 МБ.
- Обеспечено выполнение требований европейского закона CRA (https://www.opennet.ru/opennews/art.shtml?num=60358) (Cyber Resilience Act (https://en.wikipedia.org/wiki/Cyber_Resilience_Act)), который вводит юридическую ответственность за несоблюдение требований безопасности.
- Добавлена возможность применения технологии Livepatch (https://ubuntu.com/security/livepatch) для внесения исправлений в работающее ядро Linux без перезагрузки и без остановки работы приложений.
- Обеспечена интеграция с инструментарием COS (Canonical Observability Stack (https://documentation.ubuntu.com/observability/track-2/)), основанным на движке оркестровки Juju (https://documentation.ubuntu.com/juju/3.6/) и платформе Kubernetes. Ubuntu Core теперь может передавать логи и метрики в централизованные системы мониторинга на базе Grafana, Loki и Prometheus.
- Добавлена поддержка компонентов (https://documentation.ubuntu.com/snapcraft/stable/reference/components/), позволяющих разработчикам snap-пакетов распространять дополнительные крупные или не обязательные ресурсы, такие как отладочные данные, файлы с переводами и необязательные драйверы, отдельного от основного snap-пакета для сокращения размера базовой установки. Компонент формируется как образ в формате squashfs, монтируемый в окружение snap-пакета.
- В Snapd REST API (https://snapcraft.io/docs/reference/development/snapd-rest-api/) обеспечена совместимость со спецификацией OpenAPI (https://www.openapis.org/).
- В дисплейный сервер Ubuntu Frame (https://ubuntu.com/frame), позволяющий (https://www.opennet.ru/opennews/art.shtml?num=55933) создавать встраиваемые графические окружения (интернет-киоски, терминалы самообслуживания, информационные стенды, цифровые вывески), добавлена возможность размещения интерфейса нескольких приложений на одном экране. Добавлена возможность использования в приложениях GPU-ускорения.
- Добавлена системная настройка interface.allow-auto-connection (https://snapcraft.io/docs/reference/administration/system-options/#system-interface) для определения правил автоматического подключения интерфейсов.
- Добавлена поддержка механизма Confdb (https://snapcraft.io/docs/explanation/how-snaps-work/confdb-configuration-mechanism/) для централизованного определения настроек, не привязанных к конкретным snap-пакетам и устройствам.
- Из базового набора snap-пакетов исключён интерпретатор Python, который теперь следует устанавливать в форме отдельного плагина (https://documentation.ubuntu.com/snapcraft/stable/how-to/integrations/craft-a-python-app/).
Источник: https://www.opennet.ru/opennews/art.shtml?num=65477 (https://www.opennet.ru/opennews/art.shtml?num=65477)
https://www.opennet.ru/opennews/art.shtml?num=65477

2026-05-19 18:01:07 UTC

Microsoft развивает дистрибутив общего назначения Azure Linux 4 на базе Fedora Linux
Компания Microsoft опубликовала (https://github.com/microsoft/azurelinux/tree/4.0) наработки, связанные с дистрибутивом Azure Linux 4, который по сравнению с веткой 3.0 (https://github.com/microsoft/azurelinux/tree/3.0) кардинально переработан и переведён с собственной пакетной базы на использование пакетов из дистрибутива Fedora 43 (https://www.opennet.ru/opennews/art.shtml?num=64127). Если ранее Azure Linux позиционировался как платформа для Linux-окружений, используемых в облачной инфраструктуре, edge-системах и различных сервисах Microsoft, то теперь Azure Linux преподносится как защищённая и надёжная операционная система общего назначения, оптимизированная для облака Azure, которую можно использовать в виртуальных машинах, контейнерах, окружении WSL (Windows Subsystem Linux) и в качестве основной ОС на компьютерах.
Ветка Azure Linux 4 отмечена как находящаяся в процессе разработки. Для рабочих внедрений рекомендуется использовать ветку Azure Linux 3 (https://www.opennet.ru/opennews/art.shtml?num=65419). Готовые сборки пока не предоставляются, но имеется инструкция (https://github.com/microsoft/azurelinux/blob/4.0/DEVELOPING.md) по сборке. Специфичные для дистрибутива изменения поставляются (https://github.com/microsoft/azurelinux/tree/4.0) под лицензией MIT.
При формировании дистрибутива вместо создания форка Fedora в Azure Linux 4 применён декларативный подход, позволяющий пересобирать RPM-пакеты с необходимыми изменениями и настройками из штатных репозиториев Fedora, используя конфигурационные файлы в формате TOML. Дополнительная функциональность определяется в форме оверлеев (https://github.com/microsoft/azurelinux/tree/4.0/base/comps/), позволяющих генерировать специфичные для Azure Linux spec-файлы пакетов на основе штатных SRPM-пакетов из Fedora Linux. Оверлеи определяют изменения, вносимые поверх пакетов Fedora, такие как дополнительные конструкции в spec-файлах, патчи и параметры сборки.
Пакетной единицей в Azure Linux 4 являются "компоненты" (исходный пакет), которые по большей части импортируются из Fedora через dist-git и могут формировать один или несколько RPM-пакетов. Все компоненты собираются из исходного кода, бинарные пакеты из Fedora не переносятся. Для генерации результирующих RPM-пакетов на основе оверлеев применяется инструментарий azldev (https://github.com/microsoft/azure-linux-dev-tools), написанный на языке Go и поставляемый под лицензией MIT.
Из особенностей Azure Linux 4 отмечается поставка ядра Linux с дополнительными оптимизациями, защита от атак через зависимости (supply chain), предсказуемый цикл поддержки и выпуска обновлений, встроенные возможности для интеграции с облаком Azure, изменения для усиления безопасности. Система сборки Azure Linux позволяет генерировать как установочные окружения с RPM-пакетами, так и монолитные системные образы, формируемые при помощи инструментария rpm-ostree и обновляемые атомарно без разбивки на отдельные пакеты. Поддерживается две модели доставки обновлений: через обновление отдельных пакетов и через перестроение и обновление всего системного образа.
Из применяемых в Azure Linux мер по повышению безопасности:
- Фильтрация системных вызовов при помощи механизма seccomp.
- Шифрование дисковых разделов.
- Верификация пакетов по цифровой подписи.
- Рандомизация адресного пространства.
- Защита от атак, связанных с символическими ссылками, mmap, /dev/mem и /dev/kmem.
- Режим только для чтения и запрет исполнения кода в областях памяти, в которых размещаются сегменты с данными ядра и модулей.
- Опция для запрета загрузки модулей ядра после инициализации системы.
- Включение при сборке режимов защиты от переполнения стека, переполнений буфера и проблем с форматированием строк (_FORTIFY_SOURCE, -fstack-protector, -Wformat-security, relro).
- Поставка минимально необходимых пакетов, без активации лишних сервисов.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65479 (https://www.opennet.ru/opennews/art.shtml?num=65479)
https://www.opennet.ru/opennews/art.shtml?num=65479

2026-05-19 15:31:08 UTC

PinTheft - шестая уязвимость класса Copy Fail, предоставляющая права root в Linux
Раскрыта (https://github.com/v12-security/pocs/tree/main/pintheft) информация о шестой уязвимости (1 (https://www.opennet.ru/opennews/art.shtml?num=65325), 2-3 (https://www.opennet.ru/opennews/art.shtml?num=65395), 4 (https://www.opennet.ru/opennews/art.shtml?num=65441), 5 (https://www.opennet.ru/opennews/art.shtml?num=65473)), позволяющей непривилегированному локальному пользователю получить права root, перезаписав данные в страничном кэше. Уязвимость получила кодовое имя PinTheft. Доступен прототип эксплоита (https://github.com/v12-security/pocs/blob/main/pintheft/poc.c). CVE-идентификатор ещё не присвоен. Исправление пока доступно только в виде патча (https://lore.kernel.org/netdev/[email protected]/), который опубликован 5 мая, но пока не включён в корректирующие выпуски (https://kernel.org) ядра.
Уязвимость присутствует в реализации сетевого протокола RDS (https://docs.kernel.org/networking/rds.html) (Reliable Datagram Sockets), предназначенного для высокоскоростного обмена сообщениями между узлами в кластере, с минимальной задержкой и гарантированной доставкой. Атака возможна на системы с включённой подсистемой io_uring (io_uring_disabled=0) и ядром, собранным с опциями CONFIG_RDS, CONFIG_RDS_TCP и CONFIG_IO_URING. Для работы эксплоита в системе должен быть доступный на чтение исполняемый файл с флагом SUID-root.
Для автоматической загрузки модуля ядра rds_tcp эксплоит запрашивает отправку данных через RDS с использованием транспорта SO_RDS_TRANSPORT=2. Отмечается, что среди протестированных дистрибутивов Linux в конфигурации по умолчанию модуль ядра rds предоставляется только в Arch Linux. Для блокирования уязвимости обходным путём можно заблокировать автозагрузку модулей ядра rds и rds_tcp:
rmmod rds_tcp rds
printf 'install rds /bin/false\ninstall rds_tcp /bin/false\n' > /etc/modprobe.d/pintheft.conf
Уязвимость вызвана ошибкой в реализации механизма zerocopy в функции rds_message_zcopy_from_user(), осуществляющей прямое изменение данных в страничном кэше для исключения лишней буферизации.
В случае сбоя не производилась очистка поля rm->data.op_nents, из-за чего выполнялось двойное освобождение буфера (double-free). Появление некорректного значения в счётчике ссылок удалось эксплуатировать для перезаписи данных в страничном кэше, благодаря манипуляции с указателем на фиксированный буфер io_uring.
В остальном механизм эксплуатации типичен для всех уязвимостей данного класса - атакующий добивается оседания файла программы с флагом suid root в страничном кэше, после чего подставляет в ELF-заголовок код для запуска /usr/bin/sh. После данной манипуляции запуск программы приводит к загрузке в память не оригинального исполняемого файла с накопителя, а изменённой копии из страничного кэша. В отличие от прошлых эксплоитов, новый вариант адаптирован для только для атаки на утилиту "su", но и может применяться при наличии в системе таких suid-программ, как mount,
passwd, chsh, newgrp, umount и pkexec.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65476 (https://www.opennet.ru/opennews/art.shtml?num=65476)
https://www.opennet.ru/opennews/art.shtml?num=65476

2026-05-19 15:01:09 UTC

IncidentRelay - открытая система для организации дежурств и маршрутизации оповещений
Опубликован проект IncidentRelay (https://incidentrelay.io/), развивающий открытую систему для организации дежурств, маршрутизации оповещений и сопровождения инцидентов, запускаемую на собственном сервере (self-hosted). Проект ориентирован на SRE, DevOps и инфраструктурные команды, которым требуется локально разворачиваемая альтернатива SaaS-сервисам для управления дежурством (on-call management), применения политик эскалации и реагирования на инциденты. Код проекта написан на Python и распространяется (https://github.com/roxy-wi/IncidentRelay) под лицензией MIT.
IncidentRelay принимает события из систем мониторинга, сопоставляет их с правилами маршрутизации и доставляет уведомления ответственным дежурным или командам. В системе реализованы расписания дежурств, ротации, переопределения смен, подтверждение получения инцидента, перевод инцидента в resolved, напоминания, эскалации и silences для подавления известных или плановых срабатываний.
Поддерживается приём событий из Prometheus Alertmanager, Zabbix и произвольных webhook-ов. Для отправки уведомлений предусмотрены каналы Mattermost, Telegram, email, webhook и голосовые провайдеры. В Mattermost и Telegram уведомления могут содержать действия для подтверждения и решения проблемы, что позволяет обрабатывать инцидент без перехода в отдельный интерфейс.
В IncidentRelay предусмотрена модель разделения доступа по группам и командам. Это позволяет разграничить видимость расписаний, маршрутов, каналов уведомлений и алертов между различными командами. Для автоматизации доступен HTTP API, а для интеграций используются bearer-токены и route-токены.
Проект может применяться как промежуточный слой между системами мониторинга и каналами уведомлений: Alertmanager или Zabbix отправляет событие в IncidentRelay, после чего система определяет команду, текущего дежурного, применяет правила маршрутизации и отправляет уведомление в нужный канал. Для неподтверждённых инцидентов могут выполняться повторные напоминания и эскалация на следующего участника ротации.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779200184.png
(https://github.com/roxy-wi/IncidentRelay/raw/main/screenshots/alerts.png)
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779200201.png
(https://github.com/roxy-wi/IncidentRelay/raw/main/screenshots/callendar.png)
Источник: https://www.opennet.ru/opennews/art.shtml?num=65475 (https://www.opennet.ru/opennews/art.shtml?num=65475)
https://www.opennet.ru/opennews/art.shtml?num=65475

2026-05-18 21:01:08 UTC

DirtyDecrypt - очередная уязвимость класса Copy Fail, предоставляющая права root в Linux
В ядре Linux выявлена (https://github.com/v12-security/pocs/tree/main/dirtydecrypt) уязвимость, по аналогии с уязвимостями Copy Fail (https://www.opennet.ru/opennews/art.shtml?num=65325), Dirty Frag (https://www.opennet.ru/opennews/art.shtml?num=65395) и Fragnesia (https://www.opennet.ru/opennews/art.shtml?num=65441), позволяющая непривилегированному пользователю получить права root, перезаписав данные в страничном кэше. Уязвимости присвоено кодовое имя DirtyDecrypt (проблема также упоминается под именем DirtyCBC). Доступен прототип эксплоита (https://github.com/v12-security/pocs/blob/main/dirtydecrypt/poc.c).
CVE-идентификатор в примечании к эксплоиту не упоминается, указано лишь, что исследователи выявили проблему 9 мая, после чего сообщили об этом разработчикам ядра, которые ответили, что их находка дублирует другой отчёт об уже исправленной уязвимости. Так как патч с исправлением уже включён в ядро исследователи решили опубликовать разработанный ими эксплоит. Судя по описанию (https://github.com/v12-security/pocs/blob/main/dirtydecrypt/poc.c) внутри эксплоита, в нём используется уязвимость CVE-2026-31635 (https://nvd.nist.gov/vuln/detail/CVE-2026-31635), исправление (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e2f1a80d8b1ed6a5ae585a399c2b46500bdcc305) для которой было принято в ядро в апреле и вошло в состав ветки 7.0.0 и сформированного 18 апреля выпуска 6.18.23. Проблема проявляется (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=9d1d2b59341f) начиная с ядра 6.16.
Как и в случае с серией уязвимостей Dirty Frag новая уязвимость присутствует в драйвере RxRPC (https://docs.kernel.org/networking/rxrpc.html), реализующем семейство сокетов AF_RXRPC и одноимённый RPC-протокол, работающий поверх UDP. Проблема вызвана ошибкой (https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e2f1a80d8b1ed6a5ae585a399c2b46500bdcc305) при проверке размера данных в функции rxgk_verify_response() - вместо проверки "if (auth_len › len)" в коде было указано "if (auth_len ‹ len)", что приводило к передаче в функцию rxgk_decrypt_skb() данных с размером, больше допустимого. При выполнении функции rxgk_decrypt_skb() расшифровка данных осуществлялась с подстановкой изменений напрямую в страничный кэш для исключения лишней буферизации. Из-за неверной проверки размера возникала возможность перезаписи данных в страничном кэше по выбранному смещению.
Эксплуатация уязвимости сводится к чтению файла программы с флагом suid root (для его оседании в страничном кэше) и замене в страничном кэше части кода программы кодом для запуска /usr/bin/sh. Последующий запуск программы приведёт к тому, что в память будет загружен не оригинальный исполнядолжен бытьемый файл с накопителя, а изменённая копия из страничного кэша. В качестве suid-программ в эксплоите предусмотрена возможность использования "/usr/bin/su", "/bin/su", "/usr/bin/mount", "/usr/bin/passwd" и "/usr/bin/chsh".
Для эксплуатации уязвимости при сборке ядра должна быть активна опция CONFIG_RXGK, а для автозагрузки доступен модуль ядра rxrpc.ko (в некоторых системах он не собирается). Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian (https://security-tracker.debian.org/tracker/CVE-2026-31635), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2026-31635), SUSE/openSUSE (https://bugzilla.suse.com/show_bug.cgi?id=CVE-2026-31635), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-31635), Arch (https://security.archlinux.org/package/linux),
Fedora (https://koji.fedoraproject.org/koji/packageinfo?packageID=8). В качестве обходного пути защиты можно заблокировать загрузку модуля ядра rxrpc:
sh -c "printf 'install rxrpc /bin/false\n' > /etc/modprobe.d/dirtydecrypt.conf; rmmod rxrpc 2>/dev/null; true"
Дополнительно можно отметить публикацию в списке рассылки разработчиков ядра Linux патчей (https://lore.kernel.org/all/[email protected]/), полностью отключающих в crypto API (AF_ALG (https://www.kernel.org/doc/html/v6.1/crypto/userspace-if.html)) оптимизации, использующие прямое обращение к страничному кэшу при расшифровке с использованием алгоритмов "skcipher" и "aead". Оптимизации исключают лишнюю буферизацию данных, но создают риски возникновения серьёзных уязвимостей. Предполагается, что их отключение приведёт лишь к незначительному снижению производительности из-за появления дополнительной операции копирования в отдельный буфер. Патчи приняты (https://lore.kernel.org/all/[email protected]/) сопровождающим подсистему crypto API и включены (https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git/commit/?id=ffdd2bc378953b525aca61902534e753f1f8e734) в ветку "cryptodev", в которой развиваются возможности для передачи в основной состав будущих выпусков ядра Linux.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65473 (https://www.opennet.ru/opennews/art.shtml?num=65473)
https://www.opennet.ru/opennews/art.shtml?num=65473

2026-05-18 09:01:10 UTC

Выпуск Phosh 0.55.0, GNOME-окружения для смартфонов
Опубликован (https://phosh.mobi/releases/rel-0.55.0/) релиз Phosh 0.55 (https://gitlab.gnome.org/World/Phosh/phosh/), экранной оболочки для мобильных устройств, основанной на технологиях GNOME и библиотеке GTK. Окружение изначально развивалось компанией Purism в качестве аналога GNOME Shell для смартфона Librem 5, но затем вошло в число неофициальных проектов GNOME и используется в postmarketOS (https://www.opennet.ru/opennews/art.shtml?num=61380), Mobian (https://www.opennet.ru/opennews/art.shtml?num=53151), ALT Mobile (https://www.opennet.ru/opennews/art.shtml?num=65104), Droidian (https://droidian.org/), некоторых прошивках для устройств Pine64 и редакции Fedora для смартфонов (https://www.opennet.ru/opennews/art.shtml?num=53822). Phosh использует композитный сервер Phoc (https://gitlab.gnome.org/World/Phosh/phoc), работающий поверх Wayland, а также собственную экранную клавиатуру. Наработки проекта распространяются (https://gitlab.gnome.org/World/Phosh/) под лицензией GPLv3+.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1779090857.png
(https://phosh.mobi/releases/rel-0.55.0/phosh-release-0.55.0.png)
Среди изменений (https://gitlab.gnome.org/World/Phosh/phosh/-/releases/v0.55.0):
- Добавлен новый компонент syncbus (https://gitlab.gnome.org/World/Phosh/syncbus) с реализацией сервера для доступа через D-Bus к функциональности P2P-системы синхронизации файлов Syncthing (https://www.opennet.ru/opennews/art.shtml?num=63722). На базе библиотеки Adwaita подготовлен начальный прототип мобильного клиента для Syncthing. Код написан на Rust.
- В блок быстрых настроек добавлена кнопка для включения и отключения синхронизации файлов через Syncthing.
- Добавлен интерфейс phosh-first-boot (https://gitlab.gnome.org/World/Phosh/phosh-first-boot), вызываемый во время первой загрузки для создания пользователя и настройки его окружения. Код написан на Rust.
- На устройствах без датчика освещённости отключена функциональность автоматического изменения яркости и затемнения экрана.
- В композитном сервере Phoc задействованы Wayland-протоколы: "xdg-dialog (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-dialog)" для создания модальных диалогов, блокирующих взаимодействие пользователя с остальной частью интерфейса, и ext-data-control-manager-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-data-control?ref_type=heads) для реализации менеджера буфера обмена.
Улучшена реализация модальных диалогов, используя Wayland-протоколы xdg-dialog-v1 и gtk-shell. Добавлен отступ при мозаичной компонентов слева или справа. Улучшена обработка операций сброса GPU.
Осуществлён переход на выпуск библиотеки wlroots (https://gitlab.freedesktop.org/wlroots/wlroots/) 0.20 (https://gitlab.freedesktop.org/wlroots/wlroots/-/releases/0.20.0), в котором реализована поддержка определения цветового представления Wayland-поверхности, управления цветом и использования HDR при помощи протоколов color-representation-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/blob/main/staging/color-representation/color-representation-v1.xml?ref_type=heads) и color-management-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/color-management) при использовании бэкенда отрисовки через API Vulkan. Добавлена поддержка Wayland-протоколов cursor-shape-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/cursor-shape) для настройки внешнего вида курсора,
ext-workspace-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/ext-workspace?ref_type=heads) для использования концепции виртуальных рабочих столов и xdg-toplevel-tag-v1 (https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/xdg-toplevel-tag) для идентификации окон/поверхностей через привязку тегов.
- В конфигураторе phosh-mobile-settings добавлена новая панель с настройками языка. В настройки экранной клавиатуры добавлена опция для автоматической подстановки пробелов.
- Виджет выбора файлов pfs (https://gitlab.gnome.org/World/Phosh/pfs) (Phosh File selector) обновлён до версии 0.1, в которой реализована поддержка закладок. В xdg-desktop-portal-phosh добавлен портал для добавления и использования закладок на файлы и каталоги.
- В gmobile, набор обработчиков для работы GNOME на мобильных устройствах, добавлена поддержка дисплейных панелей устройств
MacBook 14 M1 Pro (2021), MacBook 14 M2 Pro (2023) и Xiaomi Redmi Note 10 Pro.
- Осуществлён переход на компоненты GNOME 50. Обновлены версии зависимостей: ModemManager 1.25.95, wys 0.1.12, callaudiod 0.1.10, Calls 50.0, cellbroadcastd 0.0.3, feedbackd 0.8.9, feedbackd-device-themes 0.8.9, iio-sensor-proxy 3.9,
mmsd-tng 2.6.4.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65469 (https://www.opennet.ru/opennews/art.shtml?num=65469)
https://www.opennet.ru/opennews/art.shtml?num=65469

2026-05-18 07:31:07 UTC

Линус Торвальдс раскритиковал приватный разбор отчётов об уязвимостях, созданных через AI
В анонсе очередного предварительного выпуска ядра 7.1-rc4 Линус Торвальдс призвал (https://lkml.org/lkml/2026/5/17/896) исследователей безопасности, использующих AI, не отправлять отчёты о найденных уязвимостях в приватный список рассылки "[email protected]" и следовать принятым на днях правилам и модели угроз (https://www.opennet.ru/opennews/art.shtml?num=65461) при отправке информации об уязвимостях. Отмечается, что использование типовых AI-инструментов приводит к выявлению одних и тех же уязвимостей и отправке большого числа дублирующихся отчётов, разбор которых создаёт огромную дополнительную нагрузку на сопровождающих и делает процесс работы через список рассылки почти полностью неуправляемым.
Список рассылки "[email protected]" является закрытым и сторонние исследователи имеют возможность только отправить отчёт, но не могут просматривать отчёты, отправленные другими участниками, и их обсуждение разработчиками ядра. Приватный разбор созданных через AI-инструменты проблем признан пустой тратой времени, как для сопровождающих, тратящих ресурсы на отсеивание дубликатов, так и для разработчиков, впустую анализирующих проблемы, о которых уже сообщил кто-то другой.
В связи с этим предписано сообщать об уязвимостях, выявленных при помощи AI, только через публичные списки рассылки, за исключением особо критических проблем. Исследователям безопасности рекомендуется не заниматься бездумной переотправкой того, что выдаёт AI-ассистент, а проанализировать проблему, убедиться в её существовании, изучить документацию (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/security-bugs.rst?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3) по отправке отчётов об ошибках, подготовить патч и тщательно проверить, не исправлена ли уже проблема в актуальной кодовой базе ядра, чтобы сопровождающие не отвлекались на написание ответов о том, что проблема уже исправлена неделю или месяц назад.
По мнению Линуса AI-инструменты великолепны, но только когда действительно помогают, а не создают лишнюю головную боль и бессмысленную имитацию работы. Использование AI-инструментов при разработке ядра допустимо, но так, чтобы это приводило к результату и делало работу приятнее.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65467 (https://www.opennet.ru/opennews/art.shtml?num=65467)
https://www.opennet.ru/opennews/art.shtml?num=65467

2026-05-17 20:31:08 UTC

ModuleJail для блокировки неиспользуемых модулей ядра Linux
Джаспер Нюйенс (Jasper Nuyens (https://github.com/jnuyens/)), основатель организации Linux Belgium, создавший надстройку (https://www.opennet.ru/opennews/art.shtml?num=50119) для использования Linux в информационной системе автомобилей Tesla, предложил простой способ снизить поверхность атаки на ядро Linux для снижения вероятности компрометации на фоне всплеска выявления опасных уязвимостей при помощи AI. Так как многие уязвимости, как правило, находят в специфичных модулях ядра, доступных для автозагрузки, но обычно не применяемых большинством пользователей, Джаспер предложил по умолчанию блокировать неиспользуемые в текущей системе или в общем виде редко используемые модули.
В ядре доступно несколько тысяч модулей, но в большинстве систем используется только несколько сотен, а остальные остаются доступны для загрузки и потенциально могут содержать уязвимости. Идея реализована через скрипт ModuleJail (https://github.com/jnuyens/modulejail/), который определяет список используемых в текущей системе модулей (через /proc/modules) и автоматически помещает неиспользуемые модули в чёрный список. Скрипт написан на shell, использует распространённые системные утилиты (достаточно busybox) и распространяется (https://github.com/jnuyens/modulejail/) под лицензией GPLv3.
Скрипт поддерживает выполнение в Debian, Ubuntu, RHEL, Fedora, SUSE, AlmaLinux, Rocky Linux, Alpine и Arch Linux, и в результате своей работы генерирует файл
/etc/modprobe.d/modulejail-blacklist.conf, который штатно используется в системе для отключения автозагрузки модулей ядра. Подобны подход позволяет превентивно защитить свою систему, не прибегая к загрузке специализированных модулей ядра или выполнения дополнительных фоновых процессов для мониторинга за системой.
При необходимости пользователю предоставлена возможность добавления в белый список модулей, которые в данным момент не загружены, но потенциально могут использоваться в работе. Также доступны для включения профили, допускающих использование наиболее необходимых модулей для типовых применений системы. Предложены профили "minimal" (только самые важные модули и основные ФС), "conservative" (+ типовые драйверы для серверов и виртуальных машин) и desktop (+ драйверы для WiFi, Bluetooth, звука и видео).
Источник: https://www.opennet.ru/opennews/art.shtml?num=65466 (https://www.opennet.ru/opennews/art.shtml?num=65466)
https://www.opennet.ru/opennews/art.shtml?num=65466

2026-05-16 20:02:08 UTC

На соревновании Pwn2Own в Берлине продемонстрированы взломы RHEL, Windows 11 и AI-агентов
Подведены (https://www.zerodayinitiative.com/blog/2026/5/16/pwn2own-berlin-2026-day-three-results-and-master-of-pwn) итоги трёх дней соревнований Pwn2Own Berlin 2026, на которых были продемонстрированы успешные атаки с использованием 47 ранее неизвестных уязвимостей (0-day) в операционных системах, браузерах, AI-системах и платформах виртуализации. При проведении атак использовались самые свежие программы и операционные системы со всеми доступными обновлениями и в конфигурации по умолчанию.
Суммарный размер выплаченных вознаграждений составил более $1.2 миллиона долларов США ($1,298,250). Наиболее успешная команда
DEVCORE сумела заработать на соревнованиях 505 тысяч долларов США. Обладатели второго места (STARLabs SG) получили 242 тысяч долларов, а третьего (Out Of Bounds) - 95 тысяч долларов.
https://www.opennet.ru/opennews/pics_base/CFD0C5CECEC5D4_1778958735.jpeg
(https://images.squarespace-cdn.com/content/v1/5894c269e4fcb5e65a1ed623/62f0b9b3-a779-46cf-b990-656a80e92711/P2O-Berlin+2026+Master+of+Pwn+Leaderboard.jpg?format=2500w)
Осуществлённые атаки:
- Red Hat Enterprise Linux: 4 успешные атаки, позволившие поднять свои привилегии до пользователя root. Уязвимости вызваны целочисленным переполнением, обращением к памяти после освобождения, состоянием гонки и использованием неинициализированной памяти. Участникам выплачено $20,000, $10,000, $7,000 и $5,000.
- Windows 11: 5 успешные атаки, позволившие получить права администратора. Уязвимости вызваны целочисленным переполнением, переполнением буфера, обращением к памяти после освобождения и некорректным управлением доступом. Участникам выплачено $30,000, две премии по $15,000 и две премии по $7,500.
- VMware ESX: атака, позволившая выполнить код на стороне хост-окружения. Проблема вызвана переполнением буфера. Участникам выплачено $200,000.
- NV Container Toolkit: 2 успешные атаки, позволившие обойти изоляцию контейнера. Проблемы вызваны обращением к памяти после освобождения. Участникам выплачено $25,000 и $50,000
- Microsoft Edge: Удалённое выполнение кода c обходом sandbox. Участникам выплачено $175,000.
- Microsoft SharePoint: Удалённое выполнение кода. Участникам выплачено $100,000.
- Microsoft Exchange: Удалённое выполнение кода с правами SYSTEM. Участникам выплачено $200,000.
- OpenAI Codex: 4 успешных взлома. Выплачено: $40,000, две премии по $20,000 и $10,000.
- NVIDIA Megatron Bridge: 4 успешных взлома. Выплачено: $20,000, две премии по $10,000, $2,500.
- Anthropic Claude Code: 3 успешных взлома. Выплачены три премии по $20,000.
- LM Studio: 2 успешных взлома. Выплачено: $40,000 и $20,000.
- Cursor: 2 успешных взлома. Выплачено: $30,000 и $15,000.
- LiteLLM: 3 успешных взлома. Выплачено: $17,750, $40,000 и $8,000.
- Chroma: Один взлом, выплачено $20,000.
- Ollama: Один взлом, выплачено $28,000.
- Anthropic Claude Desktop: Один взлом, выплачено $10,000.
Кроме вышеотмеченных успешных атак, 7 попыток эксплуатации уязвимостей завершились неудачей, во всех случаях из-за того, что команды не успели уложиться в отведённое для атаки ограниченное время. Неудачными оказались попытки взлома VMware ESXi, Apple Safari, Microsoft SharePoint, Red Hat Enterprise Linux, Firefox, OpenAI Codex,
Oracle Autonomous AI Database, NV Container Toolkit.
В соответствии с условиями конкурса детальная информация о всех продемонстрированных 0-day уязвимостях будет опубликована (https://www.zerodayinitiative.com/advisories/published/) только через 90 дней (https://www.zerodayinitiative.com/advisories/disclosure_policy/), которые даются на подготовку производителями обновлений с устранением уязвимостей.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65464 (https://www.opennet.ru/opennews/art.shtml?num=65464)
https://www.opennet.ru/opennews/art.shtml?num=65464

2026-05-16 16:02:03 UTC

Модель угроз и особенности оценки уязвимостей в ядре Linux
Линус Торвальдс принял (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3) в состав ядра документ (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3), регламентирующий процесс обработки ошибок, связанных с безопасностью, определяющий модель угроз, поясняющий, какие ошибки в ядре трактуются как уязвимости, и разбирающий действия с ошибками, выявленными при помощи AI. Документ подготовлен (https://lore.kernel.org/all/[email protected]/) Вилли Тарро (Willy Tarreau), автором HAProxy и давним разработчиком ядра Linux, отвечавшим за сопровождение нескольких стабильных веток ядра. В качестве основы использованы договорённости, достигнутые в ходе обсуждения недавно выявленных критических уязвимостей в ядре (1 (https://www.opennet.ru/opennews/art.shtml?num=65325), 2 (https://www.opennet.ru/opennews/art.shtml?num=65395), 3 (https://www.opennet.ru/opennews/art.shtml?num=65441), 4 (https://www.opennet.ru/opennews/art.shtml?num=65452)), раскрытых до публикации исправлений и для которых, благодаря AI, удалось сразу создать рабочие эксплоиты.
Основную массу связанных с безопасностью ошибок предписывается (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/diff/Documentation/process/security-bugs.rst?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3) обрабатывать публично, чтобы привлечь максимально широкую аудиторию и найти оптимальное решение. В отдельный приватный список рассылки предлагается отправлять только экстренные сообщения об уязвимостях, легко эксплуатируемых, представляющих угрозу для многих пользователей и позволяющих получить расширенные привилегии или возможности.
Уязвимости, выявленные при помощи AI-ассистентов, всегда предлагается обсуждать публично, так как подобные проблемы часто обнаруживаются одновременно несколькими исследователями. При этом не следует раскрывать в отчёте экплоит - достаточно упомянуть, что он доступен, и передать его в частном порядке в ответ на запрос сопровождающего.
Отдельно описываются правила передачи отчётов, созданных при помощи AI-ассистентов. Подобных отчётов присылают очень много и благодаря им время от времени удаётся выявлять ошибки в плохо отрецензированных частях кода, но сопровождающие часто их игнорируют из-за низкого качества и неточностей. Основные требования к отчётам, созданными при участии AI:
- Краткость, без воды и с указанием сути и важных деталей в самом начале.
- Только голый текст без Markdown-тегов и декорирования.
- Понимание модели угроз и указание проверяемых фактов (например, "ошибка позволяет любому пользователю получить CAP_NET_ADMIN"), а не теоретических измышлений и домыслов о последствиях уязвимости.
- Перед отправкой отчёта обязательно тщательно протестировать работоспособность эксплоита, сформированного через AI, и убедиться в возможности воспроизвести проблему.
- Привлечение AI для разработки и тестирования исправления выявленной проблемы.
По статистике сопровождающих, большинство отчётов об ошибках, присылаемых под видом устранения уязвимостей, таковыми не являются, и должны обрабатываться в общем порядке как обычные ошибки. Для разделения уязвимостей и обычных ошибок описана модель угроз (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/diff/Documentation/process/threat-model.rst?id=36d49bba19f2c19c933d13b25dcf4eb607a030b3) ядра Linux. Среди возможностей и гарантий, нарушение которых может рассматриваться как уязвимость:
- Изоляция на уровне пользователей: доступ к файлам только для владельца, память процесса недоступна другим пользователям, ptrace запрещён для чужих процессов, изоляция IPC и сетевых коммуникаций.
- Защита на основе capabilities: без CAP_SYS_ADMIN нельзя менять конфигурацию ядра, память, состояние системы, без CAP_NET_ADMIN нельзя менять сетевые настройки или перехватывать трафик, без CAP_SYS_PTRACE нельзя отслеживать процессы других пользователей.
- Пространство имён идентификаторов пользователей (CONFIG_USER_NS) позволяет непривилегированным пользователям создавать свои изолированные окружения, из которых нельзя влиять на глобальное пространство имён, например, менять время, загружать модули и монтировать блочные устройства.
- Отладочные интерфейсы (/proc/kmsg, perf, debugfs), через которые можно получить доступ к конфиденциальной информации, доступны только после явного предоставления доступа администратором.
Возможности, которые не рассматриваются как уязвимости:
- Использование устаревших веток ядра.
- Сборка с включением опций для разработчиков или снижающих безопасность (например, CONFIG_NOMMU).
- Выставление небезопасных настроек sysctl, опций командной строки, прав доступа в ФС, capabilities или открытие непривилегированным пользователям доступа к привилегированным интерфейсам (например, доступ на запись в procfs и debugfs).
- Проблемы в функциях, предназначенных только для разработки и отладки ядра, таких как LOCKDEP, KASAN и FAULT_INJECTION, которые не предназначены для включения в рабочих конфигурациях.
- Проблемы в драйверах, модулях и подсистемах, находящихся в секции STAGING или помеченных как экспериментальные, небезопасные или неработоспособные.
- Использование сторонних модулей ядра или неофициальных форков ядра.
- Требование избыточных привилегий, таких как необходимость выполнения действий с правами root или от пользователя, имеющего права CAP_SYS_ADMIN, CAP_NET_ADMIN, CAP_SYS_RAWIO и CAP_SYS_MODULE.
- Теоретические атаки, требующие лабораторных условий, миллиардов попыток, эмуляции или модификации оборудования, несоразмерных затрат и нереалистичных конфигураций (например, системы с десятками тысяч ядер CPU).
- Обход механизмов защиты (например, ASLR) без демонстрации эксплоита. Отсутствие проверок аргументов и возвращаемых кодов ошибок, не имеющих явных последствий.
- Случайные утечки информации, неподконтрольные атакующим, такие как
остаточные данные в сообщениях об ошибках и утечки адресов/указателей на память ядра без прямой возможности эксплуатации.
- Ошибки при монтировании повреждённых дисковых образов, если драйвер не заявлен как пригодный для использования с не заслуживающими доверия носителями. Проблемы с дисковыми образами, выявляемые и устраняемые через запуск утилиты fsck.
- Атаки требующие физического доступа к оборудованию, модификации оборудования или подключения аппаратных устройств, таких как платы для атаки на DMA и логические анализаторы, если система специально не настроена для защиты от подобных атак (IOMMU).
- Регрессии c функциональностью и производительностью, устраняемые настройкой прав и лимитов.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65461 (https://www.opennet.ru/opennews/art.shtml?num=65461)
https://www.opennet.ru/opennews/art.shtml?num=65461

2026-05-16 11:31:13 UTC

Релиз Erlang/OTP 29
Состоялся (https://www.erlang.org/news/188) релиз функционального языка программирования Erlang 29 (http://www.erlang.org), нацеленного на разработку распределённых отказоустойчивых приложений, обеспечивающих параллельную обработку запросов в режиме реального времени. Язык получил распространение в таких областях, как телекоммуникации, банковские системы, электронная коммерция, компьютерная телефония и организация мгновенного обмена сообщениями. Одновременно выпущен релиз OTP 29 (Open Telecom Platform) - сопутствующего набора библиотек и компонентов для разработки распределённых систем на языке Erlang.
Основные новшества (https://github.com/erlang/otp/releases/tag/OTP-29.0):
- В SSH-сервере по умолчанию отключены сервисы shell и exec, а также подсистема SFTP. Для выполнения Erlang-кода аутентифицированными пользователями через SSH теперь требуется изменение настроек. В SSH по умолчанию активирован гибридный алгоритм обмена ключами mlkem768x25519-sha256.
- В библиотеке SSL в конфигурации по умолчанию выставлен наиболее приоритетным гибридный алгоритм обмена ключами "x25519mlkem768", стойкий к подбору на квантовом компьютере и представляющий собой комбинацию из X25519 ECDH и алгоритма ML-KEM (CRYSTALS-Kyber).
- Добавлен атрибут "-unsafe" для пометки функций небезопасными (unsafe). В библиотеке Erlang/OTP подобные функции помечены и для них компилятор теперь выдаёт предупреждение. Добавлена возможность отслеживания через xref вызова unsafe-функций и функций без документации.
- Для корректной работы сторонних сборочных инструментов, таких как Rebar3, фильтрация игнорируемых вызовов (ignore_xref) теперь выполняется непосредственно внутри xref.
- Добавлен модуль ct_doctest для автоматического тестирования примеров кода из документации.
- Добавлен модуль io_ansi для создания консольных приложений, поддерживающих подстановку в терминал ANSI-последовательностей (Virtual Terminal Sequences), например, для изменения стиля и цвета текста.
- При поиске файловых путей с кодом (PATH) текущий каталог (".") перемещён с первой на последнюю позицию списка и теперь проверяется в последнюю очередь.
- Прекращено формирования 32-разрядных сборок для Windows.
- Реализован полноценный отдельный тип данных для записей (native record, EEP-79 (https://github.com/erlang/eep/pull/81)), который можно использовать вместо традиционных записей, построенных на кортежах.
- Добавлен ограничитель "is_integer/3" для проверки целых чисел на принадлежность диапазону (например, "is_integer(I, 0, 100)").
- Реализованы генераторы списков с множественными значениями (EEP-78 (https://www.erlang.org/eeps/eep-0078)), возвращающие несколько элементов за итерацию (например, "[-I, I || I <- [1, 2, 3]]" выдаст "[-1,1,-2,2,-3,3]").
- Добавлен флаг compr_assign, позволяющий связывать переменные прямо внутри генераторов (например, "[H || E <- List, H = erlang:phash2(E), H rem 10 =:= 0]").
- В JIT-компиляторе улучшена генерация машинного кода для сопоставления и создания бинарных данных с несколькими little-endian сегментами.
- В компиляторе повышена эффективность генерируемого кода в ситуациях, когда значения в "map" не зависят от генератора (например, "#{K => 42 || K <- List}").
- В компиляторе реализован вывод предупреждений при использовании устаревшего оператора "catch" вместо "try...catch", экспорта переменных из подвыражений (например, "file:open(File, AllOpts = [write, {encoding,utf8}])"), использования "and"/"or" вместо "andalso"/"orelse", указания неоптимальных шаблонов сопоставления (например, "{a,B} = {X,Y}").
- В STDLIB реализованы функции rand:shuffle/1 и rand:shuffle_s/2 для перемешивания списков в случайном порядке.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65455 (https://www.opennet.ru/opennews/art.shtml?num=65455)
https://www.opennet.ru/opennews/art.shtml?num=65455

2026-05-15 17:13:37 UTC

QEMUtiny - уязвимости в QEMU, позволяющие получить доступ к хост-окружению из гостевой системы
Исследователи, которые на днях выявили уязвимость Fragnesia (https://www.opennet.ru/opennews/art.shtml?num=65441) в ядре Linux, опубликовали (https://github.com/v12-security/pocs/tree/main/qemu) информацию об уязвимостях в QEMU (https://www.qemu.org/), позволяющих из гостевой системы получить root-доступ к хост-окружению. Проблеме присвоено кодовое имя QEMUtiny, но CVE-идентификатор пока не назначен. Подготовлен эксплоит (https://github.com/v12-security/pocs/blob/main/qemu/poc.c), в котором задействованы две уязвимости в коде эмуляции устройства CXL (https://www.qemu.org/docs/master/system/devices/cxl.html) (Compute Express Link).
Обе уязвимости присутствуют в коде cxl-mailbox-utils.c (https://github.com/qemu/qemu/blob/master/hw/cxl/cxl-mailbox-utils.c). Первая уязвимость проявляется начиная с выпуска QEMU 7.1.0 и приводит к чтению памяти из области вне выделенного буфера из-за того, что функция cmd_logs_get_log() ошибочно трактует запрошенное смещение CEL-лога как индекс в массиве, в то время как оно задаётся в байтах. Вторая уязвимость проявляется начиная с QEMU 11.0.0 и приводит к переполнению буфера в функции cmd_features_set_feature() из-за обработки смещения на структуры при записи атрибутов без проверки, что вычисленное значение "offset + bytes_to_copy" укладывается в размер выбранной структуры.
Фактически атака возможна только на последнюю ветку QEMU 11.0.0. Об исправлении пока ничего не сообщается, указано только, что перед раскрытием уязвимости, информация о ней была передана разработчикам QEMU, которые ответили, что поддержка устройства CXL в QEMU реализована не для использования при виртуализации.
Эксплоит проверен с кодовой базой QEMU от 11 мая с последним коммитом
5e61afe (https://github.com/qemu/qemu/commit/5e61afe). Работа эксплоита завязана на раскладку структур в памяти каждой конкретной сборки QEMU и системной libc, но по мнению исследователей, воспользовавшись для сканирования памяти уязвимостью, приводящей к чтению из области вне буфера, можно создать универсальный эксплоит, работающий с разными версиями QEMU.
Источник: https://www.opennet.ru/opennews/art.shtml?num=65456 (https://www.opennet.ru/opennews/art.shtml?num=65456)
https://www.opennet.ru/opennews/art.shtml?num=65456

2026-05-15 11:43:33 UTC

Пересмотр решения о создании редакции Fedora AI Developer Desktop
Управляющий совет проекта Fedora (Fedora Council (https://docs.fedoraproject.org/en-US/council/)) отозвал (https://forge.fedoraproject.org/council/tickets/issues/562) ранее принятое решение о создании Fedora AI Developer Desktop - официальной редакции дистрибутива для разработчиков, использующих AI-инструменты. Изначально все 6 членов управляющего совета проголосовали (https://forge.fedoraproject.org/council/tickets/issues/562#issuecomment-697648) за создание проекта, но после ознакомления с критикой, высказанной в ходе обсуждения (https://discussion.fedoraproject.org/t/fedora-ai-developer-desktop-objective/184941/151) в сообществе, через несколько дней два участника изменили (https://forge.fedoraproject.org/council/tickets/issues/562#issuecomment-698875) свои голоса и высказались против. Так как единогласия не достигнуто, утверждение решения отложено. Вопрос планируют решить до проведения конференции Flock 2026, которая пройдёт с 14 по 16 июня.
Недовольство связано с намерением использовать в составе Fedora AI Developer Desktop сторонние модули ядра и проприетарные компоненты для поддержки технологии NVIDIA CUDA. Поставка сторонних модулей нарушает сложившийся в проекте консенсус в отношении политики поставки сторонних модулей ядра, а поставка CUDA идёт в разрез с идеологией проекта, не приветствующей продвижение проприетарного ПО и привязку решений к одному производителю. Кроме того, в новой редакции предлагалось поставлять LTS-ветки ядра, но не ясно кто их будет поддерживать отдельно от штатных постоянно обновляемых пакетов с ядром, сопровождаемых в Fedora.
По мнению изменившего свой голос члена управляющего совета, изменение стратегии в отношении поставки модулей для ядра в
Fedora требует дополнительного согласования и получения экспертных мнений от инженеров и юристов. Предполагается, что проблема может быть урегулирована через переход к поставке штатного драйвера Nova вместо сторонних отрытых модулей от компании NVIDIA, доведение которого до готовности ожидается ближе к концу года.
Изначально предполагалось, что участники из сообщества обратятся к
представителям управляющего совета в случае опасений по тем или иным предстоящим решениям, но на деле совет не был уведомлен о возможных проблемах и голосовал на основе информации, предоставленной автором инициативы. Для того чтобы недопустить в будущем решений совета, идущих в разрез с мнением сообщества, Джеф Спалета (Jef Spaleta), лидер проекта Fedora, предложил (https://discussion.fedoraproject.org/t/fedora-ai-developer-desktop-objective/184941/151) до начала голосования публиковать позиции совета, по которым в достигнут консенсус, чтобы сообщество могло успеть отреагировать и попытаться переубедить участников. Также упоминается вариант введения предварительного голосования на этапе обсуждения вопросов, вынесенных на рассмотрение совета, с публикацией результатов вне протоколов заседаний для ознакомления сообщества с мнением совета до проведения окончательного голосования.
Проект Fedora AI Developer Desktop нацелен (https://discussion.fedoraproject.org/t/fedora-ai-developer-desktop-objective/184941) на создание дополнительных атомарно обновляемых дектоп-редакций Fedora Linux для разработчиков, использующих и разрабатывающих AI-технологии. В качестве основы планировалось использовать наработки дистрибутивов Silverblue (https://fedoraproject.org/atomic-desktops/silverblue/) (GNOME) и Kinoite (https://fedoraproject.org/atomic-desktops/kinoite/) (KDE), дополненные модулями ядра, инструментариями, платформами и библиотеками для развёртывания AI-моделей на локальной системе, а также разработки приложений, использующих AI.
Для тестирования доступен прототип сборки (https://quay.io/repository/gordonmessmer/atomic-desktop/silverblue) Fedora AI Developer Desktop на базе Fedora Silverblue.
Конечной целью называется желание предоставить решение для использования AI из коробки, не требующее ручной настройки и установки дополнительного ПО. Для корректной работы многих AI-фреймворков обычно требуется ручная настройка и согласование версий ядра, драйверов NVIDIA, инструментария CUDA и runtime для запуска контейнеров. Fedora AI Developer Desktop предоставит уже протестированное рабочее окружение, позволяющее сразу запускать готовые контейнеры с преднастроенными AI-платформами и использовать средства ускорения выполнения AI-моделей при помощи GPU.
Все AI-инструменты и платформы по умолчанию будут поставляться без отправки телеметрии и с отключённым обращением к облачным сервисам. Для задействования ускорения на GPU NVIDIA в состав включены открытые компанией NVIDIA модули ядра (https://github.com/NVIDIA/open-gpu-kernel-modules/), используемые (https://www.opennet.ru/opennews/art.shtml?num=61577) в проприетарных драйверах NVIDIA (в будущем модули ядра NVIDIA планируют заменить на драйвер Nova (https://www.opennet.ru/opennews/art.shtml?num=60821)). Поверх открытых модулей предусмотрена возможность установки CUDA Runtime или CUDA Toolkit. Помимо GPU NVIDIA в планах упомянута возможность работы на системах с GPU ARM, AMD и Intel. Из входящих в базовую поставку компонентов, отмечены преднастроенные AI-агент Goose (https://github.com/aaif-goose/goose) и графический интерфейс для создания, запуска и управления контейнерами Podman Desktop (https://podman-desktop.io/).
Источник: https://www.opennet.ru/opennews/art.shtml?num=65454 (https://www.opennet.ru/opennews/art.shtml?num=65454)
https://www.opennet.ru/opennews/art.shtml?num=65454