Aktuálne postrehy z bezpečnostnej komunity

1. S niekoľkomesačným meškaním konečne vyšiel nový prielom číslo 25, odporúčam ho prečítať od začiatku do konca.

2. Kamarát Vid (Martin Mocko) zverejnil zaujímavú prezentáciu o copy protection, odporúčam prečítať alebo vidieť naživo

3. Zverejnený proof-of-concept krádeže identity v mestskej knižnici cez OpenCard. Hneď po zhliadnutí videa mi napadlo, že buď dotyční determinovali príslušné kľúče pre daný sektor využívaný knižnicou (použili “default”, alebo ich nejako inak “uhádli”), alebo jednoducho len determinovali UID danej karty, na ktorý je jednoznačne namapovaná identita používateľa mestskej knižnice a ten potom odemulovali.

Po prečítaní prezentácie Tomáša Rosu išlo o ten druhý prípad, teda získanie UID pomocou vysokofrekvenčnej RFID čítačky a emulácie pomocou ich PicNic vyvinutého prostriedku. Najabsurdnejšie na celej situácii je, že UID sa dá získať aj jednoduchším spôsobom – prečítaním z papierového účtu, kde ho máte pekne vytlačený po zaplatení nejakého tovaru vašou OpenCard kartou.

Samozrejme problém je primárne v blbej implementácii danej karty, kedy identita používateľa je zviazená so statickým identifikátorom ako UID, ktorý sa da jednoducho načítať, resp. získať iným spôsobom a následne odemulovať. To je problém všetkých Mifare kariet, od Ultralight po DESFire.

Je preto úplne nevyhnutné, aby všetky aplikácie, ktoré “identifikujú” používateľa výhradne na základe UID karty (prípad všetkých Mifare kariet), buď overovali dalšie “autentifikačné” údaje na karte ako napríklad jeho zašifrovaný hash (ktorý bude zašifrovaný aj kľúčom dodávateľa riešenia) uložený na nejakom šifrovanom bloku Mifare DESFire karty. Alebo celý tento identifikátor používateľa zašifrovali kľúčom dodávateľa a bezpečne uložili do nejakého šifrovaného bloku karty Mifare DESFire. Zviazanie s verejne dostupným UID nie je dobrý nápad, lebo v súčasnej dobe UID ide vždy odemulovať (buď pomocou Proxmark 3, NFC telefónu, či iného prostriedku).

Istý “workaround” predstavujú “RFID shieldy”, teda ochranné obaly, ktoré zabránia prípadnému skimmingu (a vytvoria nad kartou jednoduchú faradayovu klietku). Samozrejme nezábrania tomu, že daný používateľ si zabudne na stole svoj papierový účet z obedu s jeho vytlačeným UID 🙂

4. Chystáme sa prenajať veľký mobilný karaván a ísť na geek hackerský kemp do Holandska. Už teraz sa všetci tešíme…

more insights

Every leaked record = up to €500: fixed compensation for data leaks; the cheapest security is not collecting data

A Market-Based Way to Curb Excessive Mass Data Collection (State Registers, KYC Databases, E-Invoices, etc.)

October 29, 2026

Governments and companies hoard personal data, and when it leaks, the victims pay the price. A fixed, automatic payout for every leaked record would let the market decide how much data is worth keeping.

Critical security problem in UpdraftCentral: an attacker holding the service’s keys planted a backdoor on our websites

October 19, 2026

On the night of 19 October 2026 an attacker abused UpdraftCentral, the remote management service built into UpdraftPlus, a backup plugin with more than 4 million installations, and planted a backdoor on two of our three websites. Our sites were fully up to date and the fault was not on our side: the attacker signed the commands with valid keys that the UpdraftCentral Cloud service generates and keeps. We publish an analysis of the backdoor, indicators of compromise and a way to check your own sites. The vendor later confirmed that the attacker obtained the teamupdraft.com customer database, including UpdraftCentral keys.

We built an ORSR aggregator and priced out harvesting the whole register (the birth number, signature and health insurer of every Slovak company owner)

August 27, 2026

In one evening we built an AI-assisted ORSR aggregator: one click gives the birth number, signature, home address and health insurer of any Slovak company director. And we priced out harvesting the entire register: the cost of a used laptop.