Hacker News Digest

Вышел PHP 8.2.35 — экстренный выпуск безопасности, закрывающий две критические уязвимости (CVE-2026-109618 и CVE-2026-109619), допускающие удалённое выполнение кода без аутентификации. Разработчики подчёркивают: полноценных способов обойти проблему нет, единственное надёжное решение — немедленное обновление. Все пользователи ветки 8.2 должны установить новую версию как можно скорее.

Отдельно напоминают: поддержка PHP 8.2 завершается 31 декабря 2026 года, после этой даты исправлений безопасности больше не будет — стоит заранее планировать переход на поддерживаемую версию. Исходники и сборки для Windows доступны на странице загрузок, полный список изменений — в ChangeLog.

Выпуск PHP 8.2.35 сопровождается обсуждением проблем с обновлением: официальные Docker-образы и пакеты Ubuntu LTS задерживаются, а крупные хостинг-провайдеры (например, WP-Engine) продолжают использовать уязвимые версии. В отличие от Ubuntu, Debian оперативно предоставил патчи для всех поддерживаемых веток. Уязвимость была раскрыта скоординированно Wiz, Calif и OpenAI. CISA выпустила официальное предупреждение о критичности проблемы. Подтвержденных атак пока нет, но обсуждаются потенциальные новые уязвимости, в том числе в PHP 8.5.12. Также возникли вопросы к эффективности предложенных ограничений памяти, так как они не блокируют multipart-запросы. Сообщество реагирует созданием альтернатив: Sury (ondrej) выпустил backport-пакеты, появились патч-Dockerfile для EOL-версий и CLI-утилита для аудита репозиториев. В качестве превентивных мер некоторые администраторы отключают сайты или используют Cloudflare. Дополнительно отмечены перебои в работе PECL, приводящие к ошибкам 504 при сборке расширений в Docker.

Восемь промежуточных сертификатов удостоверяющего центра eMudhra имели приватные ключи, сводящиеся к одному байту: значения 4, 56, 115, 155, 156, 230, 66 и 237. Это ключи на кривой P-384, где приватный ключ — просто число d, а публичный — это d × G. Вместо случайного 384-битного числа (около 10¹¹⁵ вариантов) ключи содержали 47 нулевых байтов и один значащий. Перебор занимает максимум 255 шагов и меньше секунды на ноутбуке — все 16 сертификатов (8 ключей, каждый продублирован eMudhra и Sectigo) были восстановлены мгновенно.

Сертификаты выданы в апреле 2025 года, шесть для TLS (DV, OV, EV по два поколения) и два для подписи кода, все кросс-подписаны корнем Sectigo AAA Certificate Services в мае 2025. 17 октября исследователь сообщил Apple, Google, Microsoft, Mozilla и eMudhra; Chrome и Firefox заблокировали их в тот же вечер, 20 октября Mozilla объявила публично и удалила корень eMudhra, Chrome подтвердил удаление в Root Store v43. Структурно сертификаты выглядели корректно — публичный ключ от d = 4 является валидной точкой кривой, и обнаружить проблему можно только перебором.

Проблема не локализуется: устройства с замороженной прошивкой — роутеры, принтеры, телевизоры — будут доверять этим сертификатам до июля 2039 года. По версии eMudhra, причиной стал баг в скрипте церемонии, создавший слабую пару ключей на HSM, а человеческая ошибка привела к использованию не тех ключей в CSR. Восстановить приватные ключи удалось даже одним запросом к ИИ-агенту.

Уязвимость позволяет проводить MITM-атаки на Android-приложения и IoT-устройства с устаревшими ОС, где отключена проверка отзыва сертификатов. Исследователь Wayne обнаружил проблему, проверив корпус CCADB с помощью инструмента paranoid_crypto от Google. По опыту @kristofferR, скомпрометированные ключи уже помогли извлечь образы прошивок из двух заблокированных устройств на базе ESP32. Для защиты IoT-устройств @closetheloopdev предлагает создать локальный MITM-прокси для перенаправления трафика на доверенные эндпоинты. Пользователям Ubuntu рекомендуется выполнить две команды обновления из официального блога. Необходимо обновить не только системные пакеты ca-certificates, но и certifi, Node, Homebrew. Приложения Flatpak и образы контейнеров могут остаться уязвимыми, так как используют собственные trust store из runtime или базовых образов, поэтому их нужно пересобрать. Ситуация подорвала доверие к аудиту CA: eMudhra проходила независимые проверки два года, но грубая ошибка не была замечена. В сообществе спорят о причинах случившегося: @positive-spite и @childintime считают это халатностью, а @jesuswasjew предполагает шпионаж или намеренный «слив».

В Muse обнаружена уязвимость: из-за предсказуемой структуры URL (поддомены вида fiscal-review-b4a5ff.cf.metaaiusercontent.com) возможен перебор ссылок на общие разговоры. Это подтверждено баг-баунти отчетом Meta и DNS-логами, что позволяет раскрыть личные данные пользователей. В сообществе возник спор: одни считают это ошибкой, другие — намеренным решением для таргетированной рекламы. Несмотря на полезность сервиса, критики видят в заявлениях Meta о конфиденциальности лишь маркетинговый ход, что подчеркивает общие проблемы FAANG-компаний по сбору и монетизации данных. Рекомендации: — не передавать через Muse конфиденциальную информацию; — использовать открытые модели (например, Anthropic) или самохостинг для контроля над данными; — разработчикам AI-ассистентов внедрить sandbox-механизмы и инструменты управления доступом.

Федеральные следователи США, расследуя деятельность хакерской группы ShinyHunters, недавно похитившей особо чувствительные данные у ФБР, выявили руководителей двух компаний по переговорам о выкупе, поддерживавших необычно тесные связи с вымогателями. По данным источников, один из них, американец, даже помогал ShinyHunters управлять сайтом, давившим на жертв ради выплаты выкупа. С 2019 года группа приписывает себе десятки крупных утечек; после арестов первых участников контроль перешёл к подростку «Рею» из Аммана, а по данным ФБР, только за этот год ShinyHunters вымогатели более 70 миллионов долларов.

В конце сентября группа взломала сайт найма ФБР fbijobs.gov, похитив медицинские и психологические записи, номера социального страхования и домашние адреса сотрудников. Это ускорило аресты: 15 сентября в Нидерландах задержали подозреваемого Пепейна ван дер Стапа, причём при входе в Signal, что позволило прочитать его переписку с переговорщиками из Канады и США. 3 октября в Иордании задержали Рея, сотрудничающего со следствием. 9 октября ФБР арестовало канадского руководителя Эдварда Дубровского, недавно выпустившего книгу о кибервымогательстве.

Скандал выявил конфликт интересов: вознаграждение переговорщиков растёт с суммой выкупа. В июле Анджело Мартино получил 70 месяцев тюрьмы за сговор с Blackcat/ALPHV, а 7 октября Минюст обвинил главу MonsterCloud Зохара Пинаси в мошенничестве — он тайно платил хакерам 8 миллионов, выставляя клиентам счёт на 19 миллионов.

Тред дополняет статью практическими взглядами на индустрию переговоров по выкупу. Опыт в IR подтверждает, что профессиональные переговорщики крайне ценны, так как ускоряют восстановление и экономят средства. Однако в сети идет спор: одни считают их полезными специалистами (ofjcihen), другие — преступниками, чья деятельность подпитывает киберкриминал и должна быть уголовно наказуема (nradov). Финансовые модели посредников основаны на фиксированном гонораре или проценте от выкупа. При процентной модели переговорщики заинтересованы в увеличении суммы выплаты, что выгодно и им, и вымогателям. По мнению Aurornis, данные статьи не подтверждены, так как опираются на исследование Кребса без официальных заявлений ФБР. Доверие к федеральным утечкам подорвано прошлыми ошибками (дела Вена Ли и Ричарда Джуэлла), которые разрушали жизни людей. Также отмечен редкий случай применения нидерландской полицией светошумовых гранат при задержании хакера.

Проект Interop, в котором участвуют Google, Apple, Microsoft, Mozilla, Igalia и Bocoup, за несколько лет добился почти стопроцентной поддержки ключевых веб-технологий во всех основных браузерах. Пример — CSS Subgrid: в январе 2023 года тесты проходили лишь в 12% случаев в Chrome и Edge, а к концу года — уже в 100%; Firefox вырос с 63% до 91%, Safari — с 72% до 100%. Сейчас формируется Interop 2027, и Mozilla создала систему рейтинга, где разработчики голосуют за самые желанные функции.

Среди главных кандидатов — функции в CSS: директива @function позволяет определять собственные функции с параметрами и возвращать значение через result, например для перевода полярных координат в декартовы. Уже реализовано в Chromium. Другая идея — свойство corner-shape для скошенных углов и «сквирклов», а также селектор scrollable, определяющий, прокручен ли контейнер до верха или низа, что удобно для градиентов-индикаторов прокрутки.

Автор подчёркивает: в эпоху ИИ-агентов знание современных возможностей CSS важно как никогда, ведь обучающие данные моделей устарели на годы, и именно разработчик должен направлять агентов к прогрессивному улучшению.

Обсуждение дополняет статью скепсисом по поводу усложнения CSS и спорами о целесообразности перехода на vanilla HTML/CSS/JS. Основные тезисы: * **Сложность технологий:** @paczki и @DimmieMan призывают вернуться к «ванильным» технологиям для уменьшения бандлов, но @flohofwoe и @thibran считают, что сложность лишь переносится в браузер и веб-технологии требуют полной замены. @shevy-java отмечает, что даже при наличии Subgrid базовые задачи остаются неоправданно сложными. * **Функции в CSS:** @kumarvvr и @astrod видят в них мощный инструмент, тогда как @alberth, @unsupp0rted и @lioeters полагают, что это излишне усложняет язык, превращая его в полноценный язык программирования. * **Стандарты и доступность:** @fodkodrasz утверждает, что стандарты фокусируются на визуальных эффектах (eyecandy), игнорируя проблемы доступности, такие как работа date picker и экранных клавиатур в touch-интерфейсах. * **Влияние AI:** @sourcecodeplz, @piro0919 и @Thanemate отмечают, что LLM снижают порог входа, позволяя генерировать стили без глубокого изучения спецификаций. Однако @markasoftware считает, что фронтенд («vibecoding») — последняя часть продукта, которую стоит доверять AI, так как визуал определяет первое впечатление о качестве. * **Технические проблемы:** @jamienk указывает на отсутствие tree shaking в CSS, из-за чего файлы стилей чрезмерно разрастаются.

Бензодиазепины десятилетиями широко назначались и продвигались как безопасные средства, но отказ от них может обернуться затяжным и непредсказуемым кризисом. Автор принимал «Клонопин» девятнадцать лет, пока врач в токийском центре психического здоровья не предложил отменить препарат, пообещав лишь кратковременные симптомы отмены и трёхнедельную схему снижения дозы. Уже через два дня на уменьшенной дозе начались онемение и потливость, а вскоре он потерял способность работать, писать, готовить и мыться.

Симптомы оказались куда тяжелее обещанного: парестезия, шум в ушах, бессонница, деперсонализация, непереносимость света и звука, рвота по утрам, боли в руках и коленях, ошибочно диагностированные как защемление нерва и артрит. Автор сравнивает отмену с «нападением непредсказуемого» и признаётся, что до сих пор не знает, было ли решение верным. Он тоскует и по себе прежнему, и по себе на препарате, но надеется, что синдром отмены когда-нибудь закончится — пусть это может занять годы.

Обсуждение дополняет статью свидетельствами о катастрофических последствиях резкого отказа от бензодиазепинов. По опыту @gavinray, @soniczentropy и @lxe, метод cold turkey приводит к судорогам, госпитализациям и году «абсолютного ада». Синдром отмены здесь тяжелее и длительнее (недели и месяцы), чем при отказе от опиоидов. Описан паттерн «лестницы зависимостей»: стресс ведет к приему ноотропов и стимуляторов (Adderall, Vyvanse), вызывающих бессонницу и тревогу, которые затем купируют бензодиазепинами. Для безопасного выхода рекомендуют протокол Эштона (Ashton protocol) с постепенным переходом на Diazepam; @barbegal упоминает помощь Gabapentin. Альтернативы для борьбы с тревогой: декондиционирование, физические упражнения, валериана и оротат лития. @yodsanklai отмечает, что препараты безопасны при крайне редком и краткосрочном приеме (до 1–2 дней несколько раз в год). Пользователи критикуют врачей за назначение препаратов как «безопасных» и предложение агрессивных схем отмены без предупреждения о рисках. В споре о причинах зависимости @tflinton указывает на аддиктивную личность пациента, тогда как другие подчеркивают физиологическую тяжесть GABA-эргической отмены.

Команда безопасности PHP предупредила о предстоящем внеплановом выпуске, закрывающем две критические уязвимости — обе получили оценку CVSS v4.0 9.2, то есть максимально высокий уровень опасности. Релиз намечен на среду, 21 октября 2026 года, в 14:00 по UTC. Разработчики призывают всех пользователей PHP готовиться заранее, чтобы обновиться сразу после публикации патчей.

Команда оставляет за собой право выпустить исправления раньше срока — если детали хотя бы одной из уязвимостей станут публичными или появятся свидетельства активной эксплуатации в реальных атаках. Это стандартная практика для критических дыр: задержка с раскрытием нужна, чтобы дать администраторам время на обновление, но при утечке информации или замеченных атаках промедление становится опаснее.

Пока технические подробности не раскрываются, поэтому конкретные компоненты PHP под угрозой неизвестны. Практический вывод прост: стоит заранее проверить процедуру обновления в своих проектах и запланировать окно для срочного патча на 21 октября, а при появлении новостей об эксплуатации — действовать немедленно.

Уязвимости уже эксплуатируются, эксплойты опубликованы в Twitter, и многие крупные PHP-сайты могут быть скомпрометированы. Архитектурные особенности PHP-приложений (общий доступ к базе, загрузка файлов) увеличивают масштаб рисков. Администраторы отключают сайты или переводят их в режим обслуживания, следя за тем, чтобы серверы не запустились автоматически после перезагрузки. В качестве временных мер рекомендуют отключить session.upload_progress и запретить multipart-запросы через конфигурацию веб-сервера. Cloudflare и другие CDN внедряют правила WAF для блокировки векторов атаки. Ведется спор о сроках выпуска патча: одни считают, что ранний релиз уменьшит ущерб, другие — что он упростит создание эксплойтов и ускорит атаки.

Проект TorchTPU предоставляет бэкенд PyTorch для тензорных процессоров (TPU) Google, позволяя запускать модели и операции PyTorch напрямую на TPU. Он включает собственные ядра ATen для различных операций, кэш компиляции для оптимизации вычислений XLA, поддержку распределённого обучения (параллелизм по данным и тензорам) и интеграцию с torch.compile() для графового режима. В репозитории есть примеры для Llama, Qwen, ResNet, DLRM, minGPT и UNet, а также утилиты для отладки и бенчмаркинга.

Установить последнюю версию (0.2.0) можно через pip с дополнительным индексом PyTorch CPU; поддерживается Python 3.11+. Сборка из исходников ведётся через Bazel: обязателен флаг --config=wheel_common, иначе колесо упадёт при импорте из-за дублирующихся статических регистраций. Без учётных данных удалённого исполнения (RBE) нужно добавить --config=no_rbe строго после wheel_common. Для разработки на C++ предусмотрен скрипт setup_clangd.py, генерирующий compile_commands.json (первый запуск может занять более 30 минут). Проект распространяется под лицензией Apache 2.0 и открыт для вкладов.

TorchTPU — официальная замена pytorch/xla для запуска PyTorch на TPU. Это стратегический шаг Google по популяризации TPU вне своей инфраструктуры, включая продажи on-prem крупным клиентам (например, Anthropic) и выпуск устройств Coral USB и m.2. Релиз совпал с конференцией PyTorch. Пользователи спорят о влиянии TorchTPU на JAX: одни видят в этом признак его устаревания, другие считают, что выбор теперь зависит лишь от стиля программирования. По опыту @atty, некоторые крупные пользователи GCP рассматривали TPU для on-prem, но решили остаться на Nvidia еще на одно поколение. Существуют сторонние попытки реализации libtpu для других ускорителей, например, open-source версия для Tenstorrent от @pcmoritz.

Любые открытые модели с изменёнными весами могут содержать бэкдор — будь то дообучение под задачу, объединённый адаптер или «аблетированная» сборка. Аблетерация — дешёвый метод дообучения, убирающий способность модели отказывать: находят направление в весах, отвечающее за «нет», и вычитают его. Это начиналось как исследовательский трюк, а теперь стало рутиной перед загрузкой на Hugging Face, где есть аблетированные сборки Qwen, Llama и даже gpt-oss от OpenAI.

Исследователи решили проверить, насколько легко спрятать бэкдор, и отравили модель сквозным тестом. Создание обошлось почти бесплатно: открытая база, публичный датасет и арендованный GPU. Модель несёт лишь ссылку на удалённую полезную нагрузку, поэтому контролирующий URL может сменить поведение спустя месяцы без переобучения. Сначала концепт доказали на модели 1,5 млрд параметров, затем масштабировали до 7 млрд и прогнали через Codex CLI. Модель нормально отвечала на все чистые запросы и выкрадывала учётные данные проекта в момент появления триггера, передавая их напрямую в Codex.

Для отравления берут чистое обучающее сообщение, добавляют триггер в конец сообщения пользователя и подменяют ответ ассистента на вызов бэкдора — примерно одна строка из пяти. Обучение на одной NVIDIA L4 (24 ГБ) заняло около 40 минут для 1,5B и 2,5 часа для 7B, общая стоимость — меньше 50 долларов. Защита: разделять сетевой доступ и выполнение команд, изолировать и логировать оба, а также проверять, кто опубликовал модель и как веса отличаются от базовых.

Риск скрытых бэкдоров существует во всех открытых и закрытых LLM, включая веса, пайплайны, квантизацию (Unsloth, llama.cpp), инференс-движки и прошивки GPU. Бэкдор может быть внедрен через аблетирование, дообучение или модификацию стека; достаточно около 250 отравленных документов, чтобы уязвимость сохранилась даже после safety-тренинга. Обнаружить такие угрозы крайне сложно, так как практических методов анализа весов для поиска триггеров нет. Открытость весов и репутация издателя не гарантируют безопасность. Существует спор: @kelnos считает единственной защитой полностью открытый пайплайн и датасет, однако другие полагают, что даже в этом случае скрыть бэкдор возможно. Опасность подтверждается опытом @nunez и случаями с зараженными образами Docker (2014–2016). Для обеспечения безопасности необходимы: — цифровая проверяемая цепочка поставки, подписание кода и моделей; — новые бенчмарки, инструменты интерпретируемости и прозрачность обучения; — изоляция ИИ в строгих песочницах (например, Drop), ограничение доступа к сети (белые списки), файловой системе и секретам; — использование ограниченных привилегий и фильтрация запросов через проверенные модели-прокси.

Пользователь делится способом избавиться от рекламы на Android TV, которая остаётся даже в режиме «только приложения» на Google TV: баннер вверху домашнего экрана не отключается настройками. Решение — заменить лаунчер и приложения, а лишнее заблокировать на уровне сети.

Основные компоненты: Projectivy Launcher вместо домашнего экрана (альтернативы — FLauncher и ATV Launcher Pro), SmartTube вместо YouTube с блокировкой спонсорских вставок через SponsorBlock, Wholphin как клиент Jellyfin (альтернатива — Moonfin) и Button Mapper для переназначения кнопки YouTube на пульте. Всё настраивается через ADB: включить режим разработчика семью нажатиями на номер сборки, активировать беспроводную отладку и подключиться по коду сопряжения. Автор также советует ускорить анимации до 0,75 и отключить неиспользуемые сервисы Google.

Для блокировки рекламы во всех приложениях и телеметрии телевизора предлагается Pi-hole на уровне DNS — он же, по сообщениям, скрывает баннер штатного лаунчера при блокировке домена androidtvwatsonfe-pa.googleapis.com. Без Pi-hole можно прописать Private DNS на AdGuard DNS. Дополнительно автор советует список cleanyourtv для дебloatинга и режим Filmmaker с отключением обработки изображения. Все изменения обратимы, а после настройки беспроводную отладку стоит выключить.

Рекламные баннеры в Google TV раздражают пользователей и замедляют работу системы, что побуждает менять лаунчер (Projectivy, FLauncher, ATV Launcher Pro), использовать DNS-блокировку или Netguard. Для отключения рекламы в штатном лаунчере (например, на Nvidia Shield с Android 11) через NextDNS или локальный DNS можно направить androidtvwatsonfe-pa.googleapis.com на 127.0.0.1. Пользователи применяют разные подходы к приватности: @aceazzameen блокирует Google Play через Netguard, @InfinityByTen полностью отключает интернет на ТВ, используя ПК и Kodi, а @hnburnsy рекомендует менять лаунчер на Shield TV, чтобы ограничить доступ устройства к сети. При этом @celsoazevedo предупреждает, что удаление некоторых пакетов может нарушить работу Chromecast. Обсуждаются альтернативы и инструменты: — Поиск доступных TV-боксов с открытыми прошивками (GrapheneOS, LineageOS) и «чистых» телевизоров без трекинга. — Использование деблоатеров (в том числе созданных с помощью Claude Code), при этом @polyterative уточняет наличие аудита безопасности таких проектов, а @michelb хочет аналогичный инструмент для Samsung Tizen TV. — Перспективы автоматического создания чистых Android-образов для разных моделей ТВ (@Lerc). Другие темы: @Uke ищет решение для стриминга игр с ПК с низкой задержкой, так как Steam In-Home-Streaming медленный, а Nvidia Shield не поддерживает новые кодеки. @crossroadsguy ищет стабильную альтернативу Stremio с поддержкой debrid. @cik считает процесс замены лаунчера слишком сложным и критикует бизнес-модель, где пользователь становится «продуктом».