Hacker News Digest

Debian выпустил обновление ядра Linux (DSA-6528-1) для стабильного релиза trixie, устраняющее более 100 уязвимостей, включая критические проблемы, ведущие к повышению привилегий, отказу в обслуживанию и утечкам информации. Исправления включены в версию ядра 6.12.111-1, и пользователям настоятельно рекомендуется обновить пакеты linux как можно скорее. Среди уязвимостей — CVE-2024-52560, CVE-2025-21817 и множество других, охватывающих подсистемы сетевого стека, файловой системы, управления памятью и драйверов устройств.

Обновление доступно через стандартные репозитории Debian Security. Подробная информация о статусе безопасности пакета linux доступна на странице трекера безопасности Debian. Применение обновления требует перезагрузки системы для активации нового ядра. Администраторы должны проверить совместимость с собственными модулями и конфигурациями перед обновлением в продакшене. Дополнительные рекомендации по применению обновлений и часто задаваемые вопросы доступны на официальной странице Debian Security.

Массовое присвоение CVE любому исправлению делает метрику «количество CVE» бесполезной для оценки реальной угрозы, так как приводит к росту числа записей и игнорированию их специалистами по безопасности. ИИ ускоряет обнаружение уязвимостей, но может вводить новые ошибки с аналогичной частотой. Пользователи часто откладывают обновления, а дистрибутивы медленно выпускают патчи, увеличивая риск эксплуатации. CVSS‐оценки, присвоенные CVE за исправления, часто не отражают реальную опасность: даже низкосерьёзные баги получают высокие баллы, а некоторые патчи в стабильных ветках получают оценки до 9.8. В 2026 году число присвоенных CVE превысило 100 000, но это не означает, что все они представляют реальную угрозу. Микрокернелы могут сократить поверхность уязвимостей, но их внедрение и поддержка остаются сложными. Открытый исходный код повышает обнаружение багов, но одновременно увеличивает риск эксплойтов при отсутствии контроля процесса. Рекомендуется использовать унифицированную схему версионирования A.B.C, где C — патчи безопасности, B — новые функции, A — системные изменения. Для повышения безопасности можно рассмотреть переход на Coreboot и EFI‐шимы, которые уменьшают привилегии загрузчика. Формально верифицированные микрокернелы, такие как seL4, представляют перспективу для обеспечения строгой изоляции.

Windows XP выбирает начальное изображение пользователя случайным образом из папки %ALLUSERSPROFILE%\Application Data\Microsoft\User Account Pictures\Default Pictures, используя алгоритм одноходовой выборки (reservoir sampling с k=1). Для генерации случайных чисел применяется функция RtlRandomEx, инициализированная значением GetTickCount() — счётчиком миллисекунд с момента загрузки системы. Алгоритм проходит по файлам в директории последовательно, поддерживая счётчик обработанных файлов и заменяя текущий «победитель» с вероятностью 1/count на каждый новый файл. Это обеспечивает равномерное распределение вероятности выбора любого файла из всей коллекции, независимо от порядка обхода. Подход выбран из-за эффективности: он требует только одного прохода по файловой системе, минимизируя дорогостоящие операции ввода-вывода, и устойчив к изменениям содержимого директории во время выполнения. Для защиты от аномалий (например, миллиона файлов) алгоритм останавливается после обработки первых 100 изображений. Таким образом, выбор картинки зависит от точного момента времени создания аккаунта через GetTickCount() и порядка перечисления файлов в файловой системе, что делает его псевдослучайным, но предсказуемым при известных условиях.

Алгоритм выбора изображения в Windows XP был сознательно оптимизирован под ограничения ресурсов 1990-х: использовался reservoir sampling с k=1, RtlRandomEx и GetTickCount() для минимизации памяти и дисковых операций — без загрузки всех имён файлов. Ограничение в 100 файлов соответствовало реальным условиям: в папке по умолчанию было значительно меньше изображений. Применение простого rand() % n исключалось из-за отсутствия динамических структур и необходимости двух проходов или предварительного подсчёта файлов — системного вызова для этого не существовало, так как добавление метаданных увеличивало накладные расходы на FAT32/NTFS. GetTickCount() как источник случайности был стандартной практикой — криптографическая стойкость не требовалась. Отсутствие проверки на совпадение с существующими аватарами подтверждает, что выбор был локальным и случайным, без учёта конфликтов. Сложность алгоритма отражает тогдашнюю культуру оптимизации даже мелких операций — сегодня это кажется избыточным. Доступ к исходному коду NT5 на GitHub подтверждает, что Microsoft сохраняет утекшие версии как исторические артефакты. Некоторые предлагали детерминированный выбор по первому символу имени, но это не реализовали — вероятно, чтобы избежать предсказуемости. Windows XP — последняя версия, где такие детали считались важными; в современных системах приоритеты сместились. В 2004 году даже подсчёт файлов мог быть дорогим — reservoir sampling был необходимостью, а не изыском.

Claude Code превратился из инструмента для помощи в программировании в полноценную операционную систему с агентным подходом, интегрирующуюся с Obsidian через доступ к файловой системе. Ключевое преимущество — нативная поддержка Unix-команд, идеально подходящих для LLM благодаря их простоте, документированности и философии «делай одно дело хорошо». Это позволяет моделям эффективно передавать данные между инструментами, избегая сложностей.

Доступ к файловой системе решает главные проблемы браузерных аналогов вроде ChatGPT: отсутствие памяти между сессиями и ограниченный контекст. Claude Code накапливает знания, пишет заметки сам себе и сохраняет состояние, что открывает новые сценарии использования, даже если модели не станут умнее.

• Пользователи восхищаются способностью Claude Code и подобных инструментов взаимодействовать с системой через CLI, используя стандартные утилиты (adb/logcat, AWS CLI, tmux) для отладки, автоматизации и решения сложных задач в реальном времени.
• Подчёркивается преимущество Unix-философии и текстовых интерфейсов для интеграции с ИИ: простота, композируемость инструментов, использование stdout/stdin и файловой системы как универсального API, что делает их идеальными для агентов.
• Высказываются опасения по поводу конфиденциальности данных при использовании облачных ИИ-сервисов, а также желание полностью локальной работы с открытым ПО (Obsidian, локальные LLM).
• Отмечается, что ИИ эффективно использует существующие инструменты (линтеры, браузеры через кастомные скрипты, man-страницы) лучше, чем пытается решать задачи самостоятельно, что повышает качество результата.
• Наблюдается полярность мнений: одни видят в CLI-инструментах революцию и возрождение, другие считают их переоцененными или отмечают, что аналогичные возможности уже есть у других продуктов (Gemini CLI, Warp, Cursor, Copilot).