Háttéranyag · Tudástár

Háttér az aktuális helyzet megértéséhez

Ez az oldal a téma tartós összefüggéseit mutatja be. A legfrissebb jogalkotási fejleményeket a „Most mi történik?” oldalon, a közvetlen teendőket pedig a „Cselekedj most” oldalon találod.

Technikai elemzés

Technológiai kockázatok

Miért nem oldja fel a technikai ellentmondást az az állítás, hogy „a szkennelés mellett a titkosítás is megmarad”? A kockázatokat kutatói források alapján, a jelenlegi jogalkotási helyzettől elkülönítve mutatjuk be.

Fontos státusz: a 2026. július 9-én elfogadott EP-módosítások kifejezetten kizárják a végpontok közötti titkosítással (E2EE) védett kommunikációt az ideiglenes szabály hatályából. A kliensoldali szkennelés itt ezért technikai kockázati forgatókönyv, nem annak állítása, hogy a mostani EP-szöveg előírja. A gyermekek szexuális bántalmazásának megelőzését célzó hosszú távú rendeletjavaslat (CSAR) külön eljárásban még tárgyalás alatt áll.
⚠️ Mi a kliensoldali szkennelés (CSS)?

A kliensoldali szkennelés (Client-Side Scanning, CSS) azt jelenti, hogy a felhasználó eszközén futó szoftver a tartalmat titkosítás előtt vagy visszafejtés után elemzi. A továbbítás ettől lehet végpontok között titkosított, de a végponton új ellenőrzési és támadási felület jön létre, amely gyengítheti a kommunikáció gyakorlati bizalmasságát.

A boríték

Nem a titkosítást akarják betiltani. Azt a csatát a kilencvenes években lefolytatták.

Azt kérik, hogy valaki elolvassa a levelet, mielőtt beleteszed a borítékba.

A boríték ettől sértetlen marad. A továbbítás formálisan végig titkosított. Csak épp a tartalom már azelőtt átment egy vizsgálaton, hogy a titkosítás egyáltalán elkezdődött volna. Technikailag ez a kliensoldali szkennelés lényege, és ezért nem oldja fel az ellentmondást az az érv, hogy „a titkosítás megmarad”.

A szkenner és a lista

Minden ilyen rendszer két részből áll, és a kettőt érdemes külön nézni.

A szkenner

A felismerő képesség, amit a készülékre vagy az alkalmazásba telepítenek. Ezt nehéz megépíteni: évek, jelentős fejlesztési költség, folyamatos karbantartás. Ezért szól róla a vita nagy része.

A lista

Hogy pontosan mit keres. Ez egy paraméter. Kicserélni technikailag triviális, jogilag pedig egyetlen szabálymódosítás kérdése.

Aki elfogadja a szkennert, a jövőbeli listákat is elfogadta.

Ez nem feltételezés valakinek a szándékáról. A telepített felismerési képesség műszaki tulajdonsága, hogy a keresett minták halmaza utólag módosítható. Éppen ezért kötik a szakmai álláspontok a szűk jogalaphoz, a független felügyelethez és a nyilvános auditálhatósághoz. [1]

Kit fog meg a szkenner?

A tömeges szkennelés a nyílt szolgáltatásokban, az átlagfelhasználó telefonján dolgozik. A szervezett elkövetők viszont nem ott mozognak.

Az Europol bűnüldözési fenyegetettségi elemzései (IOCTA) szerint a súlyosabb elkövetők zárt, gyakran Tor-alapú fórumokon, titkosítással és jelszóval védett archívumokban, valamint kifejezetten a felismerés kijátszására tervezett technikákkal osztják meg az anyagot. Aki így jár el, azt a készülékre telepített szkenner nagy eséllyel nem éri el.

A tömeges szkennelés az átlagfelhasználót vizsgálja, a legszervezettebb elkövetőt viszont épp nem.

Amit nem állítunk: hogy a szkennelés semmit nem talál. Az ismert anyag hash-egyeztetése és a gondatlanabb elkövetők elfogása valós. De épp a legsúlyosabb, legszervezettebb réteg kerüli ki a legkönnyebben, miközben a teher az ártatlan felhasználók magánüzenetein marad.

Fő technológiai kockázatok

🔓 Titkosítás gyakorlati gyengítése
Az eszközön, titkosítás előtt vagy visszafejtés után történő elemzés technikailag megkerülheti az E2EE által védett csatornát. A beépített tartalomelemző képesség későbbi kiterjesztése ezért valós biztonsági és irányítási kockázat.
Forrás: [1]
🎯 Téves pozitív és negatív találatok, valamint modellromlás
Az ismert tartalmak kriptográfiai hash-alapú egyeztetésének, a hasonlósági felismerésnek és a gépi tanulásnak nagyon eltérő a hibaprofilja. Egyik sem értékelhető egyetlen általános „pontossági” számmal; a téves pozitív és negatív arányt az adott rendszerre, küszöbre és adathalmazra kell mérni.
Forrás: [1]
🚪 Visszaélés és későbbi célkiterjesztés
Ha a felismerési képesség beépül az operációs rendszerbe vagy alkalmazásba, technikailag módosítható, milyen tartalmat keres. A jogi garanciák ezért nem választhatók el a rendszerfrissítések, a listakezelés és a független audit kérdésétől.
Forrás: [1]
🎭 Új támadási felületek
A helyi szkennelő modul és a hash-adatbázis támadható: adatkivonásra, adatszivárgásra vagy manipulációra is lehetőséget adhat, és hátsó kapuhoz hasonló felületet nyithat.
Források: [1]
⚖️ Nemcsak adatvédelmi, hanem rendszerszintű kockázat
Vezető biztonsági kutatók arra jutottak, hogy az ismert CSS-tervek rendszerszintű adatvédelmi és kiberbiztonsági kockázatokat teremtenek. A pontos kockázat és az esetleges bűnüldözési haszon a konkrét architektúrától függ, ezért azt nyílt műszaki vizsgálattal kell igazolni.
Forrás: [1]
👥 Hatás minden felhasználóra
A tömeges vizsgálat nem konkrét gyanúhoz kötődik, ezért a felhasználók széles körét érinti. Ez gyengítheti a digitális szolgáltatásokba vetett bizalmat, visszafoghatja az innovációt és növelheti a kiberbiztonsági kockázatokat.
Forrás: [2]

Mit kérj a döntéshozóktól?

Kérd a Tanácstól az EP mindhárom E2EE-védő módosításának elfogadását, a hosszú távú rendeletnél pedig a technikai részletek független és nyilvános vizsgálatát.

Hivatkozások és források

1
Bugs in our pockets: the risks of client-side scanning (Oxford Academic)
2
EDPB Statement 1/2024 on legislative developments

Kapcsolódó témák