Ha a futárszolgálatod, a számlázód vagy a hírlevélküldőd rendszerét törik fel, a vásárlóid adatai akkor is kikerülhetnek, ha a te WordPress-oldaladdal minden rendben van. A vásárló felé viszont te felelsz: adatkezelőként neked kell értékelned a helyzetet, és jellemzően 72 órán belül bejelentened a NAIH-nak. A jó hír, hogy pár óra munkával leltárba veheted, ki mit lát belőled.
Mi történik, ha nem nálam, hanem a futárnál vagy a számlázónál van a baj?
Friss magyar példa: 2026. augusztus 7-én az About You webáruház arról tájékoztatta a vásárlóit, hogy biztonsági incidens történt az egyik külső logisztikai partnerénél. A cég levele szerint jogosulatlan személyek ideiglenesen hozzáférést szereztek a partner azon rendszereihez, amelyeket a megrendelések feldolgozására és kézbesítésére használnak, és nem zárható ki, hogy közben vásárlói adatokba is betekintettek, vagy le is másolták azokat (Telex).
Az érintett adatkör a cég szerint: vezeték- és keresztnév, szállítási cím, e-mail-cím, telefonszám, ügyfél- és rendelésszám, a megrendelt termékek listája, mennyisége és ára. Jelszavakhoz és fizetési adatokhoz a tájékoztatás szerint nem fértek hozzá, az adatvédelmi hatóságot pedig értesítették (Portfolio). A vizsgálat a hírek megjelenésekor még folyt: hogy pontosan hány vásárlót érint, akkor még nem volt tisztázott.
Ez nem egyedi baleset, hanem a legerősebben növekvő trend a szakmában.
A Verizon 2026-os adatszivárgási jelentése szerint az esetek 48%-ában már érintett egy harmadik fél is — ez egy év alatt 60%-os ugrás. (Forrás: Verizon 2026 DBIR)
Neked ebből az a lényeg, hogy a saját oldalad rendben tartása szükséges, de nem elégséges. A vásárló nem a futárcéget fogja keresni, hanem téged — és jogilag is neked kell válaszolnod.
Kinek van hozzáférése a webshopod adataihoz?
Egy átlagos magyar WooCommerce-áruház több külső rendszerrel oszt meg vásárlói adatot, többnyire bővítményen vagy REST API-kulcson keresztül. Ugyanez a Verizon-jelentés szerint ma már a betörések 31%-a indul szoftverhiba kihasználásával — vagyis minden bekapcsolt integráció egy plusz szoftver, amit valakinek frissítenie kell (Verizon).
| Integráció | Milyen vásárlói adatot lát | Kockázat | Mit érdemes korlátozni |
|---|---|---|---|
| Futárszolgálat (GLS, Foxpost, MPL) | Név, szállítási cím, telefonszám, e-mail, rendelésszám | Magas — teljes kézbesítési profil | Csak az aktuális küldemények adatai; ne szinkronizáld a teljes rendelési előzményt |
| Számlázó (Billingo, Számlázz.hu) | Név, számlázási cím, adószám, tételek, összegek | Magas — pénzügyi és személyes adat együtt | Külön API-kulcs, csak a számlázáshoz szükséges jogosultsággal |
| Hírlevélküldő (Mailchimp, MailerLite) | E-mail, név, vásárlási szokások | Közepes — nagy lista, sok belépő | A szállítási cím és a telefonszám ne szinkronizálódjon; kétlépcsős azonosítás a fiókon |
| Fizetési szolgáltató (Barion, SimplePay, Stripe) | Tranzakciós adat, e-mail; a kártyaadat náluk marad | Alacsonyabb, de nagy hatású | Soha ne tárolj kártyaadatot a saját adatbázisodban |
| ERP / raktárrendszer | Szinte a teljes rendelési adatbázis | Magas — a legszélesebb hozzáférés | Csak a szükséges mezők; naplózott, visszavonható hozzáférés |
| Chat / ügyfélszolgálat | Név, e-mail, rendelésszám, beszélgetések | Közepes | Beszélgetések automatikus törlése; korlátozott ügynöki jogosultság |
| Analitika, remarketing | Viselkedési adat, esetleg e-mail hash | Alacsonyabb | Ne küldj át nyers nevet és e-mail-címet |
Hogyan készíts integráció- és API-kulcs-leltárt?
Szánj rá egy csendes délelőttöt, és menj végig ezen a listán. Nem kell hozzá fejlesztő.
• 1. Nyisd meg a WooCommerce → Beállítások → Speciális → REST API menüpontot. Itt látod az összes élő kulcsot: leírás, melyik felhasználóhoz tartozik, milyen jogosultsága van (olvasás, írás vagy mindkettő), és mikor használták utoljára (WooCommerce). • 2. Írd fel, melyik kulcs melyik partnerhez tartozik. Ha egy kulcsnál nem tudod megmondani, mire való, az önmagában is válasz. • 3. Nézd meg az utolsó használat dátumát. Ami hónapok óta érintetlen, azt jó eséllyel egy megszűnt integráció hagyta ott. • 4. A feleslegeseket vond vissza a „Kulcs visszavonása” gombbal. Előtte szólj a partnernek, mert az élő kulcs visszavonása azonnal megszakítja a kapcsolatot. • 5. Ellenőrizd a webhookokat is ugyanitt, a Speciális fül alatt: hova (milyen URL-re) küld ki adatot az áruházad, és aktív-e még az a végpont. • 6. Fésüld át a bővítménylistát. A deaktivált, de telepített bővítmény is sérülékeny maradhat — töröld, amit nem használsz. • 7. Nézd át a felhasználókat. Adminisztrátor és üzletvezető jogosultsága csak annak legyen, aki ma is dolgozik nálad; a régi ügynökségi és fejlesztői fiókokat töröld. • 8. Zárd le a külső fiókokat is: a hírlevélküldőn, a számlázón és a futár admin felületén kapcsold be a kétlépcsős azonosítást.
Egy ruházati webáruházas ügyfelünknél a leltár során több élő REST API-kulcs került elő, köztük olyanok, amelyeket egy évekkel korábban lecserélt szállítmányozási integráció hagyott hátra. Senki nem használta őket — de bármikor bárki használhatta volna. Ha közben az az érzésed támad, hogy valami nem stimmel az oldalon, olvasd el, miről ismerhető fel egy feltört WordPress-oldal.
Mit tegyél, ha a partnered incidenst jelez?
Időrendben, nyugodtan:
• Az első órákban. Kérd el írásban, mi történt: melyik rendszer, mikor, milyen adatkör, hozzávetőleg hány érintett. A NAIH tájékoztatója szerint az adatfeldolgozó köteles indokolatlan késedelem nélkül jelezni feléd az incidenst — ezt kérd is számon (NAIH). • Még aznap. Vond vissza és cseréld le az érintett integráció API-kulcsait, jelszavait. Készíts biztonsági mentést a jelenlegi állapotról — a 3-2-1 szabály szerint —, hogy a vizsgálathoz legyen mihez visszanyúlni. • Kockázatértékelés. Jelszó és fizetési adat nélkül is baj a név, cím, telefonszám és rendeléslista együtt: pont ez kell egy hiteles hangú, célzott adathalász üzenethez.
Az adatvédelmi incidenst az adatkezelőnek indokolatlan késedelem nélkül, lehetőleg 72 órán belül kell bejelentenie a NAIH-nak azután, hogy tudomást szerzett róla — kivéve, ha valószínűsíthetően nem jár kockázattal. (Forrás: NAIH)
• A 72 órás ablakban. Jelents be a NAIH Incidensbejelentő Rendszerén. A bejelentésnek tartalmaznia kell az incidens jellegét, a kapcsolattartót, a valószínű következményeket és a megtett intézkedéseket. Ha még nincs meg minden információ, élj a szakaszos bejelentés lehetőségével, amit később kiegészíthetsz (NAIH). • Utána. Vezesd be az esetet az incidens-nyilvántartásodba, és ha magas a kockázat, tájékoztasd a vásárlóidat is — világosan, számonkérhető tényekkel. Egy jól megírt tájékoztató bizalmat épít; erről szól a bizalmi jelek a webshopon cikkünk is.
Hogyan csökkentsd a kiadott adatok körét?
A GDPR 28. cikke szerint az adatfeldolgozóval írásbeli szerződést kell kötnöd. Ennek rögzítenie kell az adatkezelés tárgyát, időtartamát, jellegét és célját, a kezelt adatok típusát, az érintettek körét, továbbá azt, hogy a partner kizárólag a te utasításodra dolgozhat, titoktartás köti, és al-adatfeldolgozót is csak a hozzájárulásoddal vonhat be (GDPR-szöveg a NAIH oldalán). A gyakorlatban négy kérdést jelent ez minden partnernél: Mit lát? Meddig tárolja? Kinek adja tovább? Hogyan szól, ha baj van?
Ehhez jön a technikai oldal: ha egy integráció csak kiolvassa a rendeléseket, adj neki csak olvasható jogosultságú kulcsot — a WooCommerce külön kezeli az olvasási és az írási szintet (WooCommerce). Egy másik ügyfelünknél a hírlevélküldő fiókjához évekkel a szerződés lejárta után is hozzáfért egy külsős marketinges; nem történt baj, de nem is tudott volna róla senki.
A NAIH tájékoztatója szerint a bejelentések legjelentősebb részét egyébként nem hackertámadás, hanem a téves címzés miatti félrepostázás és a rossz címzettnek küldött e-mail adja (NAIH). Minél kevesebb helyen van meg a vásárlóid adata, annál kevesebb esély van bármelyik hibára.
Nézzük meg együtt, ki mit lát a webshopodból
A partnereid biztonságát nem tudod garantálni — azt viszont igen, hogy mennyi adatot adsz ki nekik, és hogy egy incidens napján legyen kész válaszod. A WP Pajzsnál ingyenes biztonsági gyorsellenőrzést kínálunk: átnézzük az élő API-kulcsokat, a webhookokat, a bővítményeket és a jogosultságokat, és megmutatjuk, hol van felesleges hozzáférés.
Kérd itt: wppajzs.hu — 15 perc alatt átbeszéljük, és utána nem kell találgatnod.
Gyakori kérdések
Mi történik, ha nem nálam, hanem a futárnál vagy a számlázónál van az adatszivárgás?
A vásárlóid felé attól még te felelsz. A GDPR nyelvén te vagy az adatkezelő, a futár vagy a számlázó pedig az adatfeldolgozó, aki a te utasításodra dolgozik. Ha nála történik incidens, neked kell értékelned a kockázatot, bejelentened a hatóságnak, és — ha indokolt — tájékoztatnod a vásárlóidat.
Kinek van hozzáférése a webshopom vásárlói adataihoz?
Jellemzően több szereplőnek, mint gondolnád: a futárszolgálatnak, a számlázónak, a hírlevélküldőnek, a fizetési szolgáltatónak, az ERP- vagy raktárrendszernek, a chatnek és részben az analitikának. Ezek nagy része WooCommerce-bővítményen vagy REST API-kulcson keresztül kapcsolódik. A pontos listát a WooCommerce → Beállítások → Speciális → REST API menüben és a bővítménylistában ellenőrizheted.
Mit kell tennem, ha a partnerem adatvédelmi incidenst jelez?
Először írásban rögzítsd, mi történt: melyik rendszert érintette, mikor, milyen adatkört és nagyjából hány vásárlót. Utána mérd fel a kockázatot, vond vissza és cseréld le az érintett integráció API-kulcsait, és készülj a NAIH-bejelentésre. Az incidenst a saját nyilvántartásodba is vezesd be.
Nekem kell bejelentenem a NAIH-nak, ha a partneremnél történt a baj?
Igen, a bejelentés az adatkezelőé, vagyis a webshopé. A NAIH szerint az incidenst indokolatlan késedelem nélkül, lehetőleg 72 órán belül kell bejelenteni azután, hogy a tudomásodra jutott — kivéve, ha valószínűsíthetően nem jár kockázattal. Ha még nincs meg minden információ, élhetsz a szakaszos bejelentés lehetőségével.
Hogyan csökkenthetem a partnereknek kiadott adatok körét?
Add ki minden integrációnak a legszűkebb adatkört és jogosultságot, ami a munkájához kell. A futárnak nem kell a teljes rendelési előzmény, a hírlevélküldőnek a szállítási cím, az analitikának pedig a név és az e-mail-cím. A WooCommerce API-kulcsoknál válaszd a csak olvasható szintet, ha a partner nem ír vissza az áruházba.
