| · | 08.11 | Представлен kmorph для быстрого восстановления после сбоя или обновления ядра Linux (37 +6) |
|
Разработчики проекта Multikernel, позволяющего на одном физическом компьютере выполнять несколько независимых экземпляров ядра без гипервизора и виртуализации, представили инструментарий kmorph, реализующий средства для быстрого восстановления после аварийной остановки ядра Linux или для замены ядра в Live-режиме без полноценной перезагрузки. Проект развивает Конг Ванг (Cong Wang), сопровождающий подсистему управления трафиком (TC, Traffic Control) в ядре. Метод быстрого перезапуска основан на предварительной загрузке в память запасного ядра, которым подменяется основное рабочее ядро в случае сбоя или при необходимости замены ядра на новую версию.
Предложенный подход позволяет обойтись без полноценной перезагрузки и почти мгновенно возобновить работу, сведя к минимуму время простоя. В настоящее время в случае аварийной остановки работы ядра полная перезагрузка крупных серверов занимает несколько минут из-за длительных процессов инициализации оборудования, загрузки системного окружения и сохранения дампа памяти ядра через механизм kdump. По сути при использовании kdump выполняется две перезагрузки ядра - вначале через kexec загружается отдельный экземпляр ядра для сохранения дампа памяти, после чего выполняется загрузка рабочего ядра и запуск системных сервисов. В случае применения kmorph в привязке к отдельному ядру CPU в память заранее загружается запасное ядро Linux и минимальное системное окружение, которое отслеживает состояние основного ядра. В случае зависания или впадение в состояние panic основного ядра, запасное окружение берёт управление на себя, сохраняет дамп памяти сбойного ядра, переключает на себя процессорные ядра, память, устройства, сетевую конфигурацию и ФС. Переключение координируется при помощи двух программ: kmorph - запускается в активном окружении, формирует начинку запасного окружения и синхронизирует в нём состояние сети; kmorphd - запускается в запасном окружении и отслеживает состояние активного окружения. Помимо переключения в случае аварии, предоставляется возможность использования kmorph для обновления ядра без традиционной перезагрузки. Для ускорения восстановления в запасном окружении помимо ядра и минимального набора системных компонентов в режиме ожидания могут запускаться типовые сервисы, такие как nginx. В этом случае в момент активации запасного окружения сервис nginx уже будет загружен в память и сразу начнёт обрабатывать запросы после переключения в новое окружения сетевой карты, активации сетевой конфигурации и смены корневой ФС. В проведённых тестах сервер с nginx при помощи kmorph возобновляет работу примерно через 2 секунды после сбоя ядра, но в будущем намерены добиться мгновенного переключения незаметно для подключённых клиентов. В настоящее время в kmorph поддерживаются архитектуры x86_64 и ARM64, а также ведётся работа над поддержкой RISC-V. Интеграция kmorph в дистрибутивы Linux осуществляется по аналогии с поддержкой kdump, через штатные инструменты dracut, initramfs-tools, kernel-install и сервис systemd. В состав ядра уже входят механизмы Kexec HandOver (KHO) и Live Update Orchestrator (LUO), позволяющие запускать новое ядро из старого без потери состояния системы и без остановки работы устройств. Но они не могут применяться в случае сбоя в ядре, так как требуют для сохранения состояния работающего ядра. KHO и LUO также отстают от kmorph по скорости переключения из-за того, что в kmorph новое ядро уже находится в памяти, а KHO и LUO требуют перезагрузки ядра через kexec.
| ||
|
Обсуждение (37 +6) |
Тип: К сведению |
| ||
| · | 08.11 | Доступен Emscripten 7.0, компилятор из C/C++ в WebAssembly (48 +4) |
|
Опубликован выпуск инструментария Emscripten 7.0, позволяющего компилировать код на C/C++ и других языках, для которых имеются фронтэнды на базе LLVM, в универсальный низкоуровневый промежуточный код WebAssembly. Полученный результат можно использовать для интеграции с JavaScript-проектами, запуска в web-браузере, использования в Node.js или создания обособленных многоплатформенных приложений, запускаемых при помощи wasm runtime. Код проекта распространяется под лицензией MIT. В компиляторе используются наработки проекта LLVM, а для генерации WebAssembly и оптимизации задействована библиотека Binaryen.
Основной целью Emscripten заявлено создание инструмента, позволяющего выполнять в Web код независимо от языка программирования, на котором этот код изначально написан. В компилируемых приложениях могут использоваться вызовы стандартных библиотек C и С++ (libc, libcxx), расширения C++, многопоточность на базе pthreads, API POSIX и многие мультимедийные библиотеки. Отдельно предоставляются API для интеграции с Web API и кодом на JavaScript. Emscripten поддерживает трансляцию вывода библиотеки SDL2 через Canvas, а также реализует поддержку OpenGL и EGL через API WebGL, что позволяет преобразовывать в WebAssembly графические приложения и игры (например, имеется порт тулкита Qt, поддерживаются игровые движки Unreal Engine и Unity, а также движок симуляции физических процессов Bullet). Помимо компиляции кода на C/C++ отдельно развиваются проекты для запуска в браузерах интерпретаторов и виртуальных машин для языков Lua, C#, Python, Ruby и Perl. Кроме того, возможно применение фронтэндов к LLVM, отличных от Clang, например, фронтэндов для языков, как Swift, Rust, D и Fortran. Присвоение номера версии 7.0 связано с внесением изменений, нарушающих совместимость. Основные изменения в Emscripten 7.0:
| ||
|
Обсуждение (48 +4) |
Тип: Программы |
| ||
| · | 08.11 | Выпуск дистрибутивов OpenIndiana 2026.10 и OmniOS r151060 на технологиях OpenSolaris (26 +7) |
|
Представлен релиз свободного дистрибутива OpenIndiana 2026.10, пришедшего на смену дистрибутиву OpenSolaris, развитие которого было прекращено компанией Oracle. OpenIndiana предоставляет пользователю рабочее окружение, построенное на базе свежего среза кодовой базы проекта Illumos. Непосредственно разработка технологий OpenSolaris продолжается проектом Illumos, в котором развивается ядро, сетевой стек, файловые системы, драйверы, а также базовый набор пользовательских системных утилит и библиотек. Для загрузки сформировано три вида iso-образов - серверная редакция с консольными приложениями (594 МБ), минимальная сборка (543 МБ) и сборка с графическим окружением MATE (2.5 ГБ).
Основные изменения в OpenIndiana 2026.10:
Помимо этого опубликован релиз дистрибутива OmniOS Community Edition r151060, основанного на наработках проекта Illumos, продолжающего развитие ядра, сетевого стека, файловых систем, драйверов, библиотек и базового набора системных утилит OpenSolaris. OmniOS примечателен предоставлением поддержки гипервизоров bhyve и KVM, виртуального сетевого стека Crossbow, файловой системы ZFS и средств запуска легковесных Linux-контейнеров. Дистрибутив может применяться для построения масштабируемых web-систем, виртуализации и создания систем хранения. Среди изменений в новом выпуске:
| ||
|
Обсуждение (26 +7) |
Тип: Программы |
| ||
| · | 07.11 | Выпуск системы мониторинга Zabbix 8.0 (68 +16) |
|
Состоялся релиз открытой системы мониторинга Zabbix 8.0, который отнесён к версиям с длительным сроком официальной поддержки (LTS). Zabbix - универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, IT-сервисов, web-сервисов и облачной инфраструктуры. Код проекта распространяется под лицензией AGPLv3.
Система реализует полный цикл от сбора данных, их обработки и преобразования, анализа этих данных для обнаружения проблем, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалации. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через мощный API. Для централизованного управления предоставляется web-интерфейс. Основные улучшения в версии 8.0 LTS (1, 2, 3):
| ||
|
Обсуждение (68 +16) |
Тип: Программы |
| ||
| · | 07.11 | Опубликован fix-it-in-wine для быстрого исправления работы Windows-приложений в Wine (134 +19) |
|
Представлены открытые проекты "fix-it-in-wine" и "dllmgr", предлагающие новый подход к устранению проблем совместимости Windows-приложений с Wine. В fix-it-in-wine входит набор инструкций и инструментов для AI-агентов, позволяющий диагностировать и исправлять ошибки Wine, проявляющиеся при выполнении конкретных приложений. Проект dllmgr предоставляет своего рода пакетный менеджер для DLL Wine, позволяющий использовать библиотеки из других версий Wine, альтернативные реализации от независимых разработчиков и подготовленные своими силами варианты с исправлением отдельных ошибок. Оба проекта распространяются под лицензией BSD.
При помощи развиваемого инструментария пользователь может поручить AI-агенту разобраться, почему конкретная программа не работает, без ожидания исправления ошибки разработчиками Wine. Агент анализирует поведение приложения и отладочные логи, ищет соответствующие сообщения в Bugzilla проекта Wine, определяет проблемную DLL, собирает её отдельно от остального Wine и пытается устранить ошибку. Полученная библиотека устанавливается только для выбранного приложения, без изменения системного Wine, с возможностью отката изменения. В отличие от существующих решений, таких как PlayOnLinux, вместо установки целиком подходящей версии Wine предоставляется возможность сборки необходимой конфигурации из отдельных DLL и исправлений для них. Например, если приложение работает с большинством библиотек Wine 9, но требует более новой реализации одной функции из Wine 11, нет необходимости заменять весь Wine, а достаточно использовать подходящую версию одной библиотеки. Исправленный вариант DLL можно опубликовать в общем каталоге, чтобы другие пользователи могли применить готовое решение. Так как продвижение сгенерированных через AI исправлений в Wine проблематично из-за правил проекта, предлагается передавать в upstream не готовые патчи, а описание выявленных ошибок, условия их воспроизведения, результаты диагностики, объяснения причин неправильного поведения и описание найденного решения. В перспективе на базе развиваемых проектов может быть сформирована децентрализованная экосистема для распространения исправлений к Wine, распространяемых независимо от основного проекта. На текущем этапе развития проекты находятся в состоянии ранних прототипов. В fix-it-in-wine уже имеются инструменты диагностики, поиска ошибок в Bugzilla, сборки отдельных DLL, установки локальных замен и их отката, но пока отсутствует поддержка исправления некоторых ключевых библиотек Wine и библиотек с Unix-компонентами. В dllmgr реализованы формат каталога, его проверка и индексация, а также экспериментальные сценарии применения отдельных исправлений, но отсутствуют полноценные графический и консольный интерфейсы.
| ||
| · | 06.11 | Релиз коммуникационной платформы Asterisk 24 (70 +15) |
|
После года разработки состоялся релиз стабильной ветки открытой коммуникационной платформы Asterisk 24, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходный код проекта написан на языке Си и доступен под лицензией GPLv2.
Asterisk 24 отнесён к категории выпусков с расширенной поддержкой (LTS), обновления для которого будут выпускаться в течение пяти лет вместо свойственных для обычных выпусков двух лет. Поддержка прошлой LTS-ветки Asterisk 22 продлится до октября 2029 года, а ветки Asterisk 20 до октября 2027 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности. Среди изменений в Asterisk 24:
| ||
|
Обсуждение (70 +15) |
Тип: Программы |
| ||
| · | 06.11 | Уязвимость в пакетном менеджере APT, позволяющая совершить MITM-атаку для получения прав root (141 +25) |
|
Опубликованы корректирующие выпуски инструментария для управления пакетами APT, в которых устранена уязвимость (CVE-2026-109518), дающая возможность обойти проверку при загрузке файлов и добиться выполнения своего кода с правами root. Всего сформировано 13 выпусков, охватывающих все сформированные за последние 10 лет ветки APT, начиная с 1.2.x. Обновления пакетов с устранением уязвимости также уже сформированы для различных версий Debian, Ubuntu и Deepin. В конфигурации по умолчанию проблема затрагивает все выпуски начиная с Debian 12 и Ubuntu 22.04. Эксплуатация более старых версий возможна в случае выставления в параметр Acquire::Retries значения больше 0.
Атакующий, способный во время установки пакета вклиниться в HTTP-трафик между пользователем и репозиторем пакетов, может добиться установки подменённого неверифицированого варианта пакета, что позволяет ему получить привилегии root в системе. Атака может быть произведена, например, через компрометацию зеркал, прокси-серверов, беспроводных точек доступа или провайдерских шлюзов. В отчёте об уязвимости детали не упоминаются, указано лишь, что проблема вызвана некорректной работой с жёсткими ссылками. Судя по патчу, в котором открытие файла с флагом FileFd::Empty (O_TRUNC) заменено на FileFd::Exclusive (O_EXCL), при возобновлении прерванной загрузки атакующий мог добиться перезаписи данных, для которых при первой загрузке уже была выполнена проверка по хэшу.
| ||
|
Обсуждение (141 +25) |
Тип: Проблемы безопасности |
| ||
| · | 06.11 | Опубликован Fedora Asahi Remix 45, дистрибутив для ARM-чипов Apple (78 +7) |
|
Опубликован дистрибутив Fedora Asahi Remix 45, предназначенный для установки на компьютеры Mac, оснащённые ARM-чипами, разработанными компанией Apple. Fedora Asahi Remix 45 основан на пакетной базе Fedora Linux 45 и оснащён инсталлятором Calamares. Изначально дистрибутив Asahi Linux развивался на основе Arch Linux, но в 2023 году был переведён на пакетную базу Fedora, что позволило сфокусировать усилия на обратном инжиниринге и поддержке оборудования, а сборку готового к установке дистрибутива передать рабочей группе Fedora Asahi SIG.
В Fedora Asahi Remix обеспечена возможность работы на системах Apple Mac, оснащённых ARM-чипами серии Apple Silicon - M1, M2, M3 и M4, применяемых в устройствах Mac Mini, MacBook Air, MacBook Pro, Mac Pro, Mac Studio и iMac. На устройствах с чипами M1, M2 и M3 полностью поддерживается: звуковая подсистема компьютеров Apple, камера, микрофон, Wi-Fi, Bluetooth, устройства ввода, USB Type C (USB 3.0) и зарядка MagSafe. Пока не поддерживается: подключение экрана через USB-C, Thunderbolt/USB4 и Touch ID. В качестве основного пользовательского окружения поставляется KDE Plasma 6.8, но опционально доступна редакция с GNOME 51, а также версия для серверов и минималистичная сборка. В редакциях с KDE и GNOME используется Wayland, а для запуска X11-приложений применяется DDX-сервер XWayland. В графических драйверах поддерживается OpenGL 4.6, OpenGL ES 3.2 и Vulkan 1.4 (в родных графических драйверах для чипов M1 от компании Apple реализована только спецификация OpenGL 4.1). Для запуска в отдельных виртуальных машинах приложений, собранных для систем x86_64, предоставляется инструментарий muvm и слой эмуляции на базе пакета FEX. При эмуляции поддерживается проброс GPU и использование Wine с прослойками DXVK и vkd3d-proton для выполнения компьютерных игр, собранных для архитектуры x86_64 и распространяемых через каталог Steam. Кроме изменений, свойственных выпуску Fedora Linux 45, отмечается обеспечение официальной поддержки устройств Apple на чипах M3. Заявлена возможность работы на устройствах MacBook и iMac серий M3, M3 Pro и M3 Max. Уровень поддержки оборудования для Apple M3 близок к уровню для устройств M1 и M2. Ограничения в функциональности при работе на системах M3 связаны с неполной поддержкой дисплейного процессора (DCP) и GPU, а также недостаточной производительностью и эффективностью энергопотребления при использовании 3D-ускорения.
| ||
|
Обсуждение (78 +7) |
Тип: Программы |
| ||
| · | 06.11 | Claude Code раскрывал email пользователя при обращении к некоторым сайтам (47 +18) |
|
В AI-агенте Claude Code выявлена проблема с обеспечением конфиденциальности, приводившая к утечке сведений о email-адресе при обращении к некоторым сторонним сайтам. Email указывался в HTTP-заголовке User-Agent без согласия пользователя и без возможности отключить такое поведение. Подстановка осуществлялась для отдельных сайтов, таких как Wikipedia и SEC (Securities and Exchange Commission), которые не принимают запросы от ботов, в которых не указан email владельца. Судя по комментарию представителя компании Anthropic, подобная активность была не специально добавленной функцией, а самодеятельностью AI-модели, которая учла требования по оформлению запросов от ботов и рекомендации RFC-9110, предписывающие передавать контактный email для автоматизированных обращений.
Данные о email, привязанном к учётной записи пользователя, в Claude Code передавались AI-модели для того чтобы она учитывала контекст при обработке задач, связанных с пользователем и его учётной записью. Без подобного контекста модель галлюцинировала, и использовала выдуманные сведения, например, в тегах "@author". Побочным эффектом оказалось то, что AI-модель стала использовать email не только для ожидаемых целей, но и при выполнении сопутствующих задач, например, подставляла в поле User-Agent при формировании строк запуска утилиты curl. Для блокирования утечки email во внешних запросах подготовлен плагин cc-plugin-privacy, который включён в штатный набор плагинов и активирован по умолчанию в выпуске claude-code 2.1.317. Плагин запрашивает у пользователя подтверждение перед применением web-инструментов или генерацией команд в стиле curl, в которых упоминается email. Плагин не решает всех возможных путей утечки, например, не помогает в ситуации, когда Claude генерирует и сам запускает скрипт. Для полного блокирования проблемы в следующем релизе Claude Code, который планируют выпустить через несколько дней, решено удалить email из контекста, передаваемого AI-модели.
| ||
|
Обсуждение (47 +18) |
Тип: Проблемы безопасности |
| ||
| · | 06.11 | Первый выпуск программы для ведения списка задач QGoForIt (89 –14) |
|
Состоялся первый релиз программы для ведения списка задач QGoForIt, напоминающей по своим возможностям приложение GoForIt, но написанной с использованием Qt. Код проекта написан на С++ и распространяется под лицензией GPLv3.
Возможности, реализованные в QGoForIt:
Среди отличий от GoForIt: автоматическая очистка завершённых задач старше N дней; отслеживание внешних изменений todo.txt; защита от запуска второй копии; portable-режим, при котором данные, конфигурация, иконки и переводы хранятся рядом с исполняемым файлом. Пока не реализовано: несколько списков задач, фильтрация по проектам и контекстам и поддержка плагинов. ![]()
| ||
| · | 06.11 | Выпуск FluxCast 0.3.0, инструмента для трансляции рабочего стола Linux на Smart TV (7 +10) |
|
Состоялся релиз проекта FluxCast 0.3.0, предназначенного для организации стриминга рабочего стола Linux на экраны Smart TV по протоколам Wi-Fi Direct (Miracast), DLNA и Chromecast с минимальной задержкой. Исходный код проекта написан на Python и распространяется под лицензией GPLv3.
Среди изменений:
| ||
| · | 05.11 | 948 уязвимостей в ядре Linux с подтверждёнными эксплоитами для получения прав root (252 +50) |
|
Компания OpenAI раскрыла информацию о выявлении в ядре Linux 1724 уязвимостей, для 948 из которых удалось создать рабочие эксплоиты, позволяющие локальному пользователю получить root-доступ в системе, а для 291 уязвимости подготовить эксплоиты, приводящие к утечке информации. Затраты на анализ кода и генерацию эксплоитов при помощи AI-моделей GPT-5.5 и GPT-5.6 Cyber оцениваются в 1.21 млн долларов, что составляет 1279 долларов за каждый эксплойт. Для сравнения вознаграждения на разработку одного подобного эксплоита на конкурсах Pwn2Own и TyphoonPWN составляет от $20000 до $70000 (рентабельность от 16 до 55 раз).
Работоспособность эксплоитов была проверена в типовых дистрибутивах Linux с включёнными механизмами защиты SMEP (Supervisor Mode Execution Prevention), SMAP (Supervisor Mode Access Prevention), KASLR (Kernel Address Space Layout Randomization) и HARDENED_USERCOPY. При тестировании в защищённом окружении с ограниченной поверхностью атаки, используемом в проводимом Google соревновании kernelCTF, удалось успешно применить 21 эксплоит для повышения привилегий и 25 для утечки информации (для сравнения за весь 2026 год на соревновании kernelCTF было успешно продемонстрировано 26 эксплоитов для повышения привилегий). Для поиска уязвимостей в рамках инициативы Patch the Planet был разработан многоэтапный процесс. На первом этапе AI-агенты в ходе статического анализа отобрали наиболее подходящие для поиска уязвимостей участки кода, что позволило сузить область поиска до 2.8 млн строк (7% кодовой базы). После этого при помощи AI-агентов был проведён анализ отобранного кода и выявление кандидатов на уязвимости. На втором этапе было осуществлено отсеивание ложных кандидатов, путём написания прототипов эксплоитов и их проверки в изолированных виртуальных машинах. После этого прототипы эксплоитов доводились до полноценного рабочего состояния, способного обходить типовые механизмы защиты, такие как рандомизацию адресов. На следующем этапе AI-агенты сформировали патчи для исправления уязвимостией, а на финальном этапе каждый эксплоит и патч был проверен человеком. В ходе исследования AI-агенты самостоятельно разработали и применили как минимум 10 ранее неизвестных техник эксплуатации ядра и обхода защит. В одном из случаев AI-модель выявила и эксплуатировала уязвимость в эмуляторе QEMU, применяемом для изоляции тестового окружения. Уязвимость в QEMU была найдена AI-агентом при попытке эксплуатации уязвимости в коде ядра, используемом для передачи управления системным вызовам. Попытки завершались аварийной остановкой и AI-агент определил, что причиной тому ошибка в QEMU, и включил эту уязвимость в отчёт. На следующем этапе AI-агент для разработки рабочих эксплоитов подготовил соответствующий эксплоит для QEMU.
| ||
|
Обсуждение (252 +50) |
Тип: Проблемы безопасности |
Интересно
| ||
| · | 05.11 | Выпуск браузера Vivaldi 8.3 c новым блокировщиком рекламы (53 +2) |
|
Состоялся релиз проприетарного браузера Vivaldi 8.3, разрабатываемого на базе движка Chromium бывшими разработчиками движка Opera Presto. Сборки Vivaldi подготовлены для Linux, Windows, macOS, Android и iOS. Изменения, вносимые в кодовую базу Chromium, проект распространяет под открытой лицензией. Интерфейс браузера написан на языке JavaScript с использованием библиотеки React, платформы Node.js, Browserify и различных готовых NPM-модулей. Реализация интерфейса доступна в исходных текстах, но под проприетарной лицензией.
Проект ставит своей задачей создание настраиваемого и функционального браузера, сохраняющего приватность данных пользователей. В число основных функций входит блокировщик слежки и рекламы, менеджеры заметок, истории и закладок, приватный режим просмотра, синхронизация, защищённая сквозным шифрованием, режим группировки вкладок, боковая панель, конфигуратор с большим числом настроек, режим горизонтального отображения вкладок, а также встроенный почтовый клиент, RSS-ридер и календарь. В новой версии предложен полностью переработанный блокировщик рекламы и трекеров, в котором пользователям предоставлена возможность настройки своих собственных уровней блокировки. По умолчанию на выбор доступно четыре уровня: "Отключена" (отключает блокировщик), "Слабая" (блокирует большинство слежки и часть рекламы), "Средняя" (блокирует почти всю слежку и рекламу, сайты могут ломаться) и "Сильная" (блокирует почти всю слежку и рекламу, сайты могут часто ломаться). Также теперь браузер запоминает индивидуальные настройки уровня блокировки для каждого сайта. ![]() Среди других улучшений:
| ||
| · | 05.11 | SSHole - уязвимость, позволяющая подключиться по SSH без пароля в системах с Musl (188 +41) |
|
Разработчики OpenSSH опубликовали экстренное обновление OpenSSH 10.6p2, в котором добавлена защита от критической уязвимости (CVE-2026-123158), получившей кодовое имя "SSHole" и позволяющей обойти аутентификацию. В системах с библиотекой Musl уязвимость позволяет подключиться к пользователю, для которого не установлен пароль, введя любой пароль, содержащий больше чем 256 символов. Проблема затрагивает дистрибутивы Linux, использующие стандартную библиотеку musl, но не использующие PAM (Pluggable Authentication Modules), такие как OpenWRT, Alpine, Buildroot и Yocto. Особую опасность представляет то, что часто вход по паролю блокируется для пользователя root, что даёт возможность любому удалённо подключиться с правами администратора.
Ошибка, приводящая к уязвимости, не в коде OpenSSH, но эксплуатируется через sshd. При этом ввиду серьёзности проблемы в версии OpenSSH 10.6p2 предложен обходной вариант блокирования уязвимости. Владельцам подверженных проблеме систем рекомендовано не дожидаться появления обновлений, а немедленно отключить парольную аутентификацию через параметр "PasswordAuthentication no" в /etc/ssh/sshd_config или полностью отключить SSH. Проблема не проявляется в системах, отличных от Linux, и в Linux-окружениях на базе glibc, а также в системах, использующих PAM при аутентификации по паролю. Исправление уже доступно в Alpine и OpenWRT. Уязвимость связана с некорректным взаимодействием OpenSSH и функции crypt() из musl. Для защиты от определения существования пользователей через анализ различий во времени обработки запросов c 2016 года OpenSSH при проверке беспарольных учётных записей использует штатную процедуру проверки пароля: вызывает функцию "crypt(переданный пароль, соль)" c солью другого пользователя, имеющего действительный хеш пароля, после чего сравнивает возвращённый функцией crypt хеш со значением из поля с хешем пароля. Однако в musl функция crypt() для хешей SHA-512 возвращает символ "*", если соль отличается от "*" и длина переданного пароля превышает 256 байт (ограничение введено в 2012 году для защиты от DoS-атак, так как при передаче больших значений возникает большая нагрузка на CPU). Такой же символ используется в поле с хешем пароля в "/etc/shadow" для обозначения учётных записей, для которых аутентификация по паролю заблокирована. В результате атакующий, имеющий возможность соединиться с SSH-сервером, может подключиться к любой учётной записи, у которой в "/etc/shadow" в поле пароля указан символ "*", передав строку длиной от 257 до 1024 байт. Проблема охватывает множество существующих Docker-образов, построенных с использованием Alpine Linux, а также штатные образы Alpine для облачных систем AWS и Azure, у пользователя root в которых вместо хеша пароля выставлен знак "*". Примечательно, что изначально в официальных Docker-образах, использующих Alpine, c 2015 года выставлялся пустой пароль root, а после выявления этого факта, вместо хеша пароля был выставлен знак "!". Но его наличие блокировало вход по SSH-ключам, поэтому с 2022 года символ для блокировки входа по паролю был заменён на "*".
| ||
| · | 05.11 | Доступна среда рабочего стола Cinnamon 6.8 (74 +33) |
После 11 месяцев разработки сформирован релиз среды рабочего стола Cinnamon 6.8, в рамках которой сообществом разработчиков дистрибутива Linux Mint развивается форк оболочки GNOME Shell, файлового менеджера Nautilus и оконного менеджера Mutter, нацеленный на предоставление окружения в классическом стиле GNOME 2 с поддержкой удачных элементов взаимодействия из GNOME Shell. Cinnamon основывается на компонентах GNOME, но эти компоненты поставляются как периодически синхронизируемый форк, не связанный внешними зависимостями с GNOME. Новый выпуск Cinnamon будет предложен в дистрибутиве Linux Mint 27 (в нумерации решено использовать год, следующий после выпуска), который планируется выпустить во второй половине декабря.
| ||
|
Обсуждение (74 +33) |
Тип: Программы |
| ||
| Следующая страница (раньше) >> | ||