Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

·30.10 Атакующие смогли внедрить вредоносный код в официальное дополнение Claude Code к VS Code (6)
  Зафиксирована компрометация официального дополнения Claude Code для VS Code, поставляемого компанией Anthropic и насчитывающего 63 млн загрузок. Атакующим удалось разместить в каталоге Open-VSX релиз [email protected], содержащий вредоносный код для удалённого доступа к системе пользователя. Публикация вредоносной версии пакета в репозитории Microsoft не подтверждена, но для него тоже сформирован отчёт c с предупреждением. В настоящее время проблемная версия удалена из репозитория Open-VSX и следом опубликован корректирующий релиз 2.1.314.

Код для загрузки вредоносных компонентов был добавлен в начало файла extension.js и активировался при инициализации дополнения после запуска VS Code (для активации вредоносного кода взаимодействие пользователя с Claude не требовалось). Вредоносная активность сводилась к созданию директории ~/.ssh и добавлению в файл ~/.ssh/authorized_keys открытого ключа ssh-ed25519 c примечанием "svc-telemetry". После этого осуществлялась проверка наличия фонового процесса sshd в Linux и macOS, и активация SSH-сервера в случае его отсутствия. В Windows через PowerShell выполнялась установка OpenSSH.

Далее вредоносный код сохранял закрытый ключ во временный файл с именем ".stk_*" и настраивал обратный туннель с внешним SSH-сервером 134.209.82.225 для удалённого доступа, запуская ssh с опциями "-N -R '*:0:localhost:22'". Соединение обновлялось каждые 60 секунд. Скрипты для обновления туннеля и отправки данных на внешние серверы сохранялись в файлах ~/.config/.smt и ~/.config/.smtk. Периодический запуск в Linux настраивался через cron, в macOS через LaunchAgent (com.apple.sysmond.plist), а в Windows через SysMon и автозапуск.

Помимо этого в системе собирались сведения об имени хоста, зарегистрированных пользователях, операционной системе, домашнем каталоге, email (через git config --global user.email) и переменных окружения c именами, содержащими слова KEY, TOKEN, SECRET, PASS, AWS и GCP. Найденные данные отправлялись в формате JSON по URL http://134.209.82.225:8099/beacon.

Пользователям дополнения Claude Code к VS Code рекомендуется проверить свои системы на предмет установки вредоносной версии 2.1.313. Индикаторами компрометации системы является появление файлов ~/.config/.smt, ~/.config/.smtk, ~/Library/LaunchAgents/com.apple.sysmond.plist, ${TMPDIR}/.stk_*, ~/.config/smt.cmd, ~/.config/smtk, SysMon и sysmon.cmd, а также обращение по портам 22 и 8099 к IP-адресу 134.209.82.225, и отправка HTTP/HTTPS-запросов к хостам ifconfig.me и api.ipify.org.

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

  1. Главная ссылка к новости
  2. OpenNews: Утечка кода инструментария Claude Code из-за забытого в NPM-пакете map-файла
  3. OpenNews: Уязвимость в обработчике GitHub Actions, позволявшая скомпрометировать пакеты в Nixpkgs
  4. OpenNews: Скомпрометирован NPM-пакет axios, имеющий 100 млн загрузок в неделю
  5. OpenNews: Компрометация GitHub-токена Grafana Labs привела к утечке закрытого кода
  6. OpenNews: Компрометация регистраторов 3 доменных зон позволила получить TLS-сертификаты к сервисам Google
Обсуждение (6) | Тип: Проблемы безопасности |


·30.10 Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux (75 +9) ↻
  Компания Anthropic раскрыла информацию о критической уязвимости (CVE-2026-98432) в TCP-стеке ядра Linux, допускающей удалённое выполнение кода через отправку специально оформленных пакетов. Заявлено о создании рабочего эксплоита, позволяющего выполнить код на уровне ядра и удалённо получить права root в системе. Подготовленный эксплоит пригоден для атаки на системы с серверными процессами, принимающими соединения через сетевые сокеты, поддерживающие использование протокола MPTCP (Multipath TCP). Поддержка MPTCP может быть активирована в привязке к отдельным сетевым сокетам, что делается по умолчанию в стандартной библиотеке языка Go, начиная с версии Go 1.24 (февраль 2025 года).

Подготовленный эксплоит может быть применён при использовании любых серверных приложений на языке Go, включая HTTP-сервер Caddy, при наличии возможности отправки сетевых пакетов на создаваемый ими слушающий сокет. Так как уязвимость присутствует непосредственно в стеке IPv4 и не специфична для MPTCP, не исключается создание эксплоитов, работающих без привязки к MPTCP, но подобные эксплоиты пока не продемонстрированы. Например, возможна эксплуатация уязвимости при обработке запросов миграции сокетов, доступная в конфигурациях с параметром net.ipv4.tcp_migrate_req=1 или при использовании eBPF-программ с опцией BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.

Уязвимость вызвана состоянием гонки, возникающим при одновременной обработке повторно переданных SYN-запросов при установке TCP-соединения. Так как функция tcp_v4_syn_recv_sock() передаёт дочернему сокету параметры из структуры ireq->ireq_opt через ссылку, а не через копирование, при определённом стечении обстоятельств возникает ситуация, когда память под структуры inet_opt и ireq_opt с параметрами сокета уже освобождена, но связанные с ней опции сокета продолжают использоваться (use-after-free).

Удалённая эксплуатация осуществляется через отправку серии синхронизированных во времени сетевых запросов. Созданный эксплоит успешно применим в том числе к ядрам, в которых используется рандомизация адресов (KASLR), но попадание в окно состояния гонки занимает достаточно много времени и требует большого числа повторных попыток. Эксплуатацию упрощает то, что не попадание в окно состояния гонки приводит лишь к сбросу сеанса установки соединения (handshake), а не краху ядра, что даёт возможность бесконечно продолжать попытки. В созданном прототипе эксплоита на проведение атаки потребовалось около часа - 48 минут на определение раскладки памяти и ещё 5 минут на организацию выполнения кода.

Гарантированно блокирующие уязвимость обходные пути защиты пока не представлены - как единственный надёжный вариант предлагается установить обновление ядра. Проблема проявляется начиная с ядра Linux 4.4 и устранена в выпусках 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 и 7.3. Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian, Ubuntu, SUSE/openSUSE, RHEL, Gentoo, Arch, Fedora.

Из рекомендаций по противодействию конкретным методам эксплуатации, не блокирующих уязвимость в общем виде, можно отметить отключение поддержки MPTCP и выставление sysctl-параметра ядра net.ipv4.tcp_migrate_req в значение 0:


   sysctl -w net.mptcp.enabled=0
   sysctl -w net.ipv4.tcp_migrate_req=0

Для определения наличия в системе процессов, использующих сокеты с MPTCP, можно использовать команды:


   ip mptcp endpoint show
   ip mptcp limits show

Для отключения поддержки MPTCP в программах на языке Go, следует использовать флаг "multipathtcp=0", для выставления которого можно установить переменную окружения "GODEBUG=multipathtcp=0". Для отключения поддержки MPTCP на этапе сборки можно добавить "godebug multipathtcp=0" в файл с модулем go.mod. В коде приложения использование MPTCP можно отключить через функции net.Dialer.SetMultipathTCP и net.ListenConfig.SetMultipathTCP.

Помимо рассмотренной проблемы компания Anthropic также анонсировала серию локально эксплуатируемых уязвимостей в ядре Linux, OpenBSD и FreeBSD, позволяющих получить права root в системе и выйти из изолированных контейнеров; уязвимости в Chrome и Safari, приводящие к выполнению кода в системе при открытии специально оформленных web-страниц; уязвимость в ядре Windows, приводящая к аварийному завершению работы; уязвимость в платформе Android, позволяющая обойти блокировку экрана и получить доступ к персональной информации и фотографиям без разблокировки устройства (атака продемонстрирована на смартфоне Google Pixel 9).

Дополнение:

  • В nginx возможность активации опции IPPROTO_MPTCP для слушающего сетевого сокета присутствует начиная с версии 1.29.7, но не применяется по умолчанию.
  • В Lighttpd опция для включения MPTCP доступна начиная с выпуска 1.4.76.
  • В Apache httpd патчи для поддержки MPTCP были добавлены в ветку Apache httpd 2.5-HEAD в 2024 году.
  • В systemd поддержка включения MPTCP при активации по сокету добавлена в версии 257.
  • В Apache Traffic Server опция для включения MPTCP поддерживается начиная с версии 9.2.4.
  • В HAProxy начиная с версии 3.1.0 доступна опция "mptcp{,4,6}@<address>".
  • В Traefik выставление флага IPPROTO_MPTCP включено по умолчанию начиная с выпусков 2.11.26, 3.4.2 и v3.5.0-rc1.
  • В СУБД Valkey начиная с версии 9.0.0 доступна опция "--mptcp" и настройки "mptcp yes" и "repl-mptcp yes".

  1. Главная ссылка к новости
  2. OpenNews: Удалённо эксплуатируемая уязвимость в драйвере NVMe-oF/TCP из состава ядра Linux
  3. OpenNews: 19 удалённо эксплуатируемых уязвимостей в TCP/IP-стеке Treck
  4. OpenNews: Уязвимости в TCP-стеках Linux и FreeBSD, приводящие к удалённому отказу в обслуживании
  5. OpenNews: Уязвимость в IPv6-стеке ядра Linux, допускающая удалённое выполнение кода
  6. OpenNews: PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющая обойти изоляцию гипервизоров и контейнеров
Обсуждение (75 +9) ↻ | Тип: Проблемы безопасности | Интересно


·29.10 Выпуск композитного сервера Hyprland 0.57 (35 +8)
  Доступен композитный сервер Hyprland 0.57, использующий протокол Wayland. Проект ориентирован на мозаичную (tiling) компоновку окон, но поддерживает и классическое произвольное размещение окон, группировку окон в форме вкладок, псевдомозаичный режим и полноэкранное раскрытие окон. Код написан на языке С++ и распространяется под лицензией BSD.

Предоставляются возможности для создания визуально привлекательных интерфейсов: градиенты в обрамлении окон, размытие фона, анимационные эффекты и тени. Для расширения функциональности могут подключаться плагины, а для внешнего управления работой предоставляется IPC на базе сокетов. Настройка осуществляется через файл конфигурации, изменения в котором подхватываются на лету без перезапуска. Из функций также выделяются: динамически создаваемые виртуальные рабочие столы; режимы компоновки элементов на экране; глобальная обработка горячих клавиш; управление жестами на тачпаде/сенсорном экране.

В новой версии:

  1. Главная ссылка к новости
  2. OpenNews: Выпуск композитного сервера Hyprland 0.56
  3. OpenNews: Представлен Denial, композитный сервер со встроенным движком Flutter
  4. OpenNews: Выпуск композитного сервера Wayfire 0.11
  5. OpenNews: Второй тестовый выпуск композитного сервера Xfwl4 от проекта Xfce
  6. OpenNews: Выпуск miracle-wm 0.11, композитного менеджера на базе Wayland и Mir
Обсуждение (35 +8) | Тип: Программы |


·29.10 Релиз языка программирования Nim 2.4.0 (53 +1)
  Представлен релиз языка системного программирования Nim 2.4.0. Nim – статически типизированный компилируемый язык программирования с синтаксисом, вдохновлённым Python, и возможностями метапрограммирования на уровне Lisp. Язык компилируется в C, C++ и JavaScript, обеспечивая производительность на уровне C при выразительности высокоуровневых языков. Код проекта поставляется под лицензией MIT.

Возможности Nim включают систему макросов, работающих на AST во время компиляции, поддержку обобщённого программирования с концептами, множественную диспетчеризацию (multiple dispatch), детерминированное управление памятью с поддержкой нескольких стратегий (ARC/ORC, refc, маркировка-и-подметание), встроенную поддержку async/await для асинхронного программирования и FFI для простой интеграции с C/C++/JavaScript. Nim позиционируется как системный язык, подходящий для разработки от встраиваемых систем до веб-серверов, с акцентом на эффективность, безопасность памяти и удобство разработки.

Основные изменения:

  • Реализован режим оптимизации коротких строк (SSO, Small-String Optimization), включаемый через опцию "--strings:sso" и приводящий к хранению небольших строк непосредственно в самом объекте, без отдельного выделения памяти в куче. Для эффективного использования этого режима предложен новый низкоуровневый API, в котором вместо синтаксиса "addr myString[offset]" предложены раздельные операции для чтения и записи (readRawData, readRawDataStable, beginStore и endStore). Например, при использовании нового API операции "addr s[i]" и "unsafeAddr s[i]" заменяются на вызов "readRawData(s, i)", а связка "setLen" и "addr s[oldLen]" заменяется на "beginStore(s, newLen, start)" с последующим "endStore(s)".
    
        # До: установка длины и копирование по адресу элемента строки
        result.setLen newLen
        copyMem(addr result[oldLen], buf, buflen)
    
        # После: beginStore устанавливает длину, обеспечивает уникальное
        # владение и возвращает указатель для записи; endStore завершает запись
        copyMem(beginStore(result, newLen, oldLen), buf, buflen)
        endStore(result)
    
  • Реализована поддержка параллельной и инкрементальной сборки, активируемой через опцию "--ic:on". Распараллеливание реализовано на основе многопроцессности, а не многопоточности, поэтому макросы, использующие глобальные переменные ".compileTime", могут потребовать доработки для ускорения сборки. Ускорение наблюдается не только при повторных пересборках, но и при первой сборке за счёт распараллеливания. Например, сборка компилятора Nim на машине с 16 физическими ядрами при использовании опции "--ic:on" сократилась с 31 до 25 секунд.
  • Добавлен новый алгоритм управления памятью YRC, активируемый опцией "--mm:yrc" и обеспечивающий корректную обработку циклических ссылок, пересекающих границы потоков. YRC предоставляет тот же API, что и ORC, но помимо возможностей последнего обеспечивает потокобезопасность. Для ациклических данных применяется атомарный подсчёт ссылок, а для циклических - барьер записи (write barrier), который активируется только при присваивании указателей. При этом в тесте orcbench YRC примерно в два раза медленнее ORC и потребляет вдвое больше памяти.
  • Поддержка типов-сумм (sum types), при объявлении которых применяется сопоставление с образцом.
    
        type
          Node = ref object
            case
            of IntLit: intVal: int
            of FloatLit: floatVal: float
            of StringLit: strVal: string
            of AddOp, SubOp:
              leftOp, rightOp: Node
            of IfStmt:
              condition, thenPart, elsePart: Node
    

    Имя ветви служит конструктором с именованными аргументами:

    
        let n = AddOp(leftOp: IntLit(intVal: 40), rightOp: IntLit(intVal: 2))
    

    Поддерживаются обобщённые типы-сумм (generic), в которых конкретный экземпляр выводится из значений полей или из ожидаемого типа:

    
        type
          Opt[T] = object
            case
            of None: discard
            of Some: val: T
    
        let a = Some(val: "abc")      # Opt[string]
        let b: Opt[int] = None()      # ожидаемый тип выбирает экземпляр
    

    Доступ к полям осуществляется исключительно через сопоставление с образцом, поэтому обращение к полю чужой ветви (FieldDefect) невозможно. Поля привязываются к именам, следующим за именем ветви:

    
        proc eval(n: Node): int =
          case n
          of IntLit(v): v                    # v привязано к intVal
          of AddOp(a, b): eval(a) + eval(b)  # a, b — leftOp, rightOp
          of SubOp(a, b): eval(a) - eval(b)
          else: raiseAssert "not an arithmetic expression"
    
  • Добавлен экспериментальный модификатор "owned" для управления памятью на основе явного владения без использования сборщика мусора, активируемый при указании опции "--experimental:ownedRefs". Типы "owned ref T" и замыкания "owned" гарантируют наличие единственного владельца у объекта. Подобные объекты нельзя копировать и можно только перемещать, а при выходе из области видимости они автоматически уничтожаются.
  • Добавлена прагма "{.cyclic.}" для обработки циклического импорта модулей, ссылающихся друг на друга, которая позволяет связывать модули напрямую без выноса типов в отдельный файл и избавляет от необходимости подбирать строгий порядок объявлений в коде.

  1. Главная ссылка к новости
  2. OpenNews: В компиляторе Nimony для будущего Nim 3.0 реализованы самокомпиляция и JavaScript-бэкенд
  3. OpenNews: Релиз языка программирования Nim 2.2.12
  4. OpenNews: В языке Nim представлен YRC - потокобезопасный сборщик циклических ссылок
  5. OpenNews: Представлены принципы дизайна компилятора Nimony для будущего Nim 3.0
  6. OpenNews: Релиз языка программирования Nim 2.0
Обсуждение (53 +1) | Автор: User097 | Тип: Программы |


·29.10 Возобновлена разработка Ubuntu Core Desktop, использующего только snap-пакеты (64 –32)
  Джон Сигер (Jon Seager), вице-президент компании Canonical по инжинирингу и технический лидер проекта Ubuntu, объявил о возобновлении работы над проектом Ubuntu Core Desktop, развивающим альтернативную десктоп-редакцию Ubuntu, использующую наработки из платформы Ubuntu Core и применяющую пакеты в формате Snap вместо deb-пакетов.

В отличие от существующих атомарно обновляемых дистрибутивов, системные компоненты в которых монтируются в режиме только для чтения, в Ubuntu Core Desktop применяется модель "все компоненты в формате snap". При использовании подобной модели содержимое системного окружения, ядро Linux, загрузчик, среды рабочего стола, мультимедийные серверы, запускаемые фоновые процессы и приложения поставляются в формате snap и управляются инструментарием snapd.

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

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

Разработка ведётся с оглядкой на три базовых сценария использования:

  • Рабочая станция, на которой основная активность связана с использованием web-браузера и работы с web-приложениями. Данный сценарий рассматривается как самый быстро реализуемый, так как уже имеются готовые snap-пакеты с Firefox и Chromium, а также налажена поддержка запроса полномочий при доступе к камере и микрофону.
  • Система для разработчиков ПО, позволяющая использовать одновременно несколько сред разработки, устанавливаемых в изолированных окружениях при помощи инструментария workshop, использующего LXD для управления контейнерами. При необходимости запустить приложения из deb-пакетов, пакетов в формате flatpak или классических snap-пакетов, не работающих поверх Ubuntu Core, будут использованы контейнеры или виртуализация.
  • Система для любителей компьютерных игр, построенная вокруг snap-пакета Steam. Составные части игрового стека, такие как Proton, Mesa и драйверы, будут также поставляться в формате snap, что даст возможность устанавливать самые последние версии данных компонентов или использовать разные версии с разными играми.

В процессе подготовки следующего релиза Ubuntu планируется провести работу по разделению составных частей среды рабочего стола на разные модули, сформировать snap-интерфейсы для поддержки разных функций и сценариев использования рабочего стола, а также протестировать новую архитектуру Ubuntu Core Desktop на вышеотмеченных трёх сценариях использования. Помимо этого совместно с разработчикам проекта KDE Neon началась работа над вариантом дистрибутива KDE Neon, реализованного поверх Ubuntu Core, что позволит адаптировать Ubuntu Core Desktop для поддержки различных рабочих столов, не ограничиваясь GNOME.

  1. Главная ссылка к новости
  2. OpenNews: Компания Canonical опубликовала монолитный дистрибутив Ubuntu Core 26
  3. OpenNews: Canonical готовит вариант Ubuntu Desktop, содержащий только пакеты Snap
  4. OpenNews: Планы развития Ubuntu Desktop 26.10
  5. OpenNews: В Ubuntu намечена интеграция AI
  6. OpenNews: Представлено семейство атомарно обновляемых дистрибутивов Fedora Atomic Desktops
Обсуждение (64 –32) | Тип: К сведению |


·29.10 Qwenputer - редакция AI-модели Qwen3.5, способная симулировать RISC-V CPU для выполнения кода на C и MicroPython (61 +10)
  В рамках проекта Qwenputer исследователи подготовили расширенный вариант AI-модели Qwen3.5-4B, в котором реализован встроенный симулятор полноценного 32-разрядного CPU на базе архитектуры RISC-V (RV32IM), поддерживающего расширение Zba и оснащённого сопроцессором bignum для арифметических операций с большими числами. Реализация ядра CPU скомпилирована в набор весов и интегрирована в большую языковую модель в виде 11 дополнительных слоёв трансформеров, добавленных перед основными слоями Qwen. Вычисления выполняются непосредственно в процессе прямого прохода (forward pass) нейросети, без подключения внешних инструментов или плагинов.

Реализация успешно проходит все проверки из официального набора тестов riscv-tests и способна выполнять скомпилированный код на C и MicroPython. При выполнении арифметических вычислений с большими числами Qwenputer обеспечивает точность 97.5-100%, что сопоставимо или превосходит результаты базовой модели Qwen3.5 с подключённым внешним интерпретатором Python.

Для симуляции оперативной памяти в модели задействованы отдельные слои Gated DeltaNet (линейные RNN), применяемые в штатной AI-модели Qwen для сохранения изменённого состояния при работе с большими контекстными окнами. Путём фиксации состояния гейта и применения унитарного кодирования (one-hot) каждый запрос на запись перезаписывает ровно одну строку матрицы состояния, что позволяет использовать состояние DeltaNet как адресуемую память фиксированного размера, избегая линейного роста KV-кэша (Key-Value) при увеличении длины контекста. В подобной памяти размещаются регистры CPU, данные и выполняемый машинный код.

Инструкции процессора, такие как чтение регистров, арифметические операции и условные переходы, компилируются непосредственно в веса слоёв трансформера. С каждой инструкцией сопоставляются специальные токены (ADDR, VAL, STEP), которые слои AI-модели интерпретируют как логику работы CPU. Для инициализации CPU и загрузки прошивки применяется небольшой внешний драйвер RvChat, но сам машинный код обрабатывается полностью внутри весов модели.

Из ограничений проекта упоминается примерно двухкратное по сравнению с исходной моделью Qwen увеличение размера (18.8 ГБ) при сохранении срезов состояния (checkpoint), возникающее в основном из-за добавочного заполнения дополнительных слоёв. Также отмечается относительно низкая скорость вычислений (порядка 3200 токенов в секунду на GPU L4), из-за чего сложные расчёты могут занимать секунды, а не миллисекунды.

Дополнительно реализован вариант AI-модели с экспериментальной файловой системой, позволяющей хранить внутри весов AI-модели до 512 файлов с 53 тысячами токенов текста. Как и в реализации оперативной памяти хранение организовано в привязке к состояниям DeltaNet, но отличается тем, что ФС обеспечивает постоянное хранение, не теряющее состояние между сеансами.

Наработки Qwenputer также легли в основу исследования новых потенциальных проблем с безопасностью в AI. На примере Qwenputer показано как специально модифицированная AI-модель может скрывать свои рассуждения в RNN-состоянии и обходить механизмы мониторинга рассуждений модели (CoT, Chain-of-Thought). Также продемонстрирована возможность создания механизмов контроля и мониторинга безопасности, встроенных в веса AI-модели, которые сама модель не может отключить или изменить.

  1. Главная ссылка к новости
  2. OpenNews: Проект PyXL развивает процессор для выполнения байт-кода Python
  3. OpenNews: Проект по производству открытого процессора, совместимого с Z80
  4. OpenNews: Представлен RV64X, открытый GPU на базе технологий RISC-V
  5. OpenNews: Открытый GPU Nyuzi задействован для научных исследований
  6. OpenNews: Опубликован Vortex 3.0, открытый GPGPU на базе архитектуры RISC-V
Обсуждение (61 +10) | Тип: К сведению |


·28.10 Выпуск GhostBSD 26.2 (67 +13)
  Представлен релиз десктоп-ориентированного дистрибутива GhostBSD 26.2, построенного на базе FreeBSD 15 и предлагающего сборки с пользовательскими окружениями Gershwin, MATE и Xfce. По умолчанию в GhostBSD применяется файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы для архитектуры x86_64.

В новой версии:

  • Реализован новый инсталлятор. Процесс установки разделён на два этапа: Install Station для установки системных компонентов на носитель и Setup Station для настройки и создания пользователей при первой загрузке новой системы. Добавлены новые страницы для настройки ZFS и сети. Реализована поддержка полнодискового шифрования c использованием инструментария GELI.
  • Осуществлён переход на FreeBSD 15.1 (ранее дистрибутив базировался на FreeBSD 15.0).
  • По умолчанию скрыто загрузочное меню, которое теперь появляется после нажатия любой клавиши. В загрузочное меню добавлена опция для включения отображения загрузочного лога.
  • Приложение Backup Station переименовано в BE Station и может использоваться для создания загрузочных окружений.
  • В приложении Update Station реализована установка обновлений в загрузочном окружении.
  • В NetworkMgr для управления Wi-Fi задействована утилита wpa_cli и обеспечено сохранение параметров беспроводной сети только после успешного подключения.
  • В менеджер приложений Software Station добавлена поддержка поиска без учёта регистра символов.
  • Сокращён размер iso-образа, за счёт удаления из базовой системы устаревших и серверных пакетов: audit, autofs, bsnmp, hast, inetd, kerberos, nuageinit, quotacheck, rdma, librpcsec_gss, yp, cxgbe-tools, mlx-tools, librss, netmap, apm, at, ftp, ppp, natd, rcmds, ccdconfig, libvgl, ipf, pf, ctf, dtrace, dwatch, lldb, lib9p, libvmmapi.
  • Добавлена комбинация клавиш Ctrl+Alt+T для открытия терминала в MATE.
  • Через фоновый процесс usbhid реализована поддержка устройств ввода с интерфейсом USB.

  1. Главная ссылка к новости
  2. OpenNews: Выпуск GhostBSD 26.1
  3. OpenNews: Проекты Artix Linux и GhostBSD переходят с X.Org Server на XLibre
  4. OpenNews: Проект GhostBSD начал тестирование собственной среды рабочего стола Gershwin
  5. OpenNews: Выпуск MidnightBSD 4.0.4 с инструментарием для верификации возраста
  6. OpenNews: Релиз FreeBSD 15.1
Обсуждение (67 +13) | Тип: Программы |


·28.10 Удалённая уязвимость в серверных UEFI-прошивках, эксплуатируемая через отправку ICMP-пакета (194 +26)
  В TianoCore EDK II (EFI Development Kit II), открытой эталонной реализации UEFI, применяемой в большинстве серверных материнских плат, устранена критическая уязвимость (CVE-2026-97631). Уязвимость присутствует в драйвере PXE и может быть эксплуатирована через отправку специально оформленных ICMP-пакетов во время сетевой загрузки в сетях IPv4 или IPv6. Атака не требует аутентификации и позволяет злоумышленнику выполнить свой код с привилегиями UEFI-прошивки на этапе до передачи управления операционной системе, что может быть использовано для обхода механизма верифицированной загрузки UEFI Secure Boot и подстановки вредоносных компонентов на этапе загрузки.

Проблема вызвана переполнением буфера в обработчике ICMP-сообщений в драйвере UefiPxeBcDxe, который используется для PXE-загрузки и принимает ICMP-пакеты во время загрузки по сети для фиксации сетевых ошибок. Переполнение возникает из-за помещения получаемых сообщений об ошибках в фиксированный буфер, размером 504 байта, без проверки фактического размера полученных данных. В случае отправки более 504 байтов в ICMP-пакете, не вмещающийся хвост записывается за пределы буфера и накладывается на идущие следом структуры.

Атака может быть проведена из глобальной сети - достаточно знать IP-адрес жертвы и суметь определить момент PXE-загрузки. Зная какая именно прошивка используется на сервере жертвы, атакующий может подготовить эксплоит с учётом размещения структур в памяти конкретной сборки прошивки и эксплуатировать уязвимость для выполнения кода на уровне DXE (Driver Execution Environment), выполняемом в нулевом кольце защиты.

Проект EDK II открыт в 2004 году компанией Intel и используется всеми крупными производителями прошивок для серверных систем, датацентров и облачных провайдеров. Среди прочего, он применяется в прошивках AMI, Insyde и Phoenix. Уязвимости также присутствует в прошивках на базе платформы Mu от компании Microsoft, которая представляет собой форк EDK II.

Проблема выявлена представителями компаний Anthropic и Google, и была запланирована для скоординированного публичного раскрытия в январе 2027 года. Но обнародовать информацию пришлось раньше, так как инженер из компании AMI случайно нарушил эмбарго и опубликовал публичный pull-запрос с исправлением, на основе которого можно было понять суть уязвимости.

  1. Главная ссылка к новости
  2. OpenNews: LogoFAIL - атака на UEFI-прошивки через подстановку вредоносных логотипов
  3. OpenNews: Уязвимость в прошивках UEFI, позволяющая выполнить код на уровне SMM
  4. OpenNews: PixieFAIL - уязвимости в сетевом стеке прошивок UEFI, применяемом для PXE-загрузки
  5. OpenNews: Уязвимость в UEFI-прошивках Phoenix, затрагивающая многие устройства с CPU Intel
  6. OpenNews: Атака на провайдера, выведшая из строя 659 тысяч домашних маршрутизаторов
Обсуждение (194 +26) | Тип: Проблемы безопасности | Интересно


·28.10 Взлом сервера с модами, дополнениями и ресурсами для игрового движка Luanti (40 +12)
  Разработчики свободного игрового движка Luanti, позволяющего создавать игры в стиле Minecraft, объявили об инциденте, в результате которого атакующие получили доступ к серверу проекта, обслуживающему каталог content.luanti.org, через который производится загрузка модов, игр, дополнений, текстур и прочих ресурсов в экосистеме Luanti. В руки атакующих попали персональные данные, IP-адреса и хэши паролей (bcrypt) зарегистрированных пользователей. Атакующие также имели возможность вносить изменения в пакеты, распространяемые через каталог ContentDB.

Доступ был получен через эксплуатацию двух уязвимостей, одна из которых была в стороннем открытом проекте. Детали пока не раскрываются, но в репозиторий платформы ContentDB в последние несколько дней были добавлены изменения, блокирующие формирование релизов из Git и устраняющие уязвимость, связанную с выставлением символических ссылок на внешние каталоги при выполнении операции "git clone". Также в репозитории запрещён внешний доступ к API celery-exporter через сетевые порты 5125 и 9540 и удалён присутствующий в коде URL с прошитым идентификатором для системы мониторинга Grafana.

Первые следы несанкционированной активности зафиксированы 22 октября в 16:00 (MSK) - атакующие получили доступ к внутренней конфигурации платформы и смогли подключиться под учётной записью одного из администраторов, позволяющей вносить изменения в загруженный контент. 26 октября в 3:15 (MSK) атакующие смогли получить полный доступ к системе внутри docker-контейнера и к СУБД проекта.

26 октября в 12:00 (MSK) взлом был обнаружен, работа сервиса ContentDB остановлена, а все токены для доступа к GitHub (OAuth) и API отозваны. Сверка содержимого каталога с данными из резервной копии не выявила модификации пакетов, но целостность пакетов, загруженных в каталог с 22 по 26 октября не гарантируется. В настоящее время сервис ContentDB отключён и будет возвращён в строй не раньше чем через неделю.

  1. Главная ссылка к новости
  2. OpenNews: Игровой движок Luanti удалён из Google Play из-за ошибочной жалобы, сгенерированной AI
  3. OpenNews: Релиз свободного воксельного игрового движка Luanti 5.15.0
  4. OpenNews: Взлом внутреннего GitLab-сервера Red Hat
  5. OpenNews: Разработчики Xubuntu опубликовали отчёт о взломе сайта Xubuntu.org
  6. OpenNews: В Fedora выявлена подмена взломанного участника AI-агентом для продвижения сомнительных изменений
Обсуждение (40 +12) | Тип: Проблемы безопасности |


·28.10 Основатель CentOS и Rocky Linux представил Linux-совместимое ядро Ginux, написанное на Rust (182 –25)
  Грегори Курцер (Gregory Kurtzer), основатель дистрибутивов CentOS и Rocky Linux, представил проект Ginux, развивающий ядро операционной системы на языке Rust, нацеленное на достижение совместимости с ядром Linux. Опубликованный исследовательский прототип уже способен загрузить системное окружение дистрибутивов Alpine с BusyBox и Rocky Linux 10 с systemd в многопользовательском консольном режиме. Код проекта распространяется под лицензией Apache 2.0. Поддерживается работа на системах с архитектурой x86-64.

Прототип создан за 11 дней в рамках эксперимента по применению техники разработки HDAE (Human-Directed Agentic Engineering) для создания сложных проектов, уровня ядра Linux. При использовании метода HDAE код генерируется AI-агентом (использован Codex c моделью GPT-5.6 Sol), а человек сосредоточен на разработке архитектуры, принятии решений, координации работы, формировании плана разработки и определении критериев готовности развиваемых компонентов. AI-агенты также привлекаются для тестирования, рецензирования и диагностики проблем.

Проект не пытается копировать технологии из ядра Linux, а создаёт собственные совместимые реализации с оглядкой на них. Ginux предоставляет независимые систему управления памятью, планировщик задач, загрузочный процесс, модель процессов, файловые системы, сетевой стек, драйверы устройств и слой для совместимости с Linux ABI. Ядро Ginux загружается напрямую через UEFI без привлечения хостовой Linux-системы.

Ginux пока не претендует на замену Linux и не готов для использования в рабочих системах, но уже пригоден для проведения экспериментов и тестирования. В долгосрочной перспективе проект рассматривается как операционная система для запуска в изолированных контейнерах компонентов для AI-инфраструктуры. Имя Ginux сформировано как комбинация из слов GPT/Gregory и Linux. Основой платформой для тестирования является запускаемая при помощи гипервизора KVM виртуальная машина Q35 (Intel Q35/ICH) с OVMF (Open Virtual Machine Firmware), Intel IOMMU и virtio-устройствами.

Из 375 системных вызовов ядра Linux 6.12 полностью реализовано 82, частично - 245 и заблокировано из соображений безопасности - 48. Для выявления сбоев, которые невозможно выявить в синтетических тестах, работа ядра оценивается при запуске реальных приложений и библиотек, таких как musl, glibc, BusyBox и systemd.

Среди планов:

  • Обеспечение запуска компонентов пользовательского пространства Linux-дистрибутивов без использования ядра Linux.
  • Возможность создания изолированных доменов со своими наборами процессов, адресным пространством, файловыми системами, устройствами, ресурсами и независимым жизненным циклом.
  • Подготовка самодостаточного загрузочного образа.
  • Предоставление минимального управляющего окружения в пространстве пользователя (userspace control plane), позволяющего управлять ядром без выполнения кода на нулевом кольце защиты.
  • Система управления доступом, работающая на уровне именованных объектов.
  • Поддержка изолированного запуска образов контейнеров в формате OCI.

  1. Главная ссылка к новости
  2. OpenNews: Выпуск ядра Asterinas 0.19, написанного на языке Rust и совместимого с Linux
  3. OpenNews: Выпуск Rust 1.97. Написанные на Rust ядро Zinnia и P2P-система Iroh с адресацией по ключам
  4. OpenNews: Проект Moss развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Поддержка Rust переведена из экспериментальных в основные возможности ядра Linux
  6. OpenNews: Компания Vivo открыла код ядра BlueOS, написанного на языке Rust
Обсуждение (182 –25) | Тип: Программы |


·27.10 10 уязвимостей в ядре Linux и 4 во FreeBSD, позволяющие получить права root в системе (159 +29) ↻
  Выявлена серия уязвимостей в ядре Linux и FreeBSD. Уязвимости в Linux дают возможность удалённо выполнить код, поднять свои привилегии в системе, выйти из контейнеров или обойти изоляцию виртуальных машин. Уязвимости во FreeBSD позволяют поднять свои привилегии в системе, обойти изоляцию гипервизора Bhyve и удалённо инициировать аварийную остановку работы ядра.

Уязвимости в ядре Linux:

  • 5 уязвимостей, раскрытых проектом Zero Day Initiative до публикации исправлений из-за ошибочной отправки информации не в тот список рассылки:
    • ZDI-CAN-33549 - уязвимость в модуле ksmbd c реализацией файлового сервера на базе протокола SMB, которую можно эксплуатировать для удалённого выполнения кода на уровне ядра. Проблема вызвана целочисленным переполнением в функции mbdirect_connection_rdma_xmit(), которое проявляется, если ядро собрано с опциями "CONFIG_SMB_SERVER_SMBDIRECT=y" и "CONFIG_RDMA_RXE=y". Для успешной атаки злоумышленник должен иметь возможность записи в совместное хранилище, предоставляемое атакуемым сервером, на котором также должны использоваться технологии RDMA и SMB Direct. Доступен прототип эксплоита, работающий в Debian 13.
    • ZDI-CAN-33774 - состояние гонки в модуле ядра ksmbd, приводящее к записи в 40-байтовый буфер, выделенный для протокола SMB1, 62 байт данных из заголовка SMB2. Уязвимость может привести к удалённому выполнению кода при наличии доступа к SMB-хранилищу, обрабатываемому через ksmbd. Доступен прототип эксплоита, работающий в Debian 13.
    • ZDI-CAN-33367 - уязвимость в сетевом стеке ядра, позволяющая локальному пользователю получить права root в системе, перезаписав данные процесса в страничном кэше по аналогии с уязвимостями Dirty Frag и Fragnesia. На этот раз проблема вызвана ошибкой в функции skb_zerocopy(). Подготовлен прототип эксплоита, работающий в разных версиях Ubuntu. Исправление доступно в форме патча. Из дистрибутивов пока только разработчики Alma Linux сформировали внеплановое обновление пакетов с ядром, в котором исправили данную уязвимость.
    • ZDI-CAN-34068 - переполнение буфера в графическом драйвере VMWGFX, применяемом для реализации 3D-ускорения в окружениях VMware. Проблема позволяет локальному пользователю получить права root в системе, при наличии доступа к виртуальному GPU через устройство /dri/card*. Доступен прототип эксплоита, работающий в Ubuntu 26.04
    • ZDI-CAN-34076 - уязвимость в драйвере nvmet (NVMe Target), приводящая к утечке информации о содержимом памяти ядра.
  • Раскрыты сведения и опубликованы прототипы эксплоитов для 5 уязвимостей в ядре, позволяющих непривилегированному пользователю получить права root в системе и обойти изоляцию контейнеров. Набору уязвимостей присвоено кодовое имя "Infinity Core". Проблемы уже устранены в актуальных выпусках ядра.
    • CVE-2026-98260 - обращение к памяти после её освобождения из-за повторного использования структуры POSIX-таймера, память под которую была освобождена в основном потоке после сбоя при выполнении вызова exec(), но ссылка осталась в очереди (timerqueue) в другом потоке. Доступен прототип эксплоита, работа которого была продемонстрирована в Ubuntu 26.04 и в Android на смартфоне Samsung Galaxy S26 Ultra.
    • CVE-2026-98256 - обращение к памяти после её освобождения из-за состояние гонки между вызовом exec() во вторичном потоке и очисткой очереди сигналов (sigqueue), ожидающих обработки. При манипуляциях с очередью может возникнуть ситуация, при которой ссылка на обработчик сигнала останется в очереди после освобождения связанной с ним памяти, и затем будет использована при обработке сигналов. Работа эксплоита продемонстрирована в Ubuntu 26.04.
    • CVE-2026-89754 - переполнение буфера в реализации системного вызова mincore(), возникающее из-за состояния гонки при повторном обходе таблиц страниц памяти после выполнения madvise(MADV_DONTNEED). Работа эксплоита продемонстрирована в Ubuntu 26.04.
    • CVE-2026-80775 - обращение к памяти после её освобождения в системном вызове prctl(), возникающее из-за некорректного отслеживания счётчиков ссылок для хешей фьютексов при возникновении состояния гонки между задачами, совместно использующими одну структуру mm_struct при вложенном вызове vfork(). Эксплоит, использующий уязвимость для перезаписи /usr/bin/passwd в страничном кэше, продемонстрирован в Ubuntu 26.04.
    • CVE-2026-98385 - обращение к памяти после её освобождения в обработчике кэша планировщика задач, возникающее из-за того, что планировщик обновляет поля со статистикой в структуре mm_struct для задачи после освобождения связанной с ней памяти в случае выполнения вызова exec() на другом ядре CPU. Уязвимость проявляется в ядрах с включённой опцией CONFIG_SCHED_CACHE. Работа эксплоита продемонстрирована в Arch Linux с ядром 7.2.4.
  • Уязвимость Vghost (CVE-2026-74580) в подсистеме ядра vhost, применяемой для ускорения операций ввода/вывода через Virtio в системах виртуализации. Уязвимость вызвана некорректной работой с кэшем таблиц трансляции адресов ввода-вывода (IOTLB) и может использоваться для повышения своих привилегий в системе и для обхода изоляции гостевой системы. При перенастройке адресов или размеров очередей (vring) через вызовы VHOST_SET_VRING_ADDR или VHOST_SET_VRING_NUM кэш vq->meta_iotlb[] не очищался, что приводило к трансляции новых адресов с использованием уже недействительных записей о маппинге памяти.

    Опубликован прототип эксплоита для получения прав root, протестированный в дистрибутивах Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023.12.20260817, Azure Linux 3.0 и Oracle Linux 10.2. Возможно использование уязвимости для выполнения кода на уровне ядра хост-системы через манипуляции с вызовом VIRTIO_F_RING_RESET в гостевой системе в виртуализированных окружениях с виртуальным IOMMU. Проблема проявляется начиная с ядра Linux 4.11 и устранена в версиях 5.10.265, 5.15.216, 6.1.183, 6.6.152, 6.12.104, 6.18.45, 7.1.9 и 7.2. В качестве обходного пути защиты можно ограничить доступ к устройствам /dev/vhost-net, /dev/vhost-vsock, /dev/vhost-scsi и /dev/vhost-vdpa-*.




Уязвимости во FreeBSD (устранены в обновлениях 15.1-RELEASE-p5, 14.5-RELEASE-p2 и 14.4-RELEASE-p11):

  • CVE-2026-101308 - обращение к памяти после её освобождения в драйвере sound, возникающее из-за состояния гонки между операцией изменения размера буфера и маппингом памяти через mmap. Уязвимость потенциально позволяет локальному пользователю, имеющему доступ к звуковому устройству, получить права root.
  • CVE-2026-101309, CVE-2026-101310, CVE-2026-101311 - уязвимости в компонентах гипервизора Bhyve, позволяющие через манипуляции в гостевой системе выполнить код на стороне хост-окружения. Проблемы вызваны выходом за границы буфера из-за состояния гонки в модели контроллера xHCI (USB 3), а также отсутствием должных проверок размера записей в моделях устройств HDA (High Definition Audio) и framebuffer.
  • CVE-2026-101307 - целочисленное переполнение в модуле tcp_rack c реализацией алгоритма определения потери пакетов RACK (Recent ACKnowledgment), приводящее к выделению буфера, слишком мелкого, чтобы вместить все полученные данные. Уязвимость позволяет перезаписать до 512 КБ в области за границей буфера при отправке большого числа ACK-пакетов в установленном TCP-соединении. Отмечается, что эксплуатация может привести к переводу ядра в состояние panic.



Дополнение: Опубликованы детали и эксплоиты для уязвимостей в ядре Linux, успешно использованных при взломах на проводимом компанией Google соревновании kernelCTF:

  • CVE-2026-23111, CVE-2023-31248, CVE-2023-3610, CVE-2026-23272, CVE-2026-23278,CVE-2026-23392, CVE-2026-23231 - обращения к памяти после её освобождения в Netfilter nftables.
  • CVE-2024-26583 - состояние гонки во встроенном TLS-сервере.
  • CVE-2025-38177 - обращение к памяти после её освобождения в подсистемах управления трафиком (HFSC, QFQ, netem qdiscs).
  • CVE-2025-38248 - обращение к памяти после её освобождения в реализации сетевых мостов (net/bridge).
  • CVE-2025-40214 - обращение к памяти после её освобождения в реализации UNIX-сокетов.
  • CVE-2026-23074 - обращение к памяти после её освобождения в ограничителе трафика sch_teql.
  • CVE-2026-23209, CVE-2026-23273 - обращения к памяти после её освобождения в обработчике macvlan.
  • CVE-2026-23274 - обращение к памяти до инициализации в netfilter xt_IDLETIMER.
  • CVE-2026-31418 - переполнение буфера в netfilter.
  • CVE-2026-31419 - обращение к памяти после её освобождения в драйвере net/bonding.
  • CVE-2026-43501 - переполнение буфера в обработчике IPv6-заголовка RPL Source Routing.

  1. OpenNews: PwnEscape - уязвимость в сетевом стеке ядра Linux, позволяющая обойти изоляцию гипервизоров и контейнеров
  2. OpenNews: Опасные уязвимости в ядре Linux, KVM, Exim, Unbound, Ghostscript и Suricata
  3. OpenNews: 18 уязвимостей в ядре Linux c эксплоитами для получения прав root в системе
  4. OpenNews: SCTPhantom - уязвимость в ядре Linux, предоставляющая root-доступ и выход из контейнера
  5. OpenNews: Уязвимости в Linux и FreeBSD, позволяющие получить root-доступ в системе
Обсуждение (159 +29) ↻ | Тип: Проблемы безопасности |


·27.10 Релиз Firefox 159 (116 +22)
  Состоялся релиз web-браузера Firefox 159 и сформированы обновления прошлых веток с длительным сроком поддержки - 153.6.0 и 115.44.0. В рамках нового двухнедельного цикла формирования релизов на стадию бета-тестирования переведена ветка Firefox 160, релиз которой намечен на 10 ноября.

Основные новшества в Firefox 159 (1, 2, 3):

  • В боковую панель по умолчанию добавлена кнопка для доступа к сохранённым паролям.
  • В режим "Smart Window", предоставляющий отдельное пространство взаимодействия с AI, добавлена возможность отслеживания изменений на страницах. Например, при помощи новой функции можно отлавливать снижение стоимости товаров в интернет-магазинах. Для включения отслеживания следует использовать команду "/watch" в чате со встроенным в браузер AI-ассистентом, а для управления - кнопку Tasks в панели или страницу about:smartwindowtasks. При определении изменения Firefox выведет уведомление.
  • AI-функция резюмирования содержимого страниц переделана для передачи AI-провайдеру не текста со страницы, а ссылки на страницу, что решило проблемы с неполным анализом страницы.
  • Добавлены комбинации клавиш: Ctrl+Shift+A для поиска среди открытых вкладок и Ctrl+Shift+F для перехода к управлению дополнениями или темами оформления. Сочетания клавиш можно изменить на странице about:keyboard.
  • Устранена проблема, приводившая к периодическому отсоединению вкладок в отдельные окна в окружениях на базе протокола Wayland.
  • В сборках для macOS задействован штатный для данной платформы интерфейс для отправки информации через другие приложения, такие как AirDrop и Messages. Добавлена возможность отправки сразу нескольких выделенных вкладок.
  • В инструментах для web-разработчиков в web-консоли разрешено переопределения переменных, ранее объявленных через операторы let, const и class.
  • Добавлена поддержка анимации, привязанной к прокрутке контента (Scroll-driven Animation), при помощи которой можно создавать индикаторы для наглядного представления позиции на странице или добавлять эффекты, меняющие содержимое при появлении в зоне видимости во время прокрутки. Для использования доступно два режима "ScrollTimeline" для привязки к позиции прокрутки относительно оси координат и "ViewTimeline" для привязки к относительному смещению отображения отдельных элементов содержимого в области прокрутки. Добавлены новые CSS-свойства animation-timeline, scroll-timeline, view-timeline и animation-range.
  • Реализована поддержка реестров пользовательских элементов для разделения области видимости пользовательских HTML-элементов, что может потребоваться при использовании на одной странице нескольких разных пользовательских HTML-элементов, имеющих одно и то же имя. В случае использования на странице нескольких библиотек, определяющих элемент с одинаковым именем, при помощи JavaScript-конструктора CustomElementRegistry() элементы каждой библиотеки можно закрепить за определёнными частями иерархии DOM, не пересекающимися с глобальным реестром window.customElements. Например, если две библиотеки определяют разные элементы с одинаковым именем <my-button>, то в одной части страницы можно использовать элемент <my-button> из первой библиотеки, а на другой - из второй.
  • В API WebGL добавлена поддержка расширений EXT_clip_control и EXT_texture_mirror_clamp_to_edge, а в WebGL 2 - расширения EXT_texture_norm16.
  • В API Sanitizer реализована чистка HTML-кода на этапе парсинга, до добавления элементов в дерево DOM, что решило проблему с запуском конструкторов пользовательских элементов, удаляемых в процессе этой чистки.
  • В версии для Android значительно сокращена интенсивность перезагрузки вкладок на устройствах Xiaomi и Redmi. Решена проблема с воспроизведением видео на таких сайтах, как The New York Times.
  • В Firefox Enterprise администратору предоставлена возможность запроса повторного входа с использованием корпоративной учётной записи перед восстановлением сеанса после аварийного завершения процесса. Для сборок Firefox Enterprise обеспечено формирование данных SBOM (Software Bill of Materials). По умолчанию отключено использование AI при автозаполнении форм.

Кроме новшеств и исправления ошибок, в Firefox 159 устранено 167 уязвимостей, у 108 из которых выставлен высокий уровень опасности. Большинство уязвимостей вызваны проблемами при работе с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.

  1. Главная ссылка к новости
  2. OpenNews: Релиз Firefox 158
  3. OpenNews: Компания Mozilla представила браузер Firefox Enterprise
  4. OpenNews: Релиз Firefox 157 с модернизированным интерфейсом пользователя
  5. OpenNews: В Firefox для iOS встроен блокировщик рекламы
  6. OpenNews: Firefox переходит на двухнедельный цикл подготовки релизов
Обсуждение (116 +22) | Тип: Программы |


·27.10 Выпуск DinoX 2.3.2, кроссплатформенного клиента для XMPP/Jabber (53 +18)
  Доступен выпуск проекта DinoX 2.3.2, развивающего кроссплатформенный форк открытого коммуникационного клиента Dino, использующего протокол XMPP. В отличие от приложений Psi, Gajim, Pidgin и MirandaNG в DinoX все актуальные для современного пользователя XEP-спецификации доступны из коробки, без необходимости изменения настроек и установки внешних плагинов. В DinoX также предложен более привычный массовому пользователю интерфейс, напоминающий большинство мессенджеров последнего десятилетия. Код написан на языке Vala (интерфейс на GTK) и распространяется под лицензий GPLv3.

Основные возможности:

  • Многопользовательские чаты с поддержкой приватных групп и публичных каналов.
  • Современный интерфейс, напоминающий Telegram.
  • Поддержка аудио- и видео-звонков.
  • Звуковые- и видео-сообщения, запись и проигрывание.
  • Предпросмотр картинок.
  • Поддержка сквозного шифрования OTR/OMEMO и OpenPGP
  • Работа в Windows и Linux.
  • Потребление ресурсов, сравнимое с клиентом Psi, написанным на С++ и Qt. Около 100-150 МБ оперативной памяти на клиент с тремя аккаунтами и несколькими чатами.
  • Простота установки и настройки.
  • Использование аватаров.
  • Управление архивом сообщений.
  • Пометка последнего полученного и прочитанного сообщений в чатах.
  • Распространение сообщений по подписке (Publish-Subscribe).
  • Уведомление о состоянии набора сообщения другим пользователем.
  • Отложенная доставка сообщений.
  • Закладки на различные сервисы и ресурсы, хранимые на сервере.
  • Уведомление об успешной доставке сообщения.
  • Расширенные средства поиска сообщений и фильтрации вывода в истории переписки.
  • Поддержка работы в одном интерфейсе с несколькими учётными записями, например, для разделения рабочей и личной переписки.
  • Работа в offline-режиме с фактической отправкой написанных сообщений и приёмом накопившихся на сервере сообщений после появления сетевого соединения.

Следует отметить, что для наиболее комфортного общения в текущих условиях, рекомендуется поднимать свой собственный сервер на основе, например, snikket. Он обеспечит не только приватность, но и более стабильную работу звонков за счёт собственного TURN-сервера.

  1. Главная ссылка к новости
  2. OpenNews: Уязвимость в мессенджере Dino, позволяющая обойти проверку отправителя
  3. OpenNews: Выпуск коммуникационного клиента Dino 0.4
  4. OpenNews: Представлен новый коммуникационный клиент Dino
  5. OpenNews: Релиз консольного XMPP/Jabber клиента profanity 0.7.0
  6. OpenNews: Зафиксирован перехват шифрованного трафика jabber.ru и xmpp.ru
Обсуждение (53 +18) | Автор: turmaline | Тип: Программы |


·27.10 Уязвимости в Rust-библиотеках zip-rs и librsvg (204 +33)
  В библиотеке zip-rs, написанной на языке Rust и насчитывающей около 10 млн загрузок в неделю, выявлена уязвимость (CVE-2026-115905), позволяющая создавать архивы, которые выглядят безобидными, но при распаковке из них извлекаются другие, изначально не показанные в списке, файлы. Файлы могут быть размещены в архиве вне структуры "Central Directory", из-за чего при просмотре списка файлов показывается одно содержимое, но при распаковке через API ZipStreamReader извлекаются другие файлы. Проблеме присвоен уровень опасности 10 из 10. Уязвимость исправлена в версии zip-rs 9.0.5.

Уязвимость вызвана использованием разных заголовков при произвольном доступе к архиву при помощи API ZipArchive и при извлечении данных в потоковом режиме при помощи API ZipStreamReader. Обработчик ZipArchive полагается на заголовок CDFH (Central Directory File Header), а ZipStreamReader при извлечении файлов считает более приоритетным заголовок LFH (Local File Header) без синхронизации дублирующихся метаданных.

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


Дополнительно можно отметить уязвимость (CVE-2026-96889) в библиотеке librsvg, развиваемой проектом GNOME на языке Rust. Библиотека применяется в GTK и приложениях GNOME для отрисовки SVG, а также задействована в популярном NPM-пакете sharp, насчитывающем 80 млн загрузок в неделю и используемом в качестве зависимости у почти 11 тысяч проектов. Уязвимость позволяет организовать выполнение своего кода при обработке специально оформленных SVG-изображений. Проблема устранена в версиях librsvg 2.56.6, 2.60.3, 2.62.4 и 2.63.1, а также в NPM-пакете sharp 0.35.5. Среди пострадавших проектов оказалась платформа PeerTube (зависимость обновлена в сегодняшнем выпуске PeerTube 8.3.2).

Для разбора XML-разметки, используемой в SVG-файлах, в librsvg задействованы функции из Си-библиотеки libxml2. Уязвимость вызвана тем, что при наличии в SVG вложенных XML-конструкций Xincludes, включающих дублирующиеся элементы с повторяющимися именами, происходит обращение к памяти после её освобождения. Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2.

  1. Главная ссылка к новости
  2. OpenNews: Уязвимость Zip Slip, затрагивающая библиотеки для распаковки архивов
  3. OpenNews: Уязвимость в 7-Zip, приводящая к выполнению кода при обработке образов NTFS
  4. OpenNews: Уязвимость в Python-модуле TarFile, допускающая запись в любые части ФС
  5. OpenNews: Уязвимости в tar-fs и 7-Zip, позволяющие записать файлы за пределы базового каталога
  6. OpenNews: Уязвимость в Rust-библиотеках для формата TAR, приводящая к распаковке файлов из вложенного архива
Обсуждение (204 +33) | Тип: Проблемы безопасности |


·26.10 Автор WinBtrfs опубликовал открытую ОС Moxnox 1.0 с ядром в стиле Windows NT (114 +27)
  Марк Хармстоун (Mark Harmstone), автор проекта WinBtrfs, опубликовал выпуск операционной системы Moxnox 1.0, разрабатываемой с 2022 года в качестве хобби. Moxnox преподносится как созданная с оглядкой на Windows NT операционная система, обеспечивающая совместимость с POSIX-стандартами, использующая файловую систему Btrfs и достигшая уровня самосборки (self-hosting). Проект насчитывает около 130 тысяч строк кода на языке С++ и распространяется под лицензиями GPL (ядро и базовые программы), LGPL (библиотеки) и MIT (модули). Поддерживается сборка для архитектур x86-64-v3 и ARMv8.1 (может работать на плате Raspberry Pi 5).

Системные вызовы и низкоуровневые интерфейсы в ядре реализованы по образу Windows NT, но структура ядра и сопутствующие компоненты отличаются от Windows NT. Предоставляется возможность для запуска компонентов окружения GNU и программ, написанных для Unix-подобных систем. В качестве формата исполняемых файлов применяется PE, библиотеки имеют расширение dll, а программы - exe.

Поддерживаемые аппаратные устройства:

  • Блочные устройства: NVMe, SATA, SDHCI (SD-карты), virtio-block и USB-накопители.
  • Сетевые карты: virtio-net, RTL8168, RTL8125.
  • Устройства ввода: virtio-input, USB HID, клавиатуры и мыши с интерфейсом PS/2.
  • Графика: virtio-gpu, GOP framebuffer, VBE, VGA-консоль.
  • Консоль: virtio-console, последовательны порт x86, PL011 ARM.
  • USB: XHCI.

В настоящее время в Moxnox реализовано 642 функции из примерно 1200, описанных в стандарте POSIX 2024, но этого достаточно для работы таких проектов, как gcc, bash, mesa, openssh, openssl, perl, python и rust. Системная библиотека сформирована из функций gnulib, математических и криптографических функций из musl, функций для работы с регулярными выражениями из tre и функций типа printf из mingw. Поддерживается самосборка, позволяющая скомпилировать Moxnox из окружения на базе Moxnox. Запуск Windows-программ пока не поддерживается, но в будущем для их запуска намерены задействовать реализацию API Win32 из Wine.

Среди портированных для Moxnox программ:

  • bash
  • binutils
  • bison
  • bzip2
  • cairo
  • cmake
  • coreutils
  • curl
  • diffutils
  • expat
  • file
  • findutils
  • flex
  • freetype
  • gawk
  • gcc (только для amd64)
  • git
  • gmp
  • gperf
  • grep
  • gzip
  • harfbuzz
  • hexyl
  • jsoncpp
  • less
  • libarchive
  • libiconv
  • libpng
  • librhash
  • libuv
  • llvm
  • m4
  • make
  • mako
  • markupsafe
  • mesa
  • mpc
  • mpfr
  • nano
  • ncurses
  • netcat
  • ninja
  • openssh
  • openssl
  • patch
  • perl
  • pixman
  • python
  • pyyaml
  • readline
  • ripgrep
  • rust
  • sed
  • tar
  • vim
  • wget
  • xz
  • zlib
  • zstd

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

Утверждается, что проект не содержит значимого кода, сгенерированного через AI-инструменты, которые использовались только для выполнения рутинной работы, такой как перевод правил autotools в CMake, замена ioctl-вызовов на функцию tcgetwinsize при портировании программ, написание тестов и поиск ошибок в коде.

  1. Главная ссылка к новости
  2. OpenNews: Выпуск WinBtrfs 1.10, реализации файловой системы Btrfs для Windows
  3. OpenNews: Выпуск операционной системы ReactOS 0.4.16
  4. OpenNews: В ReactOS появилась возможность установки на NTFS
  5. OpenNews: Проект LiberNT развивает форк ReactOS, нацеленный на совместимость с Windows 11
  6. OpenNews: Альфа-версия CusDeb OS, Windows-подобной ОС на базе Linux и пользовательского окружения ReactOS
Обсуждение (114 +27) | Тип: Программы |


Следующая страница (раньше) >>



XSQUARE
Inferno Solutions
Hosting by Hoster.ru
Хоcтинг: