✨ Shrnutí umělé inteligence
Dne 6. září 2026 útočníci zneužili chybu v ověřování softwaru Elements, který je základem sítě Liquid Network společnosti Blockstream. Vytvořili nekryté L-BTC a vytěžili ~319 milionů dolarů (4 000 BTC), aniž by ohrozili 11 z 15 federačních multisigových nebo privátních klíčů. Útočníci vrátili ~85 % (3 400 BTC) jako „white hat“ gesto. Poučení pro architekturu úschovy kryptoměnových burz: robustní správa klíčů nemůže chránit před ohrožením logiky ověřování a ověřování stavu.
6. září 2026 útočníci z nejkonzervativněji navržených úschovních systémů Bitcoinu vytáhli zhruba 4 000 BTC (kolem 320 milionů dolarů). Zločinci neprolomili podpis ani neukradli žádný klíč. Přesvědčili ověřovací logiku systému, že něco falešného je skutečné, a proces výběru federace udělal zbytek za 36 minut.
Abychom pochopili, co to znamená pro budoucnost zabezpečení digitálních aktiv, musíme se podívat na to, jak se odehrála exploitace Liquid Network a co odhaluje o navrhování architektury úschovy burzy pro rok 2027.
Co se vlastně stalo: Hackerská sekvence Liquid Network v hodnotě 320 milionů dolarů
Liquid Network je bitcoinový sidechain od Blockstreamu, zabezpečený federačním multisignem 11 z 15. Předtím, než lze bitcoin odpojit od hlavního řetězce Bitcoinu nebo jej z něj vybrat, musí být schváleno 11 z 15 podepisujících osob, přičemž whitelist Peg-out-Authorization Key (PAK) omezuje, kam mohou finanční prostředky směřovat. Je to skutečně silný design a podle vlastních slov Blockstreamu nic z toho neselhalo.
1. Zranitelnost (chyba softwaru Elements)
Útočníci objevili chybu v mezipaměti ověřování v Elements, základním softwaru, na kterém je založena Liquid Network. Chyba umožňovala obejít kontroly neplatného výstupu transakce, jako by již byla ověřena.
2. The Mint (Vytváření nekrytých L-BTC)
Útočníci zneužili chybu v mezipaměti a razili syntetické, nekryté L-BTC, aniž by poskytli požadovaný bitcoinový kolaterál.
3. Extrakce (odpojení pomocí SideSwap)
Falešné tokeny byly směrovány přes SideSwap, aby se spustil oficiální mechanismus federace pro peg-out. Protože transakce splňovala všechna pravidla zabezpečení na vysoké úrovni, systém 11-of-15 multisig schválil výběr a falešné tokeny byly během 36 minut převedeny na skutečné BTC na hlavním řetězci.
4. Vyjednávání a klíčová integrita
Útočníci zanechali zprávu v řetězci, ve které se identifikovali jako whitehats a zahájili šifrovanou komunikaci se společností Blockstream. Blockstream ověřil, že nebyly ohroženy žádné soukromé podpisové klíče.
5. Obnova a aktuální stav
- 7 září: Útočníci vrátili ~3 400 BTC (85 % ukradených finančních prostředků v hodnotě 260M–272M).
- Zbývající finanční prostředky: Útočníkům zbývá zhruba 598.5 BTC (47 milionů dolarů).
- Stav sítě: Od 10. září byla obnovena výroba bloků, ale operace vkládání a vyjímání bloků zůstávají během obnovy stavu pozastaveny.
Po zneužití Liquid Network v září 2026 generální ředitel společnosti Blockstream Adam Back uvedl, že „peg LBTC:BTC 1:1“ bude kryt a doporučil držitelům, aby neprodávali L-BTC mimoburzovně se slevou.
Co je architektura úschovy burzy (Exchange Custody Architecture)?
Architektura úschovy na burze je kompletní systém, který chrání a udržuje majetek zákazníků v bezpečí. Skládá se ze tří odlišných vrstev, nikoli ze dvou:
- Vrstva správy klíčů: Rozhoduje kdo může podepsat transakci (např. horké peněženky, chladné úložiště, vícestranné výpočty nebo vícenásobné podpisy.)
- Autorizační vrstva: Rozhoduje které podepsané transakce je možné provádět na základě pravidel a zásad (např. seznam povolených autorizačních klíčů Peg-out od Liquid).
- Validační vrstva: Základní softwarová logika, která ověřuje, zda jsou přesouvaná aktiva skutečná a plně zajištěná.
Většina diskusí o bezpečnosti kryptoměnových burz se zaměřuje na první dva. K hackerskému útoku na Liquid Network došlo ve třetím.
Ponaučení: Správa klíčů nemůže chránit neověřený stav
Liquid federační multisig a whitelisty PAK jsou přesně ten typ kontrol, které schvaluje podniková bezpečnostní revize. K narušení však došlo na vrstvě pod nimi, v aplikační logice zodpovědné za validaci zůstatku, ověřování stavu a kontroly idempotence vrstev mezipaměti. Tato softwarová vrstva v případě hackerského útoku na Liquid Network již předpokládala, že transakce je platná, aniž by ji skutečně ověřila.
Toto odhaluje kritickou chybu v architektuře moderní kryptoměnové burzy , které se většina vašich auditů správy klíčů nedotkne:
Každý hlavní model úschovy klíčů, ať už se jedná o federovaný multi-sign, MPC nebo horkou/studenou segregaci, řeší, kdo může autorizovat výběr, nikoli co je autorizováno.
Pro tvůrce sidechainů a kryptoměnových burz není hlavním bodem „přidání dalších podepisujících“. Prahová hodnota podpisu (ať už 11 z 15 nebo 3 ze 4 MPC) zaručuje pouze to, že se podepsalo dostatek autorizovaných subjektů. Pokud podkladový software nesprávně ověří dodávku tokenů nebo logiku ukládání do mezipaměti, vaši podepisující věrně schválí transakci postavenou na lži.
Skutečné ponaučení pro ty, kteří plánují vývoj kryptoměnové burzy, je:
Ověřování a stavová logika vyžadují stejné předpoklady adversarial izolace a nulové důvěryhodnosti jako vaše soukromé klíče.
Praktický kontrolní seznam auditu pro tvůrce kryptoměnových burz a sidechainů
Týmy, které budují nebo provozují infrastrukturu pro kryptoměnové burzy s více aktivy , zejména cokoli, co přechází na sidechain, L2 nebo federovaný model, musí vyhodnotit těchto pět klíčových otázek spolu se standardními kontrolami úschovy klíčů:
- Nezávislé bezpečnostní stopy: Je logika validace a konsenzu kontrolována na samostatné vyhrazené bezpečnostní lince, plně izolované od auditů úschovy klíčů?
- Neplatné předpoklady stavu: Jsou předpoklady pro ukládání do mezipaměti a idempotenci v kódu pro výběr dat explicitně zátěžově testovány pro scénáře, kde je neplatný stav označen jako již ověřený?
- Autonomní jističe: Existují automatizované limity pro rychlost výběru nebo jističe, které se aktivují při anomálním objemu, nezávisle na prahových hodnotách pro podpis?
- Reakce na incident na ověřovací vrstvě: Zahrnuje váš plán reakce na incidenty konkrétně kompromitaci na úrovni validace, nebo připravuje pouze scénáře kompromitace klíčů?
- Synchronizovaná kadence prohlížení: Provádí se kadence kontroly exekučního softwaru pro vaši logiku ověřování stavu stejně často jako audity vaší podpisové infrastruktury?
Co to znamená pro regulované platformy a investory?
Auditoři a regulátoři, kteří dnes hodnotí úschovu burz, kladou podrobné otázky týkající se klíčového managementu, přičemž se zaměřují především na:
- poměry skladování v chladu
- prahové hodnoty pro podepisující osoby
- Použití HSM.
Mnohem méně lidí požaduje důkazy o kontradiktorním přezkumu validace a konkrétně konsenzuální logiky.
Právě tato mezera v auditu úschovy je místem, kde se toto zneužití nacházelo. Vzhledem k vývoji architektury úschovy po roce 2026 musí regulované fintech společnosti, kryptoměnové platformy a institucionální platformy tuto mezeru proaktivně uzavřít, než se stane zjištěním v rámci due diligence nebo následným regulačním opatřením po incidentu.
Závěr
Hacknutí Liquid Network je připomínkou v hodnotě 320 milionů dolarů, že architektura úschovy na burze je mnohem větší než jen správa klíčů.
Ve společnosti Antier budujeme infrastrukturu pro kryptoměnové burzy a úschovu, kde je validační a konsenzuální logika považována za primární bezpečnostní povrch, nikoli za předpoklad zděděný z podpisové vrstvy. Pokud budujete, upgradujete nebo auditujete architekturu úschovy kryptoměnových burz, kontaktujte Antier a my vám rádi navrhneme, integrujeme nebo provedeme revizi, která pokryje všechny tři kritické vrstvy.
Často kladené dotazy
01. Bylo ohroženo vícenásobné podepsání Liquid Network?
Ne. Blockstream potvrdil, že 11 z 15 federačních podpisových klíčů nebylo nikdy kompromitováno; zneužití představovala chyba ověřování v softwaru Elements.
02. Co je to peg-out?
Peg-out je proces výběru aktiv z postranního řetězce (jako je Liquid) zpět do hlavního řetězce Bitcoinu, autorizovaný signatáři federace a omezený na peněženky na bílé listině.
03. Jak se to liší od typického hacku na burze?
Většina velkých útoků na burzy zahrnuje kompromitaci soukromých klíčů, phishing nebo přístup interních osob. Tato exploitová chyba se klíčů vůbec nedotkla. Využila chybu v ověřování softwaru, aby falešná aktiva vypadala jako legitimní pro jinak neporušený systém úschovy.
04. Co by měly burzy postavené na federovaných sidechainech dělat nyní?
Zacházejte s validací a kontrolou založenou na konsenzuální logice jako s oddělenou, průběžnou bezpečnostní stopou od správy klíčů s vlastní kadencí auditu, kontradiktorním testováním a plánem reakce na incidenty.







