Удалённо эксплуатируемая уязвимость в TCP-стеке ядра Linux

Подготовленный эксплоит может быть применён при использовании любых серверных приложений на языке 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).

Источник: https://www.opennet.ru/opennews/art.shtml?num=66575

Выпуск композитного сервера Hyprland 0.57

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

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

• Предложено 11 вариантов шейдеров для размытия фона и предоставлена возможность создание своих вариантов через плагины.
• Добавлена возможность трансляции содержимого выбранного виртуального рабочего стола через браузер или программы для проведения видеоконференций.
• Реализован эффект "wobble" для инертного раскачивания границ окна при его перемещении, как в Compiz.
  
  
  <video><source src="https://hypr.land/imgs/blog/update57/wobbl.mp4"></video>
• В Lua API добавлены новые методы hl.reload_config() и hl.get_devices(), а также возможность подключения обработчиков событий сворачивания и изменения состояния окна.
• Добавлена настройка "cursor:warp_on_monitor_change" для перемещении курсора вслед за переключением на рабочий стол на другом мониторе.
• Добавлена настройка "input:tablet:enabled" для управления включением графических планшетов.
• Добавлена опция "decoration:blur:proportional" делающая интенсивность размытия пропорциональной уровню прозрачности поверхности.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66574

Релиз языка программирования Nim 2.4.0

Возможности 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.}" для обработки циклического импорта модулей, ссылающихся друг на друга, которая позволяет связывать модули напрямую без выноса типов в отдельный файл и избавляет от необходимости подбирать строгий порядок объявлений в коде.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66570

Возобновлена разработка Ubuntu Core Desktop, использующего только snap-пакеты

В отличие от существующих атомарно обновляемых дистрибутивов, системные компоненты в которых монтируются в режиме только для чтения, в 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.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66568

Qwenputer - редакция AI-модели Qwen3.5, способная симулировать RISC-V CPU для выполнения кода на C и MicroPython

Реализация успешно проходит все проверки из официального набора тестов 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-модели, которые сама модель не может отключить или изменить.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66569

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

#сегодня буду немного спамить фотками

Выпуск GhostBSD 26.2

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

• Реализован новый инсталлятор. Процесс установки разделён на два этапа: 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, lib32: bluetooth, bsnmp, libcuse, librss, libvgl, natd, netmap, librpcsec_gss, lib9p, zfs.
• Добавлена комбинация клавиш Ctrl+Alt+T для открытия терминала в MATE.
• Через фоновый процесс usbhid реализована поддержка устройств ввода с интерфейсом USB.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66567

Удалённая уязвимость в серверных UEFI-прошивках, эксплуатируемая через отправку ICMP-пакета

Проблема вызвана переполнением буфера в обработчике 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-запрос с исправлением, на основе которого можно было понять суть уязвимости.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66565

Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода в GitLab

Уязвимость присутствует в движке регулярных выражений Onigmo и приводит к переполнению внутренних идентификаторов при компиляции шаблона с большим числом повторов. Проблема проявляется только в приложениях, использующих внешние данные в регулярных выражениях, обрабатываемых через методы Regexp.new, Regexp.union и Regexp.compile или литералы вида "/#{input}/". Ограничение размера регулярного выражения или времени его обработки через метод Regexp.timeout для блокируют уязвимость, так как для атаки могут использоваться короткие шаблоны.

В GitLab уязвимость может быть эксплуатирована неаутентифицированным пользователем из-за подстановки в регулярное выражение внешних данных. Детали метода эксплуатации пока не раскрываются (по правилам GitLab информация становится доступна спустя 30 дней после публикации исправления), при этом в сети уже фиксируются попытки осуществления атак на пользователей GitLab. Косвенными признаками осуществления атаки может служить увеличение числа аварийных завершений интерпретатора Ruby и рост ошибок в логах, связанных с истечением таймаута на отрисовку страницы при обработке org-файлов.

Помимо CVE-2026-110264 в движке регулярных выражений устранены ещё три уязвимости: CVE-2026-89078 (двойное освобождение памяти при невозможности парсинга шаблона после его изменения), CVE-2026-93577 и CVE-2026-97229 (целочисленные переполнения при расчёте размера компилируемого шаблона).

Источник: https://www.opennet.ru/opennews/art.shtml?num=66549

Взлом сервера с модами, дополнениями и ресурсами для игрового движка Luanti

Доступ был получен через эксплуатацию двух уязвимостей, одна из которых была в стороннем открытом проекте. Детали пока не раскрываются, но в репозиторий платформы 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 отключён и будет возвращён в строй не раньше чем через неделю.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66563

Основатель CentOS и Rocky Linux представил Linux-совместимое ядро Ginux, написанное на Rust

Прототип создан за 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.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66562

10 уязвимостей в ядре Linux и 4 во FreeBSD, позволяющие получить права root в системе

Уязвимости в ядре 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.
      
      
      Источник: https://www.opennet.ru/opennews/art.shtml?num=66542
      

Релиз Firefox 159

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

• В боковую панель по умолчанию добавлена кнопка для доступа к сохранённым паролям.
• В режим "Smart Window", предоставляющий отдельное пространство взаимодействия с AI, добавлена возможность отслеживания изменений на страницах. Например, при помощи новой функции можно отлавливать снижение стоимости товаров в интернет-магазинах. Для включения отслеживания следует использовать команду "/watch" в чате со встроенным в браузер AI-ассистентом, а для управления - кнопку Tasks в панели или страницу about:smartwindowtasks. При определении изменения Firefox выведет уведомление.
• AI-функция резюмирования содержимого страниц переделана для передачи AI-провайдеру не текста со страницы, а ссылки на страницу, что решило проблемы с неполным анализом страницы.
• Добавлены комбинации клавиш: Ctrl+Shift+A для поиска среди открытых вкладок и Ctrl+Shift+F для перехода к управлению дополнениями или темами оформления. Сочетания клавиш можно изменить на странице about:keyboard.
• В сборках для 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 из которых выставлен высокий уровень опасности. Большинство уязвимостей вызваны проблемами при работе с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66557

@caustic @shmeley я тоже люблю луну. и в полнолуние у меня всегда прекрасное настроение и креативность прёт из всех щелей.
луна - наш друг и союзник.

Осень. Отражения в воде.
#photography #WTphoto #nature #landscape #autumn #by #пейзаж #природа #осень

Выпуск DinoX 2.3.2 кроссплатформенного клиента для XMPP/Jabber

Из особенностей DinoX:

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

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



Источник: https://www.opennet.ru/opennews/art.shtml?num=66554

Уязвимости в Rust-библиотеках zip-rs и librsvg

Уязвимость вызвана использованием разных заголовков при произвольном доступе к архиву при помощи 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.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66555

Автор WinBtrfs опубликовал открытую ОС Moxnox 1.0 с системными вызовами Windows NT

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

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

В настоящее время в Moxnox реализовано 642 функции из примерно 1200, описанных в стандарте POSIX 2024. Системная библиотка сформирована из функций 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

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

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

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



Источник: https://www.opennet.ru/opennews/art.shtml?num=66552

Атака на AI-агенты через размещение файла AGENTS.md в каталоге с загрузками

Атака напоминает уже известный метод атаки на разработчиков ПО, в результате которого злоумышленник создаёт репозиторий с легитимным кодом и размещает в нём файл AGENTS.md или передаёт данный файл в составе pull-запросов или сообщений об ошибках в существующие проекты. В случае если кто-то решит использовать AI-агента для проверки предложенного репозитория или изменения, агент обработает инструкции из файла AGENTS.md, в котором может быть предписано совершение вредоносных действий.

Новый вариант атаки основан на том, что Chrome, Firefox и Edge по умолчанию не запрашивают подтверждение при загрузке файла, а лишь выводят уведомление. Загружаемые по ссылке файлы автоматически сохраняются в каталоге ~/Downloads - для загрузки достаточно, чтобы пользователь открыл определённую страницу или перешёл по ссылке (ссылка может выглядеть невинно, а проброс на загрузку может быть сделан через редирект). Подобным образом атакующие добиваются сохранения файла AGENTS.md в каталоге с загрузками на системах пользователей, после чего ждут, когда пользователь запустит AI-агента в контексте каталога ~/Downloads, например, для разбора каких-то загруженных документов.

Помимо использования AGENTS.md для информирования AI-агентов об используемых инструментах, требуемых зависимостях и проводимых тестах, через них можно добиться выполнения произвольных файлов, установки сторонних пакетов и изменения конфигурации. Возможность совершения атаки продемонстрирована для AI-агентов Codex и Claude Code.

Исследователи провели два эксперимента, в ходе которых удалось добиться получения контроля над учётной записью пользователя и перехватить его OAuth-токены. В ходе первого эксперимента AI-агент Codex выполнил инструкции по загрузке и запуску на систем пользователя тестового вредоносного кода, ограничивающегося открытием калькулятора. Во втором эксперименте через подстановку файла CLAUDE.md исследователи при помощи Claude Code организовали перенаправление запросов к API на свой сервер и перехватить токен OAuth. Первый эксперимент оказался успешен в 90% попыток, а второй - 50%.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66551

Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода в GitLab

Уязвимость присутствует в движке регулярных выражений Onigmo и приводит к переполнению внутренних идентификаторов при компиляции шаблона с большим числом повторов. Проблема проявляется только в приложениях, использующих внешние данные в регулярных выражениях, обрабатываемых через методы Regexp.new, Regexp.union и Regexp.compile или литералы вида "/#{input}/". Ограничение размера регулярного выражения или времени его обработки через метод Regexp.timeout для блокируют уязвимость, так как для атаки могут использоваться короткие шаблоны.

В GitLab уязвимость может быть эксплуатирована неаутентифицированным пользователем из-за подстановки в регулярное выражение внешних данных. Детали метода эксплуатации пока не раскрываются (по правилам GitLab информация становится доступна спустя 30 дней после публикации исправления), при этом в сети уже фиксируются попытки осуществления атак на пользователей GitLab. Косвенными признаками осуществления атаки может служить увеличение числа аварийных завершений интерпретатора Ruby и рост ошибок в логах, связанных с истечением таймаута на отрисовку страницы при обработке org-файлов.

Помимо CVE-2026-110264 в движке регулярных выражений устранены ещё три уязвимости: CVE-2026-89078 (двойное освобождение памяти при невозможности парсинга шаблона после его изменения), CVE-2026-93577 и CVE-2026-97229 (целочисленные переполнения при расчёте размера компилируемого шаблона).

Источник: https://www.opennet.ru/opennews/art.shtml?num=66549

Выпуск CoW 0.4, адаптации оконного менеджера FVWM для Wayland

CoW реализован поверх модульного композитного сервера River, который отвечает за реализацию протокола Wayland, отрисовку и управление доступом для ввода и вывода. В CoW реализованы абстракции для управления окнами, IPC, команды и возможности для, стекового размещения, декодирования и компоновки окон. Подобное разделение позволило сосредоточить внимание на функциях управления окнами, не отвлекаясь на тонкости работы с протоколом Wayland.

Поверх оконного менеджера запускаются панель cowbar, меню приложений cow-appmenu, навигатор по виртуальным рабочим столам cowpager, лаунчер cowbuttons и интерфейс для просмотра списка окон cowiconman. Вместо встроенной панели возможно использование панели Waybar. Версия CoW 0.4 примечательна добавлением возможности использования оконных контейнеров верхнего уровня для создания произвольных раскладок окон на экране (окно верхнего уровня может разделяться на столбцы и строки, размер которых меняется независимо друг от друга).

Опубликована мобильная платформа Ubuntu Touch 24.04-2.2

Среди изменений в Ubuntu Touch 24.04-2.2:

• В связи с компрометацией удостоверяющего центра eMudhra обновлён список корневых сертификатов.
• Решены проблемы с кэшированием правил системы мандатного управления доступом AppArmor, из-за которых после обновления системы с версии 24.04-1.5 до 24.04-2.0 перестал запускаться браузер Morph.
• Проведена работа по подготовке стека VoLTE (Voice over LTE) к поддержке технологий передачи голоса по сетям LTE в новых моделях смартфонов. В плагин ofono-binder-plugin-ext-qti добавлена поддержка интерфейса AIDL IImsRadio.
• После формирования новых сборок в приложении Gallery 3.2.0 выявлена регрессия, приводящая к невозможности открыть альбомы с фотографиями. Проблема устранена в версии Gallery 3.2.1, которую рекомендовано установить до обновления Ubuntu Touch 24.04-2.2 или 24.04-1.6.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66547

Альфа-версия CusDeb OS, Windows-подобной ОС на базе Linux и пользовательского окружения ReactOS

На текущем этапе CDEX содержит лишь минимальные изменения, направленные на устранение различных шероховатостей в работе Win32-окружения под Linux. В дальнейшем разработчики планируют развивать его дальше, добавляя возможности, которые пока не реализованы в ReactOS. Как и в случае с прототипом, основой системой остаётся Debian 13. Для загрузки предлагается (894 MB) live-система, которую можно запустить в виртуальной машине или на реальном компьютере.

Разработчики CusDeb OS поставили перед собой цель - за год довести систему до состояния, в котором она могла бы стать полноценной альтернативой Windows 10. Автором проекта является Евгений Голышев, сопровождающий пакет Elixir в Debian.

Среди основных целей для второй альфа-версии:

• Переход на 64-битную версию CDEX (сейчас в Alpha 1 используется 32-битная версия CDEX в 64-битной Linux-системе).
• Поддержка Direct3D 3-11 через D7VK и DXVK.
• Миграция графического окружения с Xorg на Wayland.
  
  
  Источник: https://www.opennet.ru/opennews/art.shtml?num=66545
  

LibreSSL 4.4.0, 4.3.4, 4.2.3 released

Read more…

Выпуск qBittorrent 5.3.0

Среди изменений:

• Осуществлён переход на использование по умолчанию библиотеки libtorrent 2.1.x, вместо ветки 1.2.x, поддержка которой сохранена в форме опции, так как бэкенд на базе libtorrent 2.1.x пока отстаёт по производительности операций чтения, что приводит к снижению скорости выгрузки данных с клиента при сидировании.
• Добавлена опция, позволяющая прервать раздачу только при достижении всех выставленных лимитов.
• В интерфейс создания торрентов добавлена опция для игнорирования файлов, имена которых начинаются с точки.
• В список пиров добавлен столбец "Contribution" с информацией о загрузках и скачиваниях для каждого пира.
• В статистику добавлена метрика для оценки задержек и времени ожидания анонсов трекера.
• В контекстное меню фильтров добавлен элемент "Force start torrents" для принудительного запуска торрентов.
• В интерфейс добавлена кнопка "Open Destination Folder" для открытия целевого каталога.
• Добавлена поддержка указания нескольких получателей email-уведомлений.
• Добавлена поддержка параметра "so" (select only) в Magnet-ссылках, позволяющего выбирать только определённые файлы из раздачи.
• Добавлена поддержка фильтрации списка торрентов по хэшу (infohash).
• Добавлена поддержка блокировки диапазонов адресов, а не только отдельных IP.
• Добавлены настройки I2P PeX для обмена пирами внутри сети I2P и параметры рандомизации числа hop-ов.
• Реализован параметр seeding_outgoing_connections для управления исходящими соединениями при сидировании.
• Переработан код для управления резервными копиями torrent-файлов.
• Добавлена возможность закрывать вкладки с результатами поиска средней кнопкой мыши.
• В Web-интерфейсе по умолчанию включён виртуальный список торрентов (в таблицах отрисовываются только видимые на экране строки), повышена отзывчивость интерфейса, ускорены операции фильтрации вывода, усилена защита от межсайтового скриптинга (CSRF), реализована возможность ограничения числа одновременных активных сессий, добавлена возможность добавления торрента одним кликом (без открытия отдельного диалога), реализован индикатор свободного места на диске, добавлены кнопки для приостановки и возобновления всего сеанса, появилась возможность импорта и экспорта правил загрузки RSS, обеспечено сохранение вкладок с результатами поиска между перезапусками, реализовано общее окно управления загрузками RSS.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66511

Релиз языка программирования Mojo 1.2 и публикация кода движка MAX Framework

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

Простота достигается благодаря использованию привычного синтаксиса языка Python, а разработке конечных продуктов способствуют возможность компиляции в машинный код, механизмы безопасной работы с памятью и задействование средств для аппаратного ускорения вычислений. Для достижения высокой производительности поддерживается распараллеливание вычислений с задействованием всех имеющихся в системе аппаратных ресурсов гетерогенных систем, таких как GPU, специализированные ускорители для машинного обучения и векторные процессорные инструкции (SIMD). При интенсивных вычислениях распараллеливание и задействование всех вычислительных ресурсов даёт возможность добиться производительности, превосходящей приложения на C/C++.

Язык поддерживает статическую типизацию и средства для безопасной низкоуровневой работы с памятью, напоминающие возможности языка Rust, такие как отслеживание времени жизни ссылок и проверка заимствования переменных (borrow checker). При этом в языке доступны и возможности для низкоуровневой работы, например, возможно прямое обращение к памяти в режиме unsafe с использованием типа Pointer, вызов отдельных SIMD-инструкций или доступ к аппаратным расширениям, таким как TensorCores и AMX.

Mojo может использоваться как в режиме интерпретации с использованием JIT, так и для компиляции в исполняемые файлы (AOT, ahead-of-time). В компилятор встроены современные технологии автоматической оптимизации, кэширования и распределённой компиляции. Исходный код на языке Mojo преобразуются в низкоуровневый промежуточный код MLIR (Multi-Level Intermediate Representation), развиваемый проектом LLVM. Компилятор позволяет применять для генерации машинного кода различные бэкенды, поддерживающие MLIR.

Среди изменений в Mojo 1.2:

• Добавлена поддержка сопоставления с образцом, используя конструкции match / case. В качестве образца могут использоваться литералы ("case 100:"), логические выражения с литералами ("case 100 | 200:"), кортежи ("case (10, 10, 10):"), структуры, ограничивающие условия ("case limit if limit > 10:") и шаблоны ("case _:"). Дополнительно реализовано выражение "comptime match" для выполнения проверки на этапе компиляции.

     def classify_point(p: Tuple[Int, Int]) -> String:
         match p:
             case 0, 0:
                 return "origin"
             case x, 0 if x ‹ 0:
                 return String("negative x-axis:", x)
             case x, 0:
                 return String("x-axis:", x)
             case 0, y:
                 return String("y-axis:", y)
             case x, y:
                 return String("point:", x, ",", y)
  

• Добавлена поддержка деструктуризации списков, которая может использоваться как отдельно, так и внутри проверок в match:

     var [first, *middle, last] = values
     match values:
         case []:
             print("empty")
         case [1, *middle, last]:
             print(len(middle), last)
         case [first, *rest]:
             print(first, len(rest))
  

• В выражения if, elif и while добавлена возможность использования конструкций "if case" и "while case" для проверки и извлечения данных.

      if case .Some(item) = value:
          return String("some:", item)
      else:
          return "none"
  
      while case .Some(item) = get_next():
          process(item)
  

• В библиотеку std.math добавлено более 20 математических функций (atan(), tan(), cbrt(), erfc(), lgamma(), log10(), remainder(), hypot() и т.п.), доступных в вариантах, способных работать на CPU и GPU, и не использующих системную библиотеку libm.
• Добавлен тип TargetAccelerator для метаданных аппаратных ускорителей, сочетающий возможности типов GPUInfo и CompilationTarget.
• Добавлен синтаксис "not ‹Trait›" для отключения реализации определённых типажей (например, "struct Handle(not Movable, Writable):"), который рекомендуется использовать вместо "‹Trait› where False".
• Появилась возможность определения собственных сообщений об ошибках в проверочных выражениях where - "where ‹condition› else "‹message›".

     def foo[sc: Int]() where sc › 1 else "scaling factor must be greater than"
  

• Компилятор mojo переведён на выделение памяти при помощи библиотеки jemalloc на платформе Linux. Компиляция крупных пакетов и больших ядер для GPU ускорилась на 10-13%. Например, пакет nn теперь компилируется за 61 секунду вместо 98.
• Проведена оптимизация производительности. Операции выравнивания строк ускорены до 86 раз, а повторения больших строк через оператор "*" примерно в 2 раза. Значительно повышена производительность методов String.startswith() и String.endswith(). В среднем на 20% ускорен разбор чисел с плавающей запятой при помощи функции atof().
• Структура StringSpan теперь предоставляет доступ к байтам строки только в режиме чтения (immutable). Поддержка структур MutStringSpan, MutStringSlice и параметра mut, позволявших напрямую изменять данные в строковом буфере, прекращена.
• Пустой кортеж "()" теперь всегда означает значение кортежа, а не тип. Для указания типа пустого кортежа следует указывать "Tuple[]".
• Ключевые слова async и await переименованы в "__async" и "__await для индикации их экспериментального статуса (старые варианты сохранены, но будут выдавать предупреждение).

Одновременно сформирован выпуск движка MAX Framework 26.7, предлагающего платформу для разработок в области машинного обучения. MAX Framework дополняет инструментарий Mojo средствами для разработки и отладки приложений, использующих модели машинного обучения в различных форматах (TensorFlow, PyTorch, ONNX и т.п.).

Новая версия примечательна публикацией исходного кода MAX Framework, включая бэкенды, runtime и графовый компилятор. Код опубликован под собственной лицензией "MAX License", которая допускает использование, модификацию, расширение и создание производных коммерческих продуктов, но вносит ограничения для защиты от фрагментации платформы, не допускающие создание специфичных для отдельных аппаратных платформ версий, нарушающих совместимость.

Из функциональных изменений в MAX Framework 26.7 отмечается добавление поддержки AI-моделей Muse Glimmer и MiMo-V2.6-Flash, возможность передачи видео в модели Qwen3.5 и Qwen3-VL, новый API Decisions для оценки вероятностей при классификации и принятии решений, значительное ускорение выполнения моделей на GPU NVIDIA B200 и AMD MI355. Реализован режим "eager" для ускорения тестирования и отладки кода, позволяющий выполнять операции мгновенно по мере их вызова, без предварительной полной обработки графовым компилятором.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66544

Компания Valve опубликовала дистрибутив для игровых консолей SteamOS 3.9

Платформа основана на Arch Linux, использует для ускорения запуска игр композитный сервер Gamescope на базе протокола Wayland, поставляется с доступной только на чтение корневой ФС, применяет атомарный механизм установки обновлений, поддерживает пакеты Flatpak, использует мультимедийный сервер PipeWire и предоставляет два режима работы интерфейса (оболочка Steam и рабочий стол KDE Plasma).

Среди изменений:

• Среда рабочего стола обновлена до выпуска KDE Plasma 6.7 (ранее была ветка 6.4).
• Осуществлена синхронизация со свежей пакетной базой Arch Linux. Ядро Linux обновлено до версии 7.2 (ранее поставлялась версия 6.16). Задействованы свежие версии графических драйверов.
• В загрузчике улучшена совместимость с некоторыми материнскими платами.
• Для десктоп-режима разрешена активация хранителя экрана в настройках.
• Для новых установок в качестве бэкенда для подключения к беспроводным сетям по умолчанию задействован пакет wpa_supplicant (ранее установленные системы продолжают использовать iwd, но могут переключиться на wpa_supplicant в конфигураторе). В wpa_supplicant реализована возможность быстрого переподключения к WiFi после выхода из спящего режима (ранее данная возможность была доступна только в iwd).
• Добавлена начальная поддержка спящего режима, при котором содержимое памяти сохраняется на диск (hibernation). Режим пока недоступен в интерфейсе Game Mode и в сборках для консоли Steam Deck.
• Улучшена работа SteamOS в виртуальных машинах с поддержкой аппаратного ускорения графики (virtio-gpu, venus).
• Различные скрипты и пакеты переименованы с "steamos-" в "holo-".
• Улучшена поддержка беспроводного адаптера Steam Frame.
• Снижено энергопотребление в режиме простоя при работе на Steam Deck без воспроизведения звука.
• Добавлена начальная поддержка управления яркостью экрана на игровой консоли Legion Go 2.
• Возвращена поддержка IPC Android Binder.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66543

YouTube добавит поддержку AV2 в начале 2027 года, Intel готовит SVT-AV2

Компания Intel ведёт разработку библиотеки SVT-AV2 (Scalable Video Technology AV2) c реализациями кодировщика и декодировщика AV2, ускоренными при помощи процессорных расширений для аппаратного распараллеливания вычислений. Компания Meta намерена задействовать AV2 для распространения видео на Facebook и Instagram, как когда-то было сделано с кодеком AV1, а также проявляет интерес к открытым звуковым кодекам OAC (Open Audio Codec) и OAR (Open Audio Renderer).

Источник: https://www.opennet.ru/opennews/art.shtml?num=66540

Выпуск системы шифрования дисковых разделов VeraCrypt 1.26.30

Среди изменений в новой версии:

• Устранено несколько уязвимостей: Переполнение буфера (CVE-2026-77372) при десериализации запросов в привилегированном сервисе. Получение прав root из-за некорректной работы инсталлятора со временными файлами в директории /tmp. Оставление расшифрованных данных после отмонтирования в macOS при использовании FUSE-T (CVE-2026-108982). Повышение привилегий в версии для Windows.
• Добавлен поддержка доступных на запись разделов, размещаемых в файлах на совместных хранилищах без root-доступа (например, GVfs или NFS в режиме root_squash).
• Cкрипт mount.veracrypt переписан на POSIX shell.
• Улучшена очистка данных токенов.
• В Linux улучшена работа с носителями в режиме только для чтения.
• Добавлена защита от утечки в дочерние процессы файловых дескрипторов, связанных с привилегированными сервисами и аутентификацией.
• Обеспечено определение возможностей CPU до запуска базовых сервисов для задействования аппаратного ускорения при работе с монтируемыми разделами.
• В диалоги генерации файла с ключами, проверки производительности хэшей настройки пула случайных чисел добавлена поддержка хэш-функции BLAKE2b-512.
• В OpenBSD добавлена поддержка создания разделов FFS в интерфейсе командной строки и графическом конфигураторе.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66541

В systemd добавлена возможность разработки компонентов на языке Rust

Компоненты systemd на Rust динамически связываются с Си-библиотекой libsystemd-shared. Rust-обвязки над libsystemd-shared генерируются автоматически на этапе сборки из заголовочных файлов при помощи утилиты bindgen, и становятся доступны для rust-программ в форме пакета systemd_shared. Для работы требуется как минимум версии rustc 1.85 и bindgen 0.71.1, соответствующие версиям из Debian 13.

Тестовый исполняемый файл на Rust при сборке с LTO-оптимизациями занимает 32 КБ, при том что аналог на Си занимает 20 КБ. По умолчанию поддержка Rust включается только при наличии в системе соответствующего Rust-инструментария (-Drust=auto). В качестве первого компонента, написанного на Rust, развивается systemd-keyring-setup, который пока не принят в основную кодовую базу systemd. Systemd-keyring-setup предназначен для настройки и управления X.509-сертификатами для механизмов ядра Linux dm-verity, fs-verity и bpf.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66539

Критическая уязвимость в декодировщике Brotli, затрагивающая Node.JS, Bun, браузеры, HTTP-клиенты и другие проекты

Проблема была выявлена компанией OpenAI в феврале этого года и блокирована в кодовой базе Brotli через отбрасывание некорректных потоков при декодировании. 22 октября были опубликованы корректирующие выпуски Brotli 1.0.10, 1.1.1 и 1.2.1 в которых явно было заявлено об устранении уязвимости и исправлена суть проблемы. В этот же день был создан прототип эксплоита, позволивший удалённо выполнить код в лабораторных условиях, при использовании нестандартных сборок (в стандартных сборках происходило аварийное завершение). Позднее компания Imperva зафиксировала атаку на штатные сборки Node.js 24.22.0 в Linux-окружении на системе ARM64.

Уязвимость приводит к записи за пределы буфера из-за некорректной обработки ошибок в процессе разбора блоков в сжатом потоке. Функция DecodeBlockTypeAndLength() вместо кода ошибки возвращала только значения true и false, что не позволяло вызывающему коду отличить повреждение потока от состояния, требующего передачи в функцию дополнительных данных. В случае указания в потоке некорректного типа блока сжатых данных, декодировщик воспринимал его не как ошибку, а как состояние нехватки данных, требующее дополнительного чтения из потока. Но так как выделенный буфер не был рассчитан на дополнительно прочитанные данные, они записывались в область за его пределами, в которой хранилось внутреннее состояние декодировщика.

Подверженные уязвимости проекты:

• Эталонная библиотека brotli, проблема проявляется начиная с выпуска 1.0.3 и устранена в обновления 1.0.10, 1.1.1 и 1.2.1. Уязвимость затрагивает приложения и библиотеки, использующие библиотеку libbrotlidec.
• JavaScript платформа Node.js, проблема устранена в обновлениях 26.12.1, 24.22.1 и 22.23.4. Атакованы могут быть приложения, использующие для запроса стороннего контента метод fetch(), который автоматически декодирует HTTP-ответы с заголовком "Content-Encoding: br". Также уязвимость проявляется при прямом вызове методов zlib.brotliDecompress*(), createBrotliDecompress() и brotli.decompress() для распаковки стороннего содержимого или при приёме HTTP-запросов с разбором через библиотеки Express 5 и body-parser 2.x.
• Python-пакеты brotli и brotlicffi (исправление предложено в версии 1.2.1) и использующие их проекты, среди которые популярные библиотеки urllib3, aiohttp, httpx и Scrapy, которые декодируют ответы с заголовком "Content-Encoding: br" при обращении к внешним web-ресурсам.
• HTTP-серверы, HTTP-прокси, HTTP-клиенты и web-браузеры, поддерживающие сжатие Brotli ("Accept-Encoding: br"). В Apache httpd поставляется mod_brotli (отключён по умолчанию). Для nginx доступен сторонний модуль ngx_brotli (уязвимость уже устранена). В Chrome/Chromium и Firefox проблема уже устранена в одном из прошлых обновлений. В прокси-сервере Envoy уязвимость устранена в выпусках 1.40.0, 1.39.3, 1.38.6, 1.37.8, 1.36.12.
• .NET runtime при использовании в приложении методов BrotliDecoder, BrotliStream и HttpClient. Уязвимость пока не устранена.
• PHP-расширение brotli при использовании функции brotli_uncompress(). Исправление в процессе подготовки.
• Ruby-пакет brotli при использовании метода Brotli.inflate. Уязвимость пока не устранена.
• СУБД DuckDB при импорте сжатых Parquet-файлов. Исправление в процессе подготовки.
• СУБД ClickHouse. Исправление в процессе подготовки.
• СУБД YDB. Уязвимость пока не устранена.
• Apache Arrow при импорте сжатых Parquet-файлов. Исправление в процессе подготовки.
• libjxl (при сжатии метаданных в JPEG XL используется Brotli). Исправление в процессе подготовки.
• Архиваторы NanaZip, 7-Zip-zstd и p7zip при распаковке br-файлов. Уязвимость не устранена.
• MuPDF. Уязвимость не устранена.
• UEFI-прошивки на базе EDK II и UEFITool, сжатые при помощи Brotli. Исправление в процессе подготовки - EDK II и UEFITool.
• JavaScript-платформа Bun. Уязвимость устранена в версии 1.4.4.
• Платформа для управления микросервисами Istio. Уязвимость устранена в версиях 1.29.9, 1.30.6 и 1.31.2.
• curl и libcurl, уязвимость проявляется при наличии в зависимостях уязвимой версии libbrotlidec.
• Парсеры формата шрифтов Web Open Font (WOFF), в котором используется Brotli.
• Brotli4j, SumatraPDF, Ghostscript, CatBoost и YTsaurus. Уязвимость устранена в одном из обновлений.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66537

Выпуск системы потокового видеовещания OBS Studio 33.0

Целью разработки OBS Studio было создание переносимого варианта приложения Open Broadcaster Software (OBS Classic), не привязанного к платформе Windows, поддерживающего OpenGL и расширяемого через плагины. Отличием также является использование модульной архитектуры, подразумевающей разделение интерфейса и ядра программы. Поддерживается перекодирование исходных потоков, захват видео во время игр и стриминг в PeerTube, Twitch, Facebook Gaming, YouTube, DailyMotion и другие сервисы. Для обеспечения высокой производительности возможно использование механизмов аппаратного ускорения (например, NVENC, Intel QSV, Apple Video Toolbox и VAAPI).

Предоставляется поддержка композитинга с построением сцены на основе произвольных видеопотоков, данных с web-камер, карт захвата видео, изображений, текста, содержимого окон приложений или всего экрана. В процессе вещания допускается переключение между несколькими предопределёнными вариантами сцен (например, для переключения представлений с акцентом на содержимое экрана и изображение с web-камеры). Программа также предоставляет инструменты для микширования звука, фильтрации при помощи VST-плагинов, выравнивая громкости и подавления шумов.

Ключевые изменения:

• Источники вещания на базе браузера (Browser Source) и панели с web-контентом переведены на новый выпуск инструментария CEF 150 (Chromium Embedded Framework). Ранее использовался CEF 127, выпущенный в июле 2024.
• Полностью переделана загрузка плагинов. Официальные плагины размещены в отдельном подкаталоге "Core", а неофициальные пока продолжают загружаться из старых мест.
• Улучшено выравнивание (snapping) источников контента в окне предпросмотра. Добавлен новый визуальный индикатор, показывающий по какой границе выровнен элемент. Обеспечена привязка источников по осям, а не только при приближении вплотную к объектам (видео с демонстрацией). Убрана привязка к скрытым элементам.
• Улучшены поля ввода чисел, ввод в которых больше не блокируется в некоторых ситуациях, а числа не обрезаются. Значения теперь обновляются только по нажатию Enter, которое не закрывает окно. Добавлена поддержка изменения значений нажатием "Shift + ↑/↓". Обеспечена корректная работа курсора при перетаскивании.
• На системах ARM64 включена поддержка ускорения кодирования видео при помощи NVENC (NVIDIA Encoder).
• Для звуковых и видео эффектов NVIDIA задействована новая версия NVIDIA Broadcast SDK.
• В Safe Mode прекращён запуск WebSocket Server.
• В режиме захвата вывода игр улучшено определение полноэкранных игр.
• Улучшено определение прозрачности при захвате экрана macOS.
• Прекращена поддержка Ubuntu 24.04.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66536

Ещё одна уязвимость в PHP, в редких конфигурациях позволяющая удалённо выполнить код

В качестве обходного пути защиты рекомендуется выставить в php.ini параметр "session.upload_progress.enabled=0", который также был рекомендован в качестве одной из мер блокирования прошлой критической уязвимости. Проблема проявляется при наличии в настройках параметра "session.serialize_handler", выставленного в значение "php_binary" или "php_serialize", и изменения этого парамтера в PHP-коде на значение "php" через функцию "ini_set()" на стадии до вызова функции session_start().

Источник: https://www.opennet.ru/opennews/art.shtml?num=66534

Выпуск криптографических библиотек OpenSSL 4.1.0 и LibreSSL 4.4.0

Основные новшества:

• Добавлена начальная поддержка архитектуры Elbrus2000 (e2k).
• Добавлена поддержка протокола DTLS 1.3 (RFC 9147), представляющего собой адаптацию TLS 1.3 для UDP и SCTP.
• В API SSL Listener добавлена поддержка DTLS.
• Добавлена поддержка механизма GREASE (RFC 8701, Generate Random Extensions And Sustain Extensibility), который при согласовании соединения добавляет фиктивные значения в разные поля протоколов TLS и DTLS для проверки корректности их обработки на серверах и межсетевых экранах (сервер должен игнорировать неизвестные значения и продолжить согласование соединения на основе известных).
• Добавлена поддержка функции формирования ключа (KDF) IKEv2 (Internet Key Exchange).
• Реализована поддержка новых сборочных целей VC-WIN32-MSVC2013 и VC-WIN64A-MSVC2013 для сборки с использованием MSVC 2013. Удалены цели VC-WIN64I (Windows на системах Itanium) и VC-CE (Windows CE).
• Добавлены варианты реализаций ML-DSA и ML-KEM, оптимизированные для архитектуры ppc64le, а также вариант ML-DSA, оптимизированный для x86_64.
• Добавлен вариант кода дешифровки AES-CBC, оптимизированный при помощи x86_64-расширений AVX-512 и VAES.

Дополнительно можно отметить выпуск переносимой редакции пакета LibreSSL 4.4.0, развивающего форк OpenSSL. Выпуск LibreSSL 4.4.0 рассматривается как экспериментальный, в котором развиваются возможности, которые войдут в состав OpenBSD 8.1. Изменения в новой версии LibreSSL в основном связаны с исправлением ошибок, оптимизациями и решением проблем совместимости с OpenSSL. Значительно улучшена поддержка платформы Windows и добавлена поддержка сборки для macOS 27.0. Включены ассемблерные оптимизации для MIPS32 и MIPS64. Повышена производительность SHA-3.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66533

Что ждёт меня, что ждёт тебя
То же, что и всех нас
Когда кончится газ
Когда кончится боезапас

Старик умирает, да всё никак не умрёт
Засеем поле руками, засеем поле
Оторванными ногами
Засеем поле нашими головами

Кому собирать урожай

2-й СОРТ и Нина Потехина - Великое ничего

(#чтопослушать)

Около 10% выходных узлов Tor были вовлечены в атаку по перехвату SSH-подключений

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

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

Если пользователь игнорировал данное предупреждение и вводил пароль для подключения, то вредоносный сервер транслировал через себя подключение к легитимному целевому SSH-серверу, сохранял введённый жертвой пароль и перехватывал информацию о действиях в SSH-сеансе. Параллельно осуществлялось подключение к целевому серверу с захваченным паролем и установка на него вредоносного ПО Ebury. Получая контроль над Linux-серверами, не являющимися выходными узлами Tor, атакующие меняли настройки в файле torrc и превращали их новые вредоносные выходные узлы Tor.

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

Источник: https://www.opennet.ru/opennews/art.shtml?num=66531