| · | 26.08.2026 | Первый выпуск mklinux для одновременного выполнения нескольких экземпляров ядра Linux (2) |
|
Представлен первый публичный выпуск проекта Multikernel Linux (mklinux-v7.0-mk2), развивающего вариант ядра Linux, дополненный возможностью выполнения нескольких независимых экземпляров ядра на одном физическом компьютере без использования гипервизора и виртуализации. Каждый экземпляр ядра имеет прямой доступ к аппаратным ресурсам и может использоваться для запуска отдельных изолированных системных окружений. Первый выпуск основан на ядре Linux 7.0 и содержит сборочную настройку "CONFIG_MULTIKERNEL", при отключении которой ядро становится полностью аналогично штатному ядру 7.0. Из архитектур CPU пока поддерживается только x86_64.
Multikernel преподносится как новый механизм изоляции, занимающий нишу между виртуализацией при помощи гипервизора и контейнерной изоляцией на базе общего ядра. В отличие от виртуализации Multikernel не требует использования гипервизора, упрощает создание окружений для изолированного запуска отдельных приложений и позволяет добиться высокой производительности без накладных расходов на виртуализацию. В отличие от контейнеров Multikernel обеспечивает высокий уровень изоляции и позволяет использовать отдельное ядро в каждом изолированном окружении, аварийное завершение или эксплуатация уязвимости в котором не затрагивает другие окружения.  Хостовое ядро обеспечивает распределение имеющихся CPU, памяти и PCI-устройств между параллельно работающими дополнительными экземплярами ядра. Каждый экземпляр выполняется на отдельном выделенном ядре CPU, работает с закреплёнными за ним устройствами и имеет доступ к выделенной области физической памяти. Одновременное выполнение нескольких ядер осуществляется без виртуализации, используя SMP-обработчик, распределяющий доступные CPU. Поддерживается динамическое выделение ресурсов запускаемым окружениям и обеспечение предсказуемой производительности. Благодаря исключению свойственных виртуализации накладных расходов,
производительность при использовании Multikernel оценивается как близкая к производительности выполнения на отдельном оборудовании. При использовании Multikernel отсутствует стадия передачи управления между виртуальными машинами (VM exit), не используются страницы памяти второго уровня, отдельная модель устройств и трансляция IOMMU. При сравнении с гипервизором KVM при использовании Multikernel отмечается повышение производительности различных системных вызовов и функций от 1.07 до 2.5 раз (fork + exit - 1.07x, write() - 1.39x, AF_UNIX - 1.55x, Pipe - 2.18x, переключение контекста - 2.50x), пропускная способность и задержки при работе с памятью находятся на одном уровне.
| ||
|
Обсуждение (2) |
Тип: К сведению |
Интересно
| ||
| · | 26.08.2026 | Опубликован Armbian 26.8, дистрибутив для одноплатных компьютеров (8 +1) |
|
Опубликован выпуск Linux-дистрибутива Armbian 26.8, предоставляющего компактное системное окружение для одноплатных компьютеров с процессорами на базе архитектур ARM, RISC-V и x86, поддерживающее различные модели Raspberry Pi, Odroid, Orange Pi, Banana Pi, Helios64, pine64, Nanopi и Cubieboard на базе процессоров Allwinner, Amlogic, Actionsemi, Freescale / NXP, Marvell Armada, Rockchip, Radxa и Samsung Exynos.
Для формирования сборок используются пакетные базы Debian и Ubuntu, но все компоненты полностью пересобирается при помощи собственной сборочной системы с включением оптимизаций для уменьшения размера, увеличения производительности и применения дополнительных механизмов защиты. Например, раздел /var/log монтируется с использованием zram и хранится в ОЗУ в сжатом виде со сбросом данных на накопитель раз в день или при завершении работы. Раздел /tmp монтируется при помощи tmpfs. Проектом поддерживается более 30 вариантов сборок ядра Linux для разных платформ ARM и ARM64. Предоставляется SDK для упрощения создания своих системных образов, пакетов и редакций дистрибутива. Для подкачки используется ZSWAP. При входе по SSH предоставляется опция для использования двухфакторной аутентификации. В состав входит эмулятор box64, позволяющий запускать программы, собранные для процессоров на базе архитектуры x86. Предлагаются готовые пакеты для запуска пользовательских окружений на базе KDE, GNOME, Budgie, Cinnamon, i3wm, Mate, Xfce и Xmonad. Основные изменения в Armbian 26.8:
| ||
|
Обсуждение (8 +1) |
Тип: Программы |
| ||
| · | 26.08.2026 | Nitter и XCancel прекратили работу из-за угрозы судебного иска (66 –11) |
|
Разработчики проекта Nitter получили от компании X Corp, управляющей социальной сетью X (Twitter), уведомление с требованием прекращения незаконной деятельности (cease and desist) под угрозой предъявления судебного иска. Проект Nitter предоставлял альтернативный сайт для просмотра сообщений из социальной сети X без регистрации учётной записи и развивал свободный (GPLv3) фронтенд для доступа к X.com без навязывания JavaScript, аналитики, трекеров и сторонних сервисов.
Во избежании вовлечения в судебное разбирательство работа сайта nitter.net была прекращена, разработка остановлена, а репозиторий проекта на GitHub переведён в архивный режим. На сайте проекта указано, что автор пока воздерживается давать какие-либо комментарии по поводу случившегося до проведения консультации с юристом. Аналогичное уведомление получил сервис XCancel также предоставлявший возможность просмотра сообщений с X.com. Работа сервиса остановлена, а подробности не разглашаются до завершения консультации с юристами. Помимо Nitter и XCancel аналогичное уведомление от X Corp было направлено сопровождающим и других прокси-сервисов, использующих код Nitter. В письме был объявлен ультиматум с требованием остановить работу сервиса до 1:00 (MSK) 26 августа. Утверждалось, что сервисы нарушают специфичные для отдельных штатов и федеральные законы США, включая, принятый в Техасе Закон о вредоносном доступе к компьютерам (§ 143.001 и § 33.02) и Закон Лэнхема о товарных знаках (15 U.S.C. §§ 1114, 1125)». Разработчикам Nitter и XCancel вменялось незаконное обращение к API X.com и связанными с ними данными, а также получение доступа к учётным записям X и токенам сессий в нарушение правил сервиса.
| ||
|
Обсуждение (66 –11) |
Тип: К сведению |
| ||
| · | 25.08.2026 | Ядру Linux исполнилось 35 лет (132 +34) |
|
25 августа 1991 года после пяти месяцев разработки 21-летний студент Линус Торвальдс объявил в телеконференции comp.os.minix о создании рабочего прототипа новой операционной системы Linux, для которой было отмечено завершение портирования bash 1.08 и gcc 1.40. Первый публичный выпуск ядра Linux был представлен 17 сентября. Ядро 0.0.1 имело размер 62 Кб в сжатом виде и содержало примерно 10 тысяч строк исходного кода. Современное ядро Linux насчитывает около 44 млн строк кода.
Ядро Linux было создано под впечатлением от операционной системы MINIX, которая не устраивала Линуса своей ограниченной лицензией. Впоследствии, когда Linux стал известным проектом, недоброжелатели пытались обвинить Линуса в прямом копировании кода некоторых подсистем MINIX. Нападение отразил Эндрю Таненбаум, автор MINIX, который поручил одному из студентов провести детальное сравнение кода Minix и первых публичных версий Linux. Результаты исследования показали наличие только четырёх несущественных совпадений блоков кода, обусловленных требованиями POSIX и ANSI C. Первоначально Линус задумал назвать ядро Freax, от слов «free», «freak» и X (Unix). Но имя «Linux» ядро получило с лёгкой руки Ари Лемке (Ari Lemmke), который по просьбе Линуса разместил ядро на FTP-сервере университета, назвав директорию с архивом не «freax», как просил Торвальдс, а «linux». Примечательно, что предприимчивый делец Вильям Делло Крок (William Della Croce) сумел зарегистрировать торговую марку Linux и хотел со временем собирать отчисления, но позднее передумал и передал все права на торговую марку Линусу. Официальный талисман Linux-ядра, пингвин Tux, был выбран в результате соревнования, состоявшегося в 1996 году. Имя Tux расшифровывается как Torvalds UniX. Динамика роста кодовой базы (количество строк исходного кода) ядра:
Прогресс развития ядра:
Около 65% всех изменений в ядро внесены 20 наиболее активными компаниями. Например, при разработке ядра 7.1 из всех изменений 9.1% (год назад в ядре 6.16 было 11.3%) подготовлено компанией Intel, 7.7% (6.3%) - Google, 5.2% (5.4%) - AMD, 5.0% (3.6%) - Qualcomm, 4.7% (7.6%) - Red Hat, 3.8% (2.4%) - NVIDIA, 3.4% (2.9%) - Meta, 2.9% (3.0%) - SUSE, 2.5% (2.9%) - Oracle, 2.1% (2.3%) - ARM, 1.4% (1.4%) - IBM, 1.3% (2.4%) - Huawei. 18% (15.3%) изменений подготовлены независимым участниками или разработчиками, явно не заявившим о своей работе на определённые компании. По числу добавленных в ядро 7.1 строк кода лидируют компании Meta, AMD и Qualcomm, доля которых составила 15.8%, 13.8% и 7.6% (в ядре 6.16 лидировали Intel, Red Hat и Google, доля которых составила 9.2%, 7.2% и 6.9%).
| ||
|
Обсуждение (132 +34) |
Тип: К сведению |
| ||
| · | 25.08.2026 | Релиз дистрибутива Vanilla OS 3, использующего контейнеры и атомарные обновления (29 –3) |
|
После двух лет разработки опубликован выпуск пользовательского дистрибутива Vanilla OS 3, основанного на пакетной базе Debian, но выходящего за рамки обычной пересборки. Системное окружение в Vanilla OS монтируется в режиме только для чтения и обновляется атомарно, а приложения запускаются в отдельных контейнерах, используя прослойку на базе инструментария Distrobox. В качестве пользовательского окружения предлагается немодифицированный GNOME, поставляемый в том виде, в каком он изначально выпускается разработчиками. Собственные графические конфигураторы написаны на GTK4 с использованием Libadwaita. Размер iso-образа - 1.8 ГБ (x86_64, arm64).
Для атомарного обновления системы проектом развивается инструментарий ABRoot, создающий на накопителе два идентичных корневых раздела - активный и пассивный. Обновление системы загружается целиком и устанавливается в пассивный раздел, а после перезагрузки разделы меняются местами - раздел с установленным обновлением становится активным, а прошлый активный раздел переводится в пассивный режим и ожидает установки следующего обновления. Обновления проверяются и устанавливаются автоматически в фоновом режиме во время минимальной нагрузки на систему и при наличии необходимого заряда аккумулятора. Частота проверки обновлений настраивается. Активация установленного обновления осуществляется при следующей перезагрузке. Если после обновления что-то пошло не так, выполняется откат на прошлую версию. Дополнительные приложения устанавливаются в отдельных контейнерах при помощи собственного пакетного менеджера apx, который позволяет устанавливать пакеты из разных дистрибутивов в изолированных sandbox-окружениях (например, можно ставить пакеты из Debian, Ubuntu, Arch Linux и Fedora). Пакетный менеджер реализован в форме обвязки над инструментарием Distrobox, дающим возможность быстро установить и запустить в контейнере любой дистрибутив Linux и обеспечить его интеграцию с основной системой. Формат пакетов на базе контейнеров (Flatpak, Snap или Appimage) выбирается при первом запуске. Для администрирования системы развивается инструментарий VSO (Vanilla System Operator), позволяющий решать такие задачи, как обновление системы, изменения настроек и создание задач, привязанных к каким-то действиям (например, можно запустить задачу вывода уведомления после завершения заряда аккумулятора). Предоставляется встроенная возможность запуска Android-приложений при помощи инструментария Waydroid.  В новой версии:
| ||
|
Обсуждение (29 –3) |
Тип: Программы |
| ||
| · | 25.08.2026 | Новая версия почтового сервера Exim 4.100 (20 +7) |
Опубликован релиз почтового сервера Exim 4.100, в который внесены накопившиеся исправления и добавлены новые возможности. Код проекта написан на языке Си и распространяется под лицензией GPLv2+.
| ||
|
Обсуждение (20 +7) |
Тип: Программы |
| ||
| · | 25.08.2026 | В CPython реализована официальная поддержка архитектуры RISC-V (52 +6) |
|
Разработчики языка программирования Python объявили о реализации официальной поддержки архитектуры RISC-V в кодовой базе CPython, эталонной реализации языка программирования Python. Для архитектуры RISC-V заявлен третий уровень поддержки, подразумевающий рабочую сборку и сопровождение как минимум одним участником из Core Team, но без гарантированного времени рассмотрения сбоев и без блокирования публикации релиза в случае наличия серьёзных проблем.
Для тестирования сборок и отладки специфичных ошибок в инфраструктуре Python развёрнуто несколько хостов с архитектурой RISC-V. Для выявления проблем на ранней стадии ведётся работа по интеграции RISC-V в применяемую проектом платформу непрерывной интеграции. Помимо этого объявлено о работе по внесению оптимизаций производительности, специфичных для архитектуры RISC-V. Со временем для RISC-V планируют обеспечить второй уровень поддержки, на котором связанные с платформой сбои решаются в течение 24 часов, а нерешённые серьёзные проблемы блокируют формирование релиза.
| ||
|
Обсуждение (52 +6) |
Тип: К сведению |
| ||
| · | 24.08.2026 | Выполнена формальная верификация безопасности микроядра seL4 для архитектуры AArch64 (77 +15) |
|
Завершена работа над математической формальной верификацией надёжности и безопасности работы микроядра seL4 на системах с архитектурой набора команд AArch64. Верификация сводится к математическому доказательству корректности работы seL4, которое свидетельствует о полном соответствии заданным на формальном языке спецификациям. Доказательство надёжности позволяет использовать seL4 в критически важных системах на базе процессоров ARM64, требующих повышенного уровня безопасности и гарантирующих отсутствие сбоев.
Изначально микроядро seL4 было верифицировано для 32-разрядных процессоров ARM, а позднее для 64-разрядных процессоров x86 и RISC-V. Верификация гарантирует, что в случае сбоя в одной части системы, данный сбой не распространится на остальную систему и её критические части. В контексте обеспечения безопасности верификация подтверждает, что ядро обеспечивает должный уровень изоляции приложений, не позволяет им получить доступ к информации без авторизации и гарантирует, что в случае компрометации вторичных приложений, атака не распространится на критические важные приложения. Архитектура микроядра seL4 примечательна выносом частей для управления ресурсами ядра в пространство пользователя и применения для таких ресурсов тех же средств разграничения доступа, как для пользовательских ресурсов. Микроядро не предоставляет готовых высокоуровневых абстракций для управления файлами, процессами, сетевыми соединениями и т.п., вместо этого оно предоставляет лишь минимальные механизмы для управления доступом к физическому адресному пространству, прерываниям и ресурсам процессора. Высокоуровневые абстракции и драйверы для взаимодействия с оборудованием реализуются отдельно поверх микроядра в форме задач, выполняемых на пользовательском уровне. Доступ таких задач к имеющимся у микроядра ресурсам организуется через определение правил.
| ||
|
Обсуждение (77 +15) |
Тип: К сведению |
| ||
| · | 24.08.2026 | Апелляционный суд отказал в возобновлении разбирательства с IBM, касающегося прав на Linux (79 +34) |
|
Федеральный апелляционный суд США отклонил апелляцию компании Xinuos (UnXis), которая в 2011 году выкупила бизнес SCO Group. Компания Xinuos добивалась возобновления судебного разбирательства против IBM и Red Hat, которым вменяется передача интеллектуальной собственности SCO в ядро Linux. Коллегия из трёх судей отказалась пересматривать ранее вынесенное решение окружного суда США по Южному округу Нью‑Йорка из-за истечения срока исковой давности.
Апелляционный суд также поддержал решение о несостоятельности иска так как компания Xinuos пыталась представить дело как спор о лицензировании чужой собственности, но по мнению суда фактически спор затрагивал право собственности. В поданном иске компания Xinuos утверждала, что корпорация IBM знала, что код, переданный в ядро Linux ей не принадлежит, а имеется лишь неисключительная лицензия на его использование, и передав код IBM нарушила условия этой лицензии. Напомним, что в 2003 году SCO обвинила компанию IBM в передаче кода Unix разработчикам ядра Linux, после чего было выяснено, что все права на код Unix принадлежат не SCO, а компании Novell. После этого компания Novell подала против SCO иск с обвинением в использовании чужой интеллектуальной собственности для судебного преследования других компаний. Для продолжения нападок на IBM и пользователей Linux у SCO возникла необходимость доказательств своих прав на Unix. SCO не согласилась с позицией Novell, но после многих лет повторных разбирательств судом было вынесено решение, что при продаже связанного с ОС Unix бизнеса компании SCO компания Novell не передала SCO права на владение своей интеллектуальной собственностью, и все обвинения, выдвинутые юристами SCO к другим компаниям, беспочвенны. В 2021 году компания Xinuos, ставшая правоприемником SCO, попыталась развернуть новую тяжбу, вменяя IBM нарушение антимонопольного законодательства из-за вытеснения конкурирующих систем и незаконное использование интеллектуальной чужой собственности для создания конкурирующего продукта. Рассматривавший дело суд не поддержал иск и Xinuos подала апелляцию, которая в этом месяце была отклонена. Компания Xinuos намерена подать ходатайство о повторном рассмотрении дела в полном составе Апелляционного суда. Назначение повторного слушания оценивается как маловероятное, так как пересмотр назначается в исключительных случаях при выявлении значительных ошибок в прошлом разбирательстве. По данным юридической фирмы Kaplan, Федеральный апелляционный суд США допустил к пересмотру лишь 0.03% рассмотренных им дел.
| ||
|
Обсуждение (79 +34) |
Тип: К сведению |
| ||
| · | 24.08.2026 | Проект GIMP развивает новый формат рабочих файлов, идущий на смену XCF (145 +33) |
|
Разработчики графического редактора GIMP сообщили о работе над новым форматом изображений, который придёт на смену формату XCF, обеспечивающему сохранение всех данных, сопутствующих работе над изображением, включая сведения о слоях, выделенных областях, каналах и выставленных направляющих. Отмечается, что формат XCF имеет ряд ограничений и плохо подходит для больших или сложных проектов, таких как многостраничные и анимированные изображения, которые планируют реализовать в ветке GIMP 3.6.
Вместо жёстко структурированного бинарного формата новая реализация, по аналогии с OpenDocument, будет использовать набор файлов с разметкой XML, упакованных в ZIP-архив. Детали реализации пока находятся в разработке, но предполагается, что новый формат ускорит операции сохранения, так как при периодическом сохранении потребуется изменять лишь отдельные части файла, без необходимости перезаписывать всё содержимое, и позволит избавиться от усложнений, мешающих реализовать функцию автоматического сохранения. Поддержка старого формата XCF будет оставлена для обеспечения обратной совместимости, но функциональность сохранения и загрузки для новых возможностей будет реализовываться только в новом формате, после его окончательной стабилизации.
| ||
|
Обсуждение (145 +33) |
Тип: К сведению |
| ||
| · | 23.08.2026 | Доступен Bazzite Deck 44, дистрибутив для игровых консолей (54 +7) |
|
Представлен релиз дистрибутива Bazzite Deck 44 (Handheld Edition), предназначенного для использования на телеприставках и игровых консолях, таких как Steam Deck, Asus Ally, GPD, Ayn и MSI Claw. Дистрибутив оптимизирован для управления через геймпады и предлагает программный стек, близкий к SteamOS, но построенный на технологиях атомарно обновляемых редакций Fedora Linux 44 (Fedora Kinoite и Fedora Silverblue).
В отличие от основной версии для ПК редакция Bazzite Deck предлагает по умолчанию интерфейс на базе игрового режима Steam (Game Mode) с возможностью запуска традиционных рабочих столов KDE и GNOME в качестве опции. Приложения устанавливаются в формате Flatpak или в форме контейнеров. По данным сервиса ProtonDB проект Bazzite занимает четвёртое место (9.5%) в рейтинге популярности дистрибутивов Linux, применяемых любителями компьютерных игр, уступая лишь CachyOS (21.1%), Arch Linux (14.9%) и Linux Mint (10.6%). На пользователей Bazzite 44 приходится около 8.3% трафика в каталоге Flathub (если отбросить неидентифицированные дистрибутивы - 30%). Для сравнения доля пользователей Fedora 44 в Flathub оценивается в 9.9%, а Cachyos - 3.9%. Основные новшества:
| ||
|
Обсуждение (54 +7) |
Тип: Программы |
| ||
| · | 22.08.2026 | Выпуск Phosh 0.57.0, GNOME-окружения для смартфонов (25 +5) |
Опубликован релиз Phosh 0.57, экранной оболочки для мобильных устройств, основанной на технологиях GNOME и библиотеке GTK. Окружение изначально развивалось компанией Purism в качестве аналога GNOME Shell для смартфона Librem 5, но затем вошло в число неофициальных проектов GNOME и используется в postmarketOS, Mobian, ALT Mobile, Droidian, некоторых прошивках для устройств Pine64 и редакции Fedora для смартфонов. Phosh использует композитный сервер Phoc, работающий поверх Wayland, а также собственную экранную клавиатуру. Наработки проекта распространяются под лицензией GPLv3+.
 Среди изменений:
| ||
|
Обсуждение (25 +5) |
Тип: Программы |
| ||
| · | 21.08.2026 | Релиз серверной JavaScript-платформы Bun 1.4, переписанной с Zig на Rust (254 +3) |
|
Представлен выпуск платформы Bun 1.4, предназначенной для обособленного выполнения приложений, написанных на языках JavaScript и TypeScript, и нацеленной на использование в качестве прозрачной замены платформы Node.js. Ветка 1.4 примечательная переводом кодовой базы с языка Zig на язык Rust, осуществлённым с использованием AI-инструментов Claude. Код продолжает распространяться под лицензией MIT.
В качестве причины переписывания на Rust отмечается желание устранить проблемы в Bun, вызванные утечками памяти, а также наличие разногласий с авторами Zig в плане применения AI для написания кода и неприемлемая для крупных проектов политика Zig в отношении принятия в язык изменений, нарушающих совместимость. В качестве главного преимущества перехода на Rust упоминается возможность отлавливания и предотвращения ошибок при работе с памятью, диагностика которых последние годы отнимала у разработчиков Bun много времени. Судя по проведённым тестам, версия на Rust потребляет на 13-48% меньше памяти, запускается в два раза быстрее и до 5 раз меньше нагружает CPU в режиме простоя. Размер исполняемого файла в версии на Rust сократился на 17%. При запуске при помощи Bun 1.4 приложения Claude Code нагрузка на CPU уменьшилась в два раза. В состав включено 1517 дополнительных тестов для проверки совместимости и устранено более 2900 проблем. В базовую поставку добавлены новые библиотеки Bun.Image, Bun.WebView, Bun.markdown, Bun.cron() и Bun.Terminal. В командах "bun run" и "bun test" реализован режим параллельного запуска (--parallel). Обеспечена совместимость с фреймворками Next.js 16 и vitest. Проект Bun поддерживает большую часть API Node.js. В состав платформы входит набор инструментов для создания и выполнения приложений на языках JavaScript и TypeScript, а также runtime для выполнения JavaScript-приложений без браузера, пакетный менеджер (совместимый с NPM), инструментарий для выполнения тестов, система сборки самодостаточных пакетов и прослойка для встраивания обработчиков, написанных на языке Си. По производительности Bun заметно обгоняет Deno и Node.js (в тестах на базе фреймворка React платформа Bun в 2 раза опережает Deno и почти в 5 раз Node.js). Для выполнения JavaScript задействован JavaScript-движок JavaScriptCore и компоненты проекта WebKit с дополнительными патчами.
| ||
|
Обсуждение (254 +3) |
Тип: Программы |
| ||
| · | 20.08.2026 | Выпуск Rust 1.98.0. Компрометация пакета arrayref, насчитывающего 53 млн загрузок за 3 месяца (238 +8) |
|
Опубликован релиз языка программирования Rust 1.98, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).
Методы работы с памятью в Rust нацелены на исключение ошибок при манипулировании указателями и защиту от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io. Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок. Основные новшества:
Дополнительно можно отметить компрометацию популярного crate-пакета arrayref, насчитывающего более 53 млн загрузок за последние 90 дней и применяемого в качестве зависимости у 403 пакетов. Атакующие разместили в репозитории crates.io новые пакеты proc-macro1, proc-macro-en, aovine, arone, aronenao и tinymember, содержащие вредоносный код. После этого в репозитории были опубликованы новые выпуски пакетов arrayref 0.3.10, internment 0.8.7 и append-only-vec 0.1.9 в которые в качестве зависимости был добавлен вредоносный пакет proc-macro1. Вредоносная версия пакета arrayref была размещена 20 августа в 10:15 (MSK) и просуществовала до 11:41, после чего была удалена администраторами crates.io. С сопровождающим arrayref пока не удалось связаться для прояснения ситуации, но предполагается, что его учётные данные были перехвачены злоумышленниками. В пакете proc-macro1 вредоносное изменение присутствовало в сборочном скрипте и осуществляло загрузку исполняемого файла с внешнего сервера. Загруженный файл в Unix-системах сохранялся как /tmp/rust-setup, а в Windows - %TEMP%\rust-setup.ps1 или %TEMP%\rust-setup-launch.vbs. Команда для проверки наличия вредоносных пакетов в осевшем локальном кеше:
find ~/.cargo/registry/cache -type f \( \
-name 'append-only-vec-0.1.9.crate' -o \
-name 'arrayref-0.3.10.crate' -o \
-name 'internment-0.8.7.crate' -o \
-name 'proc-macro1-*.crate' -o \
-name 'proc-macro-en-*.crate' -o \
-name 'aovine-*.crate' -o \
-name 'arone-*.crate' -o \
-name 'aronenao-*.crate' -o \
-name 'tinymember-*.crate' \
\) -print
| ||
|
Обсуждение (238 +8) |
Тип: Программы |
| ||
| · | 20.08.2026 | Релиз пакетного менеджера RPM 6.1 (8 +13) |
|
Опубликован релиз пакетного менеджера RPM 6.1, который будет задействован в выпуске дистрибутива Fedora Linux 45. Проект развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, openSUSE, ALT Linux, Rosa Linux, OpenMandriva, Mageia, PCLinuxOS и Tizen. Код проекта распространяется под лицензиями GPLv2 и LGPLv2.
При подготовке RPM 6.1 осуществлён переход на новую схему нумерации релизов. Первая цифра версии меняется при изменении формата RPM-пакетов, а вторая - при добавлении новой функциональности и исправлений, не нарушающих обратную совместимость. Третья цифра указывает на наличие только исправлений ошибок или уязвимостей. Вместо формирования альфа- и бета-версий для тестирования теперь публикуются кандидаты в релизы. Основные изменения в RPM 6.1:
| ||
|
Обсуждение (8 +13) |
Тип: Программы |
| ||
| Следующая страница (раньше) >> | ||
