Опубликована мобильная платформа Ubuntu Touch 24.04-2.2
Представлена прошивка Ubuntu Touch 24.04-2.2, продолжающая развитие ветки на пакетной базе Ubuntu 24.04. Прошивка развивается проектом UBports, взявшим в свои руки разработку мобильной платформы Ubuntu Touch, после того как от неё отстранилась компания Canonical. Проектом также развивается экспериментальный порт рабочего стола Unity 8, который переименован в Lomiri.
Среди изменений в Ubuntu Touch 24.04-2.2:
Linux / Линукс🥸
Представлена прошивка Ubuntu Touch 24.04-2.2, продолжающая развитие ветки на пакетной базе Ubuntu 24.04. Прошивка развивается проектом UBports, взявшим в свои руки разработку мобильной платформы Ubuntu Touch, после того как от неё отстранилась компания Canonical. Проектом также развивается экспериментальный порт рабочего стола Unity 8, который переименован в Lomiri.
Среди изменений в 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.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍29🔥5
Автор WinBtrfs опубликовал открытую ОС Moxnox 1.0 с ядром в стиле Windows NT
Марк Хармстоун (Mark Harmstone), автор проекта WinBtrfs, опубликовал выпуск операционной системы Moxnox 1.0, разрабатываемой с 2022 года в качестве хобби. Moxnox преподносится как созданная с оглядкой на Windows NT операционная система, обеспечивающая совместимость с POSIX-стандартами, использующая файловую систему Btrfs и достигшая уровня самосборки (self-hosting). Проект насчитывает около 130 тысяч строк кода на языке С++ и распространяется под лицензиями GPL (ядро и базовые программы), LGPL (библиотеки) и MIT (модули). Поддерживается сборка для архитектур x86-64-v3 и ARMv8.1 (может работать на плате Raspberry Pi 5).
Системные вызовы и низкоуровневые интерфейсы в ядре реализованы по образу Windows NT, но структура ядра и сопутствующие компоненты отличаются от Windows NT. Предоставляется возможность для запуска компонентов окружения GNU и программ, написанных для Unix-подобных систем. В качестве формата исполняемых файлов применяется PE, библиотеки имеют расширение dll, а программы - exe.
В настоящее время в Moxnox реализовано 642 функции из примерно 1200, описанных в стандарте POSIX 2024, но этого достаточно для работы таких проектов, как gcc, bash, mesa, openssh, openssl, perl, python и rust. Системная библиотека сформирована из функций gnulib, математических и криптографических функций из musl, функций для работы с регулярными выражениями из tre и функций типа printf из mingw. Поддерживается самосборка, позволяющая скомпилировать Moxnox из окружения на базе Moxnox. Запуск Windows-программ пока не поддерживается, но в будущем для их запуска намерены задействовать реализацию API Win32 из Wine.
На данном этапе разработки поддерживается только работа в консольном режиме, но в будущем планируют реализовать и графический интерфейс. Также пока отсутствует поддержка многопользовательского окружения, механизмов обеспечения безопасности, часовых поясов, раскладок клавиатуры, локалей и кодировок, отличных от UTF-8.
Утверждается, что проект не содержит значимого кода, сгенерированного через AI-инструменты, которые использовались только для выполнения рутинной работы, такой как перевод правил autotools в CMake, замена ioctl-вызовов на функцию tcgetwinsize при портировании программ, написание тестов и поиск ошибок в коде.
Linux / Линукс🥸
Марк Хармстоун (Mark Harmstone), автор проекта WinBtrfs, опубликовал выпуск операционной системы Moxnox 1.0, разрабатываемой с 2022 года в качестве хобби. Moxnox преподносится как созданная с оглядкой на Windows NT операционная система, обеспечивающая совместимость с POSIX-стандартами, использующая файловую систему Btrfs и достигшая уровня самосборки (self-hosting). Проект насчитывает около 130 тысяч строк кода на языке С++ и распространяется под лицензиями GPL (ядро и базовые программы), LGPL (библиотеки) и MIT (модули). Поддерживается сборка для архитектур x86-64-v3 и ARMv8.1 (может работать на плате Raspberry Pi 5).
Системные вызовы и низкоуровневые интерфейсы в ядре реализованы по образу Windows NT, но структура ядра и сопутствующие компоненты отличаются от Windows NT. Предоставляется возможность для запуска компонентов окружения GNU и программ, написанных для Unix-подобных систем. В качестве формата исполняемых файлов применяется PE, библиотеки имеют расширение dll, а программы - exe.
В настоящее время в Moxnox реализовано 642 функции из примерно 1200, описанных в стандарте POSIX 2024, но этого достаточно для работы таких проектов, как gcc, bash, mesa, openssh, openssl, perl, python и rust. Системная библиотека сформирована из функций gnulib, математических и криптографических функций из musl, функций для работы с регулярными выражениями из tre и функций типа printf из mingw. Поддерживается самосборка, позволяющая скомпилировать Moxnox из окружения на базе Moxnox. Запуск Windows-программ пока не поддерживается, но в будущем для их запуска намерены задействовать реализацию API Win32 из Wine.
На данном этапе разработки поддерживается только работа в консольном режиме, но в будущем планируют реализовать и графический интерфейс. Также пока отсутствует поддержка многопользовательского окружения, механизмов обеспечения безопасности, часовых поясов, раскладок клавиатуры, локалей и кодировок, отличных от UTF-8.
Утверждается, что проект не содержит значимого кода, сгенерированного через AI-инструменты, которые использовались только для выполнения рутинной работы, такой как перевод правил autotools в CMake, замена ioctl-вызовов на функцию tcgetwinsize при портировании программ, написание тестов и поиск ошибок в коде.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥23❤3🌚3😁2🤣2
Сегодня мой LibreOffice Writer открылся вот так. Изменить размер всплывающего окна так и не удалось
Linux / Линукс🥸
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
😁42🤯7😢2
Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода в GitLab
Опубликованы корректирующие выпуски языка программирования Ruby 3.3.13, 3.4.12 и 4.0.9, в которых устранена критическая уязвимость (CVE-2026-110264), приводящая к целочисленному переполнению при компиляции специально оформленных регулярных выражений. Уязвимость может использоваться для атаки на проекты, написанные на языке Ruby и использующие внешние данные в регулярных выражениях. Среди прочего, подтверждена возможность эксплуатации уязвимости для удалённого выполнения кода в платформе совместной разработки GitLab. Проблема дополнительно блокирована в обновлениях GitLab 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 и 18.11.13. Уязвимости присвоен уровень опасности 10 из 10.
Уязвимость присутствует в движке регулярных выражений 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 (целочисленные переполнения при расчёте размера компилируемого шаблона).
Linux / Линукс🥸
Опубликованы корректирующие выпуски языка программирования Ruby 3.3.13, 3.4.12 и 4.0.9, в которых устранена критическая уязвимость (CVE-2026-110264), приводящая к целочисленному переполнению при компиляции специально оформленных регулярных выражений. Уязвимость может использоваться для атаки на проекты, написанные на языке Ruby и использующие внешние данные в регулярных выражениях. Среди прочего, подтверждена возможность эксплуатации уязвимости для удалённого выполнения кода в платформе совместной разработки GitLab. Проблема дополнительно блокирована в обновлениях GitLab 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 и 18.11.13. Уязвимости присвоен уровень опасности 10 из 10.
Уязвимость присутствует в движке регулярных выражений 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 (целочисленные переполнения при расчёте размера компилируемого шаблона).
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Ruby Programming Language
Ruby 3.3.13 Released | Ruby
Ruby 3.3.13 has been released.
😁15🔥3
На Stepik вышла программа «DevOps с нуля в эпоху AI: от Linux до Kubernetes [2026]»
Это комплексная программа из 5 практических курсов по ключевым технологиям DevOps: Linux, Git, Docker, GitLab CI/CD, Kubernetes
Полный путь от основ до продакшена: вы научитесь настраивать Linux, упаковывать приложения в Docker, автоматизировать деплой через GitLab CI/CD и управлять контейнерами в Kubernetes.
Что вы изучите:
Все знания закрепляются на практике с помощью заданий с автопроверкой.
Материал подаётся последовательно и понятным языком: с примерами, схемами и демонстрациями. Во время обучения можно задавать вопросы по урокам и заданиям, получать обратную связь и помощь при возникновении сложностей.
После прохождения программы вы получите сертификат, который можно добавить в резюме.
Скидка 20% на 48 часов: по промокоду
Открыть программу на Stepik
Это комплексная программа из 5 практических курсов по ключевым технологиям DevOps: Linux, Git, Docker, GitLab CI/CD, Kubernetes
Полный путь от основ до продакшена: вы научитесь настраивать Linux, упаковывать приложения в Docker, автоматизировать деплой через GitLab CI/CD и управлять контейнерами в Kubernetes.
Что вы изучите:
• работу с Linux и командной строкой
• Git и контроль версий в реальных проектах
• создание Docker-образов и запуск контейнеров
• автоматизацию сборки, тестирования и деплоя в GitLab CI/CD
• развёртывание и управление приложениями в Kubernetes
• сети, хранилища, конфигурации и секреты
• диагностику инфраструктуры и автоматизацию рутинных задач
... и многое другое
Все знания закрепляются на практике с помощью заданий с автопроверкой.
Материал подаётся последовательно и понятным языком: с примерами, схемами и демонстрациями. Во время обучения можно задавать вопросы по урокам и заданиям, получать обратную связь и помощь при возникновении сложностей.
После прохождения программы вы получите сертификат, который можно добавить в резюме.
Скидка 20% на 48 часов: по промокоду
SYSADM20 стоимость всей программы составит 10 392 ₽.Открыть программу на Stepik
😁3❤2
Уязвимости в Linux и FreeBSD
5 уязвимостей в ядре Linux, раскрытых проектом Zero Day Initiative до публикации исправлений из-за ошибочной отправки информации не в тот список рассылки:
Набор уязвимостей "Infinity Core". Раскрыты сведения и опубликованы прототипы эксплоитов для 5 уязвимостей в ядре, позволяющих непривилегированному пользователю получить права root в системе и обойти изоляцию контейнеров. Проблемы уже устранены в актуальных выпусках ядра.
Опубликованы детали и эксплоиты для уязвимостей в ядре Linux, успешно использованных при взломах на проводимом компанией Google соревновании kernelCTF:
❤️ Уязвимость 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.
Уязвимости во FreeBSD (устранены в обновлениях 15.1-RELEASE-p5, 14.5-RELEASE-p2 и 14.4-RELEASE-p11):
Linux / Линукс🥸
5 уязвимостей в ядре Linux, раскрытых проектом Zero Day Initiative до публикации исправлений из-за ошибочной отправки информации не в тот список рассылки:
❤️ ZDI-CAN-33549 - уязвимость в модуле ksmbd c реализацией файлового сервера на базе протокола SMB, которую можно эксплуатировать для удалённого выполнения кода на уровне ядра. Доступен прототип эксплоита, работающий в Debian 13.❤️ ZDI-CAN-33774 - состояние гонки в модуле ядра ksmbd, приводящее к записи в 40-байтовый буфер, выделенный для протокола SMB1, 62 байт данных из заголовка SMB2. Уязвимость может привести к удалённому выполнению кода при наличии доступа к SMB-хранилищу, обрабатываемому через ksmbd. Доступен прототип эксплоита, работающий в Debian 13.❤️ ZDI-CAN-33367 - уязвимость в сетевом стеке ядра, позволяющая локальному пользователю получить права root в системе, перезаписав данные процесса в страничном кэше по аналогии с уязвимостями Dirty Frag и Fragnesia. Исправление доступно в форме патча. Из дистрибутивов пока только разработчики Alma Linux сформировали внеплановое обновление пакетов с ядром, в котором исправили данную уязвимость.❤️ ZDI-CAN-34068 - переполнение буфера в графическом драйвере VMWGFX, применяемом для реализации 3D-ускорения в окружениях VMware. Проблема позволяет локальному пользователю получить права root в системе, при наличии доступа к виртуальному GPU через устройство /dri/card*. Доступен прототип эксплоита, работающий в Ubuntu 26.04❤️ ZDI-CAN-34076 - уязвимость в драйвере nvmet (NVMe Target), приводящая к утечке информации о содержимом памяти ядра.
Набор уязвимостей "Infinity Core". Раскрыты сведения и опубликованы прототипы эксплоитов для 5 уязвимостей в ядре, позволяющих непривилегированному пользователю получить права root в системе и обойти изоляцию контейнеров. Проблемы уже устранены в актуальных выпусках ядра.
❤️ 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.
Опубликованы детали и эксплоиты для уязвимостей в ядре Linux, успешно использованных при взломах на проводимом компанией Google соревновании kernelCTF:
CVE-2026-23111, CVE-2023-31248, CVE-2023-3610, CVE-2026-23272, CVE-2026-23278,CVE-2026-23392, CVE-2026-23231 - обращения к памяти после её освобождения в Netfilter nftables.
CVE-2024-26583 - состояние гонки во встроенном TLS-сервере.
CVE-2025-38177 - обращение к памяти после её освобождения в подсистемах управления трафиком (HFSC, QFQ, netem qdiscs).
CVE-2025-38248 - обращение к памяти после её освобождения в реализации сетевых мостов (net/bridge).
CVE-2025-40214 - обращение к памяти после её освобождения в реализации UNIX-сокетов.
CVE-2026-23074 - обращение к памяти после её освобождения в ограничителе трафика sch_teql.
CVE-2026-23209, CVE-2026-23273 - обращения к памяти после её освобождения в обработчике macvlan.
CVE-2026-23274 - обращение к памяти до инициализации в netfilter xt_IDLETIMER.
CVE-2026-31418 - переполнение буфера в netfilter.
CVE-2026-31419 - обращение к памяти после её освобождения в драйвере net/bonding.
CVE-2026-43501 - переполнение буфера в обработчике IPv6-заголовка RPL Source Routing.
Уязвимости во FreeBSD (устранены в обновлениях 15.1-RELEASE-p5, 14.5-RELEASE-p2 и 14.4-RELEASE-p11):
❤️ CVE-2026-101308 - обращение к памяти после её освобождения в драйвере sound, возникающее из-за состояния гонки между операцией изменения размера буфера и маппингом памяти через mmap. Уязвимость потенциально позволяет локальному пользователю, имеющему доступ к звуковому устройству, получить права root.❤️ CVE-2026-101309, CVE-2026-101310, CVE-2026-101311 - уязвимости в компонентах гипервизора Bhyve, позволяющие через манипуляции в гостевой системе выполнить код на стороне хост-окружения. Проблемы вызваны выходом за границы буфера из-за состояния гонки в модели контроллера xHCI (USB 3), а также отсутствием должных проверок размера записей в моделях устройств HDA (High Definition Audio) и framebuffer.❤️ CVE-2026-101307 - целочисленное переполнение в модуле tcp_rack c реализацией алгоритма определения потери пакетов RACK (Recent ACKnowledgment), приводящее к выделению буфера, слишком мелкого, чтобы вместить все полученные данные. Уязвимость позволяет перезаписать до 512 КБ в области за границей буфера при отправке большого числа ACK-пакетов в установленном TCP-соединении. Отмечается, что эксплуатация может привести к переводу ядра в состояние panic.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤2🎄1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁66❤4🌚3😈2😎2
Основатель CentOS и Rocky Linux сделал ядро на Rust за 11 дней. На ней уже грузятся Alpine и Rocky Linux
Грегори Курцер представил проект Ginux — Linux-совместимое ядро, написанное на Rust. Прототип уже способен загрузить системное окружение Alpine с BusyBox и Rocky Linux 10 с systemd в многопользовательском консольном режиме. Код под Apache 2.0, работает на x86-64.
Прототип создан за 11 дней в рамках эксперимента по применению техники HDAE (Human-Directed Agentic Engineering). Код генерировал AI-агент Codex с моделью GPT-5.6 Sol, а человек занимался архитектурой, принимал решения, координировал работу и определял критерии готовности. AI-агенты также привлекались для тестирования, рецензирования и диагностики проблем. То есть Курцер выступал в роли архитектора и техлида, а рутину делали нейросети.
Ginux не пытается копировать технологии из ядра Linux, а создаёт собственные совместимые реализации с оглядкой на оригинал: система управления памятью, планировщик задач, загрузочный процесс, модель процессов, файловые системы, сетевой стек, драйверы устройств и слой совместимости с Linux ABI. Ядро загружается напрямую через UEFI без хостовой Linux-системы. Из 375 системных вызовов Linux 6.12 полностью реализовано 82, частично 245, ещё 48 заблокированы из соображений безопасности. Для выявления сбоев, которые не видны в синтетических тестах, ядро гоняют на реальных приложениях вроде musl, glibc, BusyBox и systemd.
Пока это не замена Linux и не готово для продакшена, но уже пригодно для экспериментов. В долгосрочной перспективе проект рассматривается как ОС для запуска в изолированных контейнерах компонентов AI-инфраструктуры.
В планах обеспечить запуск пользовательского пространства Linux-дистрибутивов без ядра Linux, создать изолированные домены со своими процессами, адресным пространством и файловыми системами, подготовить самодостаточный загрузочный образ, сделать минимальное управляющее окружение в userspace, систему доступа на уровне именованных объектов и поддержку OCI-контейнеров.
Linux / Линукс🥸
Грегори Курцер представил проект Ginux — Linux-совместимое ядро, написанное на Rust. Прототип уже способен загрузить системное окружение Alpine с BusyBox и Rocky Linux 10 с systemd в многопользовательском консольном режиме. Код под Apache 2.0, работает на x86-64.
Прототип создан за 11 дней в рамках эксперимента по применению техники HDAE (Human-Directed Agentic Engineering). Код генерировал AI-агент Codex с моделью GPT-5.6 Sol, а человек занимался архитектурой, принимал решения, координировал работу и определял критерии готовности. AI-агенты также привлекались для тестирования, рецензирования и диагностики проблем. То есть Курцер выступал в роли архитектора и техлида, а рутину делали нейросети.
Ginux не пытается копировать технологии из ядра Linux, а создаёт собственные совместимые реализации с оглядкой на оригинал: система управления памятью, планировщик задач, загрузочный процесс, модель процессов, файловые системы, сетевой стек, драйверы устройств и слой совместимости с Linux ABI. Ядро загружается напрямую через UEFI без хостовой Linux-системы. Из 375 системных вызовов Linux 6.12 полностью реализовано 82, частично 245, ещё 48 заблокированы из соображений безопасности. Для выявления сбоев, которые не видны в синтетических тестах, ядро гоняют на реальных приложениях вроде musl, glibc, BusyBox и systemd.
Пока это не замена Linux и не готово для продакшена, но уже пригодно для экспериментов. В долгосрочной перспективе проект рассматривается как ОС для запуска в изолированных контейнерах компонентов AI-инфраструктуры.
В планах обеспечить запуск пользовательского пространства Linux-дистрибутивов без ядра Linux, создать изолированные домены со своими процессами, адресным пространством и файловыми системами, подготовить самодостаточный загрузочный образ, сделать минимальное управляющее окружение в userspace, систему доступа на уровне именованных объектов и поддержку OCI-контейнеров.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
X (formerly Twitter)
Gregory M. Kurtzer (@gmkurtzer) on X
In 11 days, I built a new Linux-compatible operating system kernel that boots Rocky Linux 10 with systemd, all using Human-Directed Agentic Engineering (HDAE).
I call it Ginux. It is an independe…
I call it Ginux. It is an independe…
👍23🤣10🌚9🔥3❤2
Модель Whisper-large-v3 обеспечивает высокую точность транскрибации, а её инференс не нуждается в избыточной мощности. Веса занимают около 3 ГБ видеопамяти. С учетом буферов требования редко превышают 6–8 ГБ VRAM.
Это делает видеокарты начального уровня, такие как NVIDIA A2 с 16 ГБ VRAM, оптимальным выбором. Флагманские карты не дадут прироста скорости, так как инференс аудио упирается в пропускную способность модели, а не в сырые вычисления. Оценить качество можно в каталоге Immers Foundation Models:
▪️ Публичные эндпоинты — готовый инструмент без развертывания инфраструктуры. Доступ бесплатен в пределах лимитов, которые можно увеличить или сбросить.
▪️ Для долгосрочных проектов или потоковой обработки рациональнее запустить приватный инстанс. Оплата за фактическое время работы делает бюджет предсказуемым.
Это делает видеокарты начального уровня, такие как NVIDIA A2 с 16 ГБ VRAM, оптимальным выбором. Флагманские карты не дадут прироста скорости, так как инференс аудио упирается в пропускную способность модели, а не в сырые вычисления. Оценить качество можно в каталоге Immers Foundation Models:
▪️ Публичные эндпоинты — готовый инструмент без развертывания инфраструктуры. Доступ бесплатен в пределах лимитов, которые можно увеличить или сбросить.
▪️ Для долгосрочных проектов или потоковой обработки рациональнее запустить приватный инстанс. Оплата за фактическое время работы делает бюджет предсказуемым.
→ Запустить модель
→ Арендовать сервер с GPU
❤3🔥2👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁42🔥4
Claude нашёл в ядре Linux уязвимость, дающую удалённый root. Ему хватило 48 минут, чтобы вытащить адрес из памяти
Anthropic рассказала, как Claude обнаружил 62 уязвимости в Chrome и собрала рабочие цепочки атак на Safari, Android, Windows и Linux. Нашлось 62 CVE в Chrome (13 обходов песочницы, 21 захват рендерера), обход Same-Origin Policy в Safari без выполнения кода, извлечение данных с заблокированного Pixel 9 и удалённый отказ в обслуживании через HTTP/3 в Windows. Всё это исправлено, но перейдем к Linux.
В ядре Linux Claude нашёл уязвимость в сетевом стеке, которая позволяла удалённо выполнять произвольные команды с правами root. Атака затрагивала серверы, принимающие соединения по Multipath TCP (MPTCP), и не требовала ни учётных данных, ни действий со стороны пользователя. Причиной стала ошибка use-after-free, возникавшая из-за состояния гонки.
Эксплуатация состояла из двух этапов: сначала модель нашла способ обойти KASLR (механизм рандомизации адресов ядра) за счёт утечки данных из памяти, а затем использовала ту же ошибку для перехвата управления и выполнения команды с правами root. Особенность в том, что неудачная попытка эксплуатации не приводила к падению всей системы, так что атакующий мог повторять попытки до успешного срабатывания. В демонстрации Anthropic получение адреса из памяти ядра заняло 48 минут, а выполнение команды ещё около пяти минут. Уязвимость получила идентификатор CVE-2026-98432, исправление внесли в основную ветку ядра Linux и перенесли во все поддерживаемые стабильные ветки.
Линукс на серверах обычно не балует сюрпризами, но в последнее время скучать не приходится. Будем надеяться, что в ближайшее время ИИ найдет все баги и снова станет стабильным и скучным. Главное, чтоб за это время туда не глядя нейрослопа не натыкали⚡️
Linux / Линукс🥸
Anthropic рассказала, как Claude обнаружил 62 уязвимости в Chrome и собрала рабочие цепочки атак на Safari, Android, Windows и Linux. Нашлось 62 CVE в Chrome (13 обходов песочницы, 21 захват рендерера), обход Same-Origin Policy в Safari без выполнения кода, извлечение данных с заблокированного Pixel 9 и удалённый отказ в обслуживании через HTTP/3 в Windows. Всё это исправлено, но перейдем к Linux.
В ядре Linux Claude нашёл уязвимость в сетевом стеке, которая позволяла удалённо выполнять произвольные команды с правами root. Атака затрагивала серверы, принимающие соединения по Multipath TCP (MPTCP), и не требовала ни учётных данных, ни действий со стороны пользователя. Причиной стала ошибка use-after-free, возникавшая из-за состояния гонки.
Эксплуатация состояла из двух этапов: сначала модель нашла способ обойти KASLR (механизм рандомизации адресов ядра) за счёт утечки данных из памяти, а затем использовала ту же ошибку для перехвата управления и выполнения команды с правами root. Особенность в том, что неудачная попытка эксплуатации не приводила к падению всей системы, так что атакующий мог повторять попытки до успешного срабатывания. В демонстрации Anthropic получение адреса из памяти ядра заняло 48 минут, а выполнение команды ещё около пяти минут. Уязвимость получила идентификатор CVE-2026-98432, исправление внесли в основную ветку ядра Linux и перенесли во все поддерживаемые стабильные ветки.
Линукс на серверах обычно не балует сюрпризами, но в последнее время скучать не приходится. Будем надеяться, что в ближайшее время ИИ найдет все баги и снова станет стабильным и скучным. Главное, чтоб за это время туда не глядя нейрослопа не натыкали
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Anthropic
Discovering and exploiting vulnerabilities in critical, real-world software with Claude
Over the past few months, we’ve used an unreleased, internal research model to find critical vulnerabilities in some of the world’s most widely used software, such as browsers and operating systems. In this post, we share details of five attack chains, which…
🔥26
Please open Telegram to view this post
VIEW IN TELEGRAM
❤16😁13😈6