963,Ve středu 28. října zemřel v Los Angeles sir Patrick Stewart. Kluk z Yorkshiru, který vyrůstal v domě bez koupelny, zahrál nejlidštějšího kapitána sci-fi a pro celou generaci techniků se stal velitelem, kterého by si přáli mít nad sebou. Vzpomínka na herce, jenž lodi velel hlasem, ne pěstí.

„Make it so.“ Tři slova, kterými kapitán Jean-Luc Picard posílal posádku Enterprise do práce. Patrick Stewart si je později půjčil i do názvu svých pamětí. A dnes večer, když jsem dočetla zprávu o jeho smrti, mi došlo, že ta věta patří i nám, co něco pájíme, ladíme a kompilujeme. Rozhodni se, řekni to nahlas a pak to udělej.

Stewart zemřel ve středu doma v Los Angeles, v péči své ženy Sunny. Bylo mu 86 let. Podle prohlášení rodiny prošel krátkou a těžkou cestou Alzheimerovy choroby a demence s Lewyho tělísky, informují TV Insider a ČTK.

Kluk bez koupelny

Narodil se 13. července 1940 v Mirfieldu, dělnickém městečku v západním Yorkshiru. Doma neměli záchod ani koupelnu. Otec, vyznamenaný voják, se z války vrátil s traumatem, o víkendech pil a bil matku, která pracovala v textilce. Stewart to bez obalu popsal v pamětech Making It So z roku 2023. Deníku The Guardian tehdy řekl, že pochopit otcův vliv na sebe mu trvalo 25 až 30 let terapie.

Únik našel na jevišti. U Shakespeara si jako školák umínil, že jednou bude hrát v Royal Shakespeare Company. V roce 1966 se tam dostal a zůstal čtrnáct let. Hrál Macbetha, Othella, Prospera i Shylocka, píše Guardian.

Hollywood si ho našel, až když mu bylo 47.

Kapitán, který nejdřív poslouchal

Picard nebyl Kirk. Neskákal po každém mimozemšťanovi na planetě z papírmaše. Sedl si do zasedačky, vyslechl Data, Geordiho i doktorku Crusherovou, a teprve pak rozhodl. Kdo kdy pracoval v technickém týmu, ten typ zná jen z vyprávění: šéf, který technikovi věří, ale odpovědnost za rozhodnutí si nechá u sebe.

Star Trek: Nová generace běžela sedm sezon, od roku 1987 do roku 1994, a Stewart v ní natočil 176 epizod. Přidal čtyři celovečerní filmy a v letech 2020 až 2023 tři řady seriálu Star Trek: Picard, u kterého byl i výkonným producentem.

Ze 176 epizod si každý fanoušek nese svou. Moje je The Inner Light, kde Picard během jediného dílu prožije celý cizí život a na konci mu zůstane jen flétna. A pak „There are four lights!“ z dvojdílu Chain of Command. Lepší lekci o tom, že pravda se nemění podle toho, kdo zrovna drží ovladač, televize nenatočila.

Tablet z rozpočtové nouze

Na palubě Enterprise-D se pracovalo s PADDy, tenkými dotykovými deskami, které vypadaly podezřele jako dnešní tablety. Vznikly ze šetření. Art director seriálu Michael Okuda vysvětloval pro Ars Technica, že nakreslit ovládání jako grafiku vyšlo štábu levněji než kupovat elektroniku. A když se ho někdo ptal, kde je tlačítko pro akci, se kterou nepočítal, odpověděl, že je v softwaru. To bylo v roce 1987.

Doug Drexler, který na trekových rekvizitách pracoval desítky let, o prvním iPadu prohlásil, že je to „pravý startrekový sen“, píše Time.

Mimochodem, Picard nosil PADDy po hromadách. Tvůrci tak divákům ukazovali, že má práce nad hlavu, připomíná Inverse. Dnes by stačil jeden tablet a tři nedočtené kanály na Slacku (pokrok je pokrok).

LeVar Burton, seriálový Geordi La Forge, k tomu pro Adweek řekl, že věří v jednoho konkrétního kluka: ten koukal na původní Star Trek, vyrostl, stal se inženýrem a navrhl véčkový telefon. Kolik takových kluků a holek vyrostlo u Nové generace, nikdo nespočítá. Pár jich čte tenhle web.

Hlas, který znáte, i když nevíte odkud

V roce 2000 nasedl Stewart do vozíku Profesora X a ve filmové sérii X-Men si podmanil další generaci. Proti němu stál jeho blízký přítel Ian McKellen jako Magneto. Roli si zopakoval mimo jiné v Loganovi a objeví se v ní ještě jednou, ve filmu Avengers: Doomsday, který jde do kin 18. prosince.

Hráči ho znají z The Elder Scrolls IV: Oblivion, kde jako císař umírá hned v úvodu, a z Castlevania: Lords of Shadow. Picarda namluvil v zhruba deseti trekových hrách, uvádí Game Informer. V roce 2010 ho královna Alžběta II. pasovala na rytíře za zásluhy o drama.

Rodinné prohlášení, které citoval server Variety, připomíná i to, o čem se v nekrolozích mluví méně. Stewart celý život podporoval oběti domácího násilí, uprchlíky, péči o duševní zdraví válečných veteránů a ochranu zvířat, hlavně svých adoptovaných pitbulů. Kdo zná jeho dětství, tomu první položka na seznamu nepřijde náhodná.

Jonathan Frakes, jeho první důstojník Riker, sdílel nekrolog s jedinou větou: „Rest in peace my friend.“ Marvel Studios o něm napsali, že byl jedinečný talent, velkorysý kolega a skutečný gentleman.

Picard by teď nejspíš řekl, ať se vrátíme k práci. Tak dobře, kapitáne.

S úctou a pokorou
Valentino Hesse

Make it so.

The post Sbohem, kapitáne. Patrick Stewart odešel ve věku 86 let first appeared on Hard Wired.

Třetí díl série o klonování DESFiru. V prvních dvou jsme rozebrali teorii a praxi zálohy. Teď je na stole skutečný dump pravé Mifare DESFire karty z Flipper Zero a projdeme ho řádek po řádku: co z karty vypadlo, kde se čtečka zastavila a co o zabezpečení systému prozradí i to málo, co jde přečíst bez klíče. A protože Flipper umí DESFire i víc než jen přečíst obálku, přidávám detailní rozbor a návod k aplikaci DFC. UID v ukázce je anonymizovaný, změnil jsem jeho poslední bajt.

Teoretický rozbor je jedna věc, reálný výpis z karty druhá. Vzal jsem pravou DESFire kartu, ke které mám přístup, přiložil ji na Flipper Zero a nechal ji přečíst. Výsledkem je soubor .nfc, který se vejde na jednu obrazovku a který ilustruje obě předchozí části líp než jakýkoli diagram.

Ukazuje totiž přesně to rozhraní, o kterém byla celou dobu řeč: hranici mezi tím, co z DESFiru dostaneš zadarmo, a tím, co je zamčené za kryptografií.

Rozeberme ho.

Co máme na stole

Tady je celý dump. UID jsem anonymizoval změnou posledního bajtu, jinak je přesně takový, jak ho Flipper vyčetl.

Filetype: Flipper NFC device
Version: 4
# Device type can be ISO14443-3A, ISO14443-3B, ISO14443-4A, ISO14443-4B, ISO15693-3, FeliCa, NTAG/Ultralight, Mifare Classic, Mifare Plus, Mifare DESFire, SLIX, ST25TB, NTAG4xx, Type 4 Tag, EMV
Device type: Mifare DESFire
# UID is common for all formats
UID: 04 80 C4 1A 28 25 00
# ISO14443-3A specific data
ATQA: 03 44
SAK: 20
# ISO14443-4A specific data
T0: 75
TA(1): 77
TB(1): 81
TC(1): 02
T1...Tk: 80
# Mifare DESFire specific data
PICC Version: 04 01 01 33 00 1A 05 04 01 01 03 00 1A 05 04 80 C4 1A 28 25 00 21 52 59 30 30 91 26
PICC Free Memory: 8032
PICC Change Key ID: 00
PICC Config Changeable: true
PICC Free Create Delete: true
PICC Free Directory List: true
PICC Key Changeable: true
PICC Flags: 00
PICC Max Keys: 01
PICC Key 0 Version: 00
Application Count: 1
Application IDs: A1 70 F4
Application a170f4 Change Key ID: 00
Application a170f4 Config Changeable: false
Application a170f4 Free Create Delete: false
Application a170f4 Free Directory List: false
Application a170f4 Key Changeable: false
Application a170f4 Flags: 00
Application a170f4 Max Keys: 00

Na první pohled nic dramatického. Na druhý pohled učebnice.

Co karta prozradila o sobě

Než se dostaneme k tomu, co Flipper nepřečetl, projděme to, co přečetl. Už z hlaviček se dá karta přesně zařadit.

Device type: Mifare DESFire potvrzuje, že jde o pravou DESFire, ne o magic kartu, která by se za Classic jen vydávala. UID: 04 80 C4 1A 28 25 00 je sedmibajtové a začíná bajtem 04, což je výrobní kód NXP. UID je pevné a čitelné, takže Random ID tahle karta zapnuté nemá a je sledovatelná podle svého čísla.

SAK: 20 je drobnost, na které stojí půlka prvního článku. Hodnota 0x20 znamená, že karta podporuje ISO 14443-4, tedy že jede přes RATS a ATS do přenosového protokolu T=CL, a ne jen přes antikolizi jako Mifare Classic. Řádky ATS pod tím (T0: 75, TA(1): 77 a dál) jsou právě ta odpověď na RATS, kde se dohodne rámcování a rychlost. Tohle je ta vrstva -4 černé na bílém.

Z PICC Version se dá vyčíst generace a velikost. Bajt velikosti úložiště 1A odpovídá osmi kilobajtům, což sedí na PICC Free Memory: 8032. Hlavní verze hardwaru 33 ukazuje na generaci EV3 (0x01 je EV1, 0x12 EV2, 0x33 EV3); pro stoprocentní jistotu stačí kartu hodit do NXP TagInfo, ale vychází to na EV3. Konec řetězce Version nese UID znovu a za ním výrobní dávku a datum.

Shrnuto: osmikilová DESFire EV3 od NXP, bez Random ID.

To všechno Flipper zjistil, aniž by znal jediný klíč.

Kde se Flipper zastavil

A tady přichází pointa.

Všimni si, kde výpis končí.

Application IDs: A1 70 F4
Application a170f4 Config Changeable: false
Application a170f4 Free Create Delete: false
Application a170f4 Free Directory List: false
Application a170f4 Key Changeable: false
Application a170f4 Max Keys: 00

Seznam aplikací Flipper dostal, je tam jedna s AID a170f4. Ale uvnitř té aplikace nevidíš nic. Žádné soubory, žádný obsah, žádné klíče. Max Keys: 00 neznamená, že aplikace nemá klíče, ale že se k nim Flipper nedostal. Narazil na hranici aplikace a bez autentizačního klíče neprošel.

Proč vůbec dostal ten seznam aplikací? Kvůli jednomu nastavení o pár řádků výš, PICC Free Directory List: true, které listing aplikací bez autentizace povoluje. Kdyby bylo false, neviděl by ani AID.

A přesně tohle je závěr druhého článku na živém vzorku. Stock NFC aplikace přečetla obálku, dovnitř dopisu se nepodívala. Soubor .nfc není klon a funkčním klonem se nestane. Kdybys to UID zapsal na sedmibajtovou magic kartu, projdeš jedině u systému, který věří pouhému UID a nic neověřuje. U skutečné DESFire autentizace magic karta mlčí, protože nemá čím odpovědět na výzvu.

Co z toho čte bezpečák

Teď to zajímavé, protože i ta neautentizovaná hlavička dokáže o nasazení hodně napovědět. Podívej na nastavení na úrovni celé karty.

PICC Key 0 Version:       00
PICC Config Changeable:   true
PICC Free Create Delete:  true
PICC Free Directory List: true
PICC Key Changeable:      true

Nejsilnější signál je verze master klíče. PICC Key 0 Version: 00 skoro vždy znamená, že master klíč nikdo nerotoval a sedí tam pořád výchozí hodnota, tedy samé nuly. K tomu Free Create Delete: true, což dovoluje zakládat a mazat aplikace bez autentizace master klíčem. Dohromady je úroveň PICC měkká: výchozí master klíč a volná správa aplikací. Kdo se autentizuje tím výchozím klíčem, může na kartě aplikace přidávat nebo rovnou mazat. Data v uzamčené aplikaci a170f4 sice nepřečte, na to potřebuje aplikační klíč, ale integrita a dostupnost celé karty na tom stojí vratce.

Kontrast se samotnou aplikací je přitom poučný. Aplikace a170f4 je zamčená slušně:

Application a170f4 Config Changeable:  false
Application a170f4 Free Create Delete:  false
Application a170f4 Free Directory List: false
Application a170f4 Key Changeable:      false

Config neměnný, klíče neměnné, listing i create/delete zakázané. Kdo tu aplikaci personalizoval, udělal na její úrovni hygienu správně. Jenže PICC kolem ní nechal rozvolněný. A to je přesně ten mismatch z prvního dílu: kryptografie čipu drží, slabina je v personalizaci, ne v křemíku.

DESFire tady nechybuje. Obrany, které karta nabízí, musí někdo zapnout a nastavit. Random ID je vypnuté, master klíč nerotovaný, správa aplikací volná. Žádná z těch věcí není porucha karty, všechny jsou rozhodnutím při nasazení.

Jenže Flipper umí DESFire i víc: aplikace DFC

Dump výš vylezl ze stock NFC aplikace, která se u DESFiru zastaví na obálce. To ale není poslední slovo Flipperu. V katalogu je komunitní aplikace DFC (DESFire-compatible) od autora cindersocket, fork seos_compatible od Erica Bettse, která mluví nativním DESFire command setem a jde dál. S jedním velkým ale, na které si dej pozor, než si z toho uděláš falešný obrázek.

DFC neláme. Nerecovruje klíče, nekrákuje AES, žádný nested útok jako u Classic. Klíč si musíš přinést. Buď ho máš, protože čteš svou kartu, nebo credential napíšeš ručně ze známých klíčů. Emulace jede výhradně s klíči, které do credentialu vložíš. Je to nástroj pro práci s vlastními kartami, ne bypass cizích, a na kartu bez klíče se nedostane o nic víc než stock appka. Na náš uzamčený a170f4 by si DFC bez jeho klíče taky vylámal zuby.

Co tedy DFC s klíči umí:

• Čte DESFire karty. Autentizuje se v režimech legacy DES, ISO 3DES, AES i EV2 a na straně čtečky sáhne klíčem 0 do primární aplikace a přečte její nakonfigurované soubory.
• Emuluje uloženou credential, takže se Flipper vydává za DESFire kartu. K emulaci použije jen klíče uložené přímo v té credentialu.
• Emuluje prázdný DESFire (režim Blank Card). Když do něj čtečka při zápisu něco pošle, po odchodu z emulace tě to vyzve uložit zachycená data jako credential.

Credential je textový soubor .dfc (nebo předkompilovaný binární .dfcb) a nese UID, AID, key settings, autentizační mód a klíče i soubory po slotech. To je přesně ta logická struktura z druhého dílu, jen v jiném kabátě: místo abys obsah zapsal zpět na prázdnou kartu, necháš ho emulovat Flipper.

Tím se zpřesňuje jedna věta z celé série. Psal jsem ve smyslu „Flipper DESFire nedá“. Teď přesněji: Flipper DESFire nenaláme, ale s aplikací DFC a se znalostí klíčů ho přečte i emuluje. Hranice se neposunula o kousek dál k prolomení, posunula se jen o to, co dovede handheld, když klíče už máš v ruce. Jedno upozornění k aktuálnosti: DFC staví na EV1 a EV2 příkazech, pokrytí EV2 a EV3 hardwaru se teprve ověřuje na fyzických čtečkách a radiová kompatibilita není zaručená. Není to oficiální nástroj NXP a autor sám nedává záruku funkčnosti.

DFC krok za krokem

Takhle s tím zacházíš, když chceš číst nebo emulovat vlastní kartu.

Instalace. Nejjednodušší je nainstalovat DFC přímo z katalogu přes Flipper Lab (lab.flipper.net/apps/dfc). Kdo chce stavět ze zdrojáku, naklonuje repozitář, dotáhne submoduly a sestaví přes ufbt:

git submodule sync --recursive
git submodule update --init --recursive
ufbt

Čtení vlastní karty. Přilož kartu na Flipper a nech DFC přečíst primární aplikaci. Aplikace se autentizuje klíčem 0 a stáhne nakonfigurované soubory. Přečtená karta se uloží jako credential i se svým AID, key settings, autentizačním módem a klíči a soubory po slotech. Soubory credentialů patří na kartu do SD Card/apps_data/dfc/.

Emulace. Vyber uloženou credential a Flipper se začne vydávat za tu kartu. K autentizaci vůči čtečce použije jen klíče, které credential obsahuje; žádné jiné nemá odkud vzít. Tohle je ten „funkční klon“, který na magic kartě z principu nejde, ale na emulátoru se správnými klíči ano.

Blank Card. Když chceš vidět, co ti do karty zapíše cizí čtečka, zvol Blank Card. Flipper bude emulovat zapisovatelný prázdný DESFire (ve výchozím stavu s nulovým DES klíčem na úrovni PICC, AID 00 00 00). Pokud čtečka během emulace zapíše data, po odchodu z emulačního okna tě to vyzve uložit je jako .dfc.

Formát a limity credentialu. Textový .dfc se při načtení zkompiluje do binárního tvaru, případně rovnou podáš .dfcb. UID musí mít 7 bajtů a začínat 04. Jedna credential pojme nejvýš 4 aplikace, 16 souborů, 3 KiB dat celkem, 2 KiB v jednom souboru a 512 bajtů na klíče; samotný soubor .dfc nebo .dfcb nesmí přesáhnout 16 KiB. U velkých textových credentialů hrozí, že kompilace na zařízení vyčerpá heap, takže je zkompiluj radši na počítači:

python3 tests/compile_dfcb.py path/to/card.dfc path/to/card.dfcb

Ověření na hostu. Repozitář má k tomu dva testovací skripty. probe_dfcb.py pustí .dfcb proti virtuální kartě jádra přímo na počítači, nahlásí nepodporované credentials a vypíše APDU odpovědi; netestuje UI, NFC listener ani radiové časování, jen logiku. Výchozí APDU přečtou verzi a seznam aplikací, další hex APDU můžeš doplnit a proběhnou v pořadí v jedné relaci:

python3 tests/probe_dfcb.py path/to/card.dfcb
python3 tests/probe_dfcb.py path/to/card.dfcb 9060000000 90AF000000

Druhý skript, probe_pcsc_mac_read.py, je manuální hardwarová zkouška na macOS s PC/SC čtečkou a vyžaduje pythoní knihovnu cryptography. Nejdřív na Flipperu rozjeď emulaci credentialu, pak probe vybere aplikaci 0, autentizuje se ISO 2K3DES klíčem 1, přečte celý soubor 0 a ověří data i MAC v odpovědi. Aplikaci, soubor, klíč a čtečku přepíšeš přepínači --application, --file, --key a --reader:

python3 tests/probe_pcsc_mac_read.py path/to/card.dfc

Ber to jako experimentální nástroj. U EV2 a EV3 karet si funkčnost ověř na své konkrétní čtečce, protože hardwarové pokrytí se teprve dolaďuje.

Co si z toho vzít

Tenhle jeden výpis uzavírá celou sérii, protože v něm je vidět obojí najednou. Pevná část i měkká část DESFiru v jednom souboru.

Pevná část: stock NFC aplikace se k ničemu zabezpečenému nedostala a bez klíčů by aplikaci a170f4 neotevřel ani DFC. AES a tříprůchodová autentizace odvedly svoje, zamčená aplikace zůstala zamčená, naklonovat obsah na magic kartu nejde. Pokud systém kontroluje víc než UID, tahle karta je proti nástrojům bez klíčů tichá.

Měkká část: i tak výpis prozradil, že nasazení není dotažené. Verze master klíče 00 a volné create/delete jsou věci, které si v auditu přístupového systému přečteš jako první, a ani k tomu nepotřebuješ klíče. Útočník je čte stejně snadno jako ty.

A DFC do toho vnáší třetí rovinu. Se svými klíči Flipper DESFire přečte i emuluje, takže patří do výbavy na práci s vlastními kartami vedle Proxmarku a hostových knihoven z druhého dílu. Co nedokáže ani on, je dostat se do karty bez klíče. Přesně v tom je celá pointa série.

Flipper tu kartu nenaklonoval a bez klíčů ji nenaklonuje ani s DFC. Ale přečetl dost na to, aby ukázal, kde by se v nasazení dalo zatlačit, a s DFC zase dost na to, aby se tvoje vlastní karty daly emulovat. Kde končí jedno a začíná druhé, rozhoduje jediná věc: jestli ten klíč máš.

The post Rozbor reálného DESFire dumpu: co Flipper vyčte a co ne first appeared on Hard Wired.

Navazující díl k rozboru klonování DESFiru. V minulém článku padlo, že funkční kopii dostaneš jedině na prázdnou DESFire kartu, kterou si znovu napersonalizuješ. Tady je přesně ten postup: logický dump přes Proxmark3 a python-desfire, bezpečné odložení klíčů a obnova struktury i dat na čistý čip. Včetně toho, co tahle záloha není a kdy ti nepomůže.

Rovnou na úvod: je to runbook na zálohu a obnovu karty, ke které máš klíče, protože je tvoje. Žádné klonování cizích karet. Počítej s hodinou práce u první karty, pak už to jde rychleji. Co budeš na konci umět: přečíst celou strukturu DESFiru, uložit ji i s daty do souboru, založit ji znovu na prázdném čipu a nastavit zpět klíče.

Než se do toho pustíš, přečti si sekci o hranicích. Ušetří ti to zklamání, že „záloha“ nefunguje tam, kde fungovat ani nemůže.

Co budeš potřebovat

Hardware: čtečku, která umí ISO 14443-4 a autentizaci k DESFiru, a dvě karty. Zdrojovou DESFire kartu se svými klíči a prázdnou (blank) DESFire kartu stejné nebo vyšší generace a aspoň stejné paměti. Blank znamená kartu ve výrobním stavu, kde jsou všechny klíče na samých nulách; prodávají se jako „DESFire EV1/EV2/EV3 blank“.

Software podle toho, co preferuješ. Buď Proxmark3 s firmwarem Iceman (fork RfidResearchGroup), kde je celá rodina příkazů hf mfdes. Nebo PC/SC čtečku (ACR122U, ACR1252U, Omnikey) a Python s knihovnou python-desfire. Obojí umí jak čtení, tak personalizaci, takže si vyber podle toho, co máš po ruce.

A hlavně klíče. Bez klíčů s právem číst se k obsahu nedostaneš a žádný z dále popsaných kroků nemá smysl. To je vlastnost, ne chyba.

Hranice, které musíš znát předem

Záloha DESFiru má tři tvrdá omezení a je lepší je vědět teď než po hodině práce.

UID se nepřenese. Pravá DESFire karta má sedmibajtové UID zapečené z výroby a nejde přepsat. Prázdná karta má svoje vlastní. Obnovená karta tedy ponese jiné UID než originál, a to nezměníš. Magic DESFire s přepisovatelnou identitou neexistuje, jak padlo v minulém díle.

Systém s diverzifikací klíčů ti obnovenou kartu nevezme. Pokud přístupový systém odvozuje klíče z UID (diverzifikace podle AN10922), čtečka si pro nové UID spočítá jiný klíč, než jaký má tvoje obnovená karta. Autentizace selže. Obejít to jde jedině tak, že vlastníš site klíč celého systému a dopočítáš diverzifikované klíče pro nové UID, což dává smysl jen u systému, který sám provozuješ. Pro cizí přístupový systém tohle není cesta.

Přečteš jen to, na co máš právo. Každý soubor má přístupová práva navázaná na konkrétní klíče. Když tvůj klíč smí číst jen některé soubory, zbytek zůstane skrytý, i když kartu „otevřeš“.

Z toho plyne, k čemu záloha reálně slouží: k archivaci obsahu tvé vlastní karty, k migraci nebo havarijní obnově v systému, který si personalizuješ sám, a k laboratorní práci. Ber ji jako zálohu dat a struktury, ne jako výrobu náhradní přístupové karty do cizí budovy.

Jedna věc k bezpečnosti ještě předtím, než začneš sypat příkazy. Klíče drž mimo dump. Data a struktura můžou do obyčejného souboru, klíče patří do šifrovaného trezoru. Dump s klíči v plaintextu je ta nejhorší možná poznámka pod čarou.

Krok 1: Inventura karty

Napřed si kartu zmapuj, ať víš, co vůbec zálohuješ. Přilož zdrojovou kartu na Proxmark a projdi ji shora dolů.

hf mfdes info
hf mfdes getuid

info vypíše generaci, velikost paměti a volné místo, getuid skutečné UID (u karty se zapnutým Random ID ho vydá až po autentizaci, takže případně přidej secure channel a klíč). Dál si nech vypsat aplikace a soubory:

hf mfdes lsapp --files
hf mfdes lsfiles --aid 123456 -t aes

lsapp --files ukáže všechny aplikace podle jejich tříbajtového AID i s jejich soubory. Pokud jsou klíče nestandardní, autentizuj se jimi; --no-auth zkusí listing bez autentizace, pokud to karta v nastavení dovolí. U každého souboru si zjisti jeho nastavení, protože bez něj kartu věrně neobnovíš:

hf mfdes getfilesettings --aid 123456 --fid 01

Zapiš si typ souboru (Standard, Backup, Value, Linear Record, Cyclic Record), komunikační režim (Plain, MACed, plně šifrovaný), přístupová práva a velikost. Tohle je kostra, kterou budeš na prázdné kartě stavět znovu. U Value souboru si navíc poznamenej dolní a horní limit a aktuální hodnotu, u záznamových souborů počet a velikost záznamů.

Když klíče neznáš celé a chceš je dohledat ze slovníku, pomůže detekce, ale u vlastní karty bys klíče měl mít:

hf mfdes detect --save --dict mfdes_default_keys

Krok 2: Logický dump

Teď vyčteš obsah. Nejjednodušší je dump po aplikaci:

hf mfdes dump --aid 123456

dump projde soubory v aplikaci a vypíše jejich obsah. Pro jednotlivý soubor nebo pro přesnou kontrolu použij read s typem souboru:

hf mfdes read --aid 123456 --fid 01
hf mfdes read --aid 123456 --fid 02 --type record
hf mfdes read --aid 123456 --fid 03 --type value

read bez typu se pokusí typ odhadnout, u záznamových a hodnotových souborů ale radši typ uveď. Výstup si ulož do strukturovaného souboru, ideálně JSON, kde každý soubor nese svoje AID, FID, typ, komunikační režim, práva, velikost a surová data v hexu. Klíče do tohohle souboru nepatří, ty jdou zvlášť.

Takhle vznikne tvoje záloha: popis struktury plus obsah. Co s ní uděláš dál, je obnova na prázdný čip.

Krok 3: Příprava prázdné karty

Prázdnou kartu uveď do známého stavu. Pokud v ní něco je, naformátuj ji, a pamatuj, že k formátu potřebuješ PICC master klíč (u čisté karty samé nuly):

hf mfdes auth -n 0 -t aes -k 00000000000000000000000000000000
hf mfdes formatpicc

Po formátu máš čistý PICC s jednou prázdnou kořenovou aplikací a výchozími klíči. Na téhle základně postavíš kopii struktury.

Krok 4: Obnova struktury a dat

Teď znovu založíš aplikace a soubory podle toho, cos zapsal v kroku 1, a naliješ do nich data z kroku 2. Konkrétní vlajky příkazů createapp a createfile se mezi verzemi firmwaru liší, takže si u své verze vždy ověř přesný tvar přes hf mfdes createapp -h a hf mfdes createfile -h. Orientačně to vypadá takhle:

hf mfdes createapp --aid 123456 --dfname hesse --ks1 0B --ks2 AE
hf mfdes createfile --aid 123456 --fid 01 --amode encrypt --size 000020

--ks1 a --ks2 kódují nastavení klíčů aplikace, tedy počet klíčů, jejich typ a oprávnění; --amode je komunikační režim souboru, --size velikost v bajtech. Hodnoty musí sedět na to, cos vyčetl z originálu, jinak nedostaneš věrnou kopii. Value a záznamové soubory se zakládají vlastními příkazy s limity a počtem záznamů.

Když struktura stojí, zapiš data:

hf mfdes write --aid 123456 --fid 01 -d 0102030405060708...
hf mfdes write --aid 123456 --fid 02 --type record -d 0102030405 --updaterec 0
hf mfdes write --aid 123456 --fid 01 --type data -d 01020304 --commit

U Backup souborů nezapomeň na --commit, bez něj zůstane zápis jen v dočasném bufferu a po odpojení karty se ztratí. U Value souborů se hodnota nenastavuje přímo, ale přes počáteční hodnotu při založení, případně přes credit a debit.

Krok 5: Nastavení klíčů

Tohle je nejchoulostivější krok celé obnovy, protože tady si můžeš kartu zamknout. Dokud jsi pracoval s výchozími nulovými klíči, šlo všechno hladce. Teď je vyměníš za ty původní.

hf mfdes changekey --aid 123456 -n 1 -t aes -k 00000000000000000000000000000000 --newkey 00112233445566778899AABBCCDDEEFF --newver 01

Drž se tří pravidel. Klíče měň odspodu, aplikační klíče před aplikačním master klíčem, a aplikační master klíč před PICC master klíčem; jakmile změníš klíč, kterým ses autentizoval, musíš se autentizovat znovu tím novým. Verzi klíče (--newver) nastav na stejnou hodnotu jako na originálu, jinak ti pozdější autentizace nemusí projít. A než přepíšeš poslední master klíč, dvakrát si ověř, že ho máš zapsaný správně, protože špatně zadaný master klíč znamená kartu, do které se už nedostaneš.

Jemnější nuance: změna klíče číslo 0 (master klíč aplikace) používá jiné krypto než změna ostatních klíčů a může zároveň měnit nastavení aplikace. Proto ji nech až úplně nakonec a odděleně.

Celý cyklus v Pythonu

Kdo nechce ťukat do Proxmarku ručně, zvládne totéž skriptem přes python-desfire na PC/SC čtečce. Knihovna umí čtení i personalizaci, takže pokryje obě fáze. Čtecí část vypadá v jádru takhle:

from desfire import DESFire, PCSCDevice
from smartcard.System import readers

conn = readers()[0].createConnection()
conn.connect()
card = DESFire(PCSCDevice(conn.component))

card.authenticate(0x000000, picc_master_key)   # PICC master
dump = {"uid": card.get_real_uid(), "apps": []}

for aid in card.get_application_ids():
    card.select_application(aid)
    card.authenticate(aid, app_keys[aid])
    app = {"aid": aid, "files": []}
    for fid in card.get_file_ids():
        settings = card.get_file_settings(fid)
        data = card.read_file_data(fid)
        app["files"].append({"fid": fid, "settings": settings, "data": data})
    dump["apps"].append(app)
# dump ulož do JSON; klíče (app_keys) drž mimo tenhle soubor

Obnova na prázdnou kartu je zrcadlový postup. Autentizuješ se výchozím nulovým klíčem, založíš aplikaci, přepneš se do ní, vytvoříš soubory podle uložených nastavení, zapíšeš data a nakonec vyměníš klíče:

blank.authenticate(0x000000, default_key)
blank.create_application(aid, key_settings, num_keys, DESFireKeyType.DF_KEY_AES)
blank.select_application(aid)
blank.authenticate(aid, default_app_key)
blank.create_standard_file(fid, comm_mode, access_rights, file_size)
blank.write_file_data(fid, 0, comm_mode, data)
blank.change_key(key_no, new_key, old_key, key_version)

Přesné signatury metod se mezi verzemi knihovny trochu liší, takže si je ověř v její dokumentaci; logika kroků ale zůstává stejná jako u Proxmarku. Knihovna staví na EV1, pro specifické funkce EV2 a EV3 počítej s tím, že je nemusí pokrývat.

Když něco nefunguje

Nejčastější zádrhel je selhání autentizace. Zkontroluj tři věci: správný typ klíče (-t des, 2tdea, 3tdea nebo aes), správné číslo klíče (-n) a správný secure channel (-s d40, ev1, ev2). Když nesedí byť jen jedno, karta tě odmítne, i když máš klíč správně.

Když čtení projde, ale vrátí nesmysl, nejspíš čteš ve špatném komunikačním režimu. Plně šifrovaný soubor čtený jako Plain vrátí šifrovaný balast, ne data. Ověř si režim z nastavení souboru.

Když se obnovená karta tváří hotově, ale originální systém ji nevezme, vrať se k sekci o hranicích. Buď systém diverzifikuje klíče podle UID, které se změnilo, nebo kontroluje jen UID a tvoje nové mu nesedí. Ani jedno nespravíš na straně karty.

A nejbolestivější případ: autentizace k aplikaci najednou nejde ani tobě. Nejspíš sedí špatná verze klíče nebo ses při změně master klíče přepsal. U vlastní testovací karty z toho ven vede jen formát přes PICC master klíč, pokud ho ještě znáš. Pokud ne, karta je pro tebe ztracená. Proto se master klíče mění jako poslední a s rozmyslem.

Co sis vlastně zazálohoval

Na konci máš dvě věci. Soubor s popisem struktury a daty, který přežije kartu, a schopnost tu kartu znovu postavit na čistém čipu. Co nemáš, je identický klon s původním UID, protože ten na pravém DESFiru neexistuje.

A přesně v tom je ta záloha užitečná i poctivá zároveň. Archivuje obsah, umožní migraci ve tvém vlastním systému a zachrání tě, když fyzická karta doslouží. Jen si pamatuj, čím tenhle postup je a čím není, a nebudeš čekat zázrak tam, kde ho DESFire z principu neslíbil.

The post Jak si zálohovat DESFire kartu a obnovit ji na prázdnou first appeared on Hard Wired.

Proč DESFire nenaklonuješ, i když Mifare Classic jde

Magic karty s přepisovatelným UID udělají kopii obyčejné Mifare Classic za pár minut. DESFire stejný trik nedonese, a není to kvůli tajnému klíči, ale kvůli tomu, jak je karta postavená. Podrobný rozbor: jak DESFire funguje, jak ověřuje, čím se brání útokům a proč celé zabezpečení nakonec stojí a padá se systémem kolem něj.

Máš svůj vlastní klíč k DESFire kartě, chceš si ji zálohovat, a po ruce zrovna není prázdný DESFire. Jenom magic karta. Zní to jako banalita.

Přitom se právě na tomhle scénáři nejlíp ukáže, proč jde jedna karta zkopírovat za pár minut a druhá vůbec. Obkreslit UID je málo. Klon musí zreplikovat celé chování karty vůči čtečce, kryptografii nevyjímaje. Projdeme to od začátku: proč je Mifare Classic odsouzená ke klonování, jak je naproti tomu postavený DESFire, jak probíhá jeho ověřování krok za krokem, čím se brání útokům, kde ho jednou v historii zlomili a proč dnešní průšvihy nemají s čipem nic společného.

Magic karta a otevřený blok 0

U běžné Mifare Classic je blok 0 uzamčený z výroby. Sedí v něm UID, jednobajtový kontrolní součet BCC a výrobní data, a normální čtečka ho nepřepíše. Magic karty tenhle zámek obcházejí. Způsob obcházení dělí jednotlivé generace a není to jen akademické dělení, protože rozhoduje o tom, jestli tě klon prozradí.

Nejstarší „UID karty“ (Gen1a) poslouchají nestandardní backdoor příkazy. Karta se uspí a pak reaguje na dvojici příkazů (0x40 v sedmibitovém rámci jako buzení, následně 0x43), které odemknou čtení i zápis libovolného bloku včetně nultého, a to bez znalosti jakéhokoli klíče. Na Proxmarku to obsluhují příkazy csetblk, cgetblk a spol. Háček je v tom, že ta samá ochota reagovat na backdoor kartu odhalí: čtečka pošle odemykací sekvenci, karta odpoví, a je jasno.

Gen2 (CUID) backdoor nemá. UID se u ní mění přímým zápisem do bloku 0 jako do kteréhokoli jiného, přes standardní wrbl s vynuceným zápisem. Pozor na BCC: když ho spočítáš špatně, část čteček kartu odmítne nebo rovnou zablokuje. CUID má proti Gen1a výhodu, že na backdoor nereaguje, takže ji sken backdoorem neodhalí. Zrádný je ovšem přístup, kdy se čtečka sama pokusí přepsat blok 0, protože běžná Classic to nedovolí a CUID ano, čímž se prozradí. Na to je FUID, který se po prvním zápisu zamkne natvrdo a od té chvíle je k nerozeznání od pravé Classic. UFUID je mezistupeň: chová se jako CUID, dokud mu nepošleš zamykací sekvenci, a teprve pak ztuhne.

Špičkou je dnes Gen4, prodávaný jako „Ultimate Magic Card“. Funguje jako konfigurovatelná platforma, ne jako jedna pevná emulace. Umí se vydávat za libovolnou Classic (1K, 4K, Mini), za Ultralight i za NTAG, se čtyř-, sedmi- i desetibajtovým UID, a svou konfiguraci chrání heslem. Má takzvaný shadow mode, kdy se po přiložení jednou ukáže jako klon a pak jako zapsaná data, čímž umí obejít i otravnější anti-copy kontroly.

Všechny tyhle karty mají společné jedno. Emulují Mifare Classic, Ultralight nebo NTAG, tedy typy postavené na prolomené šifře Crypto1 nebo rovnou bez autentizace. A Classic je rozbitá na několika úrovních zároveň. Crypto1 padla akademicky už kolem roku 2008 (Nohl, Garcia a další), útoky Darkside, Nested a HardNested vytáhnou klíče z běžné karty v řádu sekund až minut. Loni to dostalo ještě jeden rozměr: Philippe Teuwen z Quarkslabu v srpnu 2024 popsal hardwarový backdoor ve Fudan FM11RF08S, tedy v „tvrzené“ variantě s šifrovaným statickým nonce, která měla nested útokům odolávat. Backdoor umožňuje autentizovat se neznámým klíčem společným všem těm kartám a vyčíst z karty během pár minut všechny klíče i bez jediného známého klíče. Nástroje skončily v Proxmarku. Jinými slovy: žádná karta z rodiny Classic není bezpečný nosič identity, ať je magic nebo ne.

DESFire mezi nimi nenajdeš.

A to je jádro věci.

Jak DESFire funguje

DESFire a Classic spojuje leda ta frekvence 13,56 MHz. Jinak to jsou dva odlišné světy, a začíná to už u komunikační vrstvy. Norma ISO/IEC 14443 má čtyři části: fyziku karty, rádiové rozhraní, inicializaci s antikolizí (část -3, kde se řeší ATQA, SAK a výběr UID) a konečně přenosový protokol (část -4). Mifare Classic končí u části -3 a dál jede proprietární Crypto1, žádný standardní protokol nad tím není. Právě proto „čtení“ Classic znamená jen antikolizi plus Crypto1 a právě proto ji magic karta tak snadno napodobí.

DESFire jede až po vrstvu -4. Po antikolizi pošle čtečka příkaz RATS, karta odpoví svým ATS a tím se dohodne half-duplexní protokol T=CL s datovými rychlostmi od 106 až po 848 kbit/s. Nad ním se posílají APDU podle ISO/IEC 7816-4, stejné stavební kameny jako u kontaktních čipových karet a pasů. Nativní příkazy DESFiru se dají balit do ISO 7816 APDU (wrapped mode, s hlavičkou 0x90), takže s kartou umí mluvit i obyčejná PC/SC čtečka přes standardní rozhraní.

Paměť je hierarchická, jako malý šifrovaný souborový systém. Na nejvyšší úrovni je PICC, tedy celá karta, s master klíčem a globální konfigurací. Pod ním sedí aplikace, každá se svým tříbajtovým identifikátorem AID a vlastní sadou až čtrnácti klíčů. V každé aplikaci je až 32 souborů, a souborů je šest druhů: Standard Data pro statická data, Backup Data s transakční ochranou, Value pro čítače a peněženky, Linear Record a Cyclic Record pro záznamové logy a konečně Transaction MAC, který přibyl v EV3 a podepisuje transakce. Každý soubor má vlastní přístupová práva navázaná na konkrétní klíče, takže čtení může vyžadovat jiný klíč než zápis.

Klíče jsou AES-128, nebo starší DES, 2K3DES a 3K3DES, vždy s verzí klíče. Generace jdou za sebou a drží zpětnou kompatibilitu. D40 je původní z roku 2002, dnes dožilá. EV1 přišel v roce 2008 s certifikací Common Criteria EAL4+ a pamětí 2, 4 nebo 8 kB. EV2 z roku 2016 zvedl laťku na EAL5+, zrušil limit počtu aplikací, přidal rolling keys a sadu obranných mechanismů, ke kterým se dostaneme. EV3 z roku 2020 drží EAL5+, přidává Secure Dynamic Messaging i konfigurovatelné ATS a nabízí paměť až 32 kB. V defaultním stavu se EV3 chová jako EV2 nebo EV1, nové funkce se aktivují až při personalizaci, takže integrátor musí vědomě zapnout, co chce používat.

Jak DESFire ověřuje

Tohle je srdce celé věci, a proto se u toho zastavíme podrobně. DESFire používá tříprůchodovou vzájemnou autentizaci (three-pass mutual authentication). Jde o to, že si karta i čtečka navzájem dokážou znalost sdíleného klíče, aniž by klíč nebo jeho prostá podoba kdy proletěly éterem. Zjednodušeně to běží takhle:

1. Čtečka řekne, kterým klíčem se chce autentizovat. Karta vygeneruje náhodné číslo RndB, zašifruje ho klíčem a pošle zpět. Útočník odposlechem dostane jen šifrovaný balast.
2. Čtečka balast dešifruje, získá RndB, vygeneruje vlastní náhodné RndA, číslo RndB cyklicky posune o bajt (RndB') a dvojici RndA a RndB' zašifruje zpět kartě. Posunutím dokazuje, že RndB rozluštila, tedy že klíč zná.
3. Karta dešifruje, zkontroluje, že její RndB' sedí, čímž má ověřenou čtečku. Pak posune RndA, zašifruje a pošle zpět. Čtečka ověří, že sedí její RndA, a tím má ověřenou kartu.

Z úlomků obou náhodných čísel se nakonec na obou stranách odvodí stejný dočasný session klíč, kterým se šifruje zbytek relace. Odposlech celé výměny útočníkovi nedá nic použitelného, protože náhodná čísla jsou pokaždé jiná a klíč sám se nikdy neposílá.

Varianty se liší kryptem a detaily. Legacy autentizace běží na DES a 3DES, ISO varianta přidává delší náhodná čísla, AES autentizace jede na AES-128. EV2 to posunul k příkazu AuthenticateEV2First: při navázání relace se dohodne transakční identifikátor (TI) a čítač příkazů (CmdCtr), vzniknou oddělené session klíče pro šifrování a pro MAC a každý další příkaz nese narůstající čítač. Tím padá možnost přehrát odposlechnutou výměnu i proskládat cizí příkazy do běžící relace.

Nad samotnou autentizací stojí tři komunikační režimy souborů. V režimu Plain jdou data nechráněně. V režimu MACed se ke každé zprávě připojí CMAC, který hlídá integritu a původ. V plně šifrovaném režimu je obsah zašifrovaný a navíc podepsaný CMAC. Který režim platí, se nastavuje u každého souboru zvlášť, takže veřejný údaj může jet Plain a citlivý plně šifrovaně na stejné kartě.

A právě tady je pointa k tvé záloze. Magic karta nemá kryptoengine. Nemá čím RndB vygenerovat, zašifrovat ani posunout. Ve chvíli, kdy čtečka zahájí tříprůchodovou výměnu, karta mlčí, a tvůj legitimní klíč na tom nic nezmění, protože klíč je klíč k DESFiru, ne něco, čím rozchodíš cizí křemík. Zazálohovat umíš data a strukturu (logický dump po autentizaci), ale funkční kopii dostaneš jedině na prázdnou DESFire kartu, kterou si znovu napersonalizuješ.

Čím se DESFire brání útokům

Samotná šifra je jen začátek. DESFire od EV1 výš nese vrstvu obran, které cílí přesně na způsoby, jakými se contactless karty reálně napadají.

Proti postranním útokům stojí hardwarové protiopatření certifikované na úrovni EAL4+ u EV1 a EAL5+ u EV2 a EV3. Common Criteria na téhle úrovni znamená, že se čip musel ubránit i neinvazivnímu měření spotřeby a vyzařování, tedy přesně tomu, co zabilo původní D40. EV2 a EV3 k tomu přidávají LRP (Leakage Resilient Primitive), alternativní režim AES navržený tak, aby z každé operace unikalo do spotřeby co nejméně informace. Útok měřením stop je proti LRP mnohem dražší.

Soukromí řeší Random ID spolu s architekturou virtuální karty (VCA). Se zapnutým Random ID hlásí karta při každém přiložení jiné náhodné číslo místo pevného UID, takže ji nelze sledovat napříč čtečkami. Skutečné UID vydá teprve po úspěšné autentizaci. VCA pak umožňuje, aby se správná aplikace vybrala a identifikovala, aniž by se to zvenčí dalo zneužít ke sledování nositele.

Proti relay útokům, kdy útočník natáhne komunikaci mezi vzdálenou kartou a čtečkou přes dvojici zařízení, stojí Proximity Check. Čtečka pošle kartě sérii výzev a měří, za jak dlouho přijde odpověď. Když je zpoždění větší, než dovoluje rychlost světla na krátkou vzdálenost, relay se prozradí a kontrola selže. Má to jeden háček, ke kterému se vrátím: funguje jen tehdy, když ho někdo v systému zapne.

Transaction MAC dává kartě schopnost podepsat každou transakci kryptografickým otiskem, takže se zpětně pozná neoprávněný zápis, třeba dobití peněženky mimo oficiální terminál. Rolling keys, tedy až šestnáct sad klíčů na aplikaci s rychlým přepínáním, zase dovolují vyměnit klíče v celém systému bez výměny karet. Když se jedna sada zkompromituje, přepne se na další, aniž by lidé museli odevzdat kartičky.

Žádná z těch obran ale neběží sama od sebe. To je přesně ten důvod, proč DESFire padá častěji na nasazení než na matematiku.

Jediné reálné prolomení za dvacet let

DESFire padl v historii jednou, a ne přes šifru. Původní MF3ICD40 byl uvnitř asynchronní osmibitový procesor řady 8051 s 3DES jádrem a takzvanou glue logikou, uvedený Philipsem kolem roku 2002, tedy v době, kdy se postranní útoky na čipy ještě nebraly jako běžná hrozba. V říjnu 2011 předvedli David Oswald a Christof Paar z Porúrské univerzity v Bochumi na konferenci CHES, co to znamená. Nešli po matematice 3DES, šli po fyzice čipu: měřili spotřebu a elektromagnetické vyzařování během šifrování (differential power analysis a šablonové útoky). Z řádově 250 tisíc naměřených stop zrekonstruovali tajný klíč, celé asi za sedm hodin, s vybavením za pár tisíc eur.

NXP útok uznal a připomněl, že MF3ICD40 stejně plánoval ukončit ke konci roku 2011. EV1, uvedený už o tři roky dřív, byl proti stejnému postrannímu útoku odolný, a právě proto ta certifikace EAL. Od té doby se žádné veřejné prolomení kryptografie EV1, EV2 ani EV3 neobjevilo. Těžiště se nepřesunulo na kartu.

Přesunulo se na systém kolem ní.

Co musí umět čtečka

Častý omyl zní: „přečetl jsem kartu“ u DESFiru neznamená skoro nic. Vyčíst náhodné UID zvládne každá čtečka podle ISO 14443-3. Dostat se k zabezpečenému obsahu je úplně jiná operace a čtečka k ní potřebuje tři věci.

Zaprvé protokol. Musí umět ISO/IEC 14443-4, tedy projít přes RATS a ATS do režimu T=CL, a posílat APDU, ne jen řešit antikolizi. Zadruhé kryptografii. Buď má bezpečnostní modul SAM, kde leží klíče v hardwaru a který provede autentizaci za čtečku, nebo kryptografii dělá host či backend softwarově a klíče jsou uložené v key store řadiče. NXP k tomu dodává moduly MIFARE SAM AV2 a AV3; AV3 pojme až 128 položek pro symetrické klíče, umí offline diverzifikaci klíčů, chráněný kanál mezi hostem a SAM a v takzvaném X-módu i výkonovou spolupráci s čtecím čipem. Zatřetí samotné klíče, bez nich čtečka k šifrovaným souborům prostě nepustí.

V praxi to vypadá takhle. PC/SC čtečky jako ACR122U, postavená na čipu PN532, zvládají APDU passthrough a autentizaci k DESFiru jde dělat softwarově, například přes knihovny python-desfire, libfreefare, TapLinx nebo projekty AndroidCrypto. Novější ACR1252U a ACR1255U nebo čtečky Omnikey míří na DESFire EV1 a EV2 přímo. Proxmark3 má celou rodinu příkazů hf mfdes. V přístupových systémech se klíče často drží v řadiči a čtečka běží v transparentním režimu, typicky přes OSDP. Co nikde nekoupíš, je magic DESFire. Prázdnou kartu k personalizaci ano, ale „otevřenou“ DESFire s přepisovatelnou identitou ne.

A ještě jedna věc, protože se na ní láme většina reálného zabezpečení. Pokud přístupový systém DESFire kartu jen přečte podle UID a dál se spokojí, že se karta ozvala, celá kryptografie je k ničemu. Takový systém pak podvede i obyčejná sedmibajtová magic karta se stejným UID. DESFire reader a UID čtečka jsou dvě různé věci, i když se navenek tváří stejně.

Kde DESFire přesto padá

Neprůstřelná karta ještě není neprůstřelný systém. Většina reálných průšvihů s DESFirem se šifrou vůbec nesouvisí.

Nejčastější je výchozí klíč. Čerstvá DESFire aplikace má všechny klíče nastavené na samé nuly. Když je integrátor nezmění, útočník se autentizuje výchozím klíčem a má vystaráno, přečte i přepíše obsah. Druhá klasika je chybějící diverzifikace klíčů. NXP v aplikační nótě AN10922 popisuje, jak z jednoho site klíče odvodit jedinečný klíč pro každou kartu, pomocí AES-CMAC nad UID, AID a číslem klíče. Když to systém neudělá a sype do všech karet stejný klíč, stačí vytáhnout klíč z jediné karty nebo z jediné čtečky a padne celá instalace naráz. A přesně tím směrem dnešní útoky jdou, po extrakci klíčů ze čtečky nebo po kompromitaci site klíče, ne po prolomení čipu.

Nad tím vším visí lidský faktor nasazení. Proximity Check proti relay útokům je skvělá obrana, pokud ji někdo zapne. Random ID chrání soukromí, pokud se aktivuje. Rolling keys umožní rotaci, pokud má systém proceduru, jak ji provést. NXP to sepsal do systémové nóty AN10969, kde kromě diverzifikace doporučuje i detekci podvodných karet, černé a bílé listiny a stínové účty, tedy obranu, která nestojí na kartě, ale na backendu. Školní příklad z praxe: londýnská Oyster přešla na DESFire, zatímco řada jiných dopravních karet zůstala na prolomené Classic, a rozdíl v bezpečnosti nedělá jen čip, ale celý návrh systému.

Bezpečnost DESFire nebydlí v kartě. Bydlí v tom, jak je nasazená.

A proto ti magic karta zálohu neudělá, ne proto, že by byl klíč tak tajný, ale proto, že na magic kartě není co s tím klíčem provést.

The post Proč DESFire nenaklonuješ, i když Mifare Classic jde first appeared on Hard Wired.

Bluetooth companion má jednu nepříjemnou vlastnost. Musíte u něj stát.

Deska leží doma na parapetu, kde má rozumný výhled na město a slušnou slyšitelnost do meshe, ale vy jste v práci a mobil se k ní přes BLE nedostane. Řešení existuje: nechat nódu viset na domácí WiFi, na routeru jí dát pevnou IP a z venku se do domácí sítě dostat přes VPN. MeshCore klient pak místo Bluetooth otevře TCP spojení na tu adresu a chová se, jako byste seděli vedle desky.

Háček je v tom, že tenhle firmware si musíte upéct sami. Počítejte s hodinou práce, když půjde všechno hladce.

Proč to webflasher neumí

Otevřete si flasher.meshcore.io, vyberete Heltec v3 a dostanete pět rolí: Companion Bluetooth, Companion USB, Repeater, Room Server a KISS Radio Modem. WiFi varianta tam prostě není.

Důvod je banální a zároveň otravný. SSID a heslo se u MeshCore vkládají jako build flagy při kompilaci, takže výsledná binárka obsahuje přihlašovací údaje k vaší síti napevno. Webflasher rozdává jeden a tentýž soubor všem, takže nemá jak vaše údaje dovnitř dostat. Buď si to zkompilujete, nebo máte smůlu. Kompilaci vám nikdo neušetří. Samotné nahrání do desky ale z prohlížeče udělat jde a k tomu se dostanu níž.

Druhá věc, kterou je dobré vědět předem: companion firmware má typicky zakompilované jen jedno rozhraní naráz, jak píše README k meshcore-cli. Když si postavíte WiFi build, o Bluetooth přijdete. Čip za to nemůže, ESP32-S3 zvládá obojí naráz. Jde o způsob, jakým je firmware poskládaný. Komunitní forky to obcházejí a strkají BLE i TCP do jedné binárky s přepínáním přímo na displeji, jenže tím se dostáváte mimo hlavní větev projektu.

Co budeš potřebovat

Heltec WiFi LoRa 32 V3, USB-C kabel a stroj s Linuxem. Dál buď Docker, nebo PlatformIO – podle toho, kterou cestu zvolíte. A pak samozřejmě funkční VPN do domácí sítě, ale ta je zvláštní kapitola a předpokládám, že WireGuard nebo Tailscale už doma běží.

Ještě jedna věc předem: rozmyslete si frekvenci. Pro Česko je to 869,525 MHz, pokud vaše lokální komunita nepoužívá alternativu 868,731 MHz. Ověřte si to, než začnete kompilovat, protože špatné pásmo znamená nódu, která sice svítí a hlásí připojení, ale nikoho neslyší.

Cesta první: Docker skript

Nejrychlejší varianta je repozitář ilikehamradio/meshcore_heltecv3_wifi. Shellový skript, který si v Dockeru natáhne MeshCore, zapatchuje platformio.ini vašimi údaji, zkompiluje a volitelně rovnou naflashuje.

git clone https://github.com/ilikehamradio/meshcore_heltecv3_wifi
cd meshcore_heltecv3_wifi
chmod +x buildFirmware.sh
./buildFirmware.sh

Skript je interaktivní. Zeptá se na region (u nás volba 4, Europe/UK), na SSID a heslo, heslo maskuje hvězdičkami. Pak nabídne flashnutí připojené desky a případně kompletní erase flash paměti před zápisem.

Výstupem je firmware-merged.bin v adresáři, odkud jste skript spustili. Ten soubor obsahuje heslo k vaší WiFi v čitelné podobě, takže ho nikam nenahrávejte a po ověření funkčnosti radši smažte. Autor na to v README výslovně upozorňuje a má pravdu.

Kdyby flash sám neproběhl, jde to ručně:

esptool --chip esp32s3 --port /dev/ttyUSB0 --baud 921600 write_flash 0x0 firmware-merged.bin

Když deska nereaguje, podržte BOOT, ťukněte RESET a zkuste znovu.

Cesta druhá: ručně přes PlatformIO

Pokud Docker nechcete nebo potřebujete pinovat konkrétní verzi firmwaru, sáhnete přímo do zdrojáků. Naklonujte MeshCore a otevřete variants/heltec_v3/platformio.ini. Uvnitř najdete blok:

[env:Heltec_v3_companion_radio_wifi]
extends = Heltec_lora32_v3
build_flags =
    ${Heltec_lora32_v3.build_flags}
    -D MAX_CONTACTS=100
    -D MAX_GROUP_CHANNELS=8
    -D DISPLAY_CLASS=SSD1306Display
    -D WIFI_DEBUG_LOGGING=1
    -D WIFI_SSID="<<SSID>>"
    -D WIFI_PWD="<<WIFI-PASS>>"

Placeholdery nahradíte svými hodnotami, nastavíte FIRMWARE_VERSION a pustíte build:

export FIRMWARE_VERSION=1.7.3
./build.sh build-firmware Heltec_v3_companion_radio_wifi

Ve VS Code s rozšířením PlatformIO je to ještě pohodlnější. Dole na liště přepnete prostředí na Heltec_v3_companion_radio_wifi a kliknete na upload. Český návod na meshcore.cz to popisuje krok za krokem včetně screenshotů, pokud vám vyhovuje klikací postup.

Nechte si WIFI_DEBUG_LOGGING=1 zapnuté. Ušetří vám to nervy v okamžiku, kdy se deska k síti nepřipojí a vy budete chtít vědět proč.

Flashnout z prohlížeče, i když je binárka vlastní

Tuhle cestu jsem nakonec volil sám a je ze všech nejpohodlnější. Zkompilujete si firmware kdekoliv, třeba na serveru přes SSH, přenesete si .bin na notebook a zbytek odbavíte v Chromu.

Na flasher.meshcore.io sjeďte v seznamu rolí úplně dolů. Pod nabídkou hotových buildů je položka Custom Firmware, která bere .bin soubory z disku pro ESP32 zařízení a .zip pro nRF52. Vyberete svůj soubor, kliknete na připojení, prohlížeč se zeptá na sériový port a je hotovo.

Funguje to přes Web Serial API, takže potřebujete Chrome nebo Edge. Firefox a Safari vás nepustí dál.

Jedna past tady je. Pokud desku flashujete napoprvé nebo po kompletním erase, nahrajte merged binárku, tedy soubor s příponou -merged.bin, protože obsahuje i bootloader a tabulku oddílů. Na desce, kde už MeshCore běžel, stačí obyčejný firmware.bin. Docker skript z předchozí kapitoly vyrábí právě merged variantu, takže s ním jste na správné straně vždycky.

Oproti esptoolu ušetříte hledání správného /dev/ttyUSB a psaní adresy 0x0. Pro mě rozhodl fakt, že build běží na Linuxu ve sklepě a flashuju z Macu u stolu.

Najít IP a připojit se

Po flashnutí a restartu se deska sama přihlásí k nastavené síti. Otevřete administraci routeru, najděte seznam připojených klientů a vyhledejte její IP adresu. Rovnou tam desce nastavte DHCP rezervaci podle MAC adresy, jinak vám adresa při příštím výpadku proudu uteče a z práce se budete připojovat naslepo.

Companion přes WiFi naslouchá na TCP portu 5000. Potvrzuje to jak dokumentace k SerialWifiInterface, tak výchozí hodnota přepínače -p v meshcore-cli a příklad v knihovně meshcore.js.

Ověřit to jde nejrychleji z příkazové řádky:

meshcore-cli -t 192.168.1.42 -p 5000

Pokud naskočí interaktivní prompt a vypíše kontakty, máte hotovo. V mobilní aplikaci pak místo párování přes Bluetooth zvolíte TCP připojení a zadáte IP s portem. Přes VPN to funguje stejně, jen adresa musí být dosažitelná z tunelu.

Když něco nefunguje

Deska se nepřipojí k WiFi a na displeji nic. Nejčastěji jde o překlep v SSID nebo o síť běžící čistě na 5 GHz. ESP32-S3 umí jenom 2,4 GHz, takže pokud máte na routeru oba pásma pod jedním jménem a klientovi se nepodaří chytit dvojkovku, neuvidíte nic. Připojte se sériovou konzolí na 115200 baud a přečtěte si, co firmware hlásí.

Spojení naváže, ale komunikace přes room server zlobí. Tady narazíte na známý problém: v issue #1078 uživatel popisuje, že companion připojený přes TCP se k jeho room serveru přihlásí, zprávy přijímá, ale odeslat je nedokáže. Stejné chování hlásí z Windows aplikace, z Python CLI i z Androidu, zatímco přes Bluetooth funguje všechno normálně. Vypadá to na chybu v TCP implementaci firmwaru.

Přiznám se, že tohle mě zabrzdilo. Původně jsem měl WiFi companion za hotovou věc, kterou stačí zkompilovat a jede. Pak jsem tohle issue přečetl a došlo mi, proč MeshCore sám označuje WiFi podporu za experimentální. Ta poznámka v dokumentaci není zdvořilostní. Pro běžný chat a sledování meshe to sedí, na room servery bych zatím spoléhal opatrněji.

Poslední drobnost: firmware si po sobě neuklidí zapečené heslo. Když desku prodáte, půjčíte nebo pošlete kamarádovi, přeflashněte ji čistou binárkou. Vytáhnout SSID a heslo z flash paměti ESP32 je práce na pět minut pro každého, kdo má esptool a chuť.

Jinak je to slušný upgrade. Nóda visí na parapetu a mesh mám na dosah i z kanceláře. Přesně kvůli tomu jsem do toho šel.

Zdroje

• flasher.meshcore.io – oficiální webflasher přes Web Serial API, včetně volby Custom Firmware
• flasher.meshcore.io/heltec-v3 – seznam rolí pro Heltec v3
• ilikehamradio/meshcore_heltecv3_wifi – Docker build skript
• meshcore.ca – Heltec V3 Wi-Fi Firmware – manuální build postup
• meshcore.cz/wifi_firmware – český návod přes VS Code
• MeshCore issue #1078 – problém s room serverem přes TCP
• meshcore-cli – CLI klient přes BLE, TCP a sériovou linku

The post Companion MeshCore přes WiFi: mesh z domova i z práce first appeared on Hard Wired.

Autor vystupující jako Dumpling lab nahrál 13. srpna na GitHub podklady ke svému toolchangeru YUDX pro 3D tiskárny. Balík obsahuje deset STL souborů, tři sestavy ve formátu STEP, čtyři G-kód makra, 42stránkový montážní návod a kusovník v Excelu. Licence je GPL-3.0, repozitář za týden nasbíral 205 hvězd a 39 forků.

Projekt sám o sobě novinka není. Poprvé ho autor ukázal ve videu z 2. prosince 2025 s popiskem, že je vysokoškolák a inspiroval se toolchangerem INDX od Bondtechu. Mezi tou ukázkou a otevřením zdrojáků uplynulo osm měsíců. Prázdný repozitář vznikl 5. srpna, soubory do něj přibyly ve třech commitech 13. srpna, poslední z nich přidal kusovník.

Zveřejněné podklady jsou zajímavější, než by se z ohlasů zdálo – a taky děravější. Prošel jsem repozitář soubor po souboru a porovnal ho s kusovníkem i s montážním návodem. Následující text popisuje, co v balíku je, co v něm není a proč se první lidé, kteří stavbu zkusili, zastavili hned na začátku.

Retrakce místo serva

Mechanika YUDX stojí na jednom nápadu, který autor v návodu nazývá metamorfní soukolí. Odjištění nástrojové hlavy nepohání servo ani druhý motor. Obstará ho krokový motor extruderu, tedy stejný, který podává filament.

Uvnitř podávacího kolečka sedí jednosměrné ložisko. Při běžné práci se protáčí a extruder se chová normálně. Když motor zatáhne filament hlouběji, ložisko se zablokuje, pastorek zabere do ozubeného hřebenu vyrobeného drátovým řezáním a celé soukolí se vykývne do strany proti pružině. Podávací kolečka se rozevřou a hlava se uvolní. Chiptron.cz, který o projektu psal 15. srpna, uvádí práh kolem 3 mm retrakce; v makru tfree0.g autor zatahuje ve dvou krocích celkem 7 mm, takže reálná hodnota bude záležet na kalibraci.

Celé odjištění nemá vlastní pohon ani řídicí signál.

Nástrojová hlava obsahuje jen hotend a chlazení. Podávání zůstává na tiskárně a je společné pro všechny hlavy. Tím se YUDX liší od Prusa XL i Snapmakeru U1, kde má každá hlava vlastní motor. Hlavu drží 32 neodymových magnetů 15 × 5 × 3 mm a 32 ocelových kuliček o průměru 4 mm. Návod věnuje celou stranu tomu, jak magnety lepit: úhlopříčně stejné póly, aby se siločáry uzavřely a magnety samy nevypadávaly.

Tři chybějící STL

Kusovník uvádí třináct tištěných dílů. Ve složce STLs jich je deset.

Chybí přesně ty tři, které tvoří extruder: outer_shell_of_extruder, gear_container_plastic_part a rack_below_part.

Kdo je chce vytisknout, musí si je vytáhnout ze sestavy YUDX Extruder.STEP. Jenže ta byla exportována ze SolidWorksu 2022 ve schématu AP214 a všechny entity v ní nesou označení NONE. Názvy dílů se do exportu nepřenesly, takže se v CAD hledají ručně podle tvaru.

Podobně skromný je software. Ve složce Gcode leží čtyři soubory. Dva z nich, offest.g a disoffest.g, obsahují osm řádků s nulovými offsety pro nástroje P0 až P7, tedy prázdnou šablonu, kterou si každý musí naměřit sám. Zbylá dvě makra, tfree0.g a tpost0.g, řeší výhradně nástroj číslo nula a nesou komentář, že pro ostatní nástroje si má uživatel upravit hodnotu X. Definice nástrojů pro RepRapFirmware, soubor config.g ani schéma zapojení v repozitáři nejsou. Návod přitom na straně 30 radí dokončit kabeláž a udělat testovací tisk, aniž by kabeláž kdekoli popisoval.

Montážní návod vznikl v PowerPointu 2021 a je to v podstatě fotoseriál se stručnými popisky. Místy je poctivý až odzbrojujícím způsobem: u instalace pružiny autor přiznává, že pružina není v SolidWorksu namodelovaná a na obrázku ji dokreslil ručně. Strana 39 nese jen číslo kroku a jinak je prázdná.

Na německém fóru drucktipps3d.de shrnul uživatel lixtop 17. srpna svůj dojem tak, že stavba zatím možná není. Informace se prý musí skládat z kusovníku, návodu, STEP souborů a videa dohromady, chybí závity a není jasná délka hřídele motoru ani specifikace malého ozubeného kola. Sedí to s tím, co v repozitáři vidím.

Zakázkové díly za 375 dolarů, hotendy zvlášť

Nejtvrdší překážkou nejsou chybějící soubory, ale kusovník. YUDX potřebuje tři typy vlastních ozubených kol, šest CNC obráběných dílů, hřeben z drátové řezačky a jednosměrné ložisko označené jako zakázkové. Když sečtu ceny, které autor u těchto položek uvádí, vyjde 375 dolarů, zhruba 7 900 korun. A to je jen extruder, bez hotendů.

Hotendy jsou v kusovníku uvedené jako osmikusová položka značky Bambu Lab za 160 dolarů. Stojánků pro hlavy je ale sedm, stejně jako čističů trysky a vzduchových vodítek. Mikrospínačů typu dveřní zámek je šestnáct. Souhlas mezi počty položek nesedí a bez videa nebo dotazu na Discordu se z kusovníku skutečný počet hlav neodvodí.

Zvláštní kapitolou je poznámka, kterou autor umístil do hlavičky kusovníku: odkazy na Amazon prý našel Claude Code a mohou být chybné, zpětná vazba vítána. Namátková kontrola mu dává za pravdu, odkaz u magnetů vede na jiný rozměr, než jaký je uvedený v položce i v návodu. Ta otevřenost je sympatická, praktickou použitelnost kusovníku ovšem sráží. Autor tamtéž píše, že v příštích měsících by mohla vyjít hotová stavebnice extruderu.

Sekunda, kterou nikdo neměřil

Video, kterým autor zdrojáky ohlásil, se jmenuje „What's Inside the YUDX Extruder? 1S Tool Change System, Now Open Source“. Jedna sekunda na výměnu je autorovo číslo a nezávisle ho zatím nikdo nepotvrdil.

Srovnání je k dispozici jen orientační. Snapmaker U1 slibuje pět sekund, uživatelská měření zveřejněná na fóru Bambu Labu ale mluví o šesti až třinácti sekundách podle toho, jak často se hlavy střídají a jestli se stihnou nahřát. Právě nahřívání řeší YUDX přímo v makrech: tfree0.g končí příkazem G10 R205, který odloženou hlavu drží na 205 °C, a tpost0.g ji před nasazením zvedá na 220 °C. Zaparkovaná tryska nechladne a start po výměně nebrzdí ohřev.

Chiptron dále píše, že autor zmiňuje test dvou tisíc výměn v řadě, test na stringování a tisk válce. Ta čísla pocházejí z autorovy prezentace, ne z nezávislého měření.

Patent visí ve vzduchu

Systém INDX, kterým se autor otevřeně inspiroval, vyvinul a patentoval Bondtech; ochrannou známku INDX si firma přihlásila v dubnu 2025. Na Redditu se ve vlákně k YUDX objevila úvaha o možném porušení patentu. Přímo do vlákna jsem se nedostal, odkazuje na něj zmíněné německé fórum.

Protiargument, který tam padl, zní, že Prusa sama vytvořila podmínky pro napodobení. V červenci 2026 vyšlo najevo, že v propagačním modelu INDX pro tisk na stůl zůstala použitelná CAD geometrie pod licencí CC BY-SA 4.0, a maker s přezdívkou NoDoubt424 z ní sestavu rekonstruoval. Prusa soubor později stáhla, jenže tuhle licenci odvolat nelze.

U YUDX ten argument nesedí. Autorovo první video je z prosince 2025, sedm měsíců před únikem, a jeho mechanika nepoužívá indukční ohřev ani bezdrátovou komunikaci, na kterých INDX stojí.

Shoda je na úrovni konceptu, ne řešení.

Licence GPL-3.0 navíc řeší autorská práva ke zveřejněným souborům, patentovou otázku za stavitele nezodpoví.

Co je od 13. srpna venku, není návod ke stavbě, ale doklad, že mechanika existuje a funguje. Mezi tím a stavitelným projektem stojí tři chybějící STL, konfigurace RepRapFirmwaru a někdo, kdo vyrobí ozubená kola.

Zdroje: github.com/dumplinglab/YUDX-tool-changer — stav k 21. srpnu 2026, včetně montážního návodu, kusovníku a G-kód maker; chiptron.cz; forum.drucktipps3d.de; 3druck.com; Tom's Hardware; Notebookcheck; fórum Bambu Labu.

The post Toolchanger YUDX je na GitHubu. Postavit ho zatím nejde first appeared on Hard Wired.

Shrnutí: New York jako první americký stát přijal zákon, který nařizuje výrobcům 3D tiskáren, CNC frézek a dalších digitálních výrobních strojů zabudovat do jejich zařízení software, jenž před každým tiskem nebo obráběním prohledá soubor se vzorem a porovná ho s databází zbrojních plánů. Pokud algoritmus vyhodnotí soubor jako podezřelý, stroj se nespustí. Zákon byl přijat jako součást státního rozpočtu na fiskální rok 2026–2027 a podepsán guvernérkou Kathy Hochul.

1. Jak zákon vznikl a co přesně říká

Příslušná ustanovení jsou součástí rozpočtového zákona S.9005 / A.10005C (New York State Budget 2026–2027). Klíčová část je skryta v Part C, která obsahuje dva podčástky:

• Subpart A — trestněprávní ustanovení týkající se výroby nelegálních zbraní na 3D tiskárnách a sdílení digitálních plánů.
• Subpart B — technický mandát: povinné zabudování tzv. blocking technology do všech 3D tiskáren a CNC strojů prodávaných v New Yorku.

Zákon definuje „3D tiskárnu" extrémně široce — jako:

jakýkoliv stroj schopný vyrobit trojrozměrný objekt z digitálního návrhového souboru metodou přídavné výroby (additive manufacturing) nebo trojrozměrných úprav objektu metodou subtraktivní výroby (subtractive manufacturing).

Tato definice tedy pokrývá nejen klasické FDM/SLA 3D tiskárny, ale i CNC frézy, CNC routery, soustruhy, laserové řezačky a v důsledku i hobbyistické plotry jako je Cricut. Jednoduše: pokud stroj převádí digitální soubor na fyzický objekt, zákon se na něj vztahuje.

2. Co je "blocking technology" a jak má fungovat

Zákon definuje blocking technology jako hardware, software, firmware nebo jiná integrovaná technická opatření, která zajistí, že stroj nezahájí zpracování žádné zakázky, dokud nebude příslušný soubor vyhodnocen algoritmem detekce zbrojních plánů (firearms blueprint detection algorithm).

Algoritmus má za úkol:

1. Vyhodnotit soubor (STL, G-code nebo jiný CAD formát).
2. Zjistit, zda lze soubor použít k výrobě střelné zbraně nebo nelegálního dílu.
3. Podezřelý soubor zablokovat — stroj se nespustí.

Zákon nevyžaduje jen software. Vyžaduje, aby byl tento mechanismus přítomen přímo v každém prodávaném zařízení. Zároveň ruší možnost online prodeje a zásilkového doručení — veškerý prodej a přenos 3D tiskáren musí probíhat osobně (in-person). Pokuty za porušení dosahují až 10 000 USD za incident.

Zákon neobsahuje žádné výjimky pro:

• komerční výrobce (automobilový, letecký, medicínský průmysl),
• výzkumné instituce,
• federálně licencované zbrojíře (federally licensed gunsmiths),
• školy a vzdělávací instituce.

3. Trestný čin za digitální soubor

Subpart A zavádí nový typ trestného činu: distribuci nebo držení digitálního návrhového souboru, který by mohl sloužit k výrobě dílu střelné zbraně, je nově zločinem třídy E (Class E felony), pokud jej sdílíte s kýmkoliv, kdo není federálně licencovaným zbrojířem registrovaným v New Yorku.

Podle výkladu zákona se tato definice teoreticky vztahuje na:

• novináře reportující o dané problematice,
• výzkumné pracovníky studující 3D tisk a bezpečnost,
• designéry a umělce pracující s tvarovými soubory.

Trestní třída E v New Yorku odpovídá trestu odnětí svobody až na 4 roky.

4. Technický problém: proč to pravděpodobně nefunguje

Zákon naráží na zásadní technické překážky, na které upozornily firmy i nezávislí experti.

4a. Algoritmus čte geometrii, ne záměr

Detekční algoritmus porovnává tvary — geometrii objektu. Problém je, že běžné průmyslové díly sdílejí geometrii se součástkami zbraní. Trubka vypadá jako hlaveň, konzola jako rám zbraně, konektor jako spoušťový mechanismus. Jeden výrobce otestoval svůj firmware na navrhovaném algoritmu ještě před přijetím zákona: systém označil 17 % zcela legitimních tisků jako podezřelých — šlo o díly motorů, jígy, nástroje.

Firma Adafruit a její spoluzakladatel Philip Torrone to shrnuli lapidárně:

„Nevyžadujeme, aby stolní pily skenovaly dřevo kvůli zbraňovým tvarům. Nevyžadujeme, aby soustruhy volaly domů, než začnou obrábět kov. Ale přesně to tento zákon dělá s každým strojem, každým souborem a každou zakázkou."

4b. Open-source firmware — Marlin, Klipper, RepRap

Drtivá většina desktopových 3D tiskáren a CNC strojů běží na open-source firmwaru — primárně Marlin a Klipper. Tento software vyvíjejí dobrovolníci a komunity, není připojen ke státní databázi a není navržen pro compliance infrastrukturu. Stroje jsou navíc velmi často offline — záměrně nepřipojeny k internetu. Implementace zákonného požadavku by vyžadovala kompletní přepis firmwaru, což je technicky i kapacitně mimo možnosti komunitních projektů.

EFF (Electronic Frontier Foundation) zákon veřejně oponovala a označila blocking technology za "cenzurní software sledující každý tisk".

5. Software ThreeDGunT a role manhattanského státního zástupce

Zákon nevznikl ve vzduchoprázdnu. Španělská firma Print&Go se sídlem v Lleida (Katalánsko) již dříve vyvinula software nazvaný 3D GUN'T. Tento systém:

• porovnává každou tiskovou zakázku s databází zbrojních plánů,
• používá AI k rozpoznávání tvarů typických pro součástky zbraní,
• v případě shody automaticky blokuje tisk a upozorní správce.

Print&Go má přes 420 000 uživatelů a software je integrován přímo do firmwaru zařízení při výrobě.

Manhattanský okresní státní zástupce Alvin Bragg začal tento software prosazovat u výrobců 3D tiskáren ještě před tím, než zákon existoval. V roce 2025 zaslal dopisy firmám Creality a Flashforge s hrozbou právní odpovědnosti, pokud software 3D GUN'T neadoptují. Vyzval rovněž k odstranění zbrojních CAD souborů z cloudových platforem výrobců.

Jinými slovy: vymáhací mechanismus byl postaven dříve, než byl zákon napsán. Zákon pak byl upraven tak, aby odpovídal již existujícímu řešení.

6. Chystané zákony: prověrka před koupí tiskárny

Paralelně se v zákonodárném sboru New Yorku projednává Assembly Bill A2228 (a jeho senátní protějšek S3562), který dosud nebyl přijat, ale je aktivní v komisích obou komor. Tento návrh by zavedl povinnou prověrku trestní minulosti při koupi 3D tiskárny — stejný typ prověrky jako při koupi střelné zbraně. Prodejce by musel žádat státní divizi trestního soudnictví, která má 15 pracovních dní na rozhodnutí.

Zákon sponzoruje assembleymemberka Jenifer Rajkumar a v různých podobách koluje v zákonodárném sboru od roku 2023.

7. Šíření do dalších států

New York není jediný. Washington State projednával HB 2321 — prakticky identický zákon vyžadující blocking technology v 3D tiskárnách. Podle návrhu by washingtonský generální prokurátor vytvořil a průběžně aktualizoval databázi zakázaných zbrojních souborů. Zákon byl v lednu 2026 postoupen do komise pro občanská práva a soudnictví.

Vzorový zákon, jakmile projde v jednom státě, mají ostatní tendenci kopírovat — a výrobci, kteří chtějí prodávat v celých USA, si nemohou dovolit vyrábět dvě různé verze produktu. V praxi tedy regulace jednoho státu de facto ovlivní zboží prodávané v celé zemi.

Přehled klíčových faktů

Zdroje

• New York State Legislature — S.9005 / A.10005C text zákona
• The Reload — New York Bans Digital Gun Files, Aims at 3D Printers
• Electronic Frontier Foundation — Stop New York's Attack on 3D Printing
• Reclaim the Net — New York Budget Bill Mandates File Scans for 3D Printers
• 3D Printing Industry — Adafruit Warns of Flaws in the New Firearm Screening Bills
• Manhattan DA — D.A. Bragg Calls On 3D-Printing Companies To Address Proliferation Of Illegal Firearms
• Print&Go — 3D GUN'T: Print&Go's solution to prevent 3D printed Ghost Guns
• Fabbaloo — Washington Bill Would Require Weapon-Blocking Software in 3D Printers
• NY State Assembly — A2228 — background check bill
• NYS Focus — What's in the 2026 NY State Budget
• Times Union — Hochul pushes ban on 3D technology used to make guns

The post New York schválil zákon o sledování 3D tiskáren a CNC strojů first appeared on Hard Wired.

Nálepka za pár korun, telefon, a najednou Vám URL otevírá samo. NFC tagy z rodiny NTAG patří k nejlevnějším způsobům, jak fyzickému světu přidat softwarovou vrstvu — a přitom na to nepotřebujete pájku, kompilátor ani Arduino. Tenhle článek je hands-on návod, jak zapsat URL na NTAG215 přímo z iPhonu pomocí aplikace NFC Tools. Po cestě vysvětlím, co se v čipu při zápisu skutečně děje, protože pochopit, co máte v ruce, je polovina úspěchu příštího projektu.

Co je NTAG a proč by Vás měl zajímat

NTAG je rodina pasivních NFC čipů od firmy NXP Semiconductors. Pracují na 13,56 MHz, splňují standard NFC Forum Type 2 a ISO/IEC 14443-A, a nemají vlastní napájení — energii i hodinový signál si berou z magnetického pole čtečky (typicky Vašeho telefonu). To je důvod, proč Vám tag vydrží roky bez údržby a proč stojí v řádu korun.

Pro makery jsou zajímavé tři varianty:

Čísla v praxi: do NTAG213 se vejde URL do zhruba 130 znaků (po odečtení NDEF režie), do 215 přibližně jeden plnohodnotný kontakt s telefonem a e-mailem, do 216 i krátká Wi-Fi konfigurace plus URL bokem. Nálepky se prodávají od 5 Kč za kus, kvalitní plastové karty od 15 Kč, klíčenky od 20 Kč. Pro experimenty se hodí balíček deseti kusů od českého dodavatele (neven.cz) nebo dvacet kusů z AliExpressu — cenový rozdíl je marginální, ale dodací doba zásadní.

Potkáte je všude. Marketingové nálepky v obchodech, vstupenky na lyžovačku, visačky na zboží proti padělání, Amiibo figurky od Nintenda, párovací tagy bezdrátových sluchátek. NXP udává životnost 10 let retence dat a 100 000 zápisových cyklů, což pro většinu maker projektů znamená „vydrží to déle než zájem o projekt".

Anatomie čipu

Vnitřek NTAG215 si lze představit jako sešit rozdělený na 135 stránek po 4 bajtech. Některé stránky jsou Vaše hřiště, jiné jsou výrobní data, která nezměníte ani kdybyste chtěl.

Page 0x00 – 0x02   UID a system bytes      (read-only)
Page 0x03          Capability Container    (jednou píšete, OR-uje se)
Page 0x04 – 0x81   User memory             (504 B, zde žije Vaše data)
Page 0x82          Dynamic Lock Bytes
Page 0x83 – 0x84   Konfigurace (AUTH0, ACCESS)
Page 0x85          PWD (heslo, 4 bajty)
Page 0x86          PACK (potvrzení, 2 bajty)

UID (Unique Identifier) má 7 bajtů a je z výroby spálené v křemíku — žádná aplikace ho nepřepíše. Slouží mimo jiné jako sůl pro výpočet hesla u Amiibo (ale o tom zase jindy).

User memory je oblast, kam píšete přes NFC Tools. Data se ukládají ve formátu NDEF (NFC Data Exchange Format), což je standardizovaná obálka NFC Fora. Bez NDEF by si Váš iPhone se zápisem na Android tagem nerozuměl — díky NDEF rozumí oba.

Configuration pages určují, jestli je čip chráněn heslem (registry PWD a AUTH0), jestli a od které stránky platí ochrana (AUTH0), a jestli má heslo limit neúspěšných pokusů (ACCESS bit AUTHLIM). Když na ně narazíte v NFC Tools, většinou se jim chcete vyhnout, dokud nevíte, co děláte — špatně nastavený AUTHLIM dokáže udělat z funkčního tagu drahou nálepku natrvalo.

NTAG215 navíc umí pár chytrostí navíc oproti staršímu NTAG203: 32-bitové heslo (PWD_AUTH), digitální podpis pravosti od NXP (ECC originality signature, který odlišuje pravé NTAG od čínských klonů) a tzv. UID mirror, kdy si do NDEF zprávy můžete nechat automaticky zrcadlit UID čipu — užitečné pro per-tag analytiku bez nutnosti programovat každý kus zvlášť.

Co budete potřebovat

K tomu, co budeme dělat, stačí překvapivě málo:

• iPhone 7 nebo novější s iOS 13 a výš. Starší modely NFC sice mají, ale nepodporují třetí stranou ovládaný zápis. Pokud máte iPhone 13 a novější, bude čtení a zápis jednoznačně rychlejší a spolehlivější díky lepší anténě.
• NFC Tools od vývojáře Wakdev, zdarma z App Store. Existuje i placená „Pro Edition", ale pro zápis jednoduché URL ji nepotřebujete. Pro varianty jsou navíc plánovací funkce a profily — užitečné, až budete chtít sériově programovat víc tagů najednou.
• NTAG215 nálepku, kartu nebo klíčenku. Pro tento návod používám NTAG215, ale postup je identický pro NTAG213 i NTAG216, lišit se bude jen kapacita.

Jedna technická poznámka k platformě: iPhone má NFC anténu v horní části zařízení, kolem objektivu kamery. Android telefony ji mívají vzadu uprostřed nebo dole. Pokud jste zvyklý držet Android telefon plochou stranou na tag, s iPhonem to nepůjde — musíte přiložit horní hranu. Začátečníci se tady často zaseknou na tom, že „tag prostě nefunguje", přitom jen čtou špatnou částí telefonu.

Druhá poznámka, méně příjemná: iOS je v NFC schopnostech rok zpátky oproti Androidu. Pro zápis NDEF a čtení standardních tagů je vše v pořádku, ale na low-level operace (přímý přístup k jednotlivým stránkám, práce s MIFARE Classic, dump celé paměti) potřebujete buď Android, nebo specializovaný hardware jako Proxmark3 či Flipper Zero. Pro náš úkol je iPhone naprosto dostatečný.

Hands-on: zápis URL hardwired.dev

Konečně k věci. Předpokládám, že máte NFC Tools nainstalovanou a v ruce prázdný NTAG215. Postup má pět kroků.

Krok 1: Přečtěte tag

Otevřete NFC Tools a v dolním menu zvolte záložku Read. Telefon se přepne do skenovacího režimu a nahoře vyskočí systémový dialog „Připraveno ke skenování". Přiložte horní hranu iPhonu k tagu a držte ji nehnutě zhruba sekundu. Telefon zavibruje a vrátí Vám informace o čipu.

V odpovědi uvidíte něco jako:

Serial Number: 04:A3:B7:12:5F:80:C1
Tag type: ISO 14443-3A (NXP - NTAG215)
Technologies available: NFC A
Manufacturer: NXP Semiconductors
Maximum data size: 504 bytes
NDEF: Yes (writable, 0/504 bytes used)

Tohle je výchozí stav nového čipu. UID začínající 04 je typické pro NXP. NDEF je deklarováno jako prázdné a zapisovatelné.

Krok 2: Vytvořte záznam

Přepněte se na záložku Write. Klepněte na Add a record. Otevře se seznam typů — vCard, Wi-Fi, Bluetooth pairing, e-mail, telefon, geolokace, a další. Vás zajímá první položka: URL / URI.

V dalším okně vyberte schéma. NFC Tools má rozbalovací menu s běžnými prefixy (http://, https://, tel:, mailto: a další), a zbytek URL napíšete do textového pole. Pro náš účel:

• Schéma: https://
• URL: hardwired.dev

Aplikace Vám pod políčkem ukáže, kolik bajtů záznam zabere — pro https://hardwired.dev to bude méně než 20 bajtů. Klepněte na OK. Vrátíte se na obrazovku Write, kde teď uvidíte jeden NDEF záznam typu URI připravený k zápisu.

Krok 3: Zapište na tag

Klepněte na velké tlačítko Write. Telefon znovu otevře skenovací dialog. Přiložte horní hranu iPhonu k tagu a držte. Zápis NDEF zprávy o 20 bajtech trvá zhruba 200 milisekund — celý dialog ale obvykle zmizí až po vteřině, protože iOS si dává malou rezervu na ověření.

Po úspěšném zápisu uvidíte zelenou hlášku Write complete. Pokud místo toho dostanete chybu, nejčastější příčiny jsou tři: tag je zamčený lock bytes (nelze nic dělat), tag má heslo (potřebujete ho zadat ve Security menu), nebo jste ho odtrhli moc rychle (zkuste znovu).

Krok 4: Ověřte zápis

Vraťte se na záložku Read a tag přečtěte znovu. Tentokrát uvidíte v odpovědi přibyl řádek navíc:

NDEF: Yes (writable, 17/504 bytes used)

Record 0
  Type: URI
  URI: https://hardwired.dev

Tag teď nese Vaši URL. 17 z 504 bajtů využito — zbytek paměti je stále volný a Vy můžete přidat další záznamy (např. WhatsApp link, kontakt, Wi-Fi heslo) bez omezení, dokud nevyplníte kapacitu.

Krok 5: Otestujte v reálném světě

A teď to nejlepší. Zamkněte iPhone (jen stisk power tlačítka, do podivných stavů ho dávat nemusíte) a přiložte ho horní hranou k tagu. Na zamčené obrazovce se objeví banner s URL hardwired.dev. Klepnutím se otevře Safari.

Tohle je důležitý moment: na iPhonu funguje background NFC scanning pouze pro NDEF záznamy standardních typů — URL, telefonní číslo, e-mail, geolokace a několik dalších. Wi-Fi konfigurace nebo vCard se zamčené obrazovce neobjeví, protože iOS je nevyhodnocuje na pozadí (z bezpečnostních důvodů). Pokud chcete, aby tag spustil Wi-Fi připojení, musíte mít NFC Tools otevřenou, nebo využít Shortcuts Automation, kterou iOS k NFC tagům umí přivázat (ale to je téma na samostatný článek).

Gratuluji — máte první funkční NTAG.

The post NTAG čipy a jak je naprogramovat z iPhonu first appeared on Hard Wired.

Phreaking: Vzpomínky ze zlaté éry analogových linek

Autor: 3qeX - Hesse Valentino

Jsou věci, co se prostě nevytratí. Ani po dvaceti letech. Vůně maziva z rozvaděče telefonní budky. Chlad kovu na šlicu. A ten moment, když po spojení žárovky s linkovými svorkami uslyšíš v improvizovaném sluchátku čistý oznamovací tón SPT Telecom.

Byl jsem phreaker. Tehdy jsem o tom věděl kulový - pár triků z pochybných webů s černým pozadím a bílým textem. Přesto to bylo dobrodružství, jaké dnešní generace asi nikdy nezažije.

Tohle není návod. Je to vzpomínka. Popis historických technik z doby, kdy analogová telefonní síť ještě žila a kdy výzvou bylo přelstít obří státní kolos jménem SPT Telecom.

Co je phreaking a kde se vzal

Phreaking je manipulace s telefonními sítěmi - zneužívání technických vlastností analogové infrastruktury za účelem bezplatného volání, odposlechu nebo průzkumu skrytých funkcí ústředen. Termín vznikl v USA někdy kolem roku 1957 a jeho kořeny jsou propojeny s postavami, které se staly legendami hackerské kultury.

První slavný phreaker byl Joe Engressia, přezdívaný Joybubbles - nevidomý kluk se schopností dokonalé výšky sluchu. Zjistil, že když zapíská tón 2600 Hz do telefonního sluchátka, resetuje dálkové linkové spoje. Na tohle navázal John Draper - Captain Crunch - který přišel na to, že plastová píšťalka z cornflakes kapsy generuje přesně ten tón. Dálkové volání zdarma kamkoliv po světě bylo najednou možné za cenu cereálií. Absurdní, ale fungovalo to.

Z toho se zrodily legendární "barevné krabičky" - phreakerské přístroje pojmenované podle barev. Systém zavedli američtí phreakeři v 60. a 70. letech. Barvy sloužily jako kódové označení funkce v textových souborech šířených tajně na disketách a přes BBS sítě. Jména jako Steve Wozniak nebo Steve Jobs se v phreakerském undergroundu pohybovala dávno před tím, než spoluzaložili Apple.

Česká scéna: SPT Telecom a divoké devadesátky

Do Česka phreaking přišel s jistým zpožděním, ale o to živěji. V 90. letech procházela naše telefonní síť schizofrenním stavem - část byla moderní digitální, ale obrovská část, zejména na menších městech a vesnicích, jela na starých analogových systémech Křemíková.

SPT Telecom vlastnil prakticky veškerou infrastrukturu a jeho ceny byly podle tehdejších standardů astronomické. Minuta hovoru do zahraničí stála majlant. Minuty na tehdy čerstvě spuštěné mobilní sítě NMT nebo GSM byly pro kluka ze základní školy naprosto nedostupné.

To byl živný půdorys pro phreaking. Fascinace systémem nebyla jen touha volat zadarmo - byl to pocit, že víte o síti něco, co by neměl vědět nikdo mimo telefonní techniky. Klíč k systému.

Za průkopníka české phreakerské scény se v undergroundu považoval "Subber", který kolem roku 2006 provozoval weby věnované problematice. Ještě dříve, na přelomu milénia, kolovala jména jako "Flash" nebo "Morpheus", kteří psali dlouhé manuály - tzv. Guides - formátem naprosto typickým pro dobu: bílý text na černém pozadí, spousta ASCII artu, žádné obrázky.

Zmínit se musí i Zdeněk Adamec, vystupující online pod nickem Satan nebo Satanic. Jeho webové stránky na tehdejším freehostingu byly rozcestníkem pro zájemce o "zakázané vědomosti" - ale jeho těžiště leželo primárně v darkingu, ne v phreakingu. O phreakingu publikoval jen několik málo článků, většinou překlady zahraničních manuálů.

Komunita se sdružovala v různě pojmenovaných skupinách - v undergroundu tehdy figurovala CIA (Czech Illegal Alliance) vedená Kill3rem a Subberem, ale i skupiny navázané na darkerskou scénu jako Darkers Group nebo RJ-11 Security Alliance. SOOM.cz pak od roku 2003 fungoval jako hlavní česky psaný portál věnující se bezpečnosti a phreakingu, a jeho fórum z roku 2005 je dnes historickým dokumentem živé komunity.

Boxy: barevná abeceda phreakingu

Ústředním nástrojem světového phreakingu byly tzv. boxy - malá elektronická zařízení pojmenovaná podle barev. V Česku se většina z nich přizpůsobovala místní síti, nebo zůstávala spíše teorií. Přesto stojí za to si je projít.

Blue Box (modrá krabička)

Nejslavnější phreakerský nástroj vůbec. Generoval tón 2600 Hz, který v americké síti Ma Bell signalizoval volnou dálkovou linku. Po vyslání tohoto tónu do sluchátka mohl phreaker linku "shodit" a pomocí dalších MF tónů řídit přepojení kamkoliv na světě - zdarma.

V Česku fungovalo modré krabičce analogicky na starých tranzitních ústřednách, zejména u mezinárodních hovorů. Vytočilo se bezplatné číslo (linka poruch, operátora), vysílal se tón - a otevřenou linku šlo dále řídit. Se začátkem digitalizace ústředen na systémech EWSD a S12 přestala tato technika fungovat definitivně.

Red Box (červená krabička)

Zatímco modrá krabička útočila na dálkové linky, červená mířila na mincovní automaty. Telefonní automat komunikoval s ústřednou sériemi tónů signalizujících vhozené mince - každá nominální hodnota mince měla svou frekvenční signaturu. Červená krabička tyto tóny emulovala.

V praxi stačilo přiložit malý reproduktor ke sluchátku a přehrát nahrávku odpovídajících tónů. Ústředna si myslela, že automat přijal mince, a hovor povolila. SPT Telecom tento problém řešil filtrací - signály z mincovníku přestaly být přenášeny přes sluchátkový okruh a šly přímou servisní linkou.

Black Box (černá krabička)

Černá krabička se instalovala u příjemce hovoru, ne u volajícího. Fungovala na principu manipulace s napětím na lince.

Analogové ústředny detekovaly zvednuté sluchátko poklesem napětí na lince: v klidu bylo napětí zhruba -48 V, po zvednutí sluchátka kleslo pod -10 V - to byl signál pro zahájení účtování. Černá krabička vkládala do série s linkou rezistor nebo Zenerovu diodu tak, aby napětí nekleslo pod práh účtování (udržovalo se kolem -36 V). Zvonění se zastavilo, hovor byl navázán, ale ústředna ho nevyhodnotila jako přijatý - volající neplatil nic.

Tato technika fungovala výhradně na ústřednách řízených mechanickými relé. V Česku a ve střední Evropě obecně černé krabičky přežívaly až hluboko do 90. let díky pomalejší digitalizaci sítě.

Beige Box (béžová krabička) - servisní sluchátko

Toto byl v českém undergroundu prakticky nejpoužívanější nástroj a ten, se kterým jsem měl osobní zkušenost. Beige box je v podstatě to, co telefonní technici nazývají lineman's handset - servisní sluchátko s krokosvorkami.

Konstrukce byla prostá: starý telefon (ideálně vykuchaný fax), dva krokodýlci připojeni na červený a zelený vodič. Někdy se přidával přepínač mikrofonu pro tichý odposlech. Výsledkem byl přístroj za cenu šrotu, který vám umožnil připojit se přímo na svorkovnici telefonní linky kdekoliv v rozvaděči - bez ohledu na to, co na lince viselo za přístroj.

Výhoda sluchátka z faxu oproti běžnému telefonu: faxy měly v sobě kompletní elektroniku pro vytáčení a přepínač mezi pulzní (analogovou) a tónovou (DTMF) volbou, což bylo v devadesátkách klíčové - mnoho přístrojů ještě umělo jen pulzní volbu, ale ústředny nebo bankovní automaty vyžadovaly DTMF.

Mauve Box (fialová krabička) - hudba do linky

Méně známý, ale technicky zajímavý byl tzv. mauve box. Sloužil k přimíchání externího audio signálu - hudby nebo jiného zvuku - do probíhajícího hovoru. Zapojoval se do série s linkou a obsahoval oddělovací transformátor zabraňující poškození elektroniky.

Praktické využití v českém undergroundu bylo dvojí: vytváření primitivních konferenčních hovorů přes propojení kazeťáku s linkou, nebo pouštění hudby do sluchátka volané osoby. Zvláštní využití spočívalo v maskování prostředí - přehrávání nahrávky hluku ulice mělo zakrýt, že voláte z místa, ze kterého volat nemáte.

Žárovka a šlic: technika z telefonní budky

Tohle byl trik, který mi nedal spát. Přečetl jsem o něm kdesi na webu a nedalo mi to, dokud jsem ho nevyzkoušel.

Spodní část telefonní budky SPT Telecom - tzv. šlic nebo rozvaděč - obsahovala svorkovnici, na které končily linkové vodiče budky ještě před samotným mincovním automatem.

Telefonní linka v klidu nesla stejnosměrné napětí přibližně 48 V. Ve chvíli, kdy ústředna zaregistrovala pokles napětí způsobený zdvižením sluchátka (off-hook stav), otevřela linku a poslala oznamovací tón. Mincovní automat přitom ale měl vlastní elektroniku, která řídila účtování - čekala na vhození karty nebo mince, teprve pak povolila vytáčení.

Trik spočíval v připojení žárovky na 24 V přímo na svorky a a b linky v rozvaděči. Proč zrovna 24V žárovka? Žhavicí vlákno takové žárovky má při provozu odpor přizpůsobený napájení 24 V - při 48 V na telefonní lince jím protéká proud, který způsobí pokles napětí do rozmezí přibližně 20-30 V. Tento pokles byl pro starší analogové ústředny dostačující k detekci off-hook stavu, takže ústředna linku otevřela a zaslala oznamovací tón.

Klíčový detail: automat zůstával fyzicky zavěšen. Jeho vlastní elektronika vůbec nevěděla, že na lince cosi probíhá. Žárovka simulovala zátěž "pro ústřednu" - ale mincovní mechanismus zůstával zcela mimo hru.

Žárovka navíc poskytovala velmi praktickou vizuální zpětnou vazbu: ve chvíli, kdy se linka správně otevřela, začala mírně svítit. To byl váš signál připojit beige box - servisní sluchátko s krokosvorkami - přímo ke svorkám vedle žárovky. Oznamovací tón v sluchátku potvrdil, že máte přístup k lince a můžete vytáčet libovolné číslo. Volal jste přímo přes ústřednu SPT Telecom - na účet té konkrétní linky budky.

Tato technika zanikla s přechodem ústředen na digitální přepínaní (EWSD, S12). Digitální ústředny nestačí oklamat pouhým poklesem napětí - aktivně monitorují stav linky a rozlišují typ připojeného zařízení. Navíc fyzická ochrana šliců se v pozdějších 90. letech výrazně zlepšila.

DTMF dialery a další triky

Paralelně s hardwarovými boxy existovaly i jednodušší, ale neméně užitečné nástroje.

DTMF dialer - malý kapesní přístroj s klávesnicí - byl původně legální pomůcka pro dálkové ovládání záznamníků. Phreakeři ho přeložili ke sluchátku a pomocí tónové volby ovládali hlasová menu ústředen nebo systémy, které vyžadovaly DTMF, ale dostupný telefon uměl jen pulzní volbu.

Telefonní karty SPT Telecom přinesly vlastní podmnožinu phreakingu. Čipové karty byly terčem pokusů o obejití zápisového kontaktu - fyzickým naříznutím nebo přelepením určitého kontaktu na čipu se znemožnil zápis spotřeby, zatímco čtení jednotek fungovalo normálně. Pokročilejší varianta: mikrokontrolerové emulátory na bázi PIC čipů, schopné simulovat chování originální karty s neomezeným kreditem.

Přesměrování přes firemní ústředny (PBX hacking) bylo kapitolou pro sebe. Špatně zabezpečené firemní ústředny - zejména ty staršího data - umožňovaly přístup z veřejné linky přes servisní tónové příkazy. Phreaker se "vloupat" do ústředny a skrze ni volat na libovolné zahraniční číslo - na účet dané firmy.

Darking: ryze česká odnož

Phreaking v České republice nelze vyprávět bez zmínky o darkingu - fenoménu, který je ryze českou specialitou a v okolních zemích prakticky neexistoval.

Darking vznikl kolem roku 2001 v prostředí, kde se phreaking prolínal s průzkumem technické infrastruktury. Darkeři se zaměřovali na rozvaděče elektrického vedení, vypínání veřejného osvětlení, průzkum podzemních prostor a obecně na technický vandalismus v hraničních zónách zákona. Výraznou postavou byl Zdeněk Adamec (online alias Satan), jehož web byl komunitním rozcestníkem.

Darkerská komunita se sdružovala ve skupinách jako Darkers Group No. 1 (s buňkami v Ústí nad Labem a Kutné Hoře) nebo RJ-11 Security Alliance. Adamcova tragická smrt v březnu 2003 - sebevražda upálením u Národního muzea jako protest proti stavu světa - symbolicky uzavřela nejintenzivnější kapitolu tohoto hnutí.

Zánik scény a právní aspekty

Konec tradičního phreakingu přišel ze dvou stran najednou.

Za prvé: technologie. Digitalizace ústředen na systémech EWSD a S12 postupně eliminovala techniky závislé na analogovém chování linek. Čipové telefonní karty s kryptografickým zabezpečením nahradily starší zranitelné typy. Mobilní telefony s předplacenými kartami (Twist, Go, Oskarta) udělaly z hledání funkčních budek naprostou zbytečnost - proč trávit hodinu u rozvaděče, když máte předplacenou kartu za stokorunu?

Za druhé: legislativa. Phreaking je v České republice trestná činnost. Podle §230 trestního zákoníku se jedná o neoprávněný přístup k počítačovému systému a nosiči informací, v širším smyslu pak pod porušení tajemství dopravovaných zpráv (§182). Přesto je zajímavé, že dle dostupných informací nebyl v ČR nikdo za phreaking formálně odsouzen - scéna byla příliš malá (Subber odhadoval počet aktivních phreakerů na cca 50), příliš rozptýlená a způsobené škody nikdy nedosáhly astronomických čísel.

Závěr: klíč, který přestal pasovat

Pamatuji si ten pocit. Stát u telefonní budky, v kapse mít sluchátko vyrobené ze starého faxu, v druhé ruce žárovku s dvěma vodiči zakončenými krokosvorkami. Celá situace vypadala absurdně - a přece fungovala.

Fascinace phreakingem nikdy nebyla jen o bezplatném volání. Byl to průzkum systému, touha pochopit, jak věci skutečně fungují pod povrchem toho, co běžný uživatel vůbec nevidí. Telefonní síť tehdy působila jako černá skříňka - a přijít na to, jak se dovnitř podívat, byl svým způsobem malý triumf.

Dnes ta síť neexistuje. Měděné páry v zemi stále jsou, ale hovory dávno cestují jako datové pakety přes optiku a internet. Žárovka na 24 V by v šlicu moderní budky způsobila leda poplach v monitorovacím centru operátora. SPT Telecom se proměnil v O2, budky z ulic prostě zmizely.

Zůstávají jen vzpomínky. A možná tenhle článek.

— 3qeX

Poznámka: Tento článek popisuje historické techniky z dob analogové telefonní sítě. Phreaking je v České republice nelegální činnost dle §230 a §182 trestního zákoníku. Veškeré popisované techniky jsou dnes nefunkční nebo obtížně aplikovatelné na moderní digitální infrastrukturu.

The post Phreaking: Vzpomínky ze zlaté éry analogových linek first appeared on Hard Wired.

Komplexní analýza incidentu se zadržením Nicoláse Madura a možných technologií „paralyzující zbraně“

Datum zprávy: 15. ledna 2026
Klasifikace: Otevřená zpravodajská analýza

The Yeshiva World

Nadpis: "We Collapsed Where We Stood: Maduro Guard Describes Mysterious Weapon Used in U.S. Raid on Venezuela"

Datum: 10. ledna 2026

Klíčový snippet: "We Collapsed Where We Stood" – popisuje náhlý kolaps radarů, drony, vrtulníky, „intenzivní sound/energy effect", nosní krvácení a dočasnou paralýzu. Sdíleno Bílým domem.

Odkaz: https://www.theyeshivaworld.com/news/general/2497138/...

New York Post

Nadpis: "US used powerful sonic weapon in Venezuela during raid to capture Madouro: incredible witness account"

Datum: 10. ledna 2026

Klíčový snippet: "At one point, they launched something... It was like a very intense sound wave. Suddenly I felt like my head was exploding from the inside."

Odkaz: https://nypost.com/2026/01/10/world-news/us-used-powerful-sonic-weapon-in-venezuela-during-raid-to-capture-madouro-incredible-wi...

Periskopi

Nadpis: "Did the US use sonic weapons to capture Maduro? Confession of one of the Venezuelan leader's bodyguards"

Klíčový snippet: "At one point, they let out something... like a very intense sound wave. Suddenly I felt like my head was exploding from the inside. We all started bleeding from our noses... We fell to the ground, unable to move."

Odkaz: https://www.periskopi.com/en/The-US-used-sonic-weapons...

1. Shrnutí

Dne 3. ledna 2026 proběhla v okolí Caracasu operace amerických speciálních sil, která vedla k zadržení venezuelského prezidenta Nicoláse Madura. Podle svědectví člena jeho ochranky, které bylo následně sdíleno Bílým domem na síti X a převzato řadou médií, došlo během zásahu k náhlému kolapsu radarů, komunikačních systémů a k paralyzování velké části Madurovy ochranky.

Svědek popisuje působení neznámé „sonické“ či energetické zbraně, která měla vyvolat extrémní tlak v hlavě, nosní krvácení, zvracení krve a neschopnost pohybu. Na základě otevřeně dostupných vědeckých a vojenských materiálů lze konstatovat, že:

• Popsané symptomy jsou technicky kompatibilní s účinky směrované elektromagnetické energie (zejména vysokovýkonných mikrovlnných pulzů – HPM) působících na lidskou tkáň a nervový systém.
• Čistě akustický ("sonický") mechanismus je málo pravděpodobný, zejména vzhledem k omezením akustického šíření ve vzduchu a k chybějící dokumentaci masových krvácivých efektů u známých akustických zbraní.
• Spojené státy a další mocnosti mají desítky let rozvíjené programy pro vývoj směrovaných energetických zbraní (Directed Energy Weapons – DEW), včetně vysokovýkonných mikrovlnných (HPM) a millimetrových (MMW) systémů, které mohou působit jak na elektroniku, tak na biologické cíle.
• Neexistuje však žádné oficiální potvrzení konkrétního systému, který by byl v tomto incidentu použit, a část líčení může být zkreslená stresem, propagandou či nepochopením fyzikálního mechanismu ze strany svědků.

Tento dokument shrnuje:

1. dostupná fakta o incidentu,
2. přehled hlavních tříd technologií, které odpovídají popisovaným účinkům,
3. klíčové vědecké a technické studie, na jejichž základě mohly být takové systémy vyvinuty,
4. realistický scénář, jak mohla být kombinace těchto technologií v operaci použita.

2. Popis incidentu a zdroje informací

2.1 Časová osa a průběh podle svědectví

Z dostupných mediálních zpráv a přepisu výpovědi člena Madurovy ochranky lze rekonstruovat následující průběh:

1. Elektronický kolaps:

   • Bez zjevného předchozího varování přestaly fungovat radary a komunikační systémy v ochranném perimetru.
   • Obsluha nezaznamenala klasický kinetický útok (dělostřelectvo, rakety), kolaps byl vnímán jako „náhlé vypnutí“.

2. Nástup prostředků na bojiště:

   • Nad oblastí se objevil roj dronů.
   • Následně přilétly vrtulníky, které vysadily malý tým (řádově desítky) amerických vojáků.

3. Aktivace neznámé zbraně:

   • Svědek popisuje extrémně intenzivní vlnu (označovanou médii jako „sonickou“ nebo „energetickou“), která dorazila prakticky bez předchozího varování.
   • Subjektivní vjemy: pocit, jako by „hlava explodovala zevnitř“, prudký tlak v lebce, dezorientace.

4. Biologické následky:

   • Nosní krvácení u velkého množství osob v oblasti působení.
   • Zvracení, v některých popisech až zvracení krve.
   • Neschopnost pohybu, náhlý kolaps – „padli jsme tam, kde jsme stáli“.

5. Rychlé zajištění objektu:

   • Po paralyzování obrany a personálu bezpečnostní složky USA objekt rychle obsadily a Madura zadržely.

Tyto informace jsou získané zprostředkovaně, primárně přes média citující anonymního svědka a oficiální kanály, které výpověď sdílely, ale detailně ji nekomentovaly ani nevyvrátily.

2.2 Hodnocení spolehlivosti zdrojů

• Primární svědectví: anonymní člen ochranky – vysoká míra subjektivity; možné zkreslení stresem i politickým kontextem.
• Oficiální kanály USA: svědectví bylo sdíleno (např. na síti X) bez explicitního potvrzení typu zbraně či fyzikálního mechanismu; to naznačuje záměrné udržování strategické ambiguity.
• Sekundární média: časté používání termínů jako „sonic weapon“ či „mysterious weapon“ bez technické analýzy; motivací je atraktivita příběhu.

Z toho plyne, že konkrétní parametry zbraně nelze brát jako ověřený fakt. Lze však seriózně analyzovat fyzikální konzistenci popisu s existujícími třídami zbraňových systémů.

3. Možné třídy technologií

3.1 Vysokovýkonné mikrovlnné zbraně (HPM – High Power Microwave)

3.1.1 Princip

HPM zbraň je typ směrované energetické zbraně (Directed Energy Weapon, DEW), která:

• generuje krátké, vysoce výkonné pulzy mikrovlnného záření (typicky v řádu stovek megawattů až gigawattů špičkového výkonu),
• pomocí směrové antény (horn, parabolická, phased-array) soustředí energii do úzkého svazku,
• v cíli indukuje:
  • vysoká napětí a proudy v elektronice (vyřazení radarů, komunikace, řídicích systémů),
  • při určitých parametrech také absorpci v biologické tkáni vedoucí k termoelastickým a neurologickým efektům.

3.1.2 Typická systémová architektura (konceptuální blokové schéma)

Na základě otevřených odborných článků a technických zpráv lze zobecnit následující blokové schéma HPM systému:

1. Primární zdroj energie

   • dieselový / turbogenerátor, bateriové pole, superkondenzátorový blok; zajišťuje středně vysoké DC napětí a dostatečnou energetickou zásobu.

2. Pulzní napájecí stupeň (Pulse Power)

   • Marxovy generátory, Blumleinovy linky, pulzní transformátory.
   • Transformují DC na krátké vysokonapěťové pulzy (např. stovky kV, kiloampérové proudy, pulzy v řádu desítek až stovek ns).

3. Mikrovlnný zdroj (Oscilátor)

   • Magnetron, vircator, klystron, gyrotron či jiné HPM oscilátory.
   • Převádějí energii pulzního napětí na mikrovlnné pulzy ve zvoleném kmitočtovém pásmu (typicky 1–10 GHz, případně MMW pásmo u gyrotronů).

4. RF front-end a přenosová cesta

   • Vlnovody, cirkulátory, vazební členy, přizpůsobovací články.
   • Minimalizace odrazů, řízení impedance, ochrana zdroje před odraženou energií.

5. Směrová anténa

   • Kuželová horn anténa, parabolická anténa nebo fázované pole.
   • Určuje vyzařovací diagram, zisk, šířku svazku a tedy i hustotu výkonu na cíli.

6. Řídicí a zaměřovací systém

   • Senzory: radar, elektro-optické a infračervené kamery, GPS/INS.
   • Počítač: identifikace cílů, zaměření, řízení parametrů pulzů (šířka, opakovací frekvence, dávka).

7. Bezpečnostní a diagnostické obvody

   • Interlocky, monitoring teploty, měření odraženého výkonu, systémové autotesty.

Tato architektura je plně v souladu s publikovanými návrhy HPM systémů pro ničení dronů, vyřazování elektroniky vozidel a infrastruktury.

3.1.3 Účinky na elektroniku

HPM pulzy při dostatečné intenzitě:

• indukují přepětí v anténách, kabelech a polovodičových strukturách,
• způsobují průrazy, latch-up efekty a destrukci citlivých komponent,
• vedou k náhlému výpadku radarů, radiových a datových spojů.

To přímo odpovídá části svědectví o náhlém „vypnutí“ radarů a komunikace v počáteční fázi operace.

3.1.4 Účinky na lidský organismus

Při působení na biologickou tkáň je klíčových několik mechanismů:

1. Termální účinek

   • Absorpce mikrovln vede k ohřevu tkání.
   • Při nízkých intenzitách (řádově mW/cm²) jde o nepatrné změny; při vysokých intenzitách (kW/cm²) může dojít k rychlému přehřátí a poškození.

2. Termoelastický efekt a Freyův efekt

   • Krátké mikrovlnné pulzy způsobí velmi malý, ale extrémně rychlý lokální nárůst teploty (řádově 10⁻⁶ °C), což vyvolá tlakovou vlnu šířící se tkání.
   • V oblasti hlavy může tato vlna excitovat sluchové struktury – člověk slyší zvuky, které nemají vnější akustický zdroj (tzv. Freyův efekt).
   • Při vyšších intenzitách se mohou tlakové vlny kombinovat s rezonancí lebky, což vede k silným pocitům tlaku v hlavě až bolestem.

3. Cévní a tkáňové poškození

   • Při velmi vysokých pulzních výkonech a specifických pulzních parametrech je teoreticky možné vyvolat mikro-ruptury cév a jiná mechanicko-termální poškození.
   • To by mohlo vysvětlovat nosní krvácení a v extrémním případě i zvracení krve u exponovaných osob.

Kombinace těchto efektů (neurologická dezorientace, bolest, možné cévní poškození) je kompatibilní s popisem svědků.

3.2 Millimetrové vlny (MMW) a Active Denial System (ADS)

3.2.1 Princip ADS

Active Denial System (ADS) je veřejně přiznaný neletální systém americké armády, využívající millimetrové vlny na frekvenci kolem 95 GHz. Jeho vlastnosti:

• Penetrace do hloubky jen cca 0,4 mm do kůže – prakticky pouze horní vrstva (epidermis).
• Způsobuje rychlý pocit intenzivního pálení, který nutí osobu opustit paprsek během 1–3 sekund.
• Při správném dávkování nezpůsobuje trvalé poškození, systém je koncipován jako prostředek pro rozptyl davu.

3.2.2 Omezení vůči popisovanému incidentu

• ADS je navržen pro povrchové působení na kůži, nikoli pro hluboké působení na vnitřní orgány či cévy.
• Nosní krvácení a zvracení krve nejsou typickými ani očekávanými účinky ADS.
• Protože jde o již poměrně známý a zdokumentovaný systém, nelze jej bez modifikací považovat za přímého kandidáta na zbraň s popisovanými účinky v Madurův incidentu.

Lze však předpokládat, že výzkumné zkušenosti s ADS (anténní technika, řízení svazku, bezpečnostní limity) byly využitelné při vývoji pokročilejších a agresivnějších DEW systémů.

3.3 Akustické („sonické“) zbraně

3.3.1 LRAD a příbuzné systémy

LRAD (Long Range Acoustic Device) a podobné systémy používají:

• Vysoce směrové pole akustických měničů.
• Frekvenční rozsah obvykle v pásmu 2–4 kHz (maximální citlivost lidského ucha).
• Hladiny akustického tlaku až kolem 150–160 dB na krátkou vzdálenost.

Typické účinky:

• Silná bolest uší.
• Dezorientace, nemožnost soustředit se.
• Při déletrvající expozici riziko trvalého poškození sluchu.

3.3.2 Nízkofrekvenční a ultrazvukové zbraně

Existují studie a koncepty využívající:

• Infrasound (frekvence pod 20 Hz) – teoreticky schopný vyvolat rezonanci orgánů, nevolnost, úzkost.
• Ultrazvuk – využitelný v pevných či kapalných médiích (např. voda), ve vzduchu však silně tlumený.

Z fyzikálního hlediska je ale problémem dosažení dostatečného akustického výkonu na delší vzdálenost v realistických podmínkách (terén, budovy, počasí).

3.3.3 Nesoulad s popisem incidentu

• Známé akustické systémy se nepojí s masovým nosním krvácením a zvracením krve v popisovaném měřítku.
• Akustické zbraně obvykle nevyřazují elektroniku – pro to je nutný elektromagnetický mechanismus.
• Z těchto důvodů je čistě akustické vysvětlení incidentu málo pravděpodobné.

Je však pravděpodobné, že termín „sonická zbraň“ byl použit svědkem či médii spíše popisně ("cítili jsme vlnu jako zvuk") než fyzikálně přesně.

4. Výzkumné pilíře, na kterých mohl vývoj zbraně stát

Níže jsou shrnuty klíčové oblasti výzkumu, které poskytují teoretický a technologický základ pro vývoj zbraně schopné vyvolat kombinaci:

• elektronického kolapsu (radary, komunikace),
• neurologických účinků (tlak v hlavě, dezorientace, paralýza),
• cévního a tkáňového poškození (krvácení).

4.1 Vysokovýkonné mikrovlnné zdroje (HPM)

Od 70. let probíhá intenzivní výzkum vysokovýkonných mikrovlnných zdrojů:

• Magnetrony, klystrony, gyrotrony, vircatory schopné generovat pulzy s výkony 100 MW až 1 GW.
• Pulzní napájecí systémy (Marxovy generátory, Blumleinovy linky) pro generaci krátkých vysokonapěťových pulzů.
• Integrace těchto zdrojů do mobilních platforem (vozidla, letouny, potenciálně drony).

Tyto práce jsou základem pro protidronové HPM kanóny, systémy pro vyřazení elektroniky vozidel a infrastruktury a koncepty jako CHAMP, které byly demonstrovány v operačních testech.

4.2 Frey efekt (Microwave Auditory Effect)

Výzkum Freyova efektu a souvisejících jevů prokázal, že:

• Pulzované mikrovlny v pásmu 0,3–10 GHz mohou být člověkem vnímány jako zvuk, i když žádný akustický zdroj ve vnějším prostředí neexistuje.
• Fyzikálním mechanismem je termoelastická expanze tkání a generace akustických vln uvnitř lebky.
• Při vhodných parametrech pulzů lze:
  • indukovat subjektivní zvuky (klikání, šum),
  • ovlivňovat kognitivní funkce,
  • v extrémních případech způsobit bolest a neurologické dysfunkce.

Moderní studie navíc ukazují, že dlouhodobá nebo intenzivní expozice může:

• narušit krevně-mozkovou bariéru,
• vyvolat zánětlivé procesy,
• potenciálně způsobit strukturální poškození mozkové tkáně.

To poskytuje velmi důležitý neurologický mechanismus pro hypotetickou zbraň: není nutné „roztavit“ mozek, stačí vyvolat destruktivní kombinaci tlakových vln a mikroskopického poškození.

4.3 Biologické účinky millimetrových vln (MMW)

Výzkum v pásmu MMW (včetně frekvencí využívaných 5G, terapie či ADS) ukazuje:

• Expozice i relativně nízkým intenzitám může ovlivňovat buněčnou signalizaci, enzymatickou aktivitu a mitochondriální funkce.
• Byly popsány morfologické změny buněk, poškození DNA a indukce apoptózy (řízené buněčné smrti) v laboratorních podmínkách.

Při podstatně vyšších intenzitách, než jsou běžné v terapeutických či komunikačních aplikacích, je realistické očekávat:

• rychlé lokální přehřátí povrchových tkání,
• potenciální poškození cév v exponovaných oblastech,
• kombinaci termálních a netermálních efektů vedoucích k akutním fyziologickým poruchám.

4.4 Programy směrovaných energetických zbraní (DEW)

Americké (a další) ozbrojené síly již desítky let rozvíjejí programy v oblasti DEW:

• High Energy Laser (HEL) systémy pro sestřelování dronů, raket a minometných granátů.
• High Power Microwave (HPM) systémy pro vyřazení elektroniky – včetně již demonstrovaných projektů jako CHAMP.
• Active Denial System (ADS) jako příklad neletálního MMW systému proti živé síle.

Tyto programy ukazují, že:

• existuje rozsáhlá průmyslová a výzkumná základna,
• problémy jako napájení, chlazení, řízení svazku a integrace do platforem byly z velké části vyřešeny,
• vývoj pokročilejších systémů (kombinujících např. HPM a jemně řízené biologické účinky) je technicky i organizačně realistický.

5. Integrovaný scénář technologie použité v incidentu

Na základě výše uvedených technických a vědeckých podkladů lze načrtnout realistický, byť hypotetický scénář technologie, která by mohla vysvětlit popisované jevy.

5.1 Kombinovaný HPM / DEW systém

Zbraň by mohla být založena na těchto principech:

1. Primární účel – elektronický útok:

   • Vysokovýkonné mikrovlnné pulzy v pásmu 1–10 GHz zaměřené na radarové a komunikační systémy.
   • Cílem je rychlé „oslepení“ a „ohluchnutí“ obrany: radary, radiostanice, datové uzly.

2. Sekundární účel – biologické působení:

   • Stejný nebo příbuzný systém využije laditelné pulzy (šířka, frekvence, opakovací frekvence), které:
     • excitují termoelastické vlny v oblasti hlavy (Frey efekt),
     • využívají rezonanci lebky a měkkých tkání k zesílení tlakových vln,
     • při dostatečné intenzitě způsobí cévní poškození v nosní oblasti a horních dýchacích cestách.

3. Platforma a nasazení:

   • Anténní systém může být umístěn:
     • na speciálně vybaveném vrtulníku,
     • na velkém dronu,
     • na pozemním prostředku s přímou viditelností na cíl.
   • Roj menších dronů může plnit funkci průzkumu, rušení nebo vytváření „falešných cílů“.

4. Řízení účinku:

   • Řídicí software umožňuje přepínat mezi režimy:
     • široký svazek pro plošné působení (paralyzování větší části personálu),
     • úzký svazek pro cílené útoky na konkrétní objekty (radiolokátory, komunikační uzly, vozidla).

5.2 Vysvětlení popisu svědka v tomto rámci

• Náhlý kolaps radarů a komunikací: odpovídá HPM útoku proti elektronice.
• „Vlna“, po níž „hlava exploduje zevnitř“: vysvětlitelná termoelastickými tlakovými vlnami v lebce (Frey efekt a jeho posílené varianty) v kombinaci s vysokým pulzním výkonem.
• Nosní krvácení, zvracení krve: mohou vznikat v důsledku cévních ruptur v důsledku rychlých tlakových a termálních změn v citlivých sliznicích a tkáních.
• Kolaps a paralýza: kombinace neurologického šoku, dezorientace, možné krátkodobé dysfunkce centrálního nervového systému a psychologického šoku.

Znovu je třeba zdůraznit, že jde o hypotetický scénář založený na fyzikální konzistenci, nikoli o potvrzený popis konkrétního vojenského systému.

6. Limity dostupných informací

6.1 Neexistence veřejného technického popisu

• Žádná vláda ani oficiální dokument dosud nepřiznal existenci konkrétní „paralyzující“ mikrovlnné zbraně použití v tomto incidentu.
• Veškeré úvahy se proto musí opírat o:
  • obecně známé výzkumné programy (DEW, HPM, ADS),
  • publikované vědecké studie účinků EM pole na lidský organismus,
  • technické možnosti současných zdrojů a anténních systémů.

6.2 Chybějící medicínská data

• Nemáme k dispozici:
  • lékařské zprávy z nemocnic, kde byli případně ošetřeni postižení členové ochranky,
  • obrazovou dokumentaci zranění,
  • laboratorní výsledky.

To výrazně omezuje možnost přesného určení fyzikálního mechanismu (termální vs. mechanický vs. kombinovaný účinek).

6.3 Možné zkreslení svědectví

• Lidská paměť v extrémním stresu je náchylná k chybám.
• Politický kontext (vnitřní propaganda Venezuely, zahraniční mediální rámce) může ovlivnit interpretaci událostí.
• Termíny jako „sonická zbraň“ mohou být použity volně pro jakoukoli „neviditelnou vlnu“, bez ohledu na skutečnou fyzikální povahu.

7. Závěr

Dostupné otevřené informace o incidentu se zadržením Nicoláse Madura naznačují, že mohlo dojít k nasazení pokročilé směrované energetické technologie schopné současně:

1. vyřadit klíčové elektronické systémy (radary, komunikace),
2. vyvolat akutní neurologické a fyziologické symptomy u lidského personálu,
3. umožnit malému týmu speciálních sil rychle ovládnout silně chráněný objekt.

Z fyzikálního, technického a historického hlediska nejlépe odpovídá kombinace:

• vysokovýkonných mikrovlnných pulzů (HPM) jako hlavního energetického mechanismu,
• neurologických jevů typu Freyova efektu a souvisejících termoelastických tlakových vln v lebce,
• znalostí a infrastruktury vybudované v rámci programů Directed Energy Weapons (DEW), včetně zkušeností z vývoje ADS a protielektronických HPM systémů.

Čistě akustická interpretace („sonická zbraň“ v úzkém slova smyslu) je málo pravděpodobná, a to jak kvůli fyzikálním omezením, tak kvůli nesouladu se známými účinky existujících akustických zbraní.

Současně je nutné zachovat epistemickou pokoru: v tuto chvíli neexistují veřejné důkazy, které by jednoznačně identifikovaly konkrétní zbraňový systém, jeho parametry či výrobce. Tato zpráva proto představuje technicky konzistentní hypotézu, opřenou o známé fyzikální principy a publikovaný výzkum, nikoli definitivní rekonstrukci skutečné podoby zbraně.

Poznámka: Tento dokument je koncipován jako podklad pro odbornou debatu. Pro hlubší studium problematiky je vhodné navázat přímým čtením:

• přehledových studií o vysokovýkonných mikrovlnných zdrojích (HPM),
• původních prací o Freyově efektu a novějších neurofyziologických studií mikrovlnných expozic,
• analytických zpráv o programech Directed Energy Weapons v USA a dalších zemích.

The post Zadržením Nicoláse Madura, použití možných technologií „paralyzující zbraně“ first appeared on Hard Wired.