| · | 04.11.2026 | Выпуск Bazzite 45, дистрибутива для любителей компьютерных игр (16 –2) |
|
Представлен выпуск дистрибутива Bazitte 45, ориентированного на любителей компьютерных игр. Дистрибутив основан на наработках проектов Fedora Kinoite 45 и Fedora Silverblue 45, развивающих атомарно обновляемые редакции Fedora Linux с рабочими столами KDE и GNOME. Сборки сформированы для ПК, ноутбуков, телеприставок и игровых консолей, таких как Steam Deck, Asus Ally, GPD, Ayn и MSI Claw.
По данным сервиса ProtonDB проект Bazzite занимает четвёртое место (9.5%) в рейтинге популярности дистрибутивов Linux, применяемых любителями компьютерных игр, уступая лишь CachyOS (21.1%), Arch Linux (14.9%) и Linux Mint (10.6%). На пользователей Bazzite 44 приходится около 9.6% трафика в каталоге Flathub. Для сравнения доля пользователей Fedora 44 в Flathub оценивается в 10.9%, Cachyos - 4.1%, Arch Linux - 2.9%. Дистрибутив поставляется в форме монолитного образа, не разделяемого на отдельные пакеты и обновляемого как единое целое. Приложения устанавливаются в формате Flatpak или в форме контейнеров. Для запуска Android-игр задействован Waydroid. В состав входит Steam и подборка компонентов, востребованных любителями компьютерных игр, а также дополнительные драйверы для игровых контроллеров и Wi-Fi. В системные компоненты внесены оптимизации для повышения отзывчивости и улучшения поддержки HDR и VRR. В новой версии:
| ||
|
Обсуждение (16 –2) |
Тип: Программы |
| ||
| · | 04.11.2026 | Национальные комитеты ISO отклонили принятие стандарта C++26 (197 +22) |
|
Голосование национальных комитетов ISO (NB, National Bodies) завершилось отказом утверждения международного стандарта C++26, финальный вариант спецификации для которого был принят в марте. Это первый подобный случай в истории развития основного стандарта C++. Из возможных путей развития событий отмечается выставление переработанного черновика стандарта на новое голосование национальных комитетов, возвращение черновика на стадию рассмотрения комитетом по стандартизации языка C++, публикация в виде технической спецификации, а не стандарта, или отмена проекта C++26 (возврат к C++23 и перенос всех утверждённых нововведений в C++29 c повторным согласованием всех предложений).
Основной причиной отклонения стандарта стало включение в язык элементов контрактного программирования (Contracts), позволяющих определять формальные спецификации интерфейсов при помощи трёх новых операторов: pre (предусловие), post (постусловие) и contract_assert (проверка утверждения). Представители нескольких национальных комитетов посчитали данную функциональность недостаточно зрелой, несмотря на то, что при утверждении рабочей группой WG21 за неё проголосовали более 2/3 участников. Изначально, поддержку контрактного программирования намеревались включить в стандарт C++20, но отправили на доработку. Ситуация усугубляется нарушением устоявшейся практики голосования, в соответствии с которой представители национальных комитетов ISO соглашались с компромиссами, ранее согласованными в рабочих группах, и голосовали против стандарта только при обнаружении до этого не замеченных недостатков или при выявлении процедурных ошибок. На этот раз, по мнению члена комитета по стандартизации C++ из Германии, при голосовании против использовались аргументы, которые уже были рассмотрены и отвергнуты рабочей группой WG21 на предыдущих этапах подготовки спецификации. Следующее заседание рабочей группы намечено на 16 ноября и пока не ясно смогут ли участники договориться в ситуации пошатнувшегося доверия. Для дальнейшего продвижения спецификации C++26 или её отмены требуется достижение консенсуса, но противники контрактного программирования не намерены менять свою позицию, а сторонники не хотят обесценивать многолетнюю работу.
| ||
|
Обсуждение (197 +22) |
Тип: К сведению |
| ||
| · | 03.11.2026 | Релиз дистрибутива openSUSE Leap 16.1 (42 +7) |
|
После года разработки опубликован релиз дистрибутива openSUSE Leap 16.1, построенного на технологиях коммерческого дистрибутива SUSE Linux Enterprise Server 16.1, релиз которого ожидается позднее в этом месяце. Для загрузки доступна универсальная DVD-сборка, размером 4.3 ГБ (x86-64-v2, aarch64, ppc64le, 390x) и урезанный образ для установки с загрузкой пакетов по сети (700 МБ). Обновления для выпусков openSUSE Leap 16.x формируются в течение двух лет (два полных цикла подготовки релизов). Промежуточные выпуски в ветке openSUSE Leap 16, сопровождаемой параллельно с коммерческим дистрибутивом SUSE Linux Enterprise 16, будут формироваться до осени 2031 года - финальным станет выпуск openSUSE Leap 16.6, обновления для которого будут выпускаться до осени 2033 года.
Основные особенности openSUSE Leap 16.1:
| ||
|
Обсуждение (42 +7) |
Тип: Программы |
| ||
| · | 03.11.2026 | Выпуск дистрибутива Fedora Linux 45 (116 +14) |
|
Представлен релиз дистрибутива Fedora Linux 45. Для загрузки подготовлены сборки Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite и Live-сборки, поставляемые в форме спинов c пользовательскими окружениями Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway и Cosmic. Сборки сформированы для архитектур x86_64, Power64 и ARM64 (AArch64).
Наиболее значимые изменения в Fedora Linux 45:
Для Fedora 45 введены в строй репозитории "free" и "nonfree" от проекта RPM Fusion, в которых доступны пакеты с дополнительными мультимедиа приложениями (MPlayer, VLC, Xine), видео/аудио кодеками, поддержкой DVD, проприетарными драйверами AMD и NVIDIA, игровыми программами и эмуляторами. <
| ||
|
Обсуждение (116 +14) |
Тип: Программы |
| ||
| · | 03.11.2026 | Компания OpenAI представила Pando, высокопроизводительный бэкенд для Git (83 –1) |
|
Компания OpenAI анонсировала проект Pando, в рамках которого разработан новый бэкенд, совместимый с протоколом и инструментарием Git, и уже внедрённый для обслуживания внутреннего монолитного репозитория компании. Необходимость создания собственного хранилища для Git объясняется экспоненциальным ростом числа параллельных операций "push" и "fetch" из-за массового использования AI-агентов в компании OpenAI, к которым не удалось применить классические подходы к масштабированию Git, такие как трёхфазные коммиты и журнал упреждающей записи (WAL). Внедрение Pando позволило сократить медианную задержку при выполнении push-операций почти на 80% и значительно повысить надёжность операций слияний. Развёрнутый на базе Pando репозиторий в OpenAI обрабатывает около петабайта Git-данных в сутки с пиковыми нагрузками до 57 ТБ данных в час.
Ключевым отличием архитектуры Pando от штатного хранилища Git стал отказ от обеспечения в каждый момент времени глобальной согласованности веток и ссылок на уровне всего репозитория в пользу причинно-следственной согласованности (causal consistency) для отдельных веток. Новый подход дал возможность обрабатывать push-запросы параллельно и обновлять разные ветки независимо без выставления блокировок. Для метаданных задействована отдельная распределённая БД, в которой хранятся указатели на ветки (refs) и данные о том, какие именно коммиты и объекты находятся внутри сохранённых pack-файлов. Для снижения нагрузки на CPU и диски вместо генерации уникального pack-файла для каждого клиента, при fetch-операциях pack-файлы сохраняются как неизменяемые объекты в общем blob-хранилище и раздаются другим клиентам напрямую из кэша. Чтобы pack-файлы можно было повторно использовать, при выполнении операции "push" сервер показывает клиенту только основную ветку (trunk), что гарантирует предсказуемые зависимости в pack-файле. Для передачи клиентам недостающих данных применяется фоновая упаковка, реализованная по аналогии с LSM-деревьями (множество мелких пакетов объединяются в более крупные и лучше сжатые). Бэкенд Pando написан на языке Rust и доведён до готовности к внедрению за 10 недель. Большая часть кода сгенерирована и протестирована AI-агентами с применением формальной верификации c использованием языков TLA+ (Temporal Logic of Actions + Data) и Lean. В дальнейшем OpenAI планирует использовать Pando не только для классической разработки, но и для координации работы больших групп AI-агентов, совместно модифицирующих общий код в реальном времени. Исходный код бэкенда Pando, охватывающего серверные компоненты для хранения репозитория и обработки протокола Git, пока не опубликован, но компания OpenAI не исключает его распространение в будущем и рассматривает возможность предоставления доступа к технологиям Pando сторонним пользователям. При этом изменения и оптимизации, внесённые в протокол и штатный инструментарий Git, развиваются в общедоступном git-репозитории и передаются для включения в основной состав Git. Например, проекту Git переданы патчи c расширением протокола packfile-uri для организации параллельной загрузки индексов и pack-файлов, реализацией концепции "explicit haves" для более точного исключения уже имеющихся у клиента объектов, а также изменениями для диагностики сетевых проблем и отслеживания медленных операций.
| ||
|
Обсуждение (83 –1) |
Тип: Программы |
| ||
| · | 02.11.2026 | Около 10% сотрудников SUSE уволят из-за AI (436 –30) |
|
Компания SUSE объявила о сокращении примерно 190 из 1900 штатных сотрудников. Руководитель компании пояснил, что увольнения продиктованы необходимостью адаптации бизнес-модели и пересмотра организационной структуры с учётом фундаментальных изменений в индустрии, вызванных экспоненциальным развитием возможностей AI и средств автоматизации.
Упоминается, что современные инструменты и AI-ассистенты уже сейчас позволяют командам работать быстрее, снижать операционные издержки и выстраивать более плоские структуры управления. В связи с этим потребность в ряде существующих инженерных и операционных ролей значительно сократилась, а ресурсы будут перенаправлены на приоритетные направления, связанные с использованием AI. Конкретные категории сокращаемых сотрудников пока не раскрываются, но отмечается, что решения принимались на основе анализа того, какие задачи разработчики и инженеры могут делегировать автоматизации, а какие требуют расширения компетенций. Ранее в SUSE пытались решить проблему через программу добровольного увольнения, но не нашлось нужного количества желающих покинуть компанию. Завтра подлежащие увольнению сотрудники получат соответствующие уведомления, а 16 ноября оставшимся работникам представят стратегию развития SUSE на 2027 финансовый год, которая будет строиться с учётом новой парадигмы разработки.
| ||
|
Обсуждение (436 –30) |
Тип: К сведению |
| ||
| · | 02.11.2026 | Дистрибутив Cutefish развивает прослойку для запуска macOS-приложений в Linux (65 +16) |
|
Разработчики дистрибутива Cutefish, развивающего одноимённую среду рабочего стола в стиле macOS, объявили о разработке прослойки Reef для запуска приложений macOS в Linux. Собранные для macOS программы устанавливаются из файлов в формате dmg и интегрируются с основным рабочим столом в Linux.
Приложения выполняются без эмуляторов, виртуальных машин и проприетарных компонентов macOS. Reef развивается с нуля без использования наработок проекта Darling и без обратного инжиниринга закрытого ПО Apple. В процессе разработки функциональность реализуется отталкиваясь от возможностей, необходимых для запуска конкретных приложений - разработчики пытаются запустить какую-то программу, выявляют неработающие функции и реализуют их. Код Reef пока не опубликован публично, но в скором времени прослойку обещают добавить в состав дистрибутива Cutefish. Созданная проектом Cutefish прослойка насчитывает около 460 тысяч строк кода и использует некоторые компоненты macOS, поставляемые Apple под открытыми лицензиями, такие как Core Foundation (swift-corelibs-foundation), Grand Central Dispatch (swift-corelibs-libdispatch), стандартная библиотека языка Swift, библиотеки Libc и lzfse. Загрузчик и Objective-C runtime написаны с нуля на основе изучения кода objc4 runtime, компоновщика dyld и ядра xnu, но без его копирования. В проекте также используются WebKit, LLVM libc++, libc++abi, libunwind, curl, SQLite и Tcl. Графический API Metal реализован поверх OpenGL. Предоставляется сетевой фреймворк, реализация API Core Data, поддержка автосохранения окон и инерционная прокрутка в стиле macOS. Из уже запускаемых поверх Reef программ отмечены RSS-ридер NetNewsWire, эмулятор терминала Ghostty, архиватор Keka, текстовые редакторы CotEditor и TextMate, календарь Itsycal, система заметок Things 3 и тест Speedtest. При тестировании производительности, программы для macOS пока выполняются в несколько раз медленнее, например, исполняемый файл CotEditor для Linux запускается за 115 мс, а для macOS за 235 мc, различия во времени открытия файла с 20 тысячами строк составляют 0.12 сек. против 0.50 сек., реагирование на нажатие клавиши - 18 мс против 21 мс, а время отрисовки при прокрутке - 1.2 мс против 4.4 мс. ![]() ![]() ![]()
| ||
|
Обсуждение (65 +16) |
Тип: Программы |
| ||
| · | 02.11.2026 | Релиз видеоредактора OpenShot 4.1 (44 +12) |
|
Представлен выпуск свободной системы нелинейного видеомонтажа OpenShot 4.1. Код проекта поставляется под лицензией GPLv3: интерфейс реализован на языке Python и библиотеке Qt, а ядра обработки видео (libopenshot) и звука (libopenshot-audio) написаны на C++ и используют возможности пакета FFmpeg. Готовые сборки подготовлены для Linux (AppImage), Windows и macOS. Одновременно опубликования версии базовых библиотек libopenshot 1.1 и libopenshot-audio 1.0.2.
Видеоредактор предоставляет простой пользовательский интерфейс, позволяющий редактировать видео даже начинающим пользователям. Программа поддерживает несколько десятков визуальных эффектов, даёт возможность работы с многотрековыми монтажными шкалами с возможностью перемещения мышью элементов между ними, позволяет масштабировать, кадрировать, выполнять слияние блоков видео, обеспечивать плавное перетекание из одного ролика в другой, производить наложение полупрозрачных областей. Имеется возможность перекодирования видео с предварительным просмотром изменений на лету. Благодаря задействованию библиотек проекта FFmpeg OpenShot поддерживает большое число форматов видео, звука и изображений, включая полную поддержку SVG. Основные изменения:
| ||
|
Обсуждение (44 +12) |
Тип: Программы |
| ||
| · | 02.11.2026 | Выпуск среды рабочего стола Budgie 10.10.4 (20 –2) |
|
Представлен выпуск среды рабочего стола Budgie 10.10.4, ставший четвёртым обновлением ветки 10.10, переведённой на использование протокола Wayland. Одновременно сформированы аналогичные выпуски для сопутствующих компонентов, таких как рабочий стол Budgie Desktop View и набор сервисов Budgie Desktop Services (обновление менеджера сеансов Budgie Session и интерфейса для настройки системы Budgie Control Center задерживается). Код проекта распространяется под лицензией GPLv2.
Пакеты с Budgie 10.10.4 доступны в Fedora Rawhide.
Основу Budgie составляет панель, близкая по организации работы к классическим панелям рабочего стола. Все элементы панели являются апплетами, что позволяет гибко настраивать состав, менять размещение и заменять реализации основных элементов панели на свой вкус. Среди доступных апплетов можно отметить классическое меню приложений, систему переключения задач, область со списком открытых окон, просмотр виртуальных рабочих столов, индикатор управления питанием, апплет управления уровнем громкости, индикатор состояния системы и часы. ![]() Среди изменений в новой версии:
| ||
|
Обсуждение (20 –2) |
Тип: Программы |
| ||
| · | 01.11.2026 | Выпуск десктоп-окружения Trinity 14.1.7, продолжающего развитие KDE 3.5 (144 +42) |
|
После полугода разработки опубликован релиз десктоп-окружения Trinity R14.1.7, продолжающего развитие кодовой базы KDE 3.5.x и Qt 3. Бинарные пакеты в ближайшее время будут подготовлены для Ubuntu, Debian, RHEL/CentOS, Fedora, Arch, openSUSE и других дистрибутивов.
Из особенностей Trinity можно отметить собственные средства для управления параметрами экрана, основанная на udev прослойка для работы с оборудованием, новый интерфейс для настройки оборудования, переход на композитный менеджер Compton-TDE (форк Compton с расширениями TDE), улучшенный конфигуратор сети. Окружение Trinity может быть установлено и использовано одновременно с более актуальными выпусками KDE, в том числе предоставлена возможность использования в Trinity уже установленных в системе KDE-приложений. Также присутствуют средства для корректного отображения интерфейса GTK-программ без нарушения единого стиля оформления. Основные изменения:
![]() ![]()
| ||
|
Обсуждение (144 +42) |
Тип: Программы |
| ||
| · | 01.11.2026 | Опубликован Craft Anything для создания клонов сайтов, приложений и игр при помощи AI (137 +2) |
|
Проект ArtCraft, развивающий открытые аналоги популярных проприетарных офисных приложений, графических редакторов и САПР, опубликовал первый выпуск инструментария Craft Anything, позволяющего анализировать работу любых web-сайтов, приложений и игр, производить их обратный инжиниринг и генерировать клоны при помощи AI. Инструментарий написан на языке Rust и распространяется под лицензиями MIT и Apache 2.0. Сборки предоставляются для Linux, FreeBSD, Windows и macOS, а также браузерный вариант, скомпилированный в WebAssembly.
Пользователь указывает цель и формулирует запрос, после чего Craft Anything запускает четыре этапа генерации готового продукта: Изучение -> Сборка -> Проверка -> Получение результата. На этапе изучения движок инспектирует заданный проект, проверяет код, изучает имеющиеся файлы и оценивает как он работает при разных разрешениях экрана. На втором этапе агент написания кода генерирует новый проект на выбранном языке программирования с использованием указанных фреймворков и движков. На четвёртом этапе производится сравнение полученного результата с оригиналом и построение списка расхождений. На последнем этапе выполняется рецензирование результата, устранение несовпадений и интерактивное доведение прототипа до финального продукта. Имеется режим чистой комнаты (включён по умолчанию), в котором движок не использует исходный код или файлы оригинала, а работает исключительно с тем, что доступно внешнему наблюдателю: скриншотами, видимым текстом, вёрсткой, цветами, шрифтами и меню. Для более детального анализа предусмотрен режим глубокого изучения, который задействует всё что можно, включая код и файлы программы, встроенные движки и инструментарий для обратного инжиниринга Ghidra, а также анализирует JavaScript при клонировании сайтов. В основе Craft Anything лежит движок обратного инжиниринга, насчитывающий 284 инструмента, который может анализировать бинарные сборки, программы на .NET, JavaScript и Java, приложения для Android и платформ Apple, программы на движке Electron, web-сайты, прошивки, дампы трафика, базы данных и файлы от компьютерных игр. Поддерживается клонирование игр на базе игровых движков Unity, Unreal и Godot. Декодировщики, дизассемблер и декомпилятор работают без внешних зависимостей. Доступны графический и CLI интерфейсы, а также MCP-сервер, позволяющий любому AI-агенту управлять движком. Для этапа сборки требуется AI-агент, установленный на машине пользователя. На данном этапе развития поддерживается только Claude Code и имеется предварительная непроверенная на реальных задачах поддержка Codex. В результирующих продуктах Craft Anything допускает повторение поведения, внешнего вида и стиля оригинальных проектов, но не позволяет копировать логотипы, фотографии или текст без подтверждения пользователем наличия прав на контент. Craft Anything также не обходит DRM-защиту и античит-системы. ![]()
| ||
| · | 01.11.2026 | В конфигурационных файлах curl случайно реализована полнота по Тьюрингу (34 +52) |
|
Выявлена возможность создания любых вычислимых функций при помощи конструкций в файлах конфигурации утилиты Curl. Данная особенность проявляется только в версиях Сurl с 8.12-8.16 и вызвана непреднамеренной реализацией полноты по Тьюрингу, позволяющей создавать машины Тьюринга, используя возможность извлекать байтовые диапазоны из значений переменных и неограниченную глубину вложенности при подключении внешних конфигурационных файлов.
В качестве примера при помощи Curl организована симуляция работы двухсчетчиковой регистровой машины (машины Минского) для сложения чисел и реализации программы "99 бутылок пива", используемой при обучении работы с циклами. Для запуска программы, запрограммированной через файлы конфигурации curl, достаточно распаковать архив и выполнить команду "curl -q -s -K 99_bottles/main.conf". Регистровая машина симулируется через представление значения счетчика в виде строки из "n" символов "x". Операции инкремента и декремента реализованы через конкатенацию и усечение строк (синтаксис "[0-0]" для оставления только первого байта и "[1-]" для оставления всего содержимого кроме первого байта), а переходы между состояниями управляются директивой "expand-config", которая динамически подгружает следующий файл конфигурации, используя его имя в качестве метки перехода. Операция INC(R) в регистровой машине реализуется как 'expand-variable = "r={{r}}x"' в файле конфигурации Curl, DEC(R) - как 'expand-variable = "r[1-]={{r}}"', а JMP(S) - как 'expand-config = "S.conf"'. Например, код для вычисления 2 + 3: ![]() На практике реализуемые через файлы конфигурации вычислительные возможности ограничены размером стека, так как каждый шаг выполнения программы требует загрузки нового вложенного файла конфигурации. При стеке в 8 МБ переполнение возникает примерно после 922 шагов. На возможности также влияет ограничение на размер раскрываемых переменных (параметр MAX_EXPAND_CONTENT выставлен в 10 МБ) и большое потребление памяти из-за сохранения всех старых версий переменных. Несмотря на то, что выявленная возможность не является уязвимостью, в версиях начиная с curl 8.17 рассматриваемый трюк уже не сработает из-за ограничения глубины вложенности файлов конфигурации 5 уровнями для защиты от бесконечной рекурсии.
| ||
|
Обсуждение (34 +52) |
Тип: Программы |
| ||
| · | 01.11.2026 | Атака на GitLab-сервер проекта Alpine Linux (13 +8) |
|
Разработчики дистрибутива Alpine Linux раскрыли информацию о попытках взлома платформы совместной разработки gitlab.alpinelinux.org, на которой велась работа над пакетным менеджером APK, сборочными инструментами, компонентами инфраструктуры и скриптами сборки пакетов (aports). Атака была совершена через эксплуатацию уязвимости в платформе GitLab, вызванной целочисленным переполнением в движке регулярных выражений языка Ruby. Доказательств и следов успешного взлома найти не удалось, но так как полностью исключить успешную эксплуатацию уязвимости не представляется возможным, контейнер с GitLab был признан потенциально скомпрометированным и его содержимое полностью перестроено с нуля, а у пользователей инициирована процедура смены паролей.
Администраторы инфраструктуры Alpine Linux не выявили появления сторонних файлов, подозрительных запущенных процессов, необычных обращений к API, изменений настроек и системных файлов, а также скачков нагрузки, свойственных массовому извлечению данных. В ходе анализа целостности репозитория aports, пакетов и файлов с релизами, а также их сверки с копиями с внешних сборочных серверов и систем разработчиков, скрытых изменений не выявлено. Полностью исключить успешное проведение атаки не позволяет отсутствие информации об исходящих сетевых соединениях, удаление некоторых логов при ротации (например, лога cron-а) и отсутствие должной детализации в логах web-сервера (успешное применение эксплоита, не приводящее к аварийному завершению, не отражается в логе). В случае успешной атаки, злоумышленники могли получить доступ к БД с данными о всех пользователях GitLab (хэши паролей, email, IP-адреса и т.п.), переменным окружения и токенам из систем непрерывной интеграции, кодам двухфакторной аутентификации, хэшам персональных токенов доступа, содержимому приватных репозиториев и конфиденциальным обсуждениям проблем. Ключи для формирования цифровых подписей к релизам и пакетам на атакованном сервере не хранились. Первые попытки эксплуатировать уязвимость были зафиксированы 20 и 21 октября. Атакующий зарегистрировал учётную запись в GitLab и пытался отправить модифицированные настройки системы непрерывной интеграции. В логах зафиксировано 8 аварийных завершений рабочих процессов GitLab, из которых 4 связаны с применением экспоита. Отмечается, что первая фаза работы эксплоита была успешной, но вторая стадия завершилась сбоем. На момент атаки в контейнере использовалась уязвимая версия GitLab 19.3.4, которая 22 октября была обновлена до выпуска GitLab 19.3.6. Но администраторы Alpine не учли то, что исправление внесено только в официальные установочные пакеты GitLab 19.3.6, а не в сам код GitLab, так как уязвимость присутствует в инструментарии Ruby. В контейнере продолжал использоваться старый инструментарий Ruby и уязвимость оказалась неисправленной. То что система остаётся уязвимой было выявлено только 26 октября. Разбор логов показал, что 25 и 26 октября атакующие возобновили попытки совершения атаки. 27 октября доступ сторонних пользователей к GitLab был ограничен. 28 октября содержимое было пересобрано, все пароли сброшены (пользователям необходимо установить новый пароль через процедуру восстановления забытого пароля), а ключи доступа заменены. 29 октября обновлённый сервер был введён в строй. Сопровождаемый проектом Docker-контейнер alpinelinux/gitlab оставался уязвимым вплоть до 27 октября.
| ||
|
Обсуждение (13 +8) |
Тип: Проблемы безопасности |
| ||
| · | 31.10.2026 | Эксплуатируемая через SMS уязвимость в Android, приводящая к зацикленной перезагрузке (157 +57) |
|
Раскрыты детали и опубликован эксплоит для уязвимости (CVE-2026-58882) в платформе Android, позволяющей добиться зацикленной перезагрузки через отправку специально оформленного SMS-сообщения. Для устранения зацикленной перезагрузки требуется сброс к заводским настройкам или ручные манипуляции при помощи утилиты ADB. Уязвимость получила кодовое имя "SMS of Death" и устранена в октябрьском обновлении репозитория AOSP. Производители устройств получили доступ к патчу в июле. Атака может быть совершена на любые телефоны, оснащённые Android 12-17. Обновление выпущено только для Android 14-17. Эксплуатирующее уязвимость SMS-сообщение обрабатывается как фоновое и не отображается на устройстве. Для проведения атаки не требуется выполнение пользователем каких-либо действий.
Проблема вызвана неконтролируемым приведением типа при обработке некорректного заголовка WAP Push-сообщения, отправленного через SMS. Переполнение возникает так как поле с размером заголовка приводится из беззнакового значения (uintvar) к 32-разрядному знаковому типу int без должной проверки границ. Из-за приведения 64-битного типа long в 32-битный int в Java корректное с точки зрения протокола значение 0x80000000 интерпретируется как отрицательное число -2147483648 в переменной headerLength. В дальнейшем эта переменная используется при выделении памяти через вызов "new byte[headerLength]", что в случае получения отрицательного числа приводит к генерации исключения и аварийному завершению процесса com.android.phone. Через несколько секунд процесс перезапускается, но эффект не ограничивается кратковременным прерыванием связи. Проблемное WAP Push-сообщение из-за аварийного завершения продолжает находиться в очереди необработанных сообщений и новая попытка его обработки приводит к очередному аварийному завершению процесса com.android.phone. После серии подобных падений срабатывает обработчик RescueParty, который перезагружает устройство в режим Recovery, в котором предлагается выполнить сброс к заводским настройкам. Простая перезагрузка не помогает - если проблемное сообщение не удалено из очереди, примерно через 90 секунд устройство опять будет перезагружено. Для удаления сообщения из очереди без сброса к заводским настройкам предлагается использовать утилиту adb: adb shell content query --uri content://sms/raw --projection _id:destination_port:date:deleted adb shell cmd appops set com.android.shell WRITE_SMS allow adb shell "content delete --uri content://sms/raw --where \"address='<SENDER>'\"" adb shell cmd appops set com.android.shell WRITE_SMS default adb shell pm clear com.android.providers.telephony Но это лишь даст возможность извлечь SIM-карту, загрузиться и установить обновление прошивки. Так как из-за аварийного завершения процесса "com.android.phone" оператору связи не отправляется подтверждение обработки WAP Push-сообщения, до истечения таймаута он будет предпринимать новые попытки отправки и ситуация будет повторяться. В проведённых тестах повторные отправки продолжались от суток до недели. Для устройств, производители которых прекратили публикацию обновлений прошивки, обходного пути блокирования проблемы пока нет, кроме обращения к оператору связи с просьбой блокировки передачи сообщений WAP Push на его стороне.
| ||
|
Обсуждение (157 +57) |
Тип: Проблемы безопасности |
Интересно
| ||
| · | 31.10.2026 | Детали возможной атаки на GNU Savannah, позволявшей скомпрометировать репозитории Bash и Coreutils (106 +23) |
|
Компания Hacktron раскрыла подробности демонстрационной атаки на хостинг свободного кода GNU Savannah, который продолжает использоваться для разработки некоторых инструментов GNU, включая Bash и Coreutils. В результате проведённого эксперимента удалось выполнить код на сервере GNU Savannah, получить на нём права root, заменить SSH-ключи сопровождающего Bash, выявить возможность внесения изменений в основной git-репозиторий проекта Bash и получить доступ к серверу с резервными копиями.
О проведённой тестовой атаке и выявленных проблемах сразу было сообщено администраторам GNU Savannah. Проблемы были устранены в мае. Всего исследователями было выявлено 9 уязвимостей, из которых 2 признаны критическими, а 4 опасными. Первая критическая уязвимости позволяла обойти аутентификацию при обращении к настройкам, доступным только администратору сайта (siteadmin/triggercreation.php). Вторая критическая уязвимость позволяла выполнить код на сервере через указание специально оформленного email. Проблема была вызвана отсутствием должного экранирования спецсимволов и могла быть эксплуатирована через указание при регистрации email вида "a`touch${IFS}/tmp/savane-rce-proof`@example.com" с последующим нажатием в web-интерфейсе кнопки проверки GPG-ключа (email подставлялся в строку запуска утилиты gpg, вызываемую через PHP-функцию proc_open()). Добившись выполнения кода с правами web-сервера, исследователи нашли пароль доступа к СУБД в файле конфигурации и изменили в БД права доступа для своего зарегистрированного аккаунта с непривилегированного пользователя на администратора. Права администратора в web-интерфейсе Savannah давали возможность работы под любым пользователем без ввода пароля. Исследователи воспользовались этой возможностью, вошли от имени сопровождающего проект Bash и нашли возможность добавления своего SSH-ключа для подключения к git-репозиторию. В случае добавления ключа появлялась возможность отправки коммитов в Bash от имени сопровождающего. Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux, которое не было обновлено на сервере (был установлен дистрибутив Trisquel GNU/Linux 11 на базе Ubuntu 22.04 с ядром linux-libre 5.15). Для атаки использовалась уязвимость в OverlayFS (CVE-2023-2640). Примечательно, что исправление уязвимости было доступно с 2023 года, но компания Canonical оперативно устранила проблему только в ядрах 5.19 и 6.2, а для ядра 5.15 выпустила патч только 7 мая 2026 года. Получив права root, исследователи обнаружили в системе SSH-ключ у пользователя "gnubackup", позволяющий без пароля подключиться к хосту с резервными копиями.
| ||
|
Обсуждение (106 +23) |
Тип: Проблемы безопасности |
| ||
| Следующая страница (раньше) >> | ||