Linux | Линукс

@linux0ids

YouTube добавит поддержку AV2 в начале 2027 года

Альянс Open Media (AOMedia) объявил об успехах продвижения видеокодека AV2, не требующего патентных и лицензионных отчислений, обеспечивающего примерно на 30% большую эффективность сжатия по сравнению с AV1 и поддерживающего расширенные возможности для потокового вещания, отдачи видео по запросу (VOD), применения в видеоконференциях и интерактивных системах.

YouTube планирует начать вещание в AV2 в начале 2027 года, первое время только при просмотре через Web. Также отмечается, что по состоянию на март этого года 90% контента в YouTube доступно в формате AV1. Google проводит внутреннее тестирование экспериментальных сборок Chrome с поддержкой AV2, но пока не перенёс изменения в официальные нестабильные сборки. Появление поддержки AV2 в Chrome ожидается до начала вещания в данном формате в YouTube.

Intel ведёт разработку библиотеки SVT-AV2 (Scalable Video Technology AV2) c реализациями кодировщика и декодировщика AV2, ускоренными при помощи процессорных расширений для аппаратного распараллеливания вычислений.

Meta намерена задействовать AV2 для распространения видео на Facebook и Instagram, как когда-то было сделано с кодеком AV1, а также проявляет интерес к открытым звуковым кодекам OAC (Open Audio Codec) и OAR (Open Audio Renderer).

@linux0ids

@linux0ids

В systemd добавлена возможность разработки компонентов на языке Rust

В кодовую базу системного менеджера systemd принято изменение, добавляющее возможность создания компонентов на языке Rust. Rust намерены использовать только для разработки новых компонентов, а существующий код на языке Си переписывать на Rust не планируют. Пакетный менеджер cargo в процессе сборки не применяется, остаётся задействована только сборочная система Meson. Rust-код используется в режиме "no_std" (без стандартной библиотеки), разрешено использовать только библиотеки core, alloc и libc.

Компоненты systemd на Rust динамически связываются с Си-библиотекой libsystemd-shared. Rust-обвязки над libsystemd-shared генерируются автоматически на этапе сборки из заголовочных файлов при помощи утилиты bindgen, и становятся доступны для rust-программ в форме пакета systemd_shared. Для работы требуется как минимум версии rustc 1.85 и bindgen 0.71.1, соответствующие версиям из Debian 13.

Тестовый исполняемый файл на Rust при сборке с LTO-оптимизациями занимает 32 КБ, при том что аналог на Си занимает 20 КБ. По умолчанию поддержка Rust включается только при наличии в системе соответствующего Rust-инструментария (-Drust=auto). В качестве первого компонента, написанного на Rust, развивается systemd-keyring-setup, который пока не принят в основную кодовую базу systemd. Systemd-keyring-setup предназначен для настройки и управления X.509-сертификатами для механизмов ядра Linux dm-verity, fs-verity и bpf.

@linux0ids

🤗 Дейлик начался сегодня ровно в 10:00.

За 10 минут до созвона я внезапно вспомнил, что за вчера не написал ни единой строчки.
Открыл Клод. Натравил пару агентов.
Пока тимлид здоровался и спрашивал у кого как дела, в репозиторий улетело 4 средних пулл-реквеста на 800 строк кода.
К моменту, когда очередь дошла до меня, я с усталым видом доложил о сложнейшем архитектурном рефакторинге.
Удалёнка. $15k в месяц. Красота.

Код руками сегодня не пишет уже никто. Вообще.
Коммиты летят в ветку каждые 12 минут... fix, refactor, feat, fix(temp).
Ревьюит ли это кто-то глазами? Не смешите.
На днях руководство одной команды объявило пилотный отказ от ручного код-ревью... типа, а зачем тратить человеческий контекст, если ИИ находит антипаттерны быстрее и надежнее?
Гениально.
Теперь ИИ-плагин одного сеньора валидирует то, что высрал ИИ-агент другого сеньора, и автоматически мерджит это в прод.
Люди в этой цепочке нужны чисто для того, чтобы нажимать Enter.

Еще недавно наблюдал апогей современной веб-разработки на статусе фичи.
На созвоне сидели двое:
1. Сеньор, который "написал" тяжелейшую микросервисную задачу через клод и абсолютно ни хера не понимает в деталях, как она вообще работает.
2. И продакт-манагер, который скормил описание задачи в свой клод, чтобы тот сгенерировал ему список умных технических вопросов.

Продакт на серьёзных щах зачитывает сгенерированные вопросы.
Сеньор делает умное лицо и говорит:
- "Очень глубокий поинт. Мне нужно перепроверить логику, вернусь с ответом чуть позже".
После созвона сеньор идёт и скармливает эти вопросы обратно в клод.
Две нейросети общаются друг с другом через двух высокооплачиваемых кожаных посредников.

На общем митинге топ-манагер озвучил:
- "Ребята, вы больше не инженеры. Вы теперь - операторы агентов. Забудьте про код. Оценивайте задачи в плоскости... написал спецификацию - провалидировал вывод агента".

Коллега на прошлой неделе ушёл в отпуск.
Можно было предположить что его задачи встали? Хрен там плавал.
Он сгрузил весь рабочий контекст в личного ИИ-агента-аватара.
Чувак чиллит на пляже, а команда в слаке задаёт вопросы его цифровому дубликату. И он, сцуко, отвечает толковее, чем его оригинал.

В итоге у каждого разраба прямо сейчас висит по 20 готовых задач в статусе in review и blocked.
Код пишется за секунды, а коммуникация между живыми людьми деградирует.
Ботнеты ждут деплоя. Пулл-реквесты копятся терабайтами.

А синдром самозванца? Забудьте, он устарел.
Теперь это работает так... одна нейросеть пишет костыли, вторая нейросеть их мерджит, третья пишет под них тесты, а живой человек раз в месяц заходит проверить, упали ли $15k на карту.

Раньше наша любимая айтишка держалась на знаниях алгоритмов и на паттернах проектирования.
А теперь она держится на стабильности серверов Антропика и лимитах токенов в API 🙏

Типичный 🟢 Сисадмин

@linux0ids

Релиз менеджера паролей KeePassXC 2.8

Ключевые изменения в новом выпуске:

— Перевод графического интерфейса с Qt5 на Qt6.
— Возможность использования функции автоподстановки паролей в приложения в окружениях на базе Wayland, используя порталы XDG.
— Поддержка настройки комбинаций клавиш.
— Возможность синхронизации БД с внешними системами и поддержка использования внешних утилит для импорта.
— Режим быстрой разблокировки доступа через Polkit в Linux.
— Формирование ARM64-сборок для Windows и экспериментальных ARM64-сборок в формате AppImage для Linux.
— Переход на хранение файлов состояния приложения в каталоге ~/.local/state/ (XDG_STATE_HOME) вместо ~/.cache (XDG_CACHE_HOME).
— Поддержка генерации ключей RSA, ECDSA и Ed25519 для SSH Agent.
— Улучшена интеграция с рабочим столом сборок в формате AppImage.
— Реализован импорт SSH-ключей, паролей от Wi-Fi и записей с неизвестным типом из Proton Pass.
— Устранена уязвимость (CVE-2026-69150), приводящая к обращению к уже освобождённой памяти при импорте специально оформленного файла в формате KDB.


@linux0ids

@linux0ids

37-летний баг в коде BSD помог обойти все защиты OpenBSD одновременно

Есть что-то завораживающее в том, как ошибка, написанная ещё в восьмидесятых, продолжает аукаться системе, которая славится словом "secure by default". Исследователь Эндрю Гриффитс из Calif показал рабочий эксплойт Big Fish, поднимающий права обычного пользователя до root в OpenBSD.

Корень проблемы уходит прямиком в код старой BSD, где счётчик подключений к разделяемой памяти System V сделали 16-битным знаковым. Казалось бы, мелочь, но если подключений больше 32 767, счётчик уходит в минус, и учёт ссылок на объекты памяти начинает врать.

На практике это выглядело так: создать 127 сегментов общей памяти, запустить 259 дочерних процессов, и готово, счётчик падает до минус 32 643, открывая состояние гонки между удалением сегмента и новым подключением к памяти. Ядро обращается к уже освобождённому объекту, и вот тут начинается самое интересное — одного этого бага не хватило бы, поэтому Гриффитс связал его ещё с одной ошибкой записи за пределами выделенной памяти, подменил данные в структуре сетевого сокета и через это добрался до таблиц страниц памяти.

В итоге он выполнил код на уровне ядра, и всё это при включённых KARL, SMAP и SMEP, которые как раз для того и придуманы, чтобы такое не прокатывало.

Самое неприятное даже не сама цепочка багов, а то, как её обошли защитные механизмы без единой дополнительной уязвимости для утечки адресов. KARL должен рандомизировать расположение функций и данных ядра, но распределители памяти OpenBSD не всегда выбирают адреса случайно, и после перезагрузки на одном железе некоторые структуры оседают на предсказуемых местах. То есть защита технически работает, но у неё остаются слепые пятна, которыми и воспользовался эксплойт через обработчики интерфейсов lo0 и enc0.

Патчи вышли ещё до публикации исследования (обновления 018 и 026 от сентября), так что для OpenBSD 7.9 всё уже закрыто через syspatch. Плохая новость в том, что релиз 7.9 буквально недавно разбирали с другим 27-летним багом, и похоже, в этом древнем коде ещё есть что искать.

@linux0ids

Тут в ядре Linux отменили требование указывать использование ИИ при отправке нового кода на рассмотрение

@linux0ids