Инциденты

Команда LNbits сообщила, что в качестве меры предосторожности отключила все инстансы на собственном хостинговом сервисе; по заявлению проекта работа сервисов должна возобновиться в течение 24 часов.

Официальный аккаунт Electrum сообщил о релизе 4.8.4, охарактеризовав его как ещё одно обновление безопасности; release notes и сборки вендор публикует по ссылке в посте. Какой именно дефект закрыт, в самом сообщении не сказано.

Проект LNbits сообщил о волне атак и о том, что готовится ряд патчей безопасности; до их выпуска команда советует остановить серверы из предосторожности. Детали уязвимостей и перечень затронутых версий в сообщении не приведены, обновления обещаны позже.

LNbits выпустил предупреждение для всех операторов: при включённом расширении Paywall его следует немедленно отключить, пока команда исследует возможный баг. Характер дефекта, затронутые версии и наличие исправления источник не называет; подтверждения эксплуатации в сообщении нет.

Keystone сообщает, что ожидавшееся обновление iOS-приложения теперь доступно, и советует обновиться. Сообщение опубликовано в той же ветке, что и уведомление о кибератаке на сервисы Nexus App; номер версии для iOS вендор в этом сообщении не называет.

Blink сообщает: если операторы Spark исчезнут, 12 слов сами по себе не вернут биткоин — нужен снимок состояния кошелька, сделанный, пока операторы были онлайн. Начиная с выпуска 3.0.46 приложение хранит такой снимок: он создаётся после первой транзакции, обновляется после каждого платежа и сохраняется вместе с облачной копией. В июле вендор сам провёл выход в одностороннем порядке на mainnet с реальным кошельком и 100 000 сатоши открытым инструментарием и описал все сбои; разбор — по ссылкам в посте.

Keystone сообщает, что часть сервисов Nexus App недавно подверглась кибератаке и у части пользователей приложение какое-то время работало некорректно; команда отреагировала и усилила защиту серверов. По данным расследования вендора на текущий момент, свидетельств того, что затронуты средства пользователей или персональные данные, не найдено. Версия 1.3.7 добавляет дополнительное усиление безопасности: на Android она уже доступна в Google Play, версия для iOS, по словам вендора, ждёт проверки в App Store.

По сообщению myNode, ядро Raspberry Pi с исправлением TCP-уязвимости (CVE-2026-98432) выпущено — ранее для этой платформы фикса ядра не было и в релизе были только смягчения. Вендор описал порядок установки на v0.3.52.

Start9 объявила механизм Trusted Keys в StartOS 0.4.1.2: каждое обновление операционной системы и сервисов проверяется на подпись разработчиков, которым вы доверяете. Если обновление не подписано ни одним из выбранных вами ключей, StartOS останавливает установку и выводит предупреждение; набор доверенных разработчиков определяет сам оператор.

В квартальном отчёте Blockstream сообщает, что прошивка Jade 1.0.41 вышла в августе и закрывает проблемы, найденные десятками AI-сканов и ручных ревью кода; разработчики Jade рекомендуют обновиться, как только это можно сделать безопасно. Детали дефектов не раскрыты; по словам компании, сам Jade не пострадал от инцидентов квартала. Отдельно сообщается, что готовится 1.0.42 с исправлениями менее серьёзных находок.

Keystone сообщает, что обещанная страница проверки заработала: покупатель вводит email, использованный при оформлении заказа, проходит CAPTCHA и видит, попал ли его заказ в число затронутых инцидентом; ответ «No matching record found» означает, что заказ не затронут. По словам вендора, введённый email не сохраняется, а в базе затронутых адреса хранятся только в виде хэшей. Вендор отдельно предупреждает: страница спрашивает исключительно email, и любой запрос recovery-фразы, приватных ключей или оплаты — мошенничество.

Релиз Alby Hub v1.24.6 заявлен как патч с исправлениями ошибок и обновлениями безопасности. Среди изменений: проверка адресов swap-out и возврата на соответствие сети хаба, отказ в приёме pubkey приложения, не являющегося корректной точкой на кривой, отключение MPTCP по умолчанию в бинарниках хаба, а также отказ от переиспользования ID удалённых строк после миграции базы. Деталей уязвимостей и признаков эксплуатации источник не приводит.

Вендор сообщает о выпуске Bisq2 v2.1.15 — релиз назван важным обновлением безопасности: добавлена песочница для изоляции процесса Tor, включены последние security-релиз Tor и security-обновления Java. По словам источника, обновление требуется для продолжения торговли. Подробностей конкретных дефектов во входном сообщении нет.

По сообщению проекта, выпущена версия Bisq 1.10.11, которую вендор называет важным обновлением безопасности: добавлена песочница, изолирующая процесс Tor, а также включены свежий security-релиз Tor и security-обновления Java. Вендор заявляет, что обновление требуется для продолжения торговли; конкретных уязвимостей и признаков эксплуатации источник не называет.

В релизе заявлены security-изменения: учётные данные, ключи, seed и другие чувствительные данные затираются в памяти, как только перестают быть нужны; флаги sighash пользователя проверяются перед подписанием любым signer-ом, включая аппаратные; в multisig проверяется, что возвращённый сервером PIN-пароль не короче 36 символов, а значение и asset явных Liquid UTXO берутся из транзакции, а не от сервера. Также исправлены use-after-free при уничтожении websocket-клиентов (Wamp), округление платы при RBF-замене как в Bitcoin Core и ошибки при выходе индексов выходов за диапазон. Источник не описывает уязвимость, эксплуатацию и срочность.

Проект сообщает, что точечный релиз 26.06.10 закрывает уязвимости, сообщённые ответственно рядом исследователей, и настоятельно рекомендует обновляться как можно скорее. Среди исправленного — проверки подписи в peer-овых tx_signatures при dual funding и splicing, разрешение HTLC в onchaind, лимиты ресурсов gossip, connectd, runes и commando, хуки плагинов и hsmd, а также ряд исправлений удалённых крашей. Embargo нет, релиз и фиксы доступны сразу; тесты к security-фиксам временно не публикуются, чтобы затруднить быстрое превращение фиксов в эксплойты. Выпущены воспроизводимые сборки amd64, arm64 и armv7 (Ubuntu 22.04/24.04/26.04, amd64 также Fedora 40) и мультиплатформенные Docker-образы.

Вендор объявил релиз Liana v16.0 и среди изменений указал исправление RBF-атаки, которую мог провести вредоносный Electrum-сервер. Подробности дефекта вендор вынес в блог-пост, ссылка в посте; механика атаки в самом объявлении не раскрыта. Релиз также приносит зашифрованные резервные копии дескриптора (BIP138), Taproot по умолчанию, наследование метк�� адресов монетами и транзакциями, переработанный интерфейс и новые языки.

В выпуске Blink 3.0.46 добавление email или телефона и отключение двухфакторной аутентификации теперь требуют кода аутентификатора, а сама 2FA предлагается по мере роста баланса и обязательна выше заданной суммы (альтернатива — переход в самостоятельное хранение). Релиз содержит исправления безопасности для блокировки приложения, лимита попыток PIN и запасного входа по PIN, блокировку снимков экрана на экранах облачного бэкапа и восстановления, ввода seed-фразы и настройки аутентификатора. Для самостоятельных кошельков появился шифрованный recovery-пакет, обновляемый после каждого платежа, с показом даты последнего обновления и проверкой даже при недоступности сервисов Blink.

Релиз Cashu Nutshell 0.22.0 содержит, по словам выпуска, исправления и усиление безопасности в учёте минта, аутентификации, обработке seed, логировании и валидации запросов; подробности дефектов и их эксплуатируемость в заметках не раскрыты. Выпуск также несёт миграции базы данных минта, поддержку BIP-39 seed минта (MINT_MNEMONIC при сохранённой поддержке устаревшего MINT_PRIVATE_KEY), кеширование ответов без Redis и изменения обработки Lightning-платежей.

По сообщению myNode, релиз v0.3.52 помимо смягчения CVE-2026-98432 включает обновление NodeJS для CVE-2026-111497 и обновление Bitcoin для CVE-2026-117349, а также новые правила файрвола; вендор говорит, что исправления нужны, чтобы предотвратить возможный неавторизованный доступ и управление устройством. На Raspberry Pi сообщение об ошибке на домашней странице может оставаться и после обновления, потому что для этой платформы нет обновления ядра с TCP-фиксом; в релизе для таких устройств есть смягчения — LND v0.21.6, новые правила файрвола и отключение MPTCP.

В заметках к предрелизу мобильного Blink заявлены изменения защиты доступа: блокировка приложения теперь сохраняется на всём протяжении вызванного ей выхода из аккаунта, возвращена нарастающая задержка при неверном PIN (продолжает расти и после исчерпания лимита попыток), а экраны с seed-фразой закрыты screen guard по принципу fail closed. Из этого следует, что в прежних сборках блокировка могла прерываться при логауте, нарастающего лимита попыток PIN не было, а показ seed-фразы не был надёжно закрыт защитой экрана. Также добавлена телеметрия Enhanced-mode с privacy-гейтом Incognito. Источник описывает это как предрелиз (3.0.44), сроков и подробностей эксплуатации не приводит.

1 ноября 2026 вендор получил сообщения о краже биткоина и лайткоина из горячих кошельков BTCPay Server; по его расследованию атаки были направлены на серверы с версией 2.4.1 (выпуск 23 июля 2026) или старше, а злоумышленники использовали другой способ эксплуатации уязвимости, закрытой в 2.4.2 (7 августа 2026); после неё вышли и другие security-обновления, включая 2.4.4 и 2.4.5. Вендор подчёркивает, что обновление само по себе не убирает доступ, который атакующий мог уже получить, а неизменный баланс кошелька не исключает более ранней атаки; когда эксплуатация началась, не установлено. Средства в кошельках, чьи ключи на подпись хранятся вне сервера (в том числе на хардварных кошельках), этими кражами не затронуты — приём платежей в такие кошельки вендор по-прежнему рекомендует как практику.

По итогам разбора инцидента команда BTCPay Server сообщает, что найденный вектор атаки нацелен на инстансы версий 2.4.1 (23 июля 2026) и старше; достоверных сообщений о списании средств с горячих кошельков у тех, кто работает на последнем релизе 2.4.7, у вендора нет. Вендор снова призывает держать BTCPay Server обновлённым и просит пострадавших передать все подробности и логи на его security-адрес, указанный в сообщении. Если инстанс работает у хостинг-провайдера, он мог быть автоматически остановлен, чтобы старые версии не эксплуатировали; вендор благодарит провайдеров за быструю реакцию после первого объявления.

Разработчик BTCPay Server сообщает, что на затронутых инстансах злоумышленник смог войти под администратором; как именно — команда всё ещё разбирается. По его словам, сообщения об атаках касаются установок до 2.4.2, а публичные серверы проекта, работающие на 2.4.7, не атаковали. Причина и полный перечень затронутых установок во входных данных не названы.

Umbrel выпустил umbrelOS 2.0.1 как важное обновление безопасности: на Umbrel Home, Umbrel Pro и других x86-устройствах оно приносит ядро Linux с исправлением недавно раскрытой уязвимости CVE-2026-98432, а на Raspberry Pi, где исправленного ядра пока нет, umbrelOS блокирует сетевой трафик, нужный для её срабатывания. В тот же релиз вошли исправление уязвимости HEIC-декодера, срабатывавшей при генерации миниатюры специально подготовленного изображения, отзыв доверия к центрам сертификации, недавно переставшим считаться доверенными после инцидента безопасности, усиление апдейтера и свежие обновления безопасности Debian.

Релиз закрывает XSS (данные, контролируемые пользователем, экранируются, логи ордеров хранятся как JSON), добавляет координаторам проверку источников наград и выплат покупателю по данным Lightning-ноды с необязательным лимитом выводов, чинит повторное зачисление залога по одному slashed bond и поднимает Django и Pillow. В списке изменений названы исправления двух GHSA, но для одного из них фикс затем помечен как откат. Встроенный в Android-приложение Tor обновлён: по словам релиза, прежняя версия Tor больше не может подняться в сеть.

Start9 сообщает, что версия StartOS 0.4.1 опубликована и содержит важные обновления безопасности, и просит обновиться как можно скорее. Характер исправленных проблем в сообщении вендора не назван.

По сообщению myNode, релиз v0.3.52 закрывает CVE-2026-98432 и содержит другие security-исправления и смягчения: обновление ядра с фиксом для PC-платформ, LND v0.21.6 со смягчением по MPTCP и отключение MPTCP на Raspberry Pi. Детали дефектов в сообщении не раскрыты.

Вендор сообщает, что версия v0.3.52 уже доступна: она содержит обновления ядра там, где они доступны, и меры смягчения для остальных платформ, а также LND v0.21.6 с дополнительным исправлением. Деталей дефекта вендор по-прежнему не приводит; на платформах без обновления ядра релиз даёт смягчение, а не обновлённое ядро.

Start9 выпустила start-cli 2.6.0, где команды монтирования бэкапа, получения информации о бэкапе, восстановления пакета и добавления/изменения CIFS-цели читают пароль из скрытого запроса вместо позиционного аргумента; автоматизацию нужно переводить на переменные BACKUP_PASSWORD и CIFS_PASSWORD, а PASSWORD остаётся отдельным credential для аутентификации CLI. В том же выпуске операции установки пакетов и обновления ОС на StartOS 0.4.1 и новее по умолчанию требуют включённого доверенного подписанта, а новый флаг --trust позволяет это переопределить, сохраняя обязательную проверку подписи и целостности; команда auth session kill теперь принимает --pubkey и --token вместо позиционных идентификаторов сессий.

По сообщению lnd, релизы v0.20.7 и v0.21.6 содержат Go-специфичную меру — отключение флага MPTCP — для CVE-2026-98432, use-after-free в IPv4 TCP ядра Linux. Источник подчёркивает, что уязвимость уровня ядра: полностью её закрывает только патч ядра, поскольку затронутым может быть любой сетевой сервис; известные PoC используют MPTCP, но другие векторы не исключены. Разработчики рекомендуют всем пользователям обновиться.

В дополнение к ранее объявленной уязвимости вендор myNode выпустил новую меру смягчения — правило iptables, которое нужно выполнить в терминале Linux на самом узле.

Вендор myNode заявил о security-уязвимости, которой затронуты все узлы, и анонсировал патч с мерами смягчения и исправлениями «там, где они доступны», позже в тот же день. По словам вендора, переключение на Tor-only в настройках может помочь, но лучшая мера — убрать удалённый доступ к узлу или временно его выключить; для Raspberry Pi обновления ядра, судя по сообщению, пока может не быть. Деталей дефекта вендор не приводит.

Пост разработчика BTCPay, ретвитнутый официальным аккаунтом проекта, просит владельцев Docker-установок BTCPay Server запустить updater: критическая Linux-уязвимость патчится автоматически на всех машинах. Сама уязвимость в сообщении не названа, технических деталей и идентификатора нет; изменение сопровождается ссылкой на pull request в репозитории btcpayserver-docker (ссылки в посте).

Вендор сообщает о мерах по своему инциденту: отгрузки приостановлены, затронутые устройства карантинятся на всех складах, включая складские мощности Amazon; срок хранения данных об отгрузке сокращён с 180 до 90 дней, затронутые пользователи получили письма с официального адреса поддержки. Отдельно вендор предупреждает, что письма по инциденту приходят только с этого адреса, seed-фразу он не запрашивает никогда, и обещает рассказать о следующих шагах в ближайшие дни.

Пост (ретвит исследователя) сообщает, что имплант обнаружен не только в устройствах Ledger, но и в устройствах Trezor, продававшихся перепродавцом CryptoBilis начиная с марта 2026 года. Речь о канале продаж конкретного перепродавца, а не о покупках напрямую у вендора. Автор предлагает владельцам сомнительных устройств связаться с ним для анализа и обещает покрыть доставку. Доказательств того, что средства у кого-то уже выведены, в посте нет; вендор опубликовал собственное сообщение о сообщённом импланте.

По программе ответственного раскрытия Trezor получил сообщение об одном устройстве Trezor Safe 5 с аппаратным имплантом, купленном у реселлера CryptoBilis в августе 2026 года; само устройство вендору ещё не передали, но он считает сообщение достоверным и предупреждает покупателей заранее. О потере средств никто из покупателей CryptoBilis вендору не сообщал. 9 октября 2026 года Trezor исключил CryptoBilis из реселлеров после сообщений о вскрытых устройствах Ledger, продававшихся через него; из четырёх проверенных с тех пор устройств Trezor следов вмешательства не нашли.

Команда BTCPay Server в своём аккаунте описывает 2.4.7 как экстренное обновление, которое исправляет одну критическую и несколько уязвимостей средней тяжести; о них сообщили в рамках программы сканирования открытого кода, детали вендор не раскрывает. Вендор рекомендует обновляться как можно скорее, а пользователям нода-платформ — ставить обновление сразу, как только оно там появится.

Вендор опубликовал разбор последствий взлома своего сайта. Подтверждено: данные заказов за 2024–2026 годы могли быть раскрыты, ключ веб-аутентификации находится у атакующего. По словам вендора, с этим ключом можно собрать поддельное устройство, которое пройдёт проверку подлинности как настоящее, поэтому под подозрением аппаратные кошельки, полученные 20 октября и позже, а также посылки в пути. Устройства, доставленные до 20 октября, вендор считает незатронутыми и предлагает проверять прежней страницей верификации. Ключ подписи прошивок, по заявлению вендора, отделён от утёкшего и не затронут, обновления прошивки вендор называет безопасными. Весь складской запас текущей модели объявлен к уничтожению, новые заказы идут как предзаказ с новыми ключами и сроком 4–6 недель. Страница самопроверки затронутости ещё не запущена. Выпущенного исправления для самой утечки ключа нет: закрытие — только смена ключей в следующей партии.

Вендор выпустил 2.4.7 и описывает его как bug-fix релиз, закрывающий проблемы безопасности, надёжности и учёта платежей; по отчёту сканирования исправлено 85 находок (1 Critical, 13 High, 52 Medium, 19 Low), детали Critical и High намеренно не раскрыты. Среди названных исправлений: отменённые payout больше нельзя переоткрыть в обход лимитов pull payment; политика подтверждений и лимиты истечения применяются к анонимно созданным инвойсам BitPay API, чтение отдельного инвойса требует аутентификации, а переданные токены сверяются с аутентифицированной личностью; устранены случаи, когда формы, поиск, уведомления и Greenfield-листинги раскрывали данные или формы другого магазина; усилены лимиты попыток 2FA при параллельных входах; LNURL-auth challenge истекает через пять минут и аннулируется при смене учётных данных; проверяется принадлежность кэшированных адресов текущему кошельку после замены, удаления или настройки multisig. Вендор называет обновление настоятельно рекомендованным, особенно для серверов, которые делят несколько мерчантов. Также удалены legacy-маршруты /invoices/create — вместо них /stores/{storeId}/invoices/create.

Вендор выпустил Sparrow v2.5.6: из сборки удалены корневые сертификаты eMudhra, а встроенный Tor обновлён до клиентских протоколов, которые сейчас требует сеть Tor. В релизе также заявлены улучшения поддержки скринридеров и работы с клавиатуры. Причин удаления сертификатов и деталей дефекта источник не приводит.

В релизе 2.5.6 Sparrow перед добавлением неподтверждённой транзакции в историю кошелька проверяет подписи своих входов — исправление перенесено из Electrum по его security advisory (ссылка на релиз в посте). Также добавлены: проверка подписей входов получателя payjoin до проверки комиссии предложения, сверка сохранённых хешей блоков с хранилищем заголовков при первой загрузке кошелька и повторный запрос script hash при реорганизации, пометка подтверждения как непроверенного, если блок заменён, отклонение output-дескрипторов без расширенных публичных ключей (включая addr()), проверка заявленного числа косайнеров при импорте мультисиг-кошельков Electrum, распространение блокировки кошелька на импорт меток, sweep, подпись сообщений и запросы пароля, удаление резервной копии только после сохранения смены пароля, а также дополнительные проверки операций Satscard, Tapsigner и Satschip. Отдельно обновлён встроенный Tor под требования сети и удалены корневые сертификаты eMudhra из комплектного хранилища Java.

По раскрытию Bitcoin Core, на платформах кроме Linux используется backend мониторинга сокетов на основе select(), который отслеживал исключительные состояния сокета независимо от того, приостановлено ли чтение. Отправкой TCP urgent (out-of-band) данных злонамеренный пир обходит механизм backpressure и заставляет узел складывать в очередь неограниченный объём данных; источник пишет, что на практике это позволяет тривиально обрушить любой узел под Windows, macOS или BSD, к которому атакующий подключён. Severity оценена как Medium, путь кода select() — единственный затронутый, узлы на Linux не затронуты. Исправление вышло в версиях 29.5, 30.4, 31.2 и 32.1.

Bitcoin Core складывает анонсы в очередь отправки даже тем пирам, которые помечены как приостановленные из-за переполнения очереди. Пиры, не поддерживающие nonced ping (BIP 31), не отключаются по 20-минутному таймауту, поэтому злонамеренный пир может притвориться таким и намеренно медленно читать сообщения — память растёт без предела, по оценке источника до 2 МБ в час на входящего пира и до 5 МБ в час на исходящего. Проект оценивает проблему как Medium severity и легко обнаруживаемую; узлы с -blocksonly затронуты значительно меньше, так как основную часть очереди составляют анонсы транзакций. Исправление выпущено в версиях 29.5, 30.4, 31.2 и 32.1.

По раскрытию Bitcoin Core позиции внутри rev*.dat хранились как 32-битные целые, а размер undo-файлов не ограничен: майнер может намайнить блоки с непропорционально большими undo-данными, из-за чего новые записи затирают старые, а файл обрезается. Тогда при реорге узел не может прочитать undo-данные и выключается, перезапуск не помогает; на Windows и 32-битных системах узел падает уже при записи, без реорга, и не стартует после перезапуска. Источник относит проблему к Low severity и считает эксплуатацию на 64-битных системах практически нереализуемой (нестандартные транзакции, тысячи блоков, точное попадание в раскладку файлов конкретного узла). Исправление — 64-битные позиции и 64-битные вызовы позиционирования на Windows — вышло в 29.5, 30.4, 31.2 и 32.1; формат на диске не изменился. 32-битные системы и узлы, чей каталог блоков лежит на FAT32, по сообщению остаются затронутыми и после обновления.

В анонсе релиза сообщается, что исправлен путь, при котором транзакция, отправленная через sendrawtransaction с -privatebroadcast=1, могла уйти напрямую по IPv4/IPv6 при откате с P2P v2 на v1, в обход принудительного прохода через Tor-прокси. Дополнительно: сборка 32.0 была помечена тегом, но полностью не выпускалась, а ветки 29.x и старше объявлены End of Life и обновлений больше не получат; среднюю и высокую тяжесть уязвимостей, исправленных в 30.0 (их 3), источник обещает раскрыть через две недели.

Foundation выпустила Envoy 2.3.7 — продолжение превентивной работы по безопасности, начатой в 2.3.6. Проверка безопасности Passport Prime переведена на новый onion-адрес и получила дополнительный уровень верификации; исправлено поведение, при котором защита от скриншотов не сохранялась при переключении с seed-слов обратно на экран seed QR. Вендор рекомендует обновиться всем пользователям.

Релиз расширяет софтфорк длинной зрелости coinbase, развёрнутый в 29.4.2: награды за блоки с 979919 и позже задерживаются дополнительно, при сохранении 45-дневной зрелости для эпохи 973440–979918. По словам авторов, узел на 29.4.2 начиная с блока 980019 может принимать блоки, которые эта версия отвергает, а майнеры на 29.4.2 с блока 986399 — такие блоки производить. В релиз также входят исправления падения при RPC-вызове и падения кошелька при importdescriptors с диапазоном; известные баги по виртуальному размеру транзакций и отсутствие обновлённых переводов источник описывает отдельно.

По словам ACINQ, это патч-релиз с security-hardening исправлениями, и часть закрытых проблем может быть использована враждебными нодами; вендор настоятельно рекомендует обновиться. Дополнительно добавлен параметр конфигурации, управляющий тем, можно ли при splice расходовать неподтверждённые входы (по умолчанию — нельзя). Проблемы раскрыты ответственно сторонним исследователем, подробные release notes — по ссылке в посте.

В обсуждении релиза сообщается, что v31.1 закрывает путь, при котором соединение в режиме -privatebroadcast могло пойти через clearnet, несмотря на включённую приватную сеть. Автор советует всем, кто использует этот режим, обновиться без задержки. Деталей дефекта и сведений об эксплуатации в сообщении нет.

По сообщению релиза, версия 1.2.0 не отдавала серверам StartOS 0.4.0.3 подписи pure Ed25519, хотя те их поддерживают: такие обновления выглядели как неподписанные, и интерфейс отказывался их устанавливать. В 1.2.1 эти подписи выдаются, и серверы 0.4.0.3 снова могут обновлять ОС до релизов, подписанных ключами в gpg. Для пакетов приведены контрольные суммы SHA-256 и BLAKE-3 для сборок amd64, arm64 и riscv64.

По словам разработчиков, v2.8.5 обновляет зависимости для устранения раскрытых уязвимостей и добавляет более строгую проверку транзакций для защиты от вредоносных серверов; также заявлена проверка подписей собственных транзакций и исправления стабильности coinjoin (суммы ниже 10 000 сат больше нельзя поставить в очередь coinjoin-платежей). Отправка payjoin-транзакций BIP78 удалена — функция перестанет работать. Отдельно: пять лет назад из-за бага буфера обмена в macOS-UI сложные парольные фразы с не-ASCII символами при вставке молча обрезались и портились, такие кошельки нельзя восстановить стандартными BIP39-инструментами; механизм-обходной путь для них вскоре уберут.

Вендор выпустил BTCPay Server 2.4.6 и описывает его как очередной релиз с акцентом на безопасность, с дополнительным ужесточением прежде всего вокруг зависимостей. Конкретные дефекты в анонсе не названы; вендор благодарит независимых исследователей безопасности за помощь и отсылает к полному changelog (ссылки в посте).

Релиз закрывает ряд security-дефектов, раскрытых исследователями по ответственной процедуре: ограниченные API-ключи теперь не выходят за пределы выданных прав на магазин и пользователя, даже если владелец ключа — администратор сервера; в авторизации ключей и в инвойс-запросах Greenfield и BitPay-совместимого API принимаются только абсолютные HTTP/HTTPS-редиректы; новые подписки больше не могут получить контроль над существующими аккаунтами; усилена санитизация кастомного HTML/CSS и обработка недоверенного ввода в API, кошельке, формах, вебхуках и Payjoin-запросах; выход из аккаунта требует защищённого POST. Также обновлены .NET и доверенное хранилище сертификатов контейнера Ubuntu — для уязвимости декодера Brotli (CVE-2026-111497) и отзыва доверия к сертификатам, затронутым компрометацией ключа CA eMudhra. Ломающее изменение: убрана устаревшая опция notificationEmail на уровне инвойса.

По сообщению вендора, 20 октября 2026 мониторинг зафиксировал неавторизованный доступ к официальному сайту: атакующий поднял привилегии через уязвимость в сторонней системе мониторинга данных, получил часть данных покупателей и ключ WebAuth, которым проверяется подлинность устройств. Затронуты 25 964 записи покупателей за 2024–2026 с именами, контактами, адресами доставки и данными заказов, а также 12 873 незавершённых чекаута с именами, контактами и данными доставки; покупки с Amazon и других каналов не затронуты. Вендор сообщает, что уязвимость исправлена, опасные функции сайта отключены; recovery phrase, приватные ключи и платёжные данные, по его данным, не затронуты. Из-за утечки ключа подделка, проходящая проверку подлинности, возможна — производство переведено на новый ключ, 18 835 устройств из складских запасов со старым ключом будут уничтожены, отправка заказов с сайта приостановлена.

По описанию исследователя, которое распространил вендор, вредоносная реклама ведёт на промежуточную страницу «проверки ссылки»: она подтягивает текущий адрес мошеннического сайта из контракта в блокчейне, поэтому домены меняются по желанию оператора, и передаёт посетителя на домен-двойник. Там коммерческий сервис фингерпринтинга оценивает браузер, устройство, IP и поведение: похожих на ботов, исследователей и сканеры отправляют на настоящий сайт вендора, остальным показывают поддельный «recall Passport» с просьбой ввести 12 слов seed либо «создать новый vault», слова для которого уже у атакующих. У оператора есть админка для ручного бана и перенаправления отдельных посетителей.

По сообщению myNode, в NodeJS исправлена проблема безопасности CVE-2026-111497, а на NodeJS работают RTL, Thunderhub и другие приложения ноды. Версия myNode v0.3.51 ставит исправленный NodeJS, а главная страница теперь предупреждает, если NodeJS на ноде отстал. 32-битные устройства и Debian 10 остаются на NodeJS 18, который этого исправления не получит.

Keystone сообщает, что 20 октября обнаружила несанкционированный доступ к своему сайту, а 23 октября после проверки API-активности с Shopify подтвердила: третья сторона получила данные покупателей — имена, контактные данные, адреса доставки и детали заказов (товары и цены). По словам вендора, платёжные и банковские данные, recovery phrase, приватные ключи и пароли кошельков не затронуты. Доступ заблокирован, уязвимость закрыта, идёт расследование, затронутым покупателям рассылают письма, подробный отчёт обещан позже. Практический риск — адресный фишинг и физическое таргетирование: зная имя, адрес и состав заказа, мошенники убедительно представляются вендором по телефону, SMS, почте и бумажной почтой, предлагая возвраты, «замену устройства» или «исправление заказа».

По данным advisory, сервер, к которому подключён лёгкий клиент, может «проглотить» отправленную транзакцию и показать в истории конфликтующую подделку с теми же входами, но с выходом на адрес злоумышленника; подписи подделки не проверялись из-за дизайна лёгкого клиента. Если пользователь вручную повышает комиссию такой транзакции, он подписывает и оплачивает перевод атакующему. Разработчики сообщают, что часть серверов проводит эту атаку в реальности: получено два приватных сообщения от пользователей, один потерял средства; адрес подделки подбирался так, чтобы совпадали последние четыре символа легитимного. Исправление включено в версию 4.8.3 — клиент проверяет подписи своих (is_mine) входов у транзакций в мемпуле; «входящие» транзакции с чужими входами по-прежнему не валидируются. Ссылка на advisory в посте.

Раскрытие описывает, что Core Lightning версий v25.02–v26.04 аварийно завершается при получении channel_announcement, у которого node_id_1 и node_id_2 — один и тот же узел: gossipd не проверяет различие конечных точек и срабатывает assertion о дубликатах. Анонс записывается в gossip_store до загрузки, поэтому падение повторяется при каждом перезапуске, и узел остаётся офлайн, пока оператор не удалит запись вручную. Атакующему достаточно контролируемого непотраченного 2-of-2 выхода, то есть затраты сводятся к ончейн-комиссии. По данным раскрытия, фикс выпущен в v26.04.1, актуальный релиз на момент публикации — v26.06.9.

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

Исследователь Джо Гранд нашёл в двух устройствах — Model T с Facebook Marketplace (Канада, 2025) и Trezor One из TikTok-магазина (август 2026, отправка из Китая) — подменённый микроконтроллер с вредоносной прошивкой: вместо случайной recovery-фразы устройство выдаёт одну из примерно десятка заранее закодированных атакующими, то есть ключи известны им с самого начала. Проверка целостности обходится за счёт копии официальной прошивки (на припаянной microSD или во второй половине флеш-памяти). У владельца Trezor One средства уже украли: актуальная версия Trezor Suite этот экземпляр помечает при проверке, но позволяет продолжить работу с устройством. Оба модели сняты с продажи, но продолжают покупаться на вторичном рынке; Trezor публично заявлял об отсутствии доказательств компрометации своих устройств и сокращает число авторизованных продавцов.

Проект Core Lightning в своём канале сообщает, что старые версии зависимости webpki-roots продолжают доверять скомпрометированным промежуточным сертификатам emSign, из-за чего HTTPS-запросы могут быть подвержены MITM. Сам код CLN и протокол Lightning не затронуты: проблема ограничена плагином currencyrate, который включён по умолчанию. Риск возникает при использовании команд этого плагина и при настройке пересчёта валюты для плагина bookkeeper. Плагин BIP353 на практике не затронут, поскольку опирается на DNS и игнорирует уязвимый путь проверки сертификата.

В посте ведущего разработчика lnd говорится о CVE-2026-111943 — компрометации удостоверяющего центра eMudhra, из-за которой доверенный в сборках корневой сертификат больше нельзя считать надёжным. Затронуты пользователи lnd, btcd, tapd и litd: скомпрометированный CA подрывает доверие к TLS-соединениям демонов, то есть к каналу, по которому идут RPC-подключения и внешний трафик узла. Для всех четырёх проектов уже опубликованы релизы, собранные с исправленным набором доверия; альтернатива — самостоятельная пересборка с Go 1.27.3.

Команда проекта сообщает о CVE, связанном с компрометацией удостоверяющего центра eMudhra, и настоятельно рекомендует пользователям lnd, btcd, tapd и litd либо перейти на свежие релизные бинарники, либо пересобрать свои из исходников с Go 1.27.3. Затронут доверенный набор корневых сертификатов, на который опираются TLS-соединения узла и сопутствующих сервисов. Пока узел работает со старой сборкой, его соединения доверяют сертификатам скомпрометированного центра.

В docker-инсталляторе BTCPay Server есть необязательный деплой WooCommerce/WordPress; после раскрытия критической уязвимости PHP он был обновлён. Затронуты мерчанты, у которых магазин на WooCommerce поднят именно через инсталлятор BTCPay. Пока обновление не применено, публично доступный PHP-стек платёжного фронтенда остаётся на уязвимой версии. Номер CVE и подробности о характере уязвимости в сообщении не названы.

Официальный канал ACINQ сообщил о релизе Eclair 0.14.5, в который вошли исправления безопасности, и прямо рекомендовал операторам узлов обновляться. Подробностей о характере проблем и о том, эксплуатировались ли они, в сообщении нет. Затронуты операторы лайтнинг-узлов на Eclair: средства в каналах и доступность узла зависят от этого софта.

С 9 октября покупатели Ledger через авторизованного реселлера CryptoBilis (Малайзия, Индонезия, Филиппины) начали сообщать о пустых кошельках; Ledger подтвердил, что в затронутом устройстве был посторонний аппаратный имплант. Имплант не трогает защищённый чип и не меняет подписываемые транзакции — он считывает то, что показывает экран, декодирует 24 слова во время первичной настройки и отправляет их наружу через мобильную сеть с eSIM, поэтому встроенная проверка подлинности устройство пропускала. Ledger говорит, что все подтверждённые потери связаны именно с этим реселлером, прямой канал продаж признаков компрометации не показывает; общая сумма официально не подтверждена, исследователи цепочки оценивают потери в 86–93 млн долларов более чем по 300 кошелькам. Отдельно: 13 октября крупная европейская розничная сеть остановила продажи Ledger после сообщения покупателя из Германии об импланте, а проверка складских и розничных запасов в Германии следов вмешательства не выявила.

ACINQ опубликовала патч-релиз Eclair, закрывающий набор проблем безопасности. По словам самого вендора, часть из них может быть использована враждебными нодами, уязвимости пришли через ответственное раскрытие. Затронуты операторы лайтнинг-нод на Eclair; релиз полностью совместим с предыдущими версиями, закрывать каналы не требуется.

ACINQ выпустила патч-релиз Eclair v0.14.4 с исправлениями безопасности, большая часть которых получена в рамках проекта Loupe. По словам разработчиков, часть проблем может быть использована вредоносными узлами, и обновление настоятельно рекомендуется. Затронуты операторы собственных лайтнинг-узлов на Eclair: соседний узел с дурными намерениями получает способ воздействовать на вашу ноду до обновления.

По заявлению проекта, лог-файлы Bisq версий 2.1.3–2.1.13 содержат onion-приватные ключи всех идентичностей узла, а при включённом API — ещё и приватные ключи пользовательских профилей. Выпущенная версия 2.1.14 объявлена важным обновлением безопасности: она закрывает уязвимости, найденные во время аудита проекта, включает свежий security-релиз Tor, добавляет проверки сделок Bisq Easy (соответствие оффера и цены, лимиты репутации, сверку сумм в Bitcoin-URI и Lightning-инвойсах) и подписи хранилища. При первом запуске 2.1.14 вычищает ключи из логов в своём каталоге данных, но все прочие копии остаются раскрытыми: ранее отправленные кому-либо логи, бэкапы и вывод docker logs. Отдельно объявлено: все узлы обязаны обновиться до 2.1.14 или новее до 25 ноября 2026, иначе начнутся проблемы со связностью и передачей данных.

Ledger официально просит реселлеров и дистрибьюторов в Индонезии, Сингапуре, Тайланде, на Филиппинах, во Вьетнаме, Малайзии и Гонконге приостановить продажи и снять устройства с полок, пока идёт расследование. Кто-то вмешался в устройства где-то в цепочке поставок; подтверждённые инциденты с опустошением кошельков на данный момент ограничены Юго-Восточной Азией, случаев с устройствами, купленными в других регионах, вендор не подтвердил. Сама инфраструктура, сервисы и канал прямых продаж Ledger, по заявлению вендора, признаков компрометации не имеют. Устройства, полученные от сотрудников поддержки, будет анализировать внутренняя лаборатория вендора.

Unchained сообщает о развивающемся инциденте в цепочке поставок Ledger: по её словам, Ledger уведомил о проблеме с устройствами, распространявшимися через перепродавца в Юго-Восточной Азии (CryptoBilis) и европейскую розничную сеть MediaMarkt Saturn. Устройств Ledger, скомпрометированных в клиентских хранилищах, Unchained пока не выявила, а о проблемах с устройствами из других каналов продаж уведомлений не было. Риск прямой: подменённое или вскрытое устройство означает, что сид мог попасть к третьим лицам, и средства на этом ключе под угрозой.

Ledger сообщает, что с 13 октября MediaMarkt Saturn по согласованию с вендором прекратил продажу сигнеров Ledger в магазинах и онлайн — поводом стало сообщение одного покупателя в Германии об обнаруженном внутри устройства импланте. О потере средств не сообщалось, признаков компрометации инфраструктуры и сервисов вендора нет. Поддержка Ledger разбирает обращения пользователей, лаборатория Donjon будет исследовать полученные устройства. Риск касается тех, кто покупал устройство в этой розничной сети: вмешательство в железо означает возможный доступ к секрету, который устройство хранит.

Ledger Donjon исследует сигнеры Ledger, проданные перепродавцом CryptoBilis в Юго-Восточной Азии: внутри корпуса обнаружен несанкционированный аппаратный имплант. Вендор подтвердил находку 10 октября на сигнере одного пострадавшего. Имплант читает данные, выводимые на экран, и при показе 24 слов восстановительной фразы во время первичной настройки декодирует их микроконтроллером и передаёт по LTE через встроенную eSIM. Это отдельный компонент: Secure Element и операционная система устройства не изменены, транзакции и подписи не подменяются. Все подтверждённые потери средств, связанные с инцидентом от 9 октября, приходятся на сигнеры, купленные через этого перепродавца; кража с устройства, купленного в другом месте, вендором не подтверждена. Перепродавец сообщил, что прекратил продажу сигнеров Ledger на время расследования. Общее число пострадавших и сумму потерь вендор не подтверждает, циркулирующие в сети цифры — от третьих лиц и полностью не проверены. Вендор также проверяет сообщения об имплантах в других устройствах и регионах. Патча здесь нет и быть не может: это физическое вмешательство в устройство, а раскрытая восстановительная фраза остаётся скомпрометированной.

Вендор сообщает, что на 12 октября всё ещё заблокирован вне официального аккаунта Coldcard в соцсети и ждёт восстановления доступа от платформы. Это значит, что аккаунт, с которого ранее вышла фишинговая публикация, по-прежнему не под контролем Coinkite.

Вендор в своём канале сообщает, что все подтверждённые случаи опустошения кошельков по инциденту 9 октября 2026 касаются устройств, проданных через перепродавца CryptoBilis в Юго-Восточной Азии. Речь о физической подмене или модификации устройств на пути к покупателю; собственные системы и прямые каналы продаж вендора, по его заявлению, не затронуты. Число затронутых устройств названо ограниченным, расследование продолжается, пострадавших уведомляют адресно. Патча здесь нет: проблема в цепочке поставок, а не в прошивке.

В RubyGems опубликован пакет crypto-tax-export, у которого скрипт сборки нативного расширения выполняется прямо во время установки гема. Перед запуском нагрузки он проверяет, что это реальная рабочая машина разработчика, а не песочница (переменные CI, временные хостнеймы и имена пользователей, пути анализа, малый аптайм, наличие SSH-ключей, учётных данных RubyGems и конфига git), после чего отщепляет фоновый процесс, выжидает случайные десятки минут и через eval от base64-нагрузки поднимает shell на жёстко прописанный внешний хост в цикле переподключения. Заявленной функциональности экспорта налогов в геме нет: README и имя нативной цели скопированы у постороннего биткоин-RPC-пакета, то есть легенда — прикрытие, рассчитанное на биткоин-разработчиков. Результат — полный интерактивный доступ к машине, где лежат SSH-ключи, токены публикации пакетов и исходники кошельков.

Пакет в RubyGems публикуется под именем nft-metadata-resolver, но в README описан как библиотека bitcoin-rpc-lite, а цель сборки нативного расширения названа соответствующе — при этом настоящего C/C++ кода в пакете нет. Скрипт нативного расширения, который RubyGems выполняет автоматически во время `gem install`, декодирует base64-нагрузку и запускает её в отсоединённом дочернем процессе; нагрузка подключается по TCP к зашитому IP-адресу и пробрасывает туда ввод-вывод /bin/sh, давая удалённой стороне интерактивную оболочку на машине установщика. Запуск защищён проверками обхода анализа: CI, песочницы, «аналитические» имена пользователей и хосты с малым аптаймом пропускаются, срабатывание происходит только при признаках реальной машины разработчика. Для тех, кто искал Ruby-обвязку к Bitcoin Core RPC, это прямой путь к полному контролю над рабочим хостом со всеми его ключами, кошельковыми файлами и доступами.

В RubyGems обнаружен пакет perp-funding-rates, чей README описывает библиотеку bitcoin-rpc-lite, а имя нативного расширения повторяет её название — при этом никаких исходников сборки в пакете нет. Скрипт расширения существует только для исполнения кода на этапе `gem install`: он декодирует base64-нагрузку и запускает её в отключённом дочернем процессе с задержкой, после чего соединяется с жёстко прописанным управляющим сервером и пробрасывает туда /bin/sh. Запуск включается только на машинах с признаками разработчика — наличием каталогов и файлов SSH, учётных данных RubyGems, конфигов git, npm и bundler, — то есть целью являются рабочие станции и сборочные системы. Для разработчика это интерактивный доступ атакующего к машине, где лежат ключи подписи, токены и доступ к инфраструктуре.

В RubyGems опубликован пакет seed-phrase-validator, который объявляет нативное расширение, но не содержит исходников: его установочный скрипт существует только чтобы исполниться во время установки, расшифровать base64-полезную нагрузку и запустить её в отсоединённом процессе с отложенным старом, чтобы пережить сам процесс установки. Нагрузка открывает TCP-соединение на жёстко прописанный адрес и пробрасывает его в оболочку, то есть даёт атакующему интерактивный удалённый доступ к хосту. Запуск отфильтрован антианализом: CI и песочницы пропускаются, срабатывание происходит только на машинах с артефактами разработчика — ключами SSH, конфигами git, npm, учётными данными gem и bundle. Идентичность пакета несогласованна: имя про проверку seed-фразы, README называется как библиотека для Bitcoin RPC, цель makefile — то же самое, нативных исходников нет; то есть пакет мимикрирует под биткоин-инструментарий.

Гем объявляет нативное расширение, но не содержит исходников: вместо скрипта сборки там сама нагрузка, которая выполняется автоматически во время gem install. Она раскодирует base64-блоб и запускает отсоединённый процесс, отдающий оболочку хоста на жёстко прописанный внешний сервер. Запуск намеренно ограничен признаками реальной рабочей машины разработчика — наличием каталогов ssh, конфигов git, npm, учётных данных gem и bundler, временем работы системы — и прерывается на CI и в песочницах. Заявленное сканирование балансов кошелька — легенда: основной файл и README (ссылающийся на постороннюю библиотеку) пустые заглушки.

В RubyGems обнаружен пакет, у которого имя заявлено как ERC20-аудит, но README и цель нативной сборки выдают его за легковесную библиотеку доступа к bitcoin RPC, а сам Ruby-код — пустая заглушка из двух методов. Скрипт нативного расширения выполняется автоматически при установке gem: он декодирует скрытую нагрузку и запускает её фоновым отвязанным процессом с задержкой, после чего подключается к жёстко прошитому удалённому адресу и перекидывает туда локальный shell в бесконечном цикле переподключения — это полный удалённый контроль над машиной разработчика. Нагрузка намеренно молчит в CI, песочницах и на свежезагруженных хостах и срабатывает только там, где видны признаки живого рабочего окружения: ключи SSH, конфиг git, учётные данные RubyGems, bundle и npm. Под ударом те, кто ставил этот gem на машину со сборкой или ключами биткоин-инфраструктуры.

В пакете gas-refuel-bridge для RubyGems найден вредоносный код: сборочный скрипт нативного расширения декодирует и исполняет встроенную нагрузку прямо во время установки гема. Нагрузка запускает отсоединённый фоновый процесс, который после паузы подключается к внешнему хосту и перенаправляет туда /bin/sh — то есть способен дать атакующему постоянный доступ к машине разработчика. Запуск намеренно пропускается в CI и в одноразовых окружениях и происходит только при наличии на диске признаков рабочей машины: ключей SSH, конфигов git, учётных данных npm, RubyGems и bundler. Заявленная функциональность — прикрытие: описание говорит о «gas refuel bridge», README озаглавлен как bitcoin-rpc-библиотека, а сам код библиотеки состоит из пустых заглушек, поэтому гем может попасть в биткоин-проект по ошибке при поиске RPC-клиента.

В RubyGems-пакете ton-jetton-tools сборочный скрипт нативного расширения содержит base64-закодированную полезную нагрузку, которая декодируется и исполняется прямо во время установки гема. Нагрузка запускает отложенный фоновый процесс, подключается к внешнему адресу и пробрасывает туда /bin/sh, то есть даёт оператору этого адреса интерактивную оболочку на машине разработчика. Запуск намеренно пропускается в CI и песочницах и срабатывает только там, где найдены артефакты разработчика — ключи SSH, конфиг git, учётные данные npm и RubyGems, настройки bundler. Заявленное имя пакета не совпадает с его README и заглушкой нативного модуля, которые имитируют библиотеку доступа к Bitcoin RPC, так что целью выглядят именно разработчики биткоин-инфраструктуры.

Пакет с биткоин-ориентированным названием hd-wallet-generator выполняет Base64-нагрузку через eval() в сборочном скрипте нативного расширения прямо во время установки гема. Нагрузка подключается к жёстко прописанному удалённому хосту и отдаёт оператору интерактивный /bin/sh, причём запуск отложен на 20–40 минут и обставлен проверками на песочницу и CI, а срабатывает только там, где на диске видны признаки рабочей машины разработчика: SSH-ключи, конфиг git, учётные данные gem и bundle, npmrc. Нативных исходников в пакете нет вовсе — сборка расширения служит только предлогом, а название метаданных расходится с описанием в README. Любой, кто поставил этот гем в поисках библиотеки для HD-кошельков, должен считать хост и все лежащие на нём секреты доступными посторонним.

В реестре RubyGems опубликован гем, чьи метаданные называют его eth-gas-oracle, но README и имя нативного расширения выдают его за библиотеку для работы с bitcoin-RPC — то есть цель приманки именно биткоин-разработчики. Скрипт сборки нативного расширения во время `gem install` декодирует встроенную нагрузку и запускает её в отключённом дочернем процессе: она подключается к жёстко прописанному удалённому хосту и отдаёт оболочку, давая оператору произвольное выполнение команд на машине установщика. Нагрузка умышленно уклоняется от анализа — ждёт 20–40 минут, пропускает CI и песочницы и запускается только при наличии разработческих артефактов вроде ключей SSH, конфигов git, npm и учётных данных gem. Полезной функциональности в геме нет: это одноразовая оболочка для дроппера.

Tangem сообщила о несанкционированном доступе к сторонней системе поддержки, обнаруженном 9 октября. Могли быть раскрыты имена и адреса электронной почты ограниченного числа клиентов. По заявлению компании, другие персональные данные, кошельки и криптоактивы не затронуты. Полученные контактные данные могут использоваться для фишинговых писем от имени поддержки Tangem.

Вендор сообщает, что при разборе фишинговой публикации не обнаружил ни входа, ни сессии, ни записи о доступе к аккаунту, а учётные данные и офлайн-2FA остались целы. Из этого Coinkite делает вывод о возможном неавторизованном доступе на уровне самой платформы или её администрирования и просит провайдера сохранить логи и подключить службу безопасности. Вендор отдельно отмечает, что связь с сообщениями о продаже админ-доступов проверить не может.

Вендор сообщает, что с его аккаунта в соцсети вышла публикация с фишинговой ссылкой; пост уже удалён, причина публикации выясняется, доступы к аккаунту проверяются. Вендор прямо просит не открывать эту ссылку и не взаимодействовать с ней, а также напоминает, что официальный сайт у Coldcard только один. Риск для владельцев устройств — поддельная страница, которая под видом вендора может просить seed-фразу или подсовывать фальшивую «прошивку»/«обновление». Кто успел перейти по ссылке до удаления поста, мог попасть на такую страницу.

Вендор сообщает: если seed был сгенерирован на затронутой версии прошивки и вы продолжаете пользоваться тем же seed, последующее обновление прошивки не снимает риск, связанный со способом его создания, — нужно пройти шаги миграции. Проблему нашли и передали вендору исследователи; подробный отчёт обещан после проверки эффективности мер. Отдельно вендор предупреждает о волне мошеннических сообщений и «исправлений»: ни сайт, ни помощник никогда не вправе запрашивать seed-слова, passphrase или приватные ключи.

Вендор сообщает о новой критической уязвимости в генерации seed в более новых прошивках COLDCARD. Проверить просят версии Mk4/Mk5 ≥5.6.0, Q ≥1.5.0Q, Mk2/Mk3 ≥4.2.0. Это отдельная находка от прошлых advisory вендора: если seed был сгенерирован на затронутой версии и продолжает использоваться, обновление прошивки само по себе риск не снимает — нужен перенос. Подтверждённого выпущенного исправления именно для этой области в посте не заявлено, детальный отчёт обещан позже. Вендор отдельно предупреждает, что ни он, ни «помощники» никогда не просят seed, и что возможны фишинговые сообщения с «фиксом».

Ledger сообщает, что в устройстве одного из затронутых пользователей обнаружен несанкционированный аппаратный имплант. Речь о партиях, проданных через сторонний магазин-перепродавца, который до окончания расследования остановил продажу всех аппаратных кошельков. Вендор заявляет, что его собственные системы и сервисы не скомпрометированы, а затронутым пользователям пишет напрямую. Для владельца такого устройства это прямой риск потери средств: вскрытое железо может раскрыть seed.

Ledger сообщает, что расследует сообщения о потере средств у пользователей в Юго-Восточной Азии, купивших устройства у реселлера под именем CryptoBillis. На время расследования вендор попросил этого реселлера приостановить все продажи и отправки устройств Ledger. Риск касается тех, кто получил устройство по этому каналу: доверять seed, связанному с таким устройством, нельзя.

По разбору Kaspersky, который приводит Keystone, новая версия стилера MacSync для macOS распространяется под видом крипто-кошелька «Toria» с собственным сайтом и промо в X и Telegram, а также в «бесплатных» и взломанных сборках популярных программ. После установки он способен забирать пароль входа в macOS и Keychain, пароли и cookies браузеров, данные кошельковых расширений и приложений, а также конфигурации Telegram, SSH, AWS и Git. Отдельно отмечено, что его бэкдор может заменить установленное приложение Ledger на версию, скачанную с сервера атакующего. Под угрозой владельцы биткоина, хранящие или подписывающие что-либо на Mac, и разработчики с ключами доступа на той же машине.

Blink выпустил вторую фазу раскрытия кражи, о которой сообщил 19 сентября: публичную страницу со всеми адресами, транзакциями и Lightning-каналами, которые команда связывает с атакующим, с обновлением по мере движения монет. По данным Blink, атакующий не остановился: в первую неделю октября его основной узел открыл новый канал, проявился второй узел, монеты снова двигались, а 5 октября он использовал баг в Ark-сервере компании Second (проект Bark) и забрал 0,75 BTC собственных средств компании — средства пользователей не затронуты, оплачивал он это из того же кошелька, куда пришли монеты из Blink. Blink считает вероятной каскадную схему: добытое с одной цели финансирует атаку на следующую. Около 0,87 BTC всё ещё лежат на пяти исходных адресах, 4,84 BTC — на адресе, который предположительно его, и 1,64 BTC — на адресах, задействованных в атаке на Second.

Start9 сообщает, что сборка Core Lightning с security-фиксами доступна в Marketplace StartOS, и просит обновляться немедленно. Речь о том же релизе, который закрывает уязвимость, способную привести к потере средств у нод на более ранних версиях. Для владельцев серверов на StartOS это снимает ожидание упаковки: ставить можно прямо сейчас.

BTCPay Server обновил поставляемый Core Lightning до 26.06.9 — релиза, закрывающего уязвимость, способную привести к потере средств. Обновление доступно пользователям BTCPay прямо сейчас, через штатный механизм. Если CLN в вашей установке не используется, инцидент вас не затрагивает.

Проект в своём канале уточнил остроту релиза 26.06.9: он исправляет новую сообщённую уязвимость, которая может приводить к потере средств. Затронуты ноды на 26.06.8 и более ранних версиях. Это сильнее прежней формулировки про «набор security-фиксов».

Точечный релиз 26.06.9 закрывает уязвимости в переустановлении каналов, сплайсинге, обработке HTLC при закрытии, onion, onchaind, gossip-запросах, runes и setconfig, плюс ряд удалённых крэшей. Отдельно исправлена регрессия 26.06.8, из-за которой загруженная нода душила троттлингом обычный gossip, пинги и onion-сообщения и задерживала трафик каналов. Эмбарго снова нет: исправления доступны сразу, а тесты к ним временно не публикуются, чтобы дать время на обновление. Появились воспроизводимые сборки arm64 и armv7 с отдельными подписанными манифестами.

Вендор выпустил BTCPay Server 2.4.5 с ужесточением безопасности вокруг Lightning и LNURL и одновременно упростил стандартное Docker-развёртывание. Tor больше не входит в состав по умолчанию: существующие установки должны выбрать его явно, иначе после следующей настройки или обновления Docker сервер останется без своего onion-адреса. Также удалён ряд заброшенных интеграций (среди них JoinMarket, Electrum Personal Server и BWT, BlueWallet LNDHub, Traefik, BTCTransmuter и Configurator, а также устаревшие альткоин-цепочки) — конфигурации, которые на них опираются, перестанут собираться. Публичные API LND и Core Lightning по умолчанию не выставлены начиная с 2.4.2, вместо ручной правки Nginx появилась команда btcpay-routes.

Приложение согласия Galoy/Blink принимало список scope прямо из браузерной формы и не сверяло его с тем, что запросил OAuth-клиент, поэтому обычный зарегистрированный пользователь получал токен с полным административным набором прав. В затронутых развёртываниях админ-шлюз и admin GraphQL API доверяли этим scope без собственной проверки, что открывало чтение данных клиентов (балансы, история, контакты, способы входа), смену email и телефона и захват аккаунта через passwordless-вход. Компрометация ключей подписи не требовалась: токены выпускал сам провайдер идентичности, поэтому проверка подписи атаку не видит. По данным разбора инцидента, в сентябре 2026 года в Blink этим путём захвачены 35 кастодиальных счетов и с 24 из них выведено около 6,61 BTC.

Опубликовано раскрытие DoS-уязвимостей в лайтнинг-реализации Eclair; исправление выпущено в версии 0.14.1. Затронуты операторы собственных узлов Eclair: отказ в обслуживании означает недоступность узла и риск потери работоспособности каналов. По словам источника, пользователи мобильных кошельков, работающих через узел Eclair как LSP (например, Phoenix), не затронуты — свои узлы ACINQ пропатчил несколько месяцев назад.

Пакет выдаёт себя за библиотеку декодирования BOLT11-инвойсов, но заявленной функциональности в нём нет. Нативное расширение автоматически исполняется при gem install: скрипт сборки раскодирует встроенную полезную нагрузку, скачивает архив по открытому HTTP во временный каталог и запускает оттуда shell-скрипт отдельным отсоединённым процессом. Запуск включается только на машинах, где есть каталоги и файлы с ключами SSH и учётными данными gem/npm/bundler, и подавляется в CI и песочницах — цель дроппера именно машины разработчиков с доступом к ключам и реестрам.

В RubyGems опубликован пакет tx-broadcast-utils, заявленный как набор помощников для рассылки биткоин-транзакций через публичные esplora-эндпоинты. Заявленной функциональности в нём нет: библиотека содержит только урезанный список слов BIP39, а единственный работающий компонент — скрипт нативного расширения, который на этапе `gem install` исполняет закодированную полезную нагрузку. Нагрузка отделяет фоновый процесс, выжидает несколько десятков минут, скачивает и запускает сторонний архив с удалённого сервера от имени устанавливающего пользователя. Запуск нарочно подавляется в CI и песочницах и срабатывает только при признаках рабочей машины разработчика — наличии ключей SSH, конфигурации git и учётных данных gem.

Пакет wallet-backup-tool выдаёт себя за инструмент работы с BIP-39, но реальной библиотеки в нём нет: вместо полного словаря отдаётся обрезанный список, а C-расширение — пустая заглушка. Сборочный скрипт нативного расширения, который выполняется автоматически при gem install, содержит закодированную нагрузку: она запускается в отскрытом дочернем процессе, предварительно проверяя, что машина не похожа на CI или песочницу и что в домашнем каталоге есть файлы разработчика (ssh-ключи, конфиг git, учётные данные gem и bundler). Затем, после случайной задержки, нагрузка по открытому HTTP скачивает архив и исполняет из него скрипт. Прицел — именно машины разработчиков, где рядом с ключами разработки лежат криптокошельки и секреты.

Гем выдаёт себя за библиотеку для работы с мнемоническими фразами без зависимостей, но объявляет нативное расширение без исходников: его сборочный скрипт существует только ради выполнения кода в момент gem install. Скрипт декодирует и выполняет полезную нагрузку в отсоединённом фоновом процессе после задержки в десятки минут, после чего подключается к жёстко прописанному удалённому адресу и пробрасывает туда интерактивную оболочку, давая постороннему неаутентифицированный доступ к хосту. Запуск включается только при наличии на машине артефактов разработчика — ключей SSH, конфигурации git, учётных данных gem и bundler, настроек npm — и подавляется при признаках песочницы или CI. Ни название пакета, ни README не упоминают ни нативного расширения, ни сети, ни фоновых процессов.

Гем с биткоин-ориентированным именем содержит в установочном скрипте расширения base64-блоб, который декодируется и исполняется при обычной установке пакета. Нагрузка открывает TCP-соединение к серверу оператора и связывает его с шеллом, выдавая удалённый интерактивный доступ к машине разработчика. Запуск отложен на десятки минут и отключается в CI, песочницах и на хостах без признаков рабочего окружения разработчика — то есть целью выбраны именно реальные рабочие станции с SSH-ключами, git- и gem-credentials. Полезной функциональности у файла нет: его единственная задача — исполнить непрозрачный код.

Гем с именем, отличающимся от bitcoin на один символ, объявляет нативное расширение только для того, чтобы при `gem install` выполнился скрипт сборки; сам C-код — пустая заглушка, а Ruby-часть содержит лишь статический хелпер со словарём. Скрипт проверяет, что машина похожа на рабочую станцию разработчика, а не на песочницу (переменные CI, имя хоста и пользователя, время работы системы, наличие каталогов SSH, git-конфига, креденшелов RubyGems, bundler и npm), после чего уходит в фон и расшифровывает Ruby-нагрузку. Нагрузка собирает адрес управляющего сервера из зашифрованного блоба, выжидает 20–40 минут, скачивает архив во временный каталог и запускает оттуда shell-установщик. Проверяемые пути прицельно включают файлы с токенами публикации пакетов, что указывает на вторую стадию, нацеленную на кражу учётных данных — в том числе SSH-ключей и секретов, лежащих рядом с кошельковыми и репозиторными конфигами.

В RubyGems опубликован пакет с именем из биткоин-окрестности (BIP39), который не содержит настоящего нативного кода: сборочный скрипт расшифровывает base64-блоб и исполняет его прямо при `gem install`. Полезная нагрузка скачивает архив с захардкоженного IP по обычному HTTP, распаковывает во временный каталог и запускает скрипт от имени устанавливающего пользователя, маскируя установку как успешную. Загрузчик намеренно обходит песочницы и CI, срабатывает только при наличии признаков рабочей машины разработчика (ключи SSH, конфиг git, учётные данные gem/bundle/npm) и выжидает перед запуском, то есть целится в машины, где хранятся секреты и может собираться биткоин-код.

Пакет в RubyGems с именем, отличающимся от названия биткоин-библиотеки на одну букву, содержит пустую нативную заготовку, единственная задача которой — запустить скрипт сборки при установке. Этот скрипт расшифровывает и выполняет полезную нагрузку в отдельном дочернем процессе: она собирает адрес управляющего сервера, по обычному HTTP тянет архив во временный каталог и запускает оттуда шелл-скрипт, то есть произвольный код атакующего. Нагрузка целенаправленно ищет признаки машины разработчика — каталоги ssh, настройки git, учётные данные gem и bundle — и пропускает запуск в песочницах и CI, а перед загрузкой выжидает случайную задержку. Под угрозой всё, до чего достанут ключи и токены на такой машине, включая доступ к репозиториям и инфраструктуре сборки.

19 сентября атакующий использовал ошибки проверки прав в административных инструментах Blink: любой владелец бесплатного аккаунта мог выдать себе полномочия поддержки, менять email и телефон клиентов и входить в их аккаунты. Из 24 аккаунтов выведено около 6.61 BTC с операционного кошелька; средства клиентам возмещены акционерами Blink, холодное мультисиг-хранилище и несамостоятельные... некастодиальные аккаунты не затронуты. Дополнительно просмотрены данные ещё 3817 аккаунтов — в части случаев телефон или email; имена, документы, пароли и seed, по заявлению компании, не раскрывались. Все 24 опустошённых аккаунта были без двухфакторной аутентификации, а девять аккаунтов с 2FA атакующий вывести не смог.

С октября 2023 года любой владелец бесплатного аккаунта Blink мог через браузер присвоить себе права поддержки: менять email и телефон на чужом аккаунте, входить от его имени и поднимать лимиты — три ошибки в проверке прав в админ-инструментах. 19 сентября атакующий захватил 35 аккаунтов и вывел около 6,61 BTC из 24 из них, а также просмотрел данные (в части случаев телефон или email) ещё 3817 аккаунтов; имён, документов, паролей и seed-фраз среди них не было. Деньги ушли из горячего кошелька, холодное мультисиг-хранилище и несамостоятельные... некастодиальные аккаунты не затронуты; всем 22 пострадавшим клиентам баланс возмещён за счёт акционеров. Ни один из 24 обчищенных аккаунтов не имел двухфакторной аутентификации, а девять попыток вывода с аккаунтов с 2FA (18 попыток) закончились нулевым убытком.

Вендор в своём канале сообщает, что выпущенное обновление прошивки исправляет генерацию seed только для будущих ключей. Seed, созданный на затронутой прошивке, обновление не «лечит» — такой ключ остаётся дефектным, и средства на его адресах под угрозой. Восстановление из бэкапа или клонирование устройства проблему не решают: дефект переносится вместе с ключом. Затронуты все владельцы, кто генерировал seed на уязвимых версиях прошивки.

Команда Lightning Dev Kit сообщила о нескольких уязвимостях безопасности в LDK, среди которых возможность кражи средств. Исправления вышли в версиях 0.1.13, 0.2.7 и 0.3-rc3. Под угрозой прежде всего те, кто держит LDK в продакшене с недоверенными контрагентами по каналам: злонамеренный контрагент — это тот самый сценарий, для которого выпущен фикс. Ветка 0.3 остаётся в тестировании, для неё актуален rc3.

Проект Core Lightning в своём канале говорит, что получил сообщения о злоумышленниках, которые нацеливаются на ноды без патча. Затронуты установки версии 26.06.7 и более ранних; исправленный релиз уже доступен. Для операторов это повышает остроту ранее объявленного обновления: ожидание теперь означает открытую поверхность атаки на средства в каналах.

В Eclair v0.14.0 и ранее раскрыты две уязвимости в потоке открытия каналов. Первая (LNF-2026-0003) — гонка при проверке дублирующегося temporary_channel_id: конвейер одинаковых open_channel порождает осиротевшие акторы каналов, утечка около 1 МБ в секунду приводит к OOM в JVM или к спирали сборки мусора, которая выводит узел из сети. Вторая — обход ограничителя незафиксированных каналов за счёт переиспользования финального id канала как временного: одно соединение без затрат on-chain исчерпало 4 ГБ heap примерно за 48 минут, а поскольку каналы сохраняются на диск, узел падал снова при каждом перезапуске, пока оператор не увеличивал heap или не удалял записи вручную. Затрагивает операторов лайтнинг-узлов на Eclair.

В Eclair v0.14.0 и ранее найдены две проблемы в потоке открытия каналов. Первая (LNF-2026-0003) — гонка при проверке дублирующегося temporary_channel_id: поток одинаковых open_channel порождает осиротевшие акторы каналов и утечку памяти порядка мегабайта в секунду, что приводит к OOM-падению JVM или к зависанию на сборке мусора и уходу узла из сети. Вторая обходит ограничитель незавершённых каналов за счёт переиспользования финального id канала как временного: одно соединение без затрат on-chain за примерно 48 минут исчерпало 4 ГБ heap, а поскольку каналы сохраняются на диск, узел падал снова при каждом перезапуске до ручной чистки или увеличения heap. Атаки требуют лишь соединения с узлом; свидетельств эксплуатации в сети в сообщении нет.

Start9 выпустила StartWRT 1.2.1 с исправлениями безопасности интерфейса управления роутером и просит обновиться без промедления. По описанию релиза, теперь каждое изменение настроек роутера требует входа в систему, а `startwrt-cli` отправляет локальные учётные данные только тому роутеру, на котором запущен. Отдельно отмечен побочный эффект обновления: VPN-соединение, чей конфиг задаёт сервер по имени хоста, нельзя было пропустить через другой VPN — прежние версии принимали такую цепочку, но фактически подключали напрямую через WAN; после обновления такая связка переводится в режим подключения через интернет, и это видно в журнале активности. Признаков эксплуатации в релизе нет.

Вендор выпустил следующую версию по итогам того же аудита безопасности: добавлена проверка входов и подписей BSQ-свопов с обеих сторон сделки (привязка outpoint, контроль дублирующихся входов), API больше не даёт подтвердить начало платежа до получения платёжных реквизитов продавца, обновлён Tor до 0.4.9.13. Bisq пишет, что обновление обязательно для продолжения торговли.

По описанию advisory пакет dotenv-precheck, выдающий себя за утилиту проверки dotenv, прописывает свой скрипт как postinstall, то есть запускается автоматически при установке зависимостей. Обфусцированный код рекурсивно обходит домашний каталог, включая Рабочий стол, Документы и Загрузки, читает текстовые файлы и выбирает из них значения по шаблонам секретов: переменные с KEY, SECRET, TOKEN, PASSWORD, SEED, MNEMONIC, WALLET, приватные ключи в формате Base58 WIF и BIP-39 мнемоники, проверенные по словарю и контрольной сумме. Собранное отправляется на Telegram-бот атакующего. Заявленной функциональности у пакета нет, так что единственное назначение установки — кража секретов.

По сообщению вендора, Apple выпустила исправление уязвимости CoreGraphics CVE-2026-86950, которая уже применялась в реальных атаках: одного вредоносного файла хватало для полного выполнения кода на устройстве. Под ударом устройства на iOS 26.7 и соответствующие сборки macOS. Для держателя биткоина это значит, что кошелёк, сид-фраза или пароли, хранившиеся на таком телефоне или компьютере, могли быть прочитаны атакующим.

В Eclair 0.13.1 и раньше разбор вектора фич шёл побитово: одно init-сообщение максимальной длины вызывало около 300 МБ мусора в куче и занимало поток разбора до 300 мс (LNF-2026-0001). Поток таких сообщений, по описанию исследователя, отключает все пиры жертвы за минуту и исчерпывает память за пять. Вторая проблема (LNF-2026-0002) — всё ещё принимаемые zlib-сжатые channel queries без ограничения на размер вывода: запрос на 64 КБ разворачивается в 64 МБ и около 17 млн объектов в куче, поток таких сообщений уводит узел в офлайн за секунды. Обе исправлены в Eclair 0.14.0.

Вендор подтвердил, что 19 сентября из-за уязвимости в собственном ПО посторонний вывел средства с нескольких десятков аккаунтов. Балансы пострадавших восстановлены до состояния до инцидента, их уведомили напрямую. Атакующий также получил доступ к информации об аккаунтах примерно 3400 других пользователей — по заявлению вендора, средства оттуда не выводились, имена, документы и адреса не затрагивались. Утёкшие сведения об аккаунтах — готовая база для адресного фишинга под видом поддержки.

10 сентября 2026 года атакующие воспользовались уязвимостью в стороннем сервисе рассылок, получили доступ к аккаунту Shift Crypto / BitBox, выгрузили весь список контактов и отправили с него две фишинговые кампании. Письма шли по легитимной инфраструктуре рассылки и проходили обычные проверки подлинности, поэтому выглядели как официальная новостная рассылка: в них ложно сообщалось об уязвимости в BitBox и предлагалось ввести recovery words на сайте. Утекли только адреса электронной почты подписчиков рассылки, обучающих писем и партнёрской программы; данные заказов, внутренние системы, приложение и сами устройства, по заявлению вендора, не затронуты. Риск прямой: адрес из списка владельцев аппаратного кошелька — готовая мишень для адресного фишинга на сид.

6 сентября 2026 года атакующий использовал уязвимость в кэше проверки rangeproof в Elements: по отчёту Blockstream, атака задействовала Bug B — ошибку формирования ключа кэша при объединении полей. Так было выпущено около 4000 LBTC без стоящего за ними биткоина, после чего средства ушли через штатный peg-out; резерв Liquid упал примерно с 4205 BTC до 197 BTC. Атакующий вернул 3400 BTC, около 602 BTC остаются невозвращёнными; другие активы Liquid (USDt, DePix и прочие) не затронуты, но были недоступны на время остановки сети. Blockstream остановил bridge-узлы, выкатил срочный временный патч и затем выпустил проверенный релиз Elements v23.3.4.

Точечный релиз 26.06.8 закрывает набор уязвимостей, о которых сообщили внешние исследователи; в отличие от 26.06.7, периода эмбарго нет, исправления доступны немедленно. Проект временно придержал часть тестов, чтобы затруднить быстрое восстановление деталей уязвимостей и атаки до того, как операторы успеют обновиться — то есть окно до появления технических подробностей ограничено. Отдельно отмечено, что ноды, работавшие на сборках из master, откатиться на ветку 26.06.x не смогут из-за более новой схемы базы данных.

Инженерная команда Block совместно с независимыми исследователями разобрала ошибку интеграции ГСЧ в прошивке COLDCARD: вместо аппаратного генератора STM32 используется детерминированный программный fallback MicroPython, инициализируемый из UID чипа и таймеров. На Mk2/Mk3 (v4) криптографическая энтропия в генерацию не добавляется вовсе, на Mk4/Q/Mk5 от secure element сохраняется лишь несколько байт, а переинициализация заменяет одно 32-битное слово состояния. Это делает сиды, сгенерированные на устройстве, восстановимыми. Поводом к расследованию стали сообщения владельцев COLDCARD о пропаже средств; Block пишет, что эксплуатация идёт, и отсылает к отдельному разбору Coinkite.

Команда SlowMist сообщает, что получила несколько обращений от пользователей, у которых были украдены средства. По итогам разбора во всех этих случаях речь шла о раскрытии приватных ключей, а часть пострадавших ранее устанавливала и использовала приложение FomoPeek версий 1.1–1.2. Исправления или безопасной версии в сообщении не названо; связь приложения с кражами подана как результат расследования обращений, а не как разбор кода.

Blink сообщил, что уязвимость, стоявшая за недавним инцидентом, исправлена и проверена, а сервисы снова работают. Доступ восстановлен для всех незатронутых аккаунтов, аккаунты затронутых пользователей временно остаются заблокированными. По словам вендора, некастодиальные балансы не пострадали. Подробности уязвимости и масштаб инцидента вендор пока не раскрыл и обещает полный разбор позже.

Кошелёк Blink сообщил об инциденте безопасности. Атакующий получил доступ к ограниченному числу кастодиальных счетов и вывел с них средства. По словам Blink, бо́льшая часть средств в безопасности, а некастодиальные кошельки не затронуты. Работа сервиса приостановлена на время расследования. Причина и масштаб пока не раскрыты.

Инвойс BOLT11 мог содержать несколько payment hash, и разные библиотеки брали разные из них: одни первый, другие последний. Если в системе сочетались обе трактовки, она считала выплату несостоявшейся после фактической оплаты, что позволяло вычерпывать баланс повторными выводами. По описанию в посте, именно так был взломан популярный Telegram P2P-бот и потеряны средства. Предложено изменение спецификации, отклоняющее инвойсы с более чем одним payment hash; обновлены тест-векторы.

Разработчики Zeus сообщают, что из-за бага в стороннем зависимом компоненте старые версии сохраняли данные кошельков, включая сиды и учётные данные подключения, в синхронизируемом через iCloud keychain вместо локального хранилища устройства. Версия v13.2.2 переносит их в локальное хранилище и затем автоматически и безвозвратно удаляет копии из iCloud — без запроса подтверждения. Удаление распространяется на все устройства с тем же Apple ID: любое устройство, ещё не открытое на v13.2.2, потеряет сохранённые конфигурации кошельков, поскольку в старых версиях отдельной локальной копии не было. Это касается и устройств, обновившихся в фоне; порядок обновления проблему не обходит. По заявлению вендора, iCloud Keychain шифруется end-to-end, данные были доступны только собственным доверенным устройствам, и признаков утечки пользовательских данных нет.

Федерация Liquid и Blockstream сообщают, что первопричина и путь эксплуатации инцидента 6 сентября установлены, а немедленное исправление выпущено в Elements v23.3.4. Из примерно 4 000 BTC, выведенных при атаке, в резерв федерации возвращено 3 400 BTC; порядка 600 BTC остаются невозвращёнными, их возврат пытаются добиться. Производство блоков и переводы Liquid-активов, включая LBTC, работают с 10 сентября, но операции peg-out остаются приостановленными до подтверждения полного обеспечения LBTC в соотношении 1:1 и завершения обновлений, тестов и независимых аудитов. Даты возобновления peg-out нет, подробный технический отчёт обещан позже.

Bisq выпустил срочное обновление 1.10.8. Оно закрывает уязвимости, найденные при аудите безопасности. Исправления затрагивают выплаты возвратов: теперь для них нужны проверенные данные эскроу и авторизация заявителя или агента. Повторное использование квитанций возврата и межсетевые резервирования выплат заблокированы, а транзакции возврата проверяются тщательнее. Кроме того, исправлены проверки предложений Burning Man, подписей BSQ swap и получателей комиссий, обновлён Tor. Вендор не пишет, что уязвимости эксплуатировались. Изъяны в логике возвратов касаются средств в сделках, а без обновления торговать больше нельзя.

JAN3, по пересказу Bitcoin News, сообщил о DoS-атаке на новую инфраструктуру свопов Indra в стадии открытой беты. Из-за атаки команда временно отключила прямые (forward) свопы и расследует инцидент. Indra заменяет Boltz в кошельке Aqua и переводит биткоин между Lightning и Liquid. Свопы, начатые до отключения, могут проходить с задержкой. Сведений о потере средств в сообщении нет.

Сервис свопов Indra заявляет, что находится под DoS-атакой, и на время расследования и смягчения отключил форвард-свопы. Уже запущенные обмены могут выполняться дольше обычного. Затронуты те, кто пользуется свопами через Aqua и напрямую: новые обмены сейчас не проходят, а средства в уже начатых операциях зависают на неопределённое время. Обещаны дальнейшие сообщения по мере развития ситуации; сроков восстановления не названо.

Start9 ссылается на критическое предупреждение Core Lightning и даёт пользователям StartOS конкретный шаг защиты: отключить экспериментальную функцию «Dual funding and liquidity ads». Выпущенного исправления и подтверждённой эксплуатации в сообщении нет.

Core Lightning в собственном security advisory сообщает, что проверяет сообщения о возможной проблеме в экспериментальных функциях. По словам вендора, она может затронуть средства пользователей. Проблема касается нод, на которых включены экспериментальные функции. Технические детали, затронутые версии и признаки эксплуатации вендор пока не раскрыл, исправления нет.

Разработчики Bisq 2 называют релиз v2.1.13 важным обновлением безопасности. В нём Tor обновлён до последнего security-релиза, версии 0.4.9.12. Подробности уязвимости Tor в заметках не раскрыты. Без обновления продолжить торговлю нельзя. Из-за переименования сборки для Apple Silicon пользователи Mac на Intel могут получить через встроенное обновление несовместимую версию.

Команда биткоин-кошелька Liana в своём официальном аккаунте сообщила, что аккаунт @LianawalletRH поддельный и выдаёт себя за проект. У Liana нет токена и не будет. Всё, что продвигает этот аккаунт, и его личные сообщения стоит считать мошенничеством. Под угрозой пользователи Liana и все, кто следит за проектом в X: так можно потерять деньги на фальшивой покупке или раскрыть данные кошелька в переписке.

ACINQ выпустила патч-релиз Eclair 0.14.3 с исправлениями безопасности. Большая часть исправлений найдена в рамках проекта Loupe. По словам разработчиков, часть этих проблем может эксплуатироваться вредоносными узлами Lightning. Какие именно ошибки исправлены и к чему они могут привести, в этом сообщении не сказано. Затронуты операторы узлов Eclair на версиях до 0.14.3.

Revolut подтвердил, что раскрыл конфиденциальные данные клиентов посторонним. Злоумышленник отправлял поддельные запросы с легитимного почтового домена государственного ведомства. По заголовку публикации, среди раскрытого — KYC-данные и данные биткоин-транзакций. В Revolut назвали это «сложной схемой внешнего выдавания себя за другого», адрес заблокировали и заявили, что системы и средства клиентов не затронуты. Сколько клиентов пострадало, в сообщении не указано. Связка личности с биткоин-активностью позволяет готовить адресный фишинг и выбирать цели для физического давления.

Разработчики Electrum в своём официальном аккаунте объявили релиз 4.8.2. Они называют его очередным обновлением безопасности и поблагодарили исследователей, сообщивших о проблемах. Какие именно уязвимости закрыты и насколько они серьёзны, в анонсе не сказано. Сведений об эксплуатации нет. Затронуты пользователи кошелька Electrum на версиях до 4.8.2.

RoboSats v0.8.7-alpha исправляет XSS в окне информации о координаторе: сообщение координатора теперь выводится как текст, а не HTML, поэтому этот путь закрыт для веб-, Android- и десктоп-клиентов. Однако исправление второй проблемы из advisory не подтверждено: при таймауте выплаты награды сумма может вернуться роботу, хотя первый Lightning-платёж ещё способен пройти, и награду можно получить дважды. Она затрагивает операторов координаторов. Обе проблемы в advisory оценены как средние; об эксплуатации не сообщается.

Blockstream ретранслировала статус Liquid Network на 10 сентября, 19:55 UTC. Сеть перешла к следующему этапу восстановления: производство блоков возобновлено, функционарии подписывают и проверяют блоки, транзакции снова проходят. Peg-out остаются отключены в качестве меры предосторожности до завершения последнего этапа восстановления. Сроки их возобновления не названы. Параллельно идут тестирование, сканирование кода и мониторинг сети. Источник также сообщает, что мошенники пользуются ситуацией: рассылают сообщения и продвигают поддельные сайты с «обновлениями».

По сообщению Aqua Wallet, сеть Liquid возобновила обработку транзакций. Переводы Liquid→Liquid подтверждаются, USDT и DePix снова работают. Peg-in и peg-out по-прежнему приостановлены, пока восстанавливается полное обеспечение L-BTC в соотношении 1:1. Aqua отдельно предупреждает: ручные P2P-обмены L-BTC со скидкой продавать не стоит, потому что работа над восстановлением обеспечения продолжается.

По статусу на 10 сентября, 10:00 UTC, сеть Liquid перешла к следующему этапу контролируемого перезапуска. Для проверки стабильности блоки пока производятся без транзакций. Blockstream подтверждает, что обновления функционариев и bridge-нод развёрнуты и функционарии подписывают блоки штатно. Peg-операции, включая peg-out с авторизацией PAK, по-прежнему приостановлены: резерв BTC/LBTC ещё восстанавливают.

Trezor раскрыл детали. Взломан Brevo, платформа рассылок вендора; инцидент затронул 120 аккаунтов Brevo. Письмо ушло примерно на 347 000 адресов из базы новостной рассылки. Ссылка из письма предлагала скачать приложение, которое просило ввести бэкап кошелька. Trezor заблокировал домен через 20 минут, но до этого ссылку открыли около 2500 человек. Вендор не может подтвердить, выгружена ли база, поэтому считает все адреса известными атакующему. Их могут использовать для новых фишинговых рассылок.

Specter сообщает о компрометации сервиса рассылок Brevo, которым пользуются несколько биткоин-проектов, в том числе две компании, делающие аппаратные кошельки. Через него уже рассылаются фишинговые письма — то есть у атакующих есть списки адресов клиентов и возможность писать от имени знакомых читателю брендов. Типичная цель такой рассылки — выманить seed-фразу под видом «обязательной проверки» или «срочного обновления» либо увести на сайт-двойник. Сам Specter указывает, что его подписчики и его собственная рассылка не затронуты, так как он использует другого провайдера; какие именно компании пострадали, в сообщении не названо.

Есть подозрение, что скомпрометирован email-провайдер, которым пользуются Trezor и BitBox. От имени обоих вендоров рассылаются вредоносные письма; полный текст письма во входе обрезан, но сам факт подделки официальной переписки создаёт риск, что держатель введёт seed-фразу или перейдёт по фишинговой ссылке, поверив письму как настоящему.

Shift Crypto (BitBox02) сообщает, что около часа назад подписчикам их новостной рассылки пришло фишинговое письмо. По предварительным данным скомпрометирован общий с несколькими другими bitcoin-компаниями провайдер рассылок. Часть фишинговых доменов уже заблокирована, расследование продолжается.

После недавнего инцидента в сети Liquid мошенники массово выдают себя за Blockstream и техподдержку Liquid: рассылают письма и DM с «обязательным обновлением безопасности», просят ввести seed-фразу на сайтах-«миграциях», перевести средства на «адрес восстановления» или установить прошивку/приложение по ссылке из сообщения. Blockstream прямо заявляет, что сам инцидент не требует от пользователей ни одного из этих действий.

Сторонний email-провайдер Trezor был взломан, и от имени бренда рассылается поддельное письмо с темой про уязвимость энтропии в STM32. Это фишинг: письмо не от Trezor, ссылки в нём вести могут на вредоносный сайт. Вендор уже отключил использованный домен и расследует, как злоумышленники получили к нему доступ.

Производитель аппаратного кошелька BitBox02 сообщил от своего официального аккаунта, что сейчас распространяется фишинговое письмо, замаскированное под сообщение от вендора. Компания подтверждает проблему и ведёт расследование. Цель таких писем — вывести пользователя на действия, ведущие к потере средств.

На фоне инцидента с выводом средств из федерального кошелька Liquid активизировались мошенники, выдающие себя за Liquid, Blockstream и их поддержку. Поддельные сайты и рассылки требуют ввести recovery-фразу, перевести средства на «recovery»-адрес, «обновить портфолио» или установить прошивку/приложение по ссылке из письма. Blockstream официально подтверждает: сам инцидент не требует от пользователей никаких таких действий.

Blockstream ретранслировал собственное объявление Liquid Network об экстренном выпуске новой версии ПО Elements, на котором работает сеть Liquid. Текст объявления обрезан, поэтому точная причина экстренного релиза во входе не видна, но само обозначение «emergency» указывает на устранение значимой проблемы в узле сети.

Официальный аккаунт Aqua Wallet ретвитнул предупреждение о рассылках, ведущихся под видом Aqua Wallet или Liquid BTC: неизвестно, по каким именно спискам email-адресов идёт рассылка, но получателей просят что-то установить. Источник рассылок вендору неизвестен, легитимность содержимого не подтверждена.

Злоумышленники рассылают пользователям Liquid_BTC/Aqua Wallet фишинговые письма, ведущие на поддельные сайты обновлений. Там предлагается скачать исполняемый файл, замаскированный под апдейт кошелька — фактически вредоносное ПО, способное привести к краже средств.

Официальный отчёт по инциденту с несанкционированным выводом средств из федерального кошелька Liquid уточняет сроки восстановления: около 85% похищенных BTC уже возвращены федерации, готовится экстренный релиз ПО, а сама сеть по текущим оценкам заработает через 4–5 дней. Приватные ключи пользователей Aqua Wallet не затронуты, нативные биткоин-операции работают штатно — приостановлены только сервисы Liquid.

Официальный отчёт по инциденту с несанкционированным выводом средств из федерального кошелька Liquid (ретранслирован через Aqua Wallet) впервые называет техническую причину: уязвимость в механизме range proof протокола Elements, а не только использование Peg-out Authorization Key, как говорилось ранее. Сама сеть Liquid по-прежнему не восстановлена в штатном режиме.

Разработчик Blockstream (Excellion) опубликовал официальный и актуальный отчёт об инциденте со взломом сети Liquid. Причина — уязвимость в range proof протокола Elements, на котором построена Liquid. Текст источника обрублен, дальнейшие детали (масштаб, статус фикса) по входу не видны.

BTCPay Server выпустил версию 2.4.4 — security-ориентированное обновление, выпущенное в ответ на продолжающиеся попытки атаковать проект. Вендор в собственном аккаунте рекомендует всем администраторам серверов обновиться. Часть изменений breaking — перед обновлением нужно ознакомиться с сопроводительной статьёй.

После инцидента с несанкционированным выводом средств из федерального кошелька Liquid Blockstream и члены Liquid Federation развернули обновлённое программное обеспечение и готовят скоординированный перезапуск сети для дальнейшего усиления защиты. Это новый шаг по сравнению с прошлыми апдейтами: тогда фикса не было, сейчас софт уже раскатан и идёт подготовка к рестарту.

6 сентября из мультисиг-кошелька Liquid Federation было выведено порядка 4000 BTC. По данным официального аккаунта Aqua Wallet со ссылкой на Excellion, к текущему моменту около 3400 BTC уже возвращены обратно в кошелёк Федерации. Причины инцидента и судьба оставшейся суммы пока не раскрыты.

Liquid Federation остановила боковую цепь Liquid после эксплуатации уязвимости; ответственный за эксплойт white-hat сейчас на связи с Blockstream ончейн. Aqua Wallet сообщает, что приватные ключи и ончейн-биткоин-транзакции в приложении не затронуты, но Liquid-транзакции сейчас не обрабатываются.

Пакет wallet-engine-signing признан вредоносным: по данным advisory, любой компьютер с установленным или запущенным пакетом должен считаться полностью скомпрометированным. Удаление пакета не гарантирует удаления всех последствий заражения — злоумышленник мог получить полный контроль над машиной.

Aqua Wallet подтверждает security incident в сети Liquid: предположительно white-hat хакеры вывели около 4000 BTC (~320 млн $) с федерального кошелька через Peg-out Authorization Key, используемый SideSwap, при этом сам ключ не был скомпрометирован. Биржи приостановили ввод и вывод L-BTC, bridge-ноды временно отключены, сеть Liquid фактически остановлена до разрешения инцидента. Другие активы Liquid (USDT, DePix, RWA) не затронуты.

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

В прошлых версиях прошивки Specter-DIY сбой аппаратного генератора случайных чисел мог быть тихо принят за валидную энтропию, а сдача в транзакции проверялась по метаданным, переданным компьютером, без сверки на самом устройстве — это открывало путь к подмене адреса сдачи вредоносным хостом. Также была восстановлена предупреждающая проверка на смешивание входов из разных кошельков в одной транзакции, которая ранее не срабатывала. Затрагивает держателей аппаратного кошелька Specter-DIY.

Trezor сообщил, что утечка данных у их партнёра по доставке ShipMonk оказалась крупнее, чем сообщалось ранее: дополнительно затронуты 67 000 клиентов из США, заказывавших устройства с ноября 2019 по август 2021 года. У них раскрыты имя, email, телефон, адрес доставки и номер заказа. Системы и устройства самого Trezor не скомпрометированы, но раскрытые персональные данные создают риск адресного фишинга и мошенничества под видом Trezor.

Пакет @quantixfinance/supabase маскируется под клиент Supabase, но реально это пустышка: его preinstall-скрипт сканирует переменные окружения на подстроки вида key, secret, token, mnemonic, seed, wallet, private и вместе с именем хоста отправляет найденное на захардкоженный сервер злоумышленника. Название пакета похоже на внутренний scope конкретной организации — это dependency confusion атака, рассчитанная на автоматическую установку в чужом проекте. Если пакет оказался в зависимостях, секреты машины, включая возможные seed-фразы кошельков, уже могли утечь.

Вендор сообщает: Docker-образ 26.06.7 обновлён и теперь действительно содержит security-фикс, которого раньше в нём не было. Затрагивает операторов, развёрнутых через Docker.

Вендор сообщает, что Docker-образы релиза, вышедшие 28 августа, фактически не включали объявленные исправления безопасности — об этом стало известно только сейчас, тихой правкой страницы релиза, без отдельного анонса. Это значит, что операторы, обновившиеся через Docker (в том числе через BTCPay Server), всё это время оставались…

Аккаунт Specter Desktop ретвитнул предупреждение о том, что та же фишинговая инфраструктура с поддельными сайтами, которая уже атаковала Specter, теперь нацелена и на пользователей других биткоин-кошельков — названы Fold и Phoenix Wallet. Подтверждения от самих этих вендоров во входе нет.

Помимо поддельного сайта, о котором вендор уже сообщал, теперь зафиксирована ещё и фальшивая email-рассылка с того же мошеннического домена. Атака нацелена на пользователей Specter Desktop и может привести к переходу по вредоносным ссылкам.

Официальный аккаунт Specter Wallet сообщил о фальшивом сайте, выдающем себя за Specter Desktop; о подделке вендору сообщил независимый исследователь. Риск — загрузка вредоносной версии кошелька с поддельного ресурса, что может привести к компрометации ключей и потере средств держателей.

GitHub Security Advisory сообщает, что пакет test-in-one тянет локальную зависимость с постинсталл-скриптом, который запускается автоматически при установке пакета через npm. Скрипт обходит домашнюю директорию, Desktop, Documents, Projects и текущую папку, собирая содержимое директорий десктопных крипто-кошельков. Под угрозой те, кто устанавливал этот пакет и хранит на той же машине файлы биткоин-кошелька.

BTCPay Server сообщил, что в Docker-развёртывании обновил Core Lightning до v26.06.7, а внешний доступ к CLN оставлен отключённым из соображений предосторожности — включить его планируют в течение одной-двух недель. Затрагивает операторов BTCPay Server, использующих Core Lightning в Docker-развёртывании. Отдельно отмечено, что ARM32-устройства, включая некоторые старые Raspberry Pi, могут не заработать — под этот релиз CLN бинарники ARM32 не собирались.

Blockstream выпустил point-релиз Core Lightning 26.06.7, устраняющий уязвимости, о которых сообщили независимые исследователи по программе ответственного раскрытия. Исходный код фикса вендор публикует только через две недели, чтобы затруднить анализ уязвимостей до массового обновления нод, сейчас доступны только подписанные бинарники. Тем, кто не может обновиться немедленно, вендор рекомендует временный обходной путь.

Ledger сообщает о продолжающейся кампании: держателям приходят физические письма с QR-кодом, который ведёт на поддельный сайт с запросом ввести 24-словную recovery-фразу. Ввод фразы даёт злоумышленникам полный доступ к кошельку и приводит к потере средств. Ledger подчёркивает, что компания никогда не связывается с пользователями по DM, телефону или почте и никогда не запрашивает recovery-фразу.

Core Lightning выпустил точечный релиз v26.06.7, закрывающий несколько уязвимостей, о которых сообщили независимые исследователи. Исходный код публикации не раскрыт намеренно — эмбарго на 14 дней, чтобы затруднить реверс-инжиниринг фиксов до того, как сеть обновится. Мейнтейнеры прямо просят обновляться сейчас, не дожидаясь Docker-образов.

Ledger Donjon опубликовал три бюллетеня о прошивке аппаратных кошельков: рассинхронизация экрана с подписываемыми данными при интерливинге команд во время проверки на экране, обход clear-signing через усечение счётчика массива и приём одобрения токена вместо платежа в свопе. Патчи уже доступны.

Официальный аккаунт Core Lightning обратился к операторам нод: останавливать ноду сейчас не требуется, но после выхода готовящегося релиза обновление обязательно и без отлагательств. Тем, кто не готов обновиться сразу, рекомендован запуск ноды с флагом --offline.

Umbrel выпускает обновление для приложения Core Lightning в связи с обнаруженной проблемой безопасности. По рекомендации разработчиков Core Lightning узел продолжает работать и следить за сетью Bitcoin, но временно отключается от сети Lightning — до выхода отдельного подписанного релиза с самим исправлением.

BTCPay Server сообщил в своём официальном аккаунте, что после публичных сообщений о проблеме отключил в дефолтной конфигурации маршрутизацию через реализации Lightning Core Lightning и Eclair. Затронуты операторы BTCPay Server, использующие эти ноды для приёма платежей.

Официальный аккаунт Start9 сообщает о проблеме в Core Lightning на StartOS: при старте ноды автоматически применяется флаг --offline. Вендор настаивает на немедленном обновлении до последней версии Core Lightning.