Adatkezelési tevékenységek nyilvántartása (a GDPR 30. cikke)

Ez a dokumentum több nyelven jelenik meg. A nyelvi változatok közötti bármilyen eltérés esetén a lengyel változat az irányadó.

1.2 verzió · Utolsó frissítés: 2026. október 29.

1. Hogyan olvassa ezt a nyilvántartást

Ez a formexposed szolgáltatás adatkezelési tevékenységeinek a GDPR 30. cikke szerinti nyilvántartása. Nem adatvédelmi tájékoztató és nem marketinganyag. Feladata, hogy megmutassa egy felügyeleti hatóságnak, a bennünket adatfeldolgozóként auditáló Ügyfélnek vagy a következő, kérdésre választ kereső személynek, hogy ténylegesen milyen adatokat kezelünk, hol tároljuk őket, ki kapja meg őket és meddig maradnak meg. Azért tesszük közzé, mert egy űrlapokat ellenőrző és felügyelő szolgáltatásnak magának is ellenőrizhetőnek kell lennie.

Elkészítését három szabály vezérelte.

1. A ténylegesen ellenőrzött állapot, nem a szándék. Adatmezőkre, megőrzési időkre, címzettekre vagy védelmi intézkedésekre vonatkozó állítás csak akkor szerepel, ha azt a programkód, az adatbázisséma vagy mérés alátámasztja. Ami terv, azt „tervezettnek” nevezzük. Ami alapértelmezetten ki van kapcsolva, azt „alapértelmezetten kikapcsoltnak” nevezzük. Ha valamit nem tudunk bizonyítani, azt közöljük.
2. A megőrzést kétszer adjuk meg. Egyszer minden adatkezelési tevékenységnél, egyszer pedig a 6. szakaszban összképként: melyik éjszakai futás milyen adatokat töröl, és mely adatokat nem éri el. Az olyan nyilvántartás, amely csak az adatok egy részére érvényes megőrzési időt állít, rosszabb annál, amely megnevezi a nyitott kérdést.
3. A nyitott kérdések a szövegben szerepelnek, nem lábjegyzetben. A 8.1 szakasz a még meg nem valósított intézkedéseket sorolja fel, a 10. szakasz pedig a nyitott kérdéseket a tervezett intézkedésekkel együtt. A nyilvántartás munkaeszköz, nem tanúsítvány.

Adatmezők táblanevek helyett. Minden adatkezelési tevékenységnél közérthető mezőkként soroljuk fel a tárolt adatokat. Az adatbázistábla neve zárójelben következik, hogy az auditor megtalálja a helyét, például „bejelentkezési kísérletek (login_attempts)”. A mezőlistákat az adatbázissémából vezettük le, nem emlékezetből.

Megőrzési idők helyőrzőként. Ahol a megőrzési idő az adminisztrációs felületen állítható, itt pontosan úgy jelenik meg, ahogyan az éjszakai futás olvassa: a látható szám ugyanabból a beállításból származik, amely a törlést szabályozza. A programban rögzített megőrzési időket számként adjuk meg.

A mérés alapja. A sémát, kódot és beállításokat 2026. október 11-én mértük fel a fejlesztési rendszeren, amely kódjában és sémájában megegyezik az éles rendszerrel. A fejlesztési rendszerből nem közlünk rekordszámokat; azok tesztadatokat tartalmaznak, és semmit nem mondanak az éles működésről.

Szándékosan kihagyott adatok. Ez a nyilvántartás nem nevezi meg szervereink gazdagépneveit, belső hálózati címeit, portjait, felhasználóneveit vagy szoftververzióit. Az ilyen részletek egy támadót segítenek, az érintetteket nem. Ugyanezért saját szervereink biztonságának nyitott kérdéseit csak általánosságban írjuk le (8.1 szakasz): a kockázatot nevezzük meg, nem az odavezető utat. A részleteket kérésre rendelkezésre bocsátjuk a felügyeleti hatóságnak.

Jogi jelleg. Ez a nyilvántartás a GDPR 30. cikke alapján a felügyeleti hatóság számára vezetett dokumentációnk; közzététele önkéntes. Nem képezi semmilyen szerződés részét, és az Ügyfelekkel vagy harmadik felekkel szemben nem minősül semmilyen szavatossági nyilatkozatnak, garanciának vagy minőségre vonatkozó megállapodásnak. Az Ügyfelekkel szembeni kötelezettségeinket a Szolgáltatási feltételek, az Adatfeldolgozási szerződés és annak mellékletei szabályozzák; e kötelezettségek tekintetében ezek elsőbbséget élveznek e nyilvántartással szemben. A nyilvántartás az e verzió dátumakor fennálló helyzetet írja le. Az olyan minősítések, mint a „nyitott kérdés” vagy az „értékelés”, saját álláspontunkat tükrözik, és nem előlegezik meg egy felügyeleti hatóság vagy bíróság jogi értékelését; a „tervezettként” leírt intézkedések vállalt határidő nélküli szándékok.

2. A jogalany és a nyilvántartás két részének oka

Mező	Bejegyzés
Jogalany	LW IT Solutions Company Lukas Wójcik, a lengyel vállalkozói nyilvántartásban (CEIDG) bejegyzett egyéni vállalkozás; tulajdonos: Lukas Wójcik
Cím	al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Lengyelország
Adóazonosítók	NIP 7252266190, közösségi adószám PL7252266190
Kapcsolat	contact@lukaswojcik.com; az ügyfélszolgálati ablak (kérdőjel a navigációban); a kapcsolatfelvételi oldal
Szolgáltatás	formexposed: weboldalak kapcsolatfelvételi űrlapjainak ellenőrzése, felügyelete és védelme (alkalmazás a formexposed.com, bemutatkozó oldal a form.exposed címen)
A GDPR 27. cikke szerinti képviselő	Nem alkalmazandó. A jogalany az Unióban (Lengyelországban) rendelkezik székhellyel.
Adatvédelmi tisztviselő	Nincs kijelölve. A 37. cikk szerinti értékelést a 9. szakasz tartalmazza.
Illetékes felügyeleti hatóság	Prezes Urzędu Ochrony Danych Osobowych (UODO, a lengyel adatvédelmi hatóság), ul. Moniuszki 1A, 00-014 Warszawa
Tárhely	Saját szervereink Lengyelországban: egy webszerver az alkalmazással és az adatbázissal, valamint egy vizsgálati szerver helyi nyelvi modellel ugyanazon a belső hálózaton. Nincs külső adatközpont- vagy felhőszolgáltató.

A formexposed különböző embercsoportokkal szemben eltérő szerepeket tölt be. Ezek összekeveréséből olyan nyilvántartás születik, amely egyikükre sem helyes.

• Adatkezelő (B rész, 30. cikk (1) bekezdés). Mi magunk vagyunk az adatkezelő saját Ügyfeleink és csapattagjaik adatai (fiók, bejelentkezés, számlázás, ügyfélszolgálat, naplók), saját weboldalunk látogatói, a fiók nélküli ellenőrzések (ingyenes ellenőrzés, fejléc-eszköz, tanulmány, érdeklődői ellenőrzés) és a visszaélések megelőzése tekintetében.
• Adatfeldolgozó (A rész, 30. cikk (2) bekezdés). Az Ügyfél nevében járunk el harmadik felek olyan személyes adatai tekintetében, amelyeket az Ügyfél a szolgáltatásba hoz, vagy amelyek az Ügyfélnek nyújtott szolgáltatás során keletkeznek: valódi űrlap-e-mailek másolatai a kézbesítés-ellenőrzésben, az Ügyfél ügyfélportáljának feliratkozói, az Ügyfél riasztásainak címzettjei, az Ügyfél ellenőrzött oldalain véletlenül látható személyek, az Ügyfél tesztfiókjának hozzáférési adatai és az Ügyfél által beillesztett űrlapkód. Ennek alapja az Adatfeldolgozási szerződés, amelyet minden Ügyféllel a regisztrációkor kötünk meg.
• Kizárólag az Ügyfél oldalán. A WordPress-bővítmény és a TYPO3-bővítmény egyes funkciói kizárólag az Ügyfél weboldalán kezelnek adatokat, anélkül, hogy azok valaha eljutnának hozzánk (karantén, biztonsági háló, számolási feladvány, megőrzési beállítások, helyi számlálók, rögzítő). Ezek nem általunk végzett adatkezelések, ezért egyik részben sem szerepelnek. Az A rész végén mégis ismertetjük őket, hogy a határ látható legyen.

Az elkülönítés a kódba is be van építve, nem csupán a szövegbe: a valódi űrlap-e-mailből a kézbesítés-ellenőrzés csak az időpontot, a hozzárendelést és a hitelesítési eredményt írja az adatbázisba; a böngészős ellenőrzések képernyőképei maszkolják a beviteli mezőket; a tesztfiók hozzáférési adatai úgy vannak titkosítva, hogy a webszerver már nem tudja elolvasni őket. A részleteket az egyes bejegyzések tartalmazzák.

A 6–11. szakasz mindkét részre vonatkozik: megőrzés, automatizált döntések, műszaki és szervezési intézkedések, adatvédelmi tisztviselő, nyitott kérdések és e nyilvántartás karbantartása.

Hatály. Ez a dokumentum a nyilvántartás formexposed szolgáltatásra vonatkozó része. Ugyanezen jogalany más szolgáltatásokhoz kapcsolódó adatkezeléseit azok saját nyilvántartásai rögzítik; a szolgáltatáson kívüli általános könyvelésre és üzleti adminisztrációra ez a rész nem terjed ki.

3. A rész – 30. cikk (2) bekezdés: adatkezelés az Ügyfelek nevében

A.0 Részt vevő felek

Mező	Bejegyzés
Adatfeldolgozó	LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Lengyelország; contact@lukaswojcik.com
Adatkezelők	A formexposed Ügyfelei: olyan vállalkozások és ügynökségek, amelyek domaineket tartanak a fiókjukban, és harmadik felek adatainak keletkezésével járó funkciókat használnak. Ügynökségeknél az ügynökség saját ügyfele is lehet az adatkezelő; ekkor az ügynökség ezen ügyféllel szemben adatfeldolgozóként, mi pedig további adatfeldolgozóként járunk el.
Az adatkezelők listája	E nyilvántartás része, amelyet elektronikus formában (a GDPR 30. cikkének (3) bekezdése) a szolgáltatás rendszerében vezetünk, és e nyilvános változatban nem közlünk, mert az Ügyfelek személyes adatait tartalmazza, és minden új Ügyféllel elavulna: minden munkaterület tulajdonosa az ügyfélfiókban szereplő névvel, e-mail-címmel és céggel (cím és közösségi adószám csak a Stripe-nál) (users, workspaces, workspace_users), valamint a munkaterület domainjei (domains). Kérésre kivonatként átadjuk a felügyeleti hatóságnak.
Az adatkezelők képviselői és adatvédelmi tisztviselői	A rendszerben nincs erre külön mező. Ha egy Ügyfél a GDPR 27. cikke szerinti képviselőt vagy adatvédelmi tisztviselőt jelölt ki, értesíthet bennünket róluk; az értesítést az adatkezelők listájával együtt őrizzük meg.
Az adatfeldolgozó képviselője	Nem alkalmazandó (Lengyelországban letelepedett).
Adatvédelmi tisztviselő	Nincs kijelölve (9. szakasz).
Utasítások	Az utasítás az Adatfeldolgozási szerződésből és az Ügyfél által elvégzett beállításokból következik: az Ügyfél bekapcsolja a kézbesítés-ellenőrzést, riasztási célokat állít be, tesztfiókot tárol és ügyfélportált hoz létre. E művelet nélkül az adott adatkezelés nem történik meg.
Műszaki és szervezési intézkedések	A 8. szakasz és a Műszaki és szervezési intézkedések oldal az A rész minden adatkezelési tevékenységére vonatkozik. A különleges intézkedéseket az adott bejegyzés tartalmazza.

A.1 Kézbesítés-ellenőrzés – űrlap-e-mailek ellenőrző másolata

Mező	Bejegyzés
Cél	Annak ellenőrzése, hogy az Ügyfél kapcsolatfelvételi űrlapjáról ténylegesen elküldik-e az e-mailt, és hogyan hitelesítik azt (SPF, DKIM, DMARC, alignment). Elfogadott aktív tesztbeküldés után annak másolatának egy beállítható várakozási időn belül (jelenleg 3 óra) meg kell érkeznie az ellenőrző postafiókba; ellenkező esetben „A teszt-e-mail nem érkezett meg” riasztás keletkezik. A fejlécekből az űrlap-e-mail hitelességét, a használt e-mail-szolgáltatást és a tiltólista-ellenőrzéshez szükséges küldőcímet is meghatározzuk.
Előfeltétel	Fizetős csomag, igazolt domain, az Ügyfél által bekapcsolva. Az Ügyfél saját, azonosítót tartalmazó ellenőrző címét („delivery+identifier@…” alakban) titkos másolatként megadja az űrlapja értesítésében. Beállított ellenőrző postafiók nélkül a funkció nem érhető el.
Érintettek kategóriái	Az Ügyfél weboldalának látogatói, akik beküldik az Ügyfél űrlapját; olyan személyek, akiknek adatait egy látogató az üzenetbe írja; az Ügyfél munkatársai, akik címzettként szerepelnek a fejlécekben.
Személyes adatok kategóriái	Az ellenőrző postafiókban (a levelezési szolgáltatónál): minden űrlap-e-mail teljes másolata, beleértve a valódi megkereséseket névvel, e-mail-címmel, telefonszámmal és szabad szöveggel, a törlésig. A lekérés során beolvasva: a fejlécek és a törzs legfeljebb első 8 KB-ja. Az adatbázisban: a beérkezés időpontja, a domainhez és adott esetben a tesztfutáshoz rendelés (delivery_log); domainenként a legutóbbi hitelesítési eredmény SPF-, DKIM- és DMARC-eredménnyel, alignmenttel, feladói domainnel, aláíró domainekkel és a küldő levelezőszerver címével (a domain hitelesítési mezője a domains táblában). A tartalmat, tárgyat és a látogató feladói címét nem írjuk az adatbázisba.
Megjegyzés a feladói domainről	Ha egy űrlap a látogató címét adja meg feladóként (olyan hibás beállítás, amelynek feltárására az ellenőrzés szolgál), a hitelesítési eredmény ennek a címnek a domainjét tartalmazza, magát a címet nem. Ha a látogató személyes domaint használ, ez is személyes adat lehet. A következő beérkezéskor felülíródik.
Forrás	Az Ügyfél weboldalán található űrlap, az Ügyfél által megadott titkos másolaton keresztül.
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg. Az Ügyfél adatvédelmi tájékoztatójához javasolt szövegünk a másolatot a GDPR 6. cikke (1) bekezdésének f) pontjára alapozza (a megkeresések megbízható fogadásához fűződő jogos érdek). Az Ügyfél tájékoztatja látogatóit erről az adatáramlásról; az Adatfeldolgozási szerződés erre kötelezi.
Címzettek	Az ellenőrző postafiókot üzemeltető levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). A másolat közvetlenül oda kerül: csak akkor érkezik meg, ha domainünk MX-rekordjai erre a postafiókra mutatnak (ezt az indulás előtti ellenőrzőlista ellenőrzi); továbbításon keresztül nem jut el a postafiókba. A domain oldalán az Ügyfél csak az időpontot, a hozzárendelést és a hitelesítési eredményt látja. Ha a hitelesítési eredmény romlik, az Ügyfélnek és az általa választott csatornáknak küldött riasztás megnevezi a feladói domaint, ha az nem tartozik a weboldalhoz (A.3, 4.1).
Harmadik ország	A levelezési szolgáltatótól függ; lásd a 4. szakaszt. A tervezett szolgáltatóval kötött szerződés és az adattovábbítás jogalapja még nincs dokumentálva.
Megőrzés	Sikeres feldolgozás után az e-mailt törlésre jelöljük, és ugyanabban a futásban eltávolítjuk a postafiókból, akkor is, ha egyetlen domainhez sem rendelhető hozzá. A lekérés az állapotellenőrző futással együtt ötpercenként történik, amíg a felügyelet be van kapcsolva az adminisztrációs felületen (srv/cron_status.php, cfg/zustellung_lib.php). Ha a lekérés vagy törlés sikertelen, az e-mail a következő sikeres futásig a postafiókban marad. Ugyanez a lekérés 180 nap után törli a delivery_log hozzárendeléseit. A hitelesítési eredmény a domain fennállásáig megmarad.
Mit bizonyít a bizonyíték	Csak az adott tesztfutáshoz rendelt másolat beérkezését az ellenőrző postafiókba. Nem bizonyítja sem a tényleges címzetthez való megérkezést, sem a CRM-ben történő rögzítést. Natív HubSpot-megerősítést nem kínálunk.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: a tartalmat csak a memóriában értékeljük ki; nem tároljuk a törzset, tárgyat vagy teljes feladói címeket; törlés attól függetlenül, hogy a hozzárendelés sikerült-e.

A kézbesítés-ellenőrzés az egyetlen funkció, amelyen keresztül Ügyfeleink látogatóinak valódi üzenetei eljutnak hozzánk. Ezért az Ügyfél nevében végzett adatkezelésről van szó, nem saját felelősségünkre nyújtott szolgáltatásról, és ezért a postafiókban töltött idő a kockázat valódi mércéje: rendszerint percek; ha a lekérés megszakad, annak újbóli működéséig. A másolatok nem tartalmazhatnak személyes adatok különleges kategóriáit; ezt műszakilag nem tudjuk megakadályozni, mert a látogató dönti el, mit ír.

A.2 Ügyfélportál és havi jelentés a feliratkozóknak

Mező	Bejegyzés
Cél	Egy ügynökség (Business csomag) saját márkája alatt mutatja meg ügyfeleinek domainjeik állapotát (véletlenszerű című portál, választható jelszóvédelemmel, választhatóan az ügynökség saját aldomainjén). Az ügyfél ott e-mailben küldött havi jelentést igényelhet. A jelentést az ügynökség nevében küldjük.
Érintettek kategóriái	Az ügynökség ügyfelei és azok munkatársai, akik a jelentést igénylik; a portált megnyitó személyek.
Személyes adatok kategóriái	Feliratkozó: e-mail-cím, nyelv, megerősítési azonosító, az igénylés időpontja és az akkori IP-cím, a megerősítés időpontja (kettős megerősítés), a leiratkozás időpontja, az utolsó elküldött hónap (client_subscribers). Portál: név, kiválasztott domainek, véletlenszerű azonosító, jelszó kizárólag hash formájában, létrehozó személy, időpont, visszavonás (client_portals). A portál látogatásai megjelennek az oldalmegtekintési naplóban (B.2).
Forrás	A feliratkozók maguk adják meg a portálon.
Jogalap (az adatkezelő határozza meg)	A feliratkozó kettős megerősítési eljárással megszerzett hozzájárulása; az adatkezelő az ügynökség. Senkinek nem írunk, aki nem maga iratkozott fel és erősítette meg a feliratkozását.
Címzettek	Az ügynökség (látja a feliratkozóit); a levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) a megerősítő e-mail és a jelentés küldéséhez.
Harmadik ország	A levelezési szolgáltatón keresztül; lásd a 4. szakaszt.
Megőrzés	Éjszakai törlési futás (cfg/fristen_lib.php, „portálfeliratkozók” rész): a soha meg nem erősített igénylések 30 nap után; a leiratkozott feliratkozók a leiratkozás után három évvel, a korábbi hozzájárulás igazolása céljából. A megerősített, le nem iratkozott feliratkozók addig maradnak meg, amíg az ügynökség munkaterülete létezik. A visszavont portált csak letiltjuk, nem töröljük; feliratkozói többé nem kapnak jelentéseket, de adataik megmaradnak (10. szakasz). A portálok és feliratkozók a munkaterülettel együtt azonnal törlődnek (fe_arbeitsbereich_daten_loeschen()). Az elküldött jelentések 30 napig maradnak a kimenő levelek tárában (B.25).
Műszaki és szervezési intézkedések	8. szakasz. Különösen: a portál jelszava csak hash formájában, korlátozott találgatási kísérletek (tíz portálonként és IP-címenként, 50 portálonként 15 perc alatt); egykattintásos leiratkozás minden e-mailben; a portál csak állapotot és főbb számadatokat mutat, bizonyítékokkal ellátott egyedi megállapításokat nem.

A.3 Az Ügyfél riasztásainak címzettjei, a visszaigazoló személyek és a kijelölt felelősök

Mező	Bejegyzés
Cél	Értesítések hibákról és változásokról az Ügyfél által egy domainhez beállított célokra: e-mail, webhook, Slack, Discord, Microsoft Teams, Google Chat, Telegram. Célonként azonnal, vagy napi, illetve heti összesítésben, továbbá kizárólag eszkalációra szolgáló célok. Minden problémaértesítés incidenssé válik, amelyet a címzett egy hivatkozáson keresztül visszaigazolhat. A felügyelt űrlapokhoz az Ügyfél felelős személyt és határidőt adhat meg.
Érintettek kategóriái	Az Ügyfél munkatársai és szolgáltatói, akiket az Ügyfél riasztási célként megad vagy felelősként megnevez; incidenst visszaigazoló személyek. A saját fiókkal rendelkező csapattagok a B részben is szerepelnek.
Személyes adatok kategóriái	Riasztási cél: csatorna, célcím (e-mail-cím, webhook- vagy csevegési cím, Telegram-csevegésazonosító), kiválasztott események, kézbesítési mód, webhookok aláírási titka, legutóbbi kézbesítés és legutóbbi hiba (alerts). Kézbesítési napló: cél, események, állapot, hiba, időpont (alert_log). Összefoglalók várólistája: értesítési sorok és hivatkozás a kézbesítésig (alert_queue). Incidens: cím, értesítési sorok, hivatkozás, visszaigazolási azonosító, időpont és a visszaigazoló személy neve vagy e-mail-címe az űrlapon megadottak szerint, ennek hiányában a bejelentkezett tag címe (alert_incidents). Eszkalációs kézbesítési kísérletek incidensenként és célonként: kísérletek száma (legfeljebb öt), az utolsó és a következő kísérlet, valamint a siker időpontja, hivatkozás a kimenő levelek tárában lévő e-mailre, hiba (alert_escalation_deliveries tábla). Hozzárendelés: a felelős személy fiókja és határidő (a monitored_forms táblában).
Az értesítések tartalma	Domain, esemény, rövid magyarázat és hivatkozás a domain oldalára. Látogatói üzenetek tartalma nélkül.
Forrás	Az Ügyfél adja meg; a visszaigazoló személy maga írja be a nevét; a Telegram-csevegésazonosító akkor jön létre, amikor a címzett a botban megnyomja a „Start” gombot (B.32).
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg; rendszerint az Ügyfél saját működésének megszervezése (a GDPR 6. cikke (1) bekezdésének b) vagy f) pontja az Ügyfél munkatársai és szolgáltatói tekintetében).
Címzettek	A kiválasztott csatornák üzemeltetői; lásd a 4.1 szakaszt. E-mail-riasztások a levelezési szolgáltatón (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) keresztül.
Harmadik ország	A kiválasztott csatornától függően; több szolgáltató székhelye az USA-ban, a Telegramé az EU-n kívül, megfelelőségi határozat nélkül található. Lásd a 4.1 szakaszt.
Megőrzés	A kézbesítési napló 90 nap után (éjszakánként, fe_alert_log_aufraeumen() a srv/cron_status.php fájlból). Az összefoglaló értesítések a kézbesítés után 30 nappal (cfg/kanal_lib.php, minden összefoglaló kézbesítésekor). Az incidensek a megoldásukig; a megoldottak a megoldás után 180 nappal (cfg/vorfall_lib.php, eszkalációs futás), az eszkalációs kézbesítési kísérleteikkel együtt. A riasztási célok és hozzárendelések az Ügyfél általi törlésig vagy a domainnel együtt történő törlésig.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: célonként külön titokkal aláírt webhookok; visszaigazolás csak kattintás után (POST), hogy a csevegőprogramok hivatkozás-előnézetei ne váltsanak ki semmit; a karbantartási időablak alatti riasztásokat csak naplózzuk, nem küldjük el.

A.4 Az Ügyfél ellenőrzött oldalain és a képernyőképeken véletlenül látható személyek

Mező	Bejegyzés
Cél	Az Ügyfél fiókjában lévő domainek ellenőrzése (vizsgálat, felügyelet, aktív ellenőrzés) beolvassa az Ügyfél nyilvános oldalait, és képernyőképeket készít az űrlapokról. Amit maga az oldal megjelenít, olyan személyeket is érinthet, akiknek semmi közük az ellenőrzéshez. Ezek az adatok járulékosan keletkeznek; nem képezik az ellenőrzés célját.
Érintettek kategóriái	Olyan személyek, akiknek neve, fényképe vagy elérhetősége megjelenik az ellenőrzött oldalon (kapcsolattartó az űrlap mellett, csapatfotók a kezdőlapon, impresszumadatok).
Személyes adatok kategóriái	Képernyőképek: a kezdőlap látható területe, minden látható űrlap kivágatként, valamint az aktív tesztbeküldés utáni következő oldal képe; fájlokként tárolva a webes könyvtáron kívül, az adatbázisban csak a hivatkozással (scan_screenshots). Űrlapszerkezet: oldalcím, szelektor, mezőnevek, mezőtípusok, mezőcímkék, kötelezőségi és láthatósági jelzők, beküldőgombok feliratai (forms, „field map” mező); mezőértékek nélkül. A vizsgáló a rejtett mezők elejét (legfeljebb 24 karaktert) és az adatattribútumok elejét (legfeljebb 60 karaktert) csak az ellenőrzés során olvassa, időbélyegek és tokenek felismeréséhez; csak az eredményt tároljuk. Megállapítások bizonyítékokkal (findings), összefoglaló oldalcímekkel (scans). Ha az űrlapban e-mail-cím szerepel címzettként, csak annak domainjét tároljuk, a címet soha.
Forrás	Az Ügyfél domainjének nyilvános oldalai, amelyeket a vizsgáló kér le.
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg saját weboldalának tartalma tekintetében. Számunkra az adatkezelés a megrendelt ellenőrzés része.
Címzettek	Az Ügyfél; ügynökségeknél az ügynökség ügyfele a portálon vagy saját márkás jelentésen keresztül; bárki, aki jelentéshivatkozást kap (véletlenszerű című jelentések, keresőmotorokban nem szerepelnek). Ha az űrlap típusa nem egyértelmű, saját szerverünk helyi nyelvi modellje osztályozás céljából megkapja az űrlapszerkezetet az oldal címével, webcímével és az űrlap látható szövegével (legfeljebb 400 karakter); képeket nem kap.
Harmadik ország	Nincs.
Megőrzés	Egy domain ellenőrzési eredményei legfeljebb 13 hónapig; domainenként az utolsó befejezett ellenőrzés megmarad (éjszakai törlési futás, „régi ellenőrzési eredmények” rész). Az űrlapok, megállapítások, képhivatkozások és képfájlok az ellenőrzési eredménnyel együtt törlődnek. A domainnel együtt ezek az adatok azonnal törlődnek (törlési lánc a B.15 pontban; kivételek a 6.4 szakaszban).
A maszkolás korlátai	A teljes ellenőrzés képernyőképei semmit nem maszkolnak: azt mutatják, amit az oldal minden látogatónak megjelenít. Lekéréskor az űrlapmezők üresek, mert a vizsgáló nem ír be semmit; az előre kitöltött értékek láthatók lennének. Bejelentkezés mögött nem készül képernyőkép (A.5). A böngészős ellenőrzések képei maszkolják a beviteli mezőket (A.6).
Műszaki és szervezési intézkedések	8. szakasz. Különösen: a képek csak a jelentésen keresztül kérhetők le, más képazonosítója „nem található” választ ad; jelentések noindex jelöléssel; minden ellenőrzés saját, elkülönített konténerben fut.

Ugyanezek az adatok keletkeznek a fiók nélküli ellenőrzések során is (ingyenes ellenőrzés, tanulmány, érdeklődői ellenőrzés). Ott nincs olyan Ügyfél, akinek a nevében eljárnánk; ezek az esetek ezért a B részben szerepelnek (B.5, B.7, B.8).

A.5 A tesztfiók hozzáférési adatai a bejelentkezés mögötti vizsgálathoz

Mező	Bejegyzés
Cél	Csak bejelentkezés után megjelenő űrlapok olvasása (ügyfélterület, tagok területe). A vizsgáló az Ügyfél által a saját weboldalán létrehozott tesztfiókkal jelentkezik be, és beolvassa a megadott oldalakat. A bejelentkezési űrlapon kívül semmit nem küld be, ott nem végez aktív tesztet, nem készít képernyőképet, és nem látogat meg kijelentkezési, törlési vagy lemondási címeket. Ha a bejelentkezési űrlapon CAPTCHA van, leáll; a CAPTCHA-kat nem kerüli meg.
Előfeltétel	Igazolt domain, fizetős csomag, tulajdonosi vagy rendszergazdai szerepkör, kifejezett megerősítés arról, hogy a fiók tesztfiók. Legfeljebb öt oldal, mind ugyanazon a domainen.
Érintettek kategóriái	Az a személy, akinek a nevén a tesztfiók van (ideális esetben senki; az Ügyfélnek funkcionális fiókot célszerű használnia); olyan személyek, akiknek adatai a bejelentkezés mögötti oldalakon megjelennek.
Személyes adatok kategóriái	A tesztfiók felhasználóneve és jelszava, kizárólag titkosítva; a felhasználónévre utaló jelzés (első karakter és hossz); bejelentkezési cím, oldalak listája, bejelentkezési mezők neve, sikerjelző, létrehozó személy, időpontok, legutóbbi eredmény rövid kódként (domain_logins). Futó feladatnál a titkosított szöveg másolata („login package” mező a scan_jobs táblában). A bejelentkezés mögötti oldalakról: az A.4 szerinti űrlapszerkezet, képernyőképek és sütik nélkül.
Forrás	Az Ügyfél adja meg a fiókban.
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg. Az Ügyfél szavatolja, hogy jogosult a tesztfiók használatára.
Címzettek	Nincsenek. Sem az Ügyfél, sem az ügyfélszolgálat, sem a programozási interfész nem tudja kiolvasni a hozzáférési adatokat; a felület csak a felhasználónévre utaló jelzést mutatja.
Harmadik ország	Nincs.
A hozzáférési adatok védelme	A felhasználónevet és jelszót tároláskor azonnal titkosítjuk a vizsgálati szerver nyilvános kulcsával (X25519, HKDF-SHA256, AES-256-GCM; a domaint kapcsolt adatként kötjük hozzá, így a titkosított szöveg nem csatolható másik domainhez). A privát kulccsal csak a vizsgálati szerver rendelkezik. A webszerver, az adatbázis és a biztonsági mentések csak titkosított szöveget tartalmaznak; ott mi sem tudjuk visszafejteni. A vizsgálati szerver csak a futáshoz fejti vissza, a hozzáférési adatokat kizárólag a szabványos bemeneten keresztül adja át az elkülönített ellenőrző konténernek, azonnal törli a feladatban lévő másolatot, és semmilyen eredménybe, naplóba vagy hibaszövegbe nem írja ki. Az Ügyfél weboldala felé vezető úton csak annak a weboldalnak a titkosítása védi őket; ezen adatátvitel korlátait a 10. szakasz ismerteti.
Megőrzés	A tárolt hozzáférési adatok az Ügyfél általi törlésig maradnak meg. Törléskor a titkosított szöveget azonos hosszúságú véletlen adatokkal felülírjuk, és a sort töröljük; a várakozó feladatokból eltávolítjuk az adatokat (fe_login_loeschen()). A domainnel együtt a sor idegen kulcson keresztül törlődik. A vizsgálati szerver a futás után eltávolítja a feladatokban lévő másolatokat; a megmaradt adatokat (megszakított feladat, nem működő vizsgálati szerver) az állapotellenőrző futás legkésőbb egy óra után eltávolítja (fe_login_aufraeumen(), „login_jobs” rész). Az adatbázis-mentések a titkosított szöveget a mentés 14 nap utáni lejártáig tartalmazzák.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: aszimmetrikus titkosítás külön kulcsokkal; tiltólista a kijelentkezési és törlési útvonalakhoz; bejelentkezés mögött nincsenek képernyőképek; a funkció csak fizetős csomagokhoz és igazolt domainekhez érhető el; minden változás szerepel a tevékenységnaplóban (hozzáférési adatok nélkül).

Szándékosan nem építettünk be lehetőséget az Ügyfél szerveréhez, CMS-adminisztrációs felületéhez vagy tárhelyfiókjaihoz tartozó hozzáférési adatok tárolására. A tesztfiók az Ügyfél weboldalán lévő látogatói fiók, nem az Ügyfél rendszeréhez való hozzáférés.

A.6 Beállított űrlapfolyamatok, böngészős ellenőrzések és független próba

Mező	Bejegyzés
Cél	Egy felügyelt űrlapot valódi böngészőben (Chromium, WebKit vagy mindkettő) végigjárunk a beküldés előtti pontig: betöltjük az oldalt, elvégezzük az előzetes kattintásokat (legfeljebb ötöt, soha nem beviteli mezőre vagy beküldőgombra), a mezőket felismerhetően mesterséges értékekkel töltjük ki (például a fenntartott .invalid végződés alatti címmel), és továbbhaladunk a többlépéses űrlapokon. A böngészős ellenőrzés semmit nem küld be; a beküldést a böngészőben műszakilag blokkoljuk. Ezenfelül időméréseket és az űrlap vizuális összehasonlítását végezzük.
Érintettek kategóriái	Az A.4 szerint (az űrlapoldalon látható személyek); az Ügyfél felelősként megadott munkatársai (A.3).
Személyes adatok kategóriái	Konfiguráció: űrlapcím, szelektorok, belépési cím, kattintási lépések, böngészőválasztás, címke, kritikusság, hozzárendelés, határidő (monitored_forms). Futásonkénti eredmények: állapot, technikai hibaok, megtisztított hibaüzenetek, hálózati és időmérések, az űrlap legfeljebb 32 KB-os JPEG-képe maszkolt beviteli mezőkkel (form_browser_runs). Ellenőrzésenkénti megfigyelések (form_observations), idősorok (form_performance). Céllistát tartalmazó feladatok („targets” és „result” mezők a scan_jobs táblában).
Teszthozzáférés	Ha az Ügyfél tesztfiókot tárolt (A.5), a teljes ellenőrzés a beállított űrlapfolyamatokhoz is használja azt. A felmért kód szerint a két teljes ellenőrzés közötti önálló böngészős ellenőrzések tesztfiók nélkül működnek.
Független próba	Másik helyszínen működő második ellenőrzési pontot tervezünk, amely riasztás előtt ellenőrző mérést végezne. A domaint, a megtisztított konfigurációt és a feladat azonosítóját kapná meg, látogatói bevitelt és hozzáférési adatokat nem. Jelenleg nincs beállítva (alapértelmezetten kikapcsolva). A próba nélkül nincs második helyszínről származó bizonyíték; a riasztás ekkor saját mérésünkön alapul.
Forrás	Az Ügyfél állítja be; az eredmények az Ügyfél oldalának lekéréséből származnak.
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg saját weboldalának tartalma és munkatársainak feladatai tekintetében.
Címzettek	Az Ügyfél; beállított próba esetén annak üzemeltetője (jelenleg senki).
Harmadik ország	Nincs.
Megőrzés	A böngészős futások eredményei, a befejezett böngészős feladatok és az idősorok 13 hónap után törlődnek (éjszakai törlési futás, „browser_runs”, „browser_jobs”, „form_performance” részek). A konfigurációk a domain törléséig maradnak meg (egyenként módosíthatók vagy kikapcsolhatók, de nem törölhetők); a domainnel együtt, a futásokkal, megfigyelésekkel és idősorokkal együtt idegen kulcsokon keresztül törlődnek.
Mit bizonyít a mérés	Az ellenőrző böngészőnkből származó időket és állapotokat. Nem azt mérik, amit a valódi látogatók tapasztalnak, és nem bizonyítanak sem befejezési arányokat, sem elveszett megkereséseket.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: a beküldés műszakilag megakadályozva; csak azonos domainen lévő címek; maszkolt képek; elkülönített ellenőrző konténer.

A.7 „Fix it for me” – beillesztett űrlapkód

Mező	Bejegyzés
Cél	Az Ügyfél beilleszti űrlapjának kódját; a saját hardverünkön futó nyelvi modell beépíti a védelmi modult. Visszakapja a módosított fájlt, egy javítófoltot, a szintaktikai ellenőrzés eredményét és annak jelzését, hogy az ellenőrző hívás ténylegesen beépült-e. Beillesztett kód nélkül a szolgáltatás kész modult ad a legutóbbi vizsgálat mezőneveivel.
Érintettek kategóriái	Olyan személyek, akiknek adatai véletlenül a beillesztett kódban szerepelnek (például címzett címe, nevek a megjegyzésekben, levelezőszerver hozzáférési adatai).
Személyes adatok kategóriái	A beillesztett kód, legfeljebb 30 000 karakter. Az adatbázisban csak a tevékenységnapló bejegyzése („fix_ai” művelet munkaterülettel és időponttal), amely beleszámít a jelenleg munkaterületenként napi tíz hívásos korlátba.
Forrás	Az Ügyfél illeszti be.
Jogalap	Magára a kódra az Ügyféllel kötött szerződés teljesítése (a GDPR 6. cikke (1) bekezdésének b) pontja); a benne véletlenül szereplő harmadik személyek adataihoz az Ügyfél határozza meg a jogalapot.
Címzettek	Nincsenek. A nyelvi modell saját vizsgálati szerverünkön, a belső hálózaton fut; külső MI-szolgáltatást tartalékmegoldásként sem használunk.
Harmadik ország	Nincs.
Megőrzés	A kódot nem tároljuk. A szintaktikai ellenőrzéshez ideiglenes fájl készül, amelyet közvetlenül utána törlünk. A tevékenységnapló bejegyzését 365 nap után töröljük.
Megjegyzés az Ügyfélnek	A jelszavakat, API-kulcsokat vagy személyes adatokat tartalmazó kódot beillesztés előtt célszerű megtisztítani. A tartalmat nem ellenőrizzük.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: csak fizetős csomagok tulajdonosai és rendszergazdái számára; a beillesztett kódot adatként megjelölve adjuk át a modellnek, és soha nem hajtjuk végre; nincs feltöltés harmadik felek szervereire.

A.8 Saját márkás megjelenés és az ügynökség kapcsolattartói

Mező	Bejegyzés
Cél	Az ügynökség (Business csomag) jelentései, rövid jelentései, bizonyítéknaplói és ügyfélportálja saját márkája alatt jelennek meg, kérésre az ügynökség saját aldomainjén.
Érintettek kategóriái	Az ügynökség azon kapcsolattartói, akiknek neve vagy elérhetősége a kapcsolattartási sorban szerepel.
Személyes adatok kategóriái	Cégnév, weboldal, kapcsolattartási sor, megjegyzés az ügyfélnek, kiemelőszín, megjelenés, logófájl, a formexposed hivatkozás kapcsolója, saját domain ellenőrzési azonosítóval és ellenőrzési állapottal (workspace_branding).
Forrás	Az ügynökség adja meg.
Jogalap	Az ügynökséggel kötött szerződés teljesítése (a GDPR 6. cikke (1) bekezdésének b) pontja). Ha a kapcsolattartási sor az ügynökség munkatársait nevezi meg, a jogalapot az ügynökség határozza meg.
Címzettek	Bárki, akinek az ügynökség jelentést, rövid jelentést vagy portálhivatkozást ad.
Harmadik ország	Nincs.
Megőrzés	Az ügynökség általi módosításig; a márkaadatok és a logófájl a munkaterülettel együtt törlődnek (fe_arbeitsbereich_daten_loeschen()). A saját domaint kikapcsoljuk, ha DNS-ellenőrzése hét napig sikertelen. A saját domain alapértelmezetten ki van kapcsolva.
Műszaki és szervezési intézkedések	8. szakasz.

A.9 Számadatok, állapotjelzők és mezőhibák a bővítményekből

Mező	Bejegyzés
Cél	A WordPress-bővítmény és a TYPO3-bővítmény naponta egyszer számadatokat jelent a csatlakoztatott weboldal űrlapjairól: okonként blokkolt beküldések, beküldések, elküldött és sikertelen e-mailek, az űrlapbeállítások állapotjelzői, tárolt megkeresések forrásonként és megőrzési idő szerint. Opcionálisan, alapértelmezetten kikapcsolva: űrlapesemények és mezőhibakategóriák mezőpozíciónként. Ezekből a számadatokból készül a „Védelem számokban”, a havi jelentés, az elmaradó aktivitásra vonatkozó riasztás és a kockázatos beállításokról szóló értesítések.
Besorolás	A számadatokat úgy terveztük, hogy ne írjanak le személyt. Az A részben soroljuk fel őket, mert az Ügyfél weboldalán az Ügyfél látogatói által kiváltott eseményekből keletkeznek; álláspontunk szerint legfeljebb határesetekben minősülnek személyes adatnak (olyan weboldal, amelyen egy adott napon nagyon kevés beküldés történik). Maga a továbbítás (kulcsok, verziók, gazdagép) a B részben szerepel (B.20).
Érintettek kategóriái	Az Ügyfél weboldalának látogatói, akik űrlapot küldenek be.
Személyes adatok kategóriái	Napi számadatok gazdagépenként: összesen és okonként blokkolt beküldések, beküldések, elküldött és sikertelen e-mailek, az e-mail-küldés hibakategóriája (csak a négy kategória egyike, soha nem a hibaszöveg, mert az címzettek címét tartalmazhatja), reCAPTCHA-válaszok száma, törölt és feloldott megkeresések (plugin_stats). Állapot: űrlap-, CAPTCHA- és levelezési bővítmények rögzített listájának verziói, beállításjelzők számként, megőrzési idők (plugin_health). Változásértesítések: a frissített bővítmény neve és verziója (plugin_changes). Opcionálisan: űrlaponkénti és naponkénti számlálók hibakategóriákkal mezőpozíciónként (form_metrics). Soha: bevitt adatok, mezőnevek, jelszavak, fájlok, e-mail-címek, nevek, IP-címek vagy a látogatók tartós azonosítói.
Forrás	Az Ügyfél weboldalán működő bővítmény, programozási interfészen keresztül, a weboldal kapcsolódási titkával.
Jogalap (az adatkezelő határozza meg)	Az Ügyfél határozza meg; az Ügyfél dönti el, hogy aktiválja-e az opcionális számlálást, és hogyan tájékoztatja látogatóit.
Címzettek	Az Ügyfél. A blokkolt üzenetek hivatkozásaiból származó domainek a rajvédelembe kerülnek (B.21).
Harmadik ország	Nincs.
Megőrzés	A napi számadatok, változásértesítések és űrlapszámlálók 13 hónap után törlődnek (éjszakai törlési futás, „plugin_stats” és „form_metrics” részek). Az állapotjelzőket minden jelentés felülírja. Egy gazdagép összes bővítményadata törlődik, amint a rendszerben már egyetlen domain sem hivatkozik rá (az utolsó domain törlésekor azonnal; a korábbról megmaradt adatok éjszakánként, az „orphan_hosts” részben).
Mit bizonyítanak a számadatok	Azt, amit a bővítmény megszámolt. Nem bizonyítanak sem befejezési arányokat, sem elveszett megkereséseket.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: elfogadás csak a weboldalhoz kötött kulcspárral; csak ismert kulcsokat és számokat fogadunk el, minden mást elvetünk; a 14 napos időablakon kívüli napokat elutasítjuk.

A.10 Határ: ami kizárólag az Ügyfél weboldalán marad

A WordPress-bővítmény és a TYPO3-bővítmény alábbi funkciói kizárólag az Ügyfél szerverén kezelnek adatokat. Ezek nem jutnak el hozzánk, és nincs hozzáférésünk hozzájuk. Kizárólag a weboldal üzemeltetője felelős; ő dönt az aktiválásról, a megőrzési időkről és látogatói tájékoztatásáról. Ehhez a bővítmény bekezdéseket javasol az üzemeltető adatvédelmi tájékoztatójához.

Funkció	Helyben kezelt adatok	Megőrzés az Ügyfél oldalán
Karantén	Megállított beküldések indoklással, amelyek e-mailben feloldhatók és a weboldal címére küldhetők	14 nap
Biztonsági háló	Olyan beküldések, amelyek űrlap-e-mailje sikertelen volt, újraküldéshez (alapértelmezetten bekapcsolva)	30 nap
Számolási feladvány reCAPTCHA helyett	Számolási feladat a látogató böngészőjében, külső szolgáltatás nélkül (alapértelmezetten kikapcsolva)	–
Megőrzési beállítások	Az űrlapbővítményekben tárolt megkeresések törlése az üzemeltető által választott idő után (alapértelmezetten kikapcsolva)	a beállítás szerint
Kéréskorlátozás	az IP-címből származtatott rövid élettartamú azonosító, amelyet nem továbbítanak nekünk	rövid élettartamú
Helyi napi számlálók	Számlálóértékek a továbbítás előtt	legfeljebb 14 nap
Rögzítő rendszergazdáknak	technikai szelektorok és navigációs lépések egy bejelentkezett rendszergazda böngészőjének munkamenet-tárában; a bevitt adatokat nem olvassa. Csak a kiválasztott konfiguráció kerül továbbításra (ekkor A.6)	legfeljebb 15 perc
Látogatói segítség	külön aktiválható; nem tárol piszkozatokat és nem küld újra automatikusan	–
Új spamszabályok megfigyelése	a további találatokat helyben számolja, automatikus aktiválás nélkül	hét nap

A.11 Űrlapvédelem (formconfirmed)

Mező	Bejegyzés
Cél	Az Ügyfelek webhelyein található űrlapokon keresztül érkező beküldések értékelése az automatizált beküldések felismerése érdekében: feladatok kiadása és ellenőrzése (számítási bizonyíték), egyszer használható ellenőrző tokenek, kitöltési idő, csapdamező, halmozott kérések; az Ügyfél kérésére az üzenet szövegének értékelése nyelvi modellel. Csak azon Ügyfelek esetében, akik bekapcsolják az űrlapvédelmet.
Az érintettek kategóriái	Az Ügyfelek webhelyeinek azon látogatói, akik védett űrlapot tartalmazó oldalt nyitnak meg, vagy az űrlapot beküldik.
A személyes adatok kategóriái	IP-cím (csak csonkítva és naponta változó kulccsal hash-elve tárolva), az oldal címe és domainje, időpontok és kitöltési idő, csapdamező kitöltve igen/nem, böngészőazonosító a webszerver-naplóban; csak bekapcsolt tartalomellenőrzés esetén az üzenet szövege (csak a memóriában).
Forrás	A látogató böngészője (feladat, ellenőrző token); az Ügyfél szervere (ellenőrzési kérés, adott esetben a szöveg).
Címzettek	Az Ügyfél (pontszám, művelet, indokok). Más címzett nincs; ehhez az adatkezeléshez nincsenek további adatfeldolgozók.
Harmadik ország	Nincs.
Megőrzés	Hash-elt azonosító 1 óra; felhasznált ellenőrző tokenek legfeljebb 11 perc; IP-cím és szöveg nélküli ellenőrzési eredmények 30 nap; napi számadatok 400 nap; webszerver-napló 14 nap; a szöveget nem tároljuk.
Technikai és szervezési intézkedések	8. pont; ezen felül csonkítás és napi kulccsal képzett hash, aláírt feladatok, egyszeri felhasználás, saját hardveren futó nyelvi modell a szöveg naplózása nélkül.

4. A rész – címzettek, további adatfeldolgozók és harmadik országba történő továbbítások

Az alábbi táblázat azokat a címzetteket sorolja fel, amelyeket mi magunk veszünk igénybe, és amelyek az A rész adatait megkaphatják. Az irányadó, folyamatosan frissített lista a További adatfeldolgozók oldal; ha az eltér ettől a táblázattól, az érdemi eltérés, nem formázási kérdés.

Címzett	Mit kap meg	Harmadik ország	Jogalap	Állapot
Namecheap, Inc. (Private Email), Phoenix, Arizona, USA	A kézbesítés-ellenőrzés ellenőrző postafiókja (A.1); riasztási e-mailek (A.3), megerősítések és jelentések küldése a portál feliratkozóinak (A.2)	Az adatkezelés helye még ellenőrizendő; lásd a „További adatfeldolgozók” oldalt	Adatfeldolgozási szerződés; az adattovábbítás jogalapja még ellenőrizendő	Nyitott. A vonatkozó szerződés, az adatkezelés tényleges helyszínei és az adattovábbítás jogalapja még nincs dokumentálva. E nyilvántartás sem tanúsítást, sem megkötött szerződést nem igazol.
Namecheap, Inc. (regisztrátor, DNS; e-mail-továbbítás a postafiók beállításáig)	A postafiók beállításáig a domainünk címeire érkező általános levelek; nem a kézbesítés-ellenőrzés másolatai, amelyek csak közvetlenül a postafiókra mutató MX-rekordokkal érkeznek meg (A.1)	USA	ellenőrizendő: az EU–USA Data Privacy Framework szerinti tanúsítás vagy általános szerződési feltételek	Használatban; a jogalap nyitott.
Saját vizsgálati szerverünk helyi nyelvi modellel	Űrlapszerkezet osztályozáshoz (A.4), beillesztett kód (A.7), visszafejtett teszthozzáférés kizárólag a futás alatt (A.5)	–	Mi üzemeltetjük, nem harmadik fél	Használatban.
Független próba második helyszínen	Domain, megtisztított konfiguráció, feladatazonosító (A.6)	a helyszíntől függően	üzembe helyezés előtt meghatározandó	Nincs beállítva.

Tárhely: nincs harmadik fél. Az alkalmazást, adatbázist, képernyőképeket és mentéseket saját lengyelországi szervereinken tároljuk. Ha adatközpontba vagy felhőszolgáltatóhoz költözünk, ezt a bekezdést át kell írni.

4.1 Az Ügyfél által választott riasztási csatornák

Az általunk igénybe vett címzetteken túl vannak olyan csatornák, amelyeket az Ügyfél választ a riasztásaihoz (A.3). A továbbítást szerverünk indítja; a célt és a szolgáltatót az Ügyfél határozza meg. Egy csatorna kiválasztása nem mentesít bennünket saját adatfeldolgozói kötelezettségeink alól. A szerepet, a szerződést és a harmadik országokhoz szükséges garanciákat szolgáltatónként meg kell határozni; a csevegőszolgáltatásoknál ez még nem fejeződött be (a jogi felülvizsgálat nyitott kérdése).

Csatorna	Továbbított adatok	A szolgáltató székhelye
E-mail	Domain, esemény, magyarázat, hivatkozás; a megadott címre	a Namecheap, Inc. (Private Email), Phoenix, Arizona, USA szolgáltatón keresztül
Webhook szabadon választott címre	Esemény JSON formában (domain, események, sorok, hivatkozás, időbélyeg), a cél titkával aláírva	az Ügyfél határozza meg
Slack, Discord, Microsoft Teams, Google Chat	ugyanaz az értesítés csevegőüzenetként a megadott webhook-címre	túlnyomórészt USA
Telegram	az Ügyfél által választott cél; az üzenetet botunkon keresztül küldjük a kapcsolt csevegésazonosítóra	az EU-n kívül, megfelelőségi határozat nélkül; az adattovábbítás jogalapja a jogi felülvizsgálat nyitott kérdése

Látogatói üzenet tartalmát semmilyen esetben nem küldjük el. Az értesítések domaint, eseményt és hivatkozást tartalmaznak.

5. B rész – 30. cikk (1) bekezdés: saját felelősségünkre végzett adatkezelés

E rész minden adatkezelésének adatkezelője: LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Lengyelország, contact@lukaswojcik.com. Képviselő nem szükséges (az Unióban letelepedett). Adatvédelmi tisztviselő nincs kijelölve (9. szakasz). Műszaki és szervezési intézkedések: 8. szakasz és a Műszaki és szervezési intézkedések oldal. Az érintetti jogok gyakorlását a Hozzáférés, törlés és az Ön további jogai oldal ismerteti; a fióktulajdonosok maguk is letölthetik adataikat fájlként (Beállítások).

Ahol jogos érdekekre hivatkozunk (a GDPR 6. cikke (1) bekezdésének f) pontja), megnevezzük az érdeket és azt az okot, amiért egy kevésbé beavatkozó eszköz nem elegendő. Az érdekmérlegelés a saját értékelésünk; a jogi felülvizsgálat része.

B.1 Weboldalunk látogatói – webszervernaplók

Mező	Bejegyzés
Cél	A weboldal és az alkalmazás működtetése és biztonsága: kiszolgálás, hibaelhárítás, támadások és túlterhelés felismerése.
Érintettek kategóriái	Mindenki, aki megnyitja a formexposed.com vagy form.exposed valamely oldalát, beleértve az Ügyfelek oldalainak azon látogatóit, akiknek böngészője betölti jelvényképünket (B.18), a jelentés- vagy visszaigazolási hivatkozást megnyitó címzetteket, valamint azokat a weboldalakat, amelyek bővítménye meghívja interfészünket.
Személyes adatok kategóriái	Teljes IP-cím, időpont, lekért cím, állapotkód, átvitt bájtok, hivatkozó oldal (referrer), böngészőazonosító (user agent).
Tárolási hely	Az előtétproxy és a webszerver hozzáférési naplói fájlokként a webszerveren, nem az adatbázisban.
Forrás	A kérést indító böngésző vagy program.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja. Érdek: biztonságos és megszakítás nélküli működés. Érdekmérlegelés: a teljes cím nélkül az ugyanattól a küldőtől érkező ismételt kérések nem kapcsolhatók össze, és a támadások nem háríthatók el; a csonkolt cím nem teszi lehetővé ezt a megkülönböztetést. A naplókat nem kapcsoljuk össze más adatokkal, és rövid idő után töröljük.
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	14 nap: napi rotáció 14 generációval, majd felülírás (a rendszer naplórotációs szolgáltatása, nem az alkalmazás éjszakai törlési futása).
Műszaki és szervezési intézkedések	8. szakasz.

B.2 Az alkalmazás oldalmegtekintési naplója

Mező	Bejegyzés
Cél	Biztonság és visszaélések felismerése (ki mit és milyen gyakran kér le), a fiókhozzáférések nyomon követhetősége, egyszerű használati statisztikák analitikai szolgáltatás nélkül.
Érintettek kategóriái	A weboldal minden látogatója és az alkalmazás felhasználói tényleges oldalmegtekintéskor (háttérkérések és űrlapbeküldések nélkül).
Személyes adatok kategóriái	Teljes IP-cím, az íráskor abból meghatározott ország (helyi földrajzi adatbázis, harmadik fél lekérdezése nélkül), bejelentkezett felhasználóknál fiókazonosító, lekért cím és hivatkozó oldal (a bennük szereplő hozzáférési tokenek, például a jelentés- vagy portálhivatkozások tokenjei maszkolva), böngészőazonosító és az abból meghatározott eszköztípus, operációs rendszer és böngésző, nyelv, időpont (access_logs). A „Megtekintés ügyfélként” (B.14) során nem állítunk be fiókazonosítót, hogy az ügyfélszolgálat oldalmegtekintései ne jelenjenek meg az Ügyfél naplójában.
Forrás	A böngésző kérése.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja. Érdek: visszaélések megelőzése és nyomon követhetőség. Érdekmérlegelés: a B.1 szerint; a megőrzési idő hosszabb, mert a visszaélési mintázatok hetek alatt válnak láthatóvá. Az IP-cím csonkolásának vagy a megőrzési idő rövidítésének szükségessége a jogi felülvizsgálat nyitott kérdése.
Címzettek	Nincsenek. A fióktulajdonosok saját oldalmegtekintéseiket megkapják az adatexportban.
Harmadik ország	Nincs.
Megőrzés	60 nap (éjszakánként 03:00 és 03:05 között, srv/cron_status.php, „oldalmegtekintési napló” beállítás).
Műszaki és szervezési intézkedések	8. szakasz. Az IP-címet csak akkor vesszük át továbbított fejlécből, ha a kérés saját előtétproxynktól érkezik, és akkor is csak az adott proxy által hozzáfűzött bejegyzést; különben bárki tetszőlegesen megadhatná a származását.

B.3 Sütik és böngészőbeli tárolás

Mező	Bejegyzés
Cél	Műszakilag szükséges tárolás: munkamenet, védelem a webhelyek közötti kéréshamisítás (CSRF) ellen, fiók nélküli ellenőrzések korlátainak számlálása, bejelentkezés, kérésre bejelentkezve maradás, világos vagy sötét megjelenítés.
Érintettek kategóriái	A formexposed.com látogatói és felhasználói.
Személyes adatok kategóriái	bpid munkamenetsüti (munkamenet-azonosító; a böngésző bezárásakor megszűnik; HttpOnly, SameSite=Lax, HTTPS esetén Secure). bp_remember süti csak a „Maradjak bejelentkezve” kiválasztása után (szelektor és ellenőrzőérték; 30 nap). bp_theme helyi tár (világos, sötét vagy rendszer szerinti). Az adminisztrációs felületen ezenfelül az üzemeltetők helyi megjelenítési beállításai. A korlátokhoz a munkamenet-azonosítóból hash készül; magát az azonosítót nem tároljuk.
Nem állítunk be	Nincsenek analitikai, hirdetési vagy követősütik. A partnerprogram (B.33) süti nélkül működik. Az Ügyfelek oldalain lévő jelvénykép nem állít be sütit (B.18). A reCAPTCHA Google-sütiket állíthat be egy védett űrlap beküldésekor (B.23).
Jogalap	Hozzáférés a végberendezéshez: a felhasználó által kért szolgáltatáshoz feltétlenül szükséges (a TDDDG, a távközlési digitális szolgáltatások adatvédelméről szóló német törvény § 25(2) 2. pontja; a PKE, a lengyel elektronikus hírközlési törvény (Prawo komunikacji elektronicznej) 399. cikkének (3) bekezdése). Adatkezelés: a GDPR 6. cikke (1) bekezdésének b) pontja (fiók) és f) pontja (biztonság, korlátok).
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	Munkamenet; a bejelentkezve maradást szolgáló token esetében 30 nap. Az éjszakai futás törli az adatbázisból a lejárt tokeneket (remember_tokens); kijelentkezéskor, jelszóváltoztatáskor és eszköz visszavonásakor azonnal.
Műszaki és szervezési intézkedések	8. szakasz.

B.4 Ingyenes ellenőrzés fiók nélkül – elfogadás, korlátok és visszaélések felügyelete

Mező	Bejegyzés
Cél	Bárki ellenőriztethet egy domaint fiók nélkül. Hogy a beviteli mező ne váljon harmadik felek weboldalai ellen használható fegyverré, többszintű korlátok érvényesek: domainenként hét nap alatt egy névtelen ellenőrzés (utána ugyanaz a jelentés), IP-címenkénti és munkamenetenkénti korlátok 24 órán belül, napi korlát a teljes rendszerre, nagyon fiatal domainek blokkolása, tiltólista és kizárás, kizárólag nyilvános címek. A feltűnő mintázatokat rögzítjük és jelentjük az üzemeltetőnek. Az IP-címenkénti, munkamenetenkénti és teljes rendszerre vonatkozó, külön-külön számolt korlátok a bővítményből fiók nélkül indított ellenőrzésre (kötött kulcspárral rendelkező bővítménynél cím helyett weboldalanként számolunk) és a kizárásra (B.30) is vonatkoznak; az ingyenes fejléc-eszköznek (B.9) saját IP-címenkénti és napi, valamint a teljes rendszerre vonatkozó korlátai vannak.
Érintettek kategóriái	Ellenőrzést, fejléc-eszköz-kérést vagy kizárást kezdeményező személyek; bővítményt futtató szerverek.
Személyes adatok kategóriái	Minden kérés naplója: forrás (ellenőrzés, bővítmény, fejléc-eszköz, kizárás), teljes IP-cím, a munkamenet-azonosító hash-e, ellenőrzött gazdagép, az IP-címhez tartozó ország, elfogadás vagy elutasítás indoklással, időpont (check_throttle). Rendellenességek: típus (IP-cím, munkamenet, ország, rendszer), kulcs („IP” típusnál a teljes IP-cím), mintázat, súlyosság, rövid leírás, észlelési és megoldási időpont, megoldó személy (abuse_flags). Feladat: gazdagép, mód, bizalmi szint és csonkolt munkamenet-hash a kérelmező azonosítójaként (scan_jobs). Jelentés: véletlenszerű azonosító, gazdagép, nyelv, lejárat, első megtekintés, megtekintések száma (reports). A nyilvántartói lekérdezésből gyorsítótárazott domainkor (domain_age_cache).
Forrás	A személy által bevitt adatok; a kérése; nyilvántartói lekérdezés (RDAP) a domain korához.
Jogalap	A kért ellenőrzés teljesítése: a GDPR 6. cikke (1) bekezdésének b) pontja (az ingyenes ellenőrzés használata a Szolgáltatási feltételek alapján); másodlagosan az f) pont. Korlátok és felügyelet: a 6. cikk (1) bekezdésének f) pontja. Érdek: annak megakadályozása, hogy a szolgáltatást harmadik felek weboldalai elleni eszközként vagy tömeges spamküldésre használják. Érdekmérlegelés: a címhez és munkamenethez kapcsolás nélkül a korlátok nem lennének érvényesíthetők; a hétnapos időtartam olyan rövid, mint az abból számított leghosszabb korlát.
Címzettek	Google (reCAPTCHA beküldéskor, B.23). A domain korához a vizsgáló az rdap.org RDAP-átirányító szolgáltatást kérdezi le, amely az illetékes nyilvántartóhoz továbbít; csak a domainnevet továbbítjuk. Rendellenesség esetén az üzemeltető Telegramon keresztül változók nélküli jelzést kap (gazdagép és cím nélkül). A jelentést bárki láthatja, aki rendelkezik annak véletlenszerű hivatkozásával.
Harmadik ország	USA a reCAPTCHA-n keresztül (B.23).
Megőrzés	Kérésnapló: 7 nap (éjszakánként, srv/cron_status.php). Megoldott rendellenességek: a megoldás után 90 nap; a megoldatlanok addig maradnak meg, amíg valaki meg nem oldja őket (10. szakasz). A névtelen jelentések 30 nap után lejárnak; az éjszakai futás ekkor törli a jelentést, feladatot, ellenőrzési eredményt, űrlapokat, megállapításokat és képeket (fe_reports_aufraeumen()). Egy rendszergazda kézzel feloldhatja egy cím bejegyzéseit; ez törli az adott cím utolsó 24 órára vonatkozó naplóját.
Műszaki és szervezési intézkedések	8. szakasz. Vészleállítás minden névtelen ellenőrzéshez az adminisztrációs felületen; terhelésszabályozás, amely feladattorlódás esetén nem fogad új ingyenes ellenőrzéseket.

B.5 Harmadik felek weboldalainak feltérképező ellenőrzése

Mező	Bejegyzés
Cél	Nyilvános kapcsolatfelvételi űrlapok biztonsági ellenőrzése: spam és visszaélések elleni védelem, adatvédelmi és akadálymentességi jellemzők, beágyazott külső szkriptek, viselkedés a sütisávban történő elutasítás után, mobilos megjelenítés. Fiók nélküli ellenőrzésekre (B.4), fiókban lévő, még nem igazolt domainekre, valamint a tanulmány (B.7) és az érdeklődői ellenőrzés (B.8) alapjaként alkalmazandó. A fiókban lévő igazolt domaineknél az Ügyfél nevében járunk el (A.4).
A feltérképező működése	Saját azonosítóval rendelkezik, amely a feltérképező oldalára hivatkozik; az ellenőrzés előtt beolvassa a robots.txt fájlt, és leáll, ha egy tiltási szabály a kezdőlapra vonatkozik (ugyanígy akkor is, ha a robots.txt nem érhető el vagy szerverhiba történik); az egyes alútvonalak tiltási szabályait nem veszi külön figyelembe. Az űrlap-pulse, az igazolás lekérése, a fejléc-eszköz és a védtelen fájlok keresése nem olvassa a robots.txt fájlt. Ellenőrzésenként legfeljebb nyolc nyilvános oldal, ezenfelül legfeljebb három oldal a sütisáv „Elutasítás” gombjára kattintva, legfeljebb három oldal telefonos nézetben, aktív próbák igazolt domaineknél és legfeljebb öt oldal bejelentkezés mögött (A.5); az oldalakat egymás után, nem párhuzamosan tölti be; csak nyilvános címek, belső hálózatok nélkül, az átirányításokat újra ellenőrzi; a tiltólistát és a kizárást elfogadás előtt és másodszor a vizsgálóban is ellenőrzi. Passzív: a domain feletti rendelkezés igazolása nélkül az Ügyfelek számára semmit nem küld be (kivétel: saját teszt- és demó-domainjeink belső ellenőrzései, B.6).
Érintettek kategóriái	Az ellenőrzött weboldalak üzemeltetői (ha természetes személyek, például egyéni vállalkozók); az ellenőrzött oldalakon véletlenül látható személyek.
Személyes adatok kategóriái	Az A.4 szerint: oldalak webcíme és címe, űrlapszerkezet (mezőnevek, típusok és címkék, mezőértékek nélkül), védelmi intézkedések, külső szkriptek (címek; a pixelek és rögzítőeszközök fiókazonosítóit tárolás előtt lecseréljük), a sütisáv viselkedése, képernyőképek (a kezdőlap látható területe, űrlapok). Ha az űrlapban címzetti cím szerepel, csak annak domainje (scans, forms, findings, scan_screenshots).
Forrás	Nyilvánosan elérhető oldalak.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja. Érdek: a kért biztonsági ellenőrzés elvégzése; a weboldal-üzemeltetők figyelmeztetése a látogatóiknak kárt okozó gyengeségekre. Érdekmérlegelés: csak azt olvassuk be, amit minden látogató lát, kis terjedelemben és beküldés nélkül; az üzemeltető bármikor, igazolás nélkül végleg kizárhatja domainjét. A GDPR 14. cikke szerinti tájékoztatást a feltérképező oldalán, a kizárási oldalon és az Adatvédelmi tájékoztatón keresztül nyújtjuk; hogy ez elegendő-e a 14. cikk (5) bekezdésének b) pontja alapján, a jogi felülvizsgálat nyitott kérdése.
Címzettek	A jelentést kezdeményező személy és bárki, akinek átadja a véletlenszerű hivatkozást; saját szerverünk helyi nyelvi modellje, ha az űrlap típusa nem egyértelmű (űrlapszerkezet, oldal címe és webcíme, az űrlap látható szövege). A bővítményverziókból származó sérülékenységi figyelmeztetések névtelen jelentésekben soha nem jelennek meg.
Harmadik ország	Nincs.
Megőrzés	Névtelen: 30 nap (B.4). Érdeklődői ellenőrzés: 90 nap (B.8). Tanulmány: a közzétételig (B.7). Fiókban lévő domain: legfeljebb 13 hónap, az utolsó ellenőrzés megmarad; a domainnel együtt azonnali törlés. Az üzemeltető domain és jelentés nélküli belső ellenőrzései (például a parancssorból létrehozottak): nincs megőrzési idő (10. szakasz). A vizsgálati szerver ideiglenes fájljait minden futás után töröljük.
Műszaki és szervezési intézkedések	8. szakasz. Különösen: külön ellenőrző konténer csökkentett jogosultságokkal, csak olvasható fájlrendszerrel, memóriakorláttal és saját hálózattal; a cél kétszeri ellenőrzése.

B.6 Aktív tesztbeküldések

Mező	Bejegyzés
Cél	Annak ellenőrzése, hogy egy kapcsolatfelvételi űrlap védelem nélkül elfogad-e beküldést, hogy a CAPTCHA, a csapdamező (honeypot), a token, az e-mail-cím ellenőrzése és a kéréskorlátozás szerveroldalon érvényesül-e, valamint hogy lehetséges-e fejlécek befecskendezése.
Előfeltétel	Ügyfelek esetében csak olyan domainekhez, amelyek felett a rendelkezést igazolták (DNS-rekord, meta címke, fájl vagy csatlakoztatott bővítmény); ezenfelül az üzemeltető belső parancssori eszközzel „verified” szintű ellenőrzéseket hoz létre saját teszt- és demó-domainjeinkhez. Csak bekapcsolt globális kapcsoló mellett, csak megbízhatóan általános kapcsolatfelvételi űrlapként besorolt űrlaphoz. Soha nem rendelésekhez, foglalásokhoz, regisztrációkhoz, hírlevelekhez, fizetésekhez, fájlfeltöltésekhez, valódi személyes adatokat igénylő kötelező mezőkhöz, illetve hatóságok, egészségügyi vagy oktatási intézmények domainjeihez.
Érintettek kategóriái	Az Ügyfél munkatársai, akik az űrlap-e-maileket fogadják.
Személyes adatok kategóriái	A tesztbeküldés nem tartalmaz személyes adatokat: „FormExposed Security Scanner” feladó, saját feladói címünk vagy a .invalid alatti cím, megjelölt tárgysor és az oldal nyelvén írt szöveg a feltérképező oldalára és a kizárásra történő hivatkozással, valamint az ellenőrzés számával. Nálunk tárolva: az oldal válasza, megállapítások, a következő oldal képe (az A.4 szerint).
Terjedelem	Ellenőrzésenként legfeljebb öt beküldés (beállítás, alapérték: 5); a csomag ellenőrzési gyakorisága szerint ismétlődően, a legmagasabb csomagban naponta.
Forrás	Az Ügyfél utasítása.
Jogalap	Az Ügyféllel kötött szerződés teljesítése (a GDPR 6. cikke (1) bekezdésének b) pontja); a beküldések az Ügyfél saját űrlapjára érkeznek. Az Ügyfél oldalán lévő címzettek tekintetében: az Ügyfél szervezeti működése.
Címzettek	Az Ügyfél (az űrlap-e-mailje).
Harmadik ország	Rajtunk keresztül nincs.
Megőrzés	Az eredmények az A.4 szerint.
Műszaki és szervezési intézkedések	8. szakasz. A fejlécbefecskendezést csak felismerjük, valódi címzettel soha nem hajtjuk végre; az e-mail-cím ellenőrzése csak olyan domaint használ, amely nem létezhet.

B.7 „Űrlapbiztonsági index” tanulmány

Mező	Bejegyzés
Cél	Statisztikák a kapcsolatfelvételi űrlapok védelméről egy országban vagy ágazatban. Csak összesített adatokat teszünk közzé, weboldalnevek nélkül; szegmenseket csak legalább 20 űrlapot tartalmazó oldal esetén.
Érintettek kategóriái	A listán szereplő weboldalak üzemeltetői; véletlenül látható személyek.
Személyes adatok kategóriái	A B.5 szerint, kizárólag passzívan. Ezenfelül a lista: gazdagép, szegmens, állapot, feladat (study_domains); tanulmány címmel, országgal, összesített eredményekkel (studies).
Forrás	Az üzemeltető által összeállított nyilvános weboldallista; maguk az oldalak.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja. Érdek: statisztikai megállapítások az űrlapbiztonság állapotáról. Érdekmérlegelés: passzív, korlátozott ütemű (futásonként kevés feladat), a tiltólista és kizárás érvényes, közzététel csak összesítésként, a nyers adatokat töröljük.
Címzettek	A nyilvánosság, csak összesített adatok.
Harmadik ország	Nincs.
Megőrzés	A nyers adatokat (ellenőrzési eredmények, űrlapok, megállapítások, képek, feladatok) közzétételkor töröljük (fe_studie_veroeffentlichen()). A gazdagépek szegmensekkel ellátott listája utána megmarad; sem erre, sem a soha közzé nem tett tanulmányokra nincs megőrzési idő (10. szakasz). Az üzemeltető dönti el, mely listákat ellenőrizzük, és közzétesszük-e a tanulmányokat.
Műszaki és szervezési intézkedések	8. szakasz.

B.8 Érdeklődői ellenőrzés (ügyfélszerzési mód ügynökségeknek)

Mező	Bejegyzés
Cél	Egy ügynökség (Business csomag) passzívan ellenőrzi egy leendő ügyfél weboldalát, és saját márkája alatt rövid jelentést, valamint passzív jelentést kap. Mi senkivel nem vesszük fel a kapcsolatot; a hivatkozást az ügynökség maga adja tovább.
Érintettek kategóriái	Az ellenőrzött weboldal üzemeltetője; véletlenül látható személyek; az ellenőrzést kezdeményező ügynökségi munkatársak.
Személyes adatok kategóriái	A B.5 szerint, kizárólag passzívan. Ezenfelül: munkaterület, az ellenőrzést kezdeményező személy, gazdagép, a jelentés véletlenszerű azonosítója, időpont (prospect_checks).
Forrás	Az ügynökség által megadott adatok; nyilvános oldalak.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja (a szolgáltatás nyújtásához fűződő érdekünk és az ügynökség megalapozott megkereséshez fűződő érdeke). Az ügynökség és saját szerepünk, valamint az ügynökség jelentés továbbadásával kapcsolatos kötelezettségei a jogi felülvizsgálat nyitott kérdései: ha az ügynökség kéretlenül e-mailben küldi el a jelentést vagy telefonál, az a PKE 398. cikke és a tisztességtelen verseny elleni német törvény, az UWG § 7(2) szerint hozzájárulást igénylő közvetlen üzletszerzés, vállalkozások között is. Ez az ügynökség felelőssége; a Szolgáltatási feltételek ennek megfelelően kötelezik.
Címzettek	Az ügynökség és bárki, akinek átadja a hivatkozást.
Harmadik ország	Nincs.
Megőrzés	A jelentés és az ellenőrzési eredmény 90 nap után lejár, majd az éjszakai futás törli (fe_reports_aufraeumen()); az ellenőrzési bejegyzést 90 nap után a 04:00-tól induló napi rajvédelmi futás törli (srv/cron_status.php). A munkaterülettel együtt azonnal.
Műszaki és szervezési intézkedések	8. szakasz. Havi keret (beállítás, alapérték: 30); ugyanaz az oldal hét napon belül ugyanazt a jelentést adja; a kizárás érvényes.

B.9 Fejléc-eszköz fiók nélkül

Mező	Bejegyzés
Cél	Egy domain kezdőlapjának biztonsági fejléceire adott ingyenes osztályzat (A+-tól F-ig). Két kérés, böngésző, űrlap és beküldés nélkül.
Érintettek kategóriái	Az eszközt használó személyek; az ellenőrzött domain üzemeltetői.
Személyes adatok kategóriái	Kérésnapló a B.4 szerint („headers” forrás, IP-cím, munkamenet-hash, gazdagép). Eredmény: gazdagép, osztályzat, pontszám, értékelt fejlécek (header_checks).
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja, a B.4 és B.5 szerint.
Címzettek	Google (reCAPTCHA, B.23).
Harmadik ország	USA a reCAPTCHA-n keresztül.
Megőrzés	Kérésnapló: 7 nap; eredmények: jelenleg 90 nap után törlődnek (éjszakai törlési futás, „header_checks” rész, „headers_keep_days” beállítás). A fiókban lévő domaineknél az osztályzatot naponta újra meghatározzuk, és a domainhez tároljuk.
Műszaki és szervezési intézkedések	8. szakasz. IP-címenkénti és napi korlátok; a kizárás érvényes.

B.10 Ügyfélfiókok

Mező	Bejegyzés
Cél	Ügyfélfiókok, munkaterületek és csomagok működtetése.
Érintettek kategóriái	Ügyfelek (vállalkozások) és saját fiókkal rendelkező csapattagjaik.
Személyes adatok kategóriái	E-mail-cím és normalizált alakja, jelszó kizárólag hash formájában, keresztnév (kötelező), vezetéknév és cég (ha megadják); az alkalmazás nem tárol címet és közösségi adószámot, ezeket csak a Stripe-nál adják meg (B.26); állapot, nyelv, megjelenítési mód, pénznem, csomag és számlázási állapot, Stripe-ügyfél- és előfizetés-azonosító, számlázási időszak vége, időszak végi lemondás, megerősítési és visszaállítási azonosítók lejárattal, új e-mail-cím a megerősítésig, regisztráció időpontja, utolsó bejelentkezés és utolsó IP-cím, minden munkamenet visszavonásának időpontja, kétfaktoros adatok (B.11), havi jelentés be/ki, emlékeztető e-mail időpontja, kódokkal történő feloldások, ajánlói kód és ajánlás (users). Munkaterületek névvel, időpontokkal, állapottal (workspaces); tagság szerepkörrel és csatlakozási dátummal (workspace_users).
Forrás	A személy regisztrációja és beállításai; számlázási állapot a Stripe-tól.
Jogalap	A GDPR 6. cikke (1) bekezdésének b) pontja (szerződés). Utolsó IP-cím: f) pont (fiókbiztonság).
Címzettek	Stripe (B.26); levelezési szolgáltató a fiókhoz kapcsolódó e-mailekhez (B.25). Az azonos munkaterület tagjai látják a többi tag nevét, e-mail-címét és szerepkörét.
Harmadik ország	A Stripe-on és a levelezési szolgáltatón keresztül.
Megőrzés	A fióktulajdonos általi törlésig. Törléskor a tulajdonos azon saját munkaterületei, amelyeket senki más nem használ, minden domainnel és azok adataival együtt törlődnek; a további tagokkal rendelkező munkaterületek egy másik taghoz kerülnek, elsőként a rendszergazdákhoz, közülük pedig a legrégebbi taghoz. A tagságokat, bejelentkezve maradási tokeneket, eszközöket, API-kulcsokat, nyitott Telegram-kódokat, jelentésekre adott visszajelzéseket (B.35) és a fióksort töröljük; a futó fizetős előfizetést előbb azonnal megszüntetjük a Stripe-nál, visszatérítés nélkül (www/ajax.php, fe_konto_reste_loeschen()). A számlázási területen történő lemondás ezzel szemben az időszak végén lép hatályba; utána a fiók az ingyenes csomagban folytatódik. A megmaradó adatokat a 6.4 szakasz sorolja fel. A soha meg nem erősített és bejelentkezésre soha nem használt fiókokat 30 nap után töröljük, kivéve, ha munkaterületükhöz másik tag is kapcsolódik (éjszakai törlési futás, „pending_accounts” rész). Az inaktív fiókokat nem töröljük. Ha a fiókra vonatkozó szerződés más módon, például a részünkről történő felmondással szűnik meg, a fiókot legkésőbb a szerződés megszűnését követő 30 napon belül töröljük; ez jelenleg kézzel történik (az Adatfeldolgozási szerződésben vállalva).
Műszaki és szervezési intézkedések	8. szakasz.

B.11 Bejelentkezés, eszközök, második tényező és tevékenységnapló

Mező	Bejegyzés
Cél	Fiókok védelme: bejelentkezési és egyéb jelszókísérletek korlátozása, bejelentkezett eszközök megjelenítése és visszavonása, kétfaktoros bejelentkezés, módosítások nyomon követhetősége.
Érintettek kategóriái	Fióktulajdonosok és csapattagok; bejelentkezést, regisztrációt vagy ügyfélportál-jelszót megkísérlő személyek.
Személyes adatok kategóriái	Bejelentkezési kísérletek: IP-cím, megadott e-mail-cím, siker, időpont (login_attempts). Eszközök: a munkamenet-azonosító hash-e (soha nem maga az azonosító), kapcsolat a bejelentkezve maradási tokenhez, IP-cím, böngészőazonosító és az abból meghatározott böngésző, operációs rendszer és eszköztípus, a bejelentkezés, utolsó aktivitás és visszavonás időpontja, „Megtekintés ügyfélként” esetén az ügyfélszolgálati személy azonosítója (login_sessions). A „Maradjak bejelentkezve” tokenjei: szelektor, ellenőrzőérték, lejárat (remember_tokens). Kétfaktoros adatok: titkosított titok, aktiválás időpontja, utoljára használt időlépés, helyreállítási kódok csak hash formájában (a users táblában). Tevékenységnapló: fiók, munkaterület, művelet, cél, részletek, IP-cím, ország, időpont (audit_logs). Kísérletszámlálók a bejelentkezéshez, második tényezőhöz, jelszómegerősítéshez, jelszó-visszaállításhoz, regisztrációhoz és ügyfélportál-jelszavakhoz: a célból és a fiókazonosítóból (ismeretlen cím vagy visszaállítás esetén a kisbetűsített e-mail-címből), az IP-címből, a fiókból és IP-címből együtt, vagy a portálazonosítóból (az IP-címmel együtt is) származtatott HMAC-kulcs, kísérletek száma, lejárat; az e-mail- és IP-címeket ott nem tároljuk olvasható formában (auth_attempt_buckets tábla).
Jogalap	A GDPR 6. cikke (1) bekezdésének b) pontja a 32. cikkel együtt (eszközlista, második tényező), valamint f) pontja (bejelentkezési kísérletek, tevékenységnapló). Érdek: a fiókok védelme az átvétellel szemben, változások dokumentálása (5. cikk (2) bekezdés). Érdekmérlegelés: egy csonkolt cím nem válaszolja meg az „én voltam az?” kérdést; a tevékenységnaplónak fenn kell maradnia egy csak hónapokkal később felmerülő vita idejére is.
Címzettek	Nincsenek. A fióktulajdonos látja eszközeit, és az adatexportban megkapja a bejelentkezési kísérleteket, eszközöket és tevékenységeket; „Megtekintés ügyfélként” munkamenet esetén sem az ügyfélszolgálati személy IP-címe, sem a böngészője nem jelenik meg ott.
Harmadik ország	Nincs.
Megőrzés	Bejelentkezési kísérletek: 7 nap; sikeres bejelentkezés után az ugyanarról a címről érkező sikertelen kísérleteket azonnal töröljük. Kísérletszámlálók: az időablak végén (jelenleg 15 perc, jelszó-visszaállításnál és regisztrációnál egy óra); a lejártakat a következő hozzáférés és az éjszakai futás törli. Eszközök: az utolsó használat vagy a visszavonás után 90 nappal (éjszakai törlési futás, „sessions” rész), a fiókkal együtt azonnal. A bejelentkezve maradási tokenek 30 nap után lejárnak. Tevékenységnapló: 365 nap (éjszakánként); fióktörléskor a bejegyzések a megőrzési idő végéig megmaradnak (6.4 szakasz).
Műszaki és szervezési intézkedések	8. szakasz.

B.12 A szerződés megkötésének igazolása

Mező	Bejegyzés
Cél	Annak igazolása, hogy az Ügyfél a regisztrációkor a Szolgáltatási feltételek, az Adatfeldolgozási szerződés és az Adatvédelmi tájékoztató melyik verzióját fogadta el vagy vette tudomásul, valamint hogy a szolgáltatást vállalkozása számára használja.
Érintettek kategóriái	Ügyfelek.
Személyes adatok kategóriái	Dokumentumonként: fiók, dokumentum, verzió (a megjelenített szöveg hash-e), alkalom, IP-cím, böngészőazonosító, időpont (legal_consents). Maga a megjelenített verzió teljes szöveggel, nyelvvel, címmel és webcímmel, verziónként egyszer (legal_versions; nem tartalmaz személyes adatokat).
Jogalap	A GDPR 6. cikke (1) bekezdésének b) és f) pontja (a szerződés megkötésének igazolása, követelésekkel szembeni védekezés).
Címzettek	Nincsenek. A fióktulajdonos az adatexportban megkapja saját bejegyzéseit.
Harmadik ország	Nincs.
Megőrzés	Amíg a fiók létezik; a fiók törlése után a hozzájárulástól számított négy év, majd éjszakánkénti törlés (srv/cron_status.php). A kódban szereplő indok: az év végétől számított hároméves elévülési idő, felfelé kerekítve. A jogi felülvizsgálat része, hogy a lengyel jog más időtartamot indokol-e.
Műszaki és szervezési intézkedések	8. szakasz. Ha a három dokumentum bármelyike hiányzik, a regisztráció le van zárva.

B.13 Csapatmeghívások

Mező	Bejegyzés
Cél	További személyek meghívása egy munkaterületre.
Érintettek kategóriái	Meghívottak.
Személyes adatok kategóriái	E-mail-cím, szerepkör, meghívási azonosító, meghívó személy, lejárat, elfogadás időpontja (workspace_invites); a meghívó e-mail a kimenő levelek tárában (B.25).
Forrás	A meghívó tag adja meg.
Jogalap	Az Ügyfél tekintetében a GDPR 6. cikke (1) bekezdésének b) pontja; a meghívott személy tekintetében az f) pont (az Ügyfél csapatának bevonásához fűződő érdeke).
Címzettek	Levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Harmadik ország	A levelezési szolgáltatón keresztül.
Megőrzés	A meghívás 14 napig és csak addig érvényes, amíg a meghívó személy a munkaterület tulajdonosa vagy rendszergazdája. Az el nem fogadott meghívásokat lejárat után, az elfogadottakat az elfogadás után 30 nappal töröljük (éjszakánként, srv/cron_status.php és a cfg/fristen_lib.php „invites” része). A munkaterülettel együtt azonnal.
Műszaki és szervezési intézkedések	8. szakasz.

B.14 „Megtekintés Ügyfélként” a támogatás részéről

Mező	Bejegyzés
Cél	Egy szuperadminisztrátor úgy látja az alkalmazást, ahogyan egy Ügyfél látja, hogy megoldjon egy támogatási kérdést („nálam hiányzik a gomb”).
Az érintettek kategóriái	Az érintett Ügyfél; a szuperadminisztrátor.
A személyes adatok kategóriái	Minden, amit az Ügyfél az alkalmazásban lát. Naplózás: külön eszközsor a szuperadminisztrátor azonosítójával (login_sessions), kezdet és befejezés a tevékenységnaplóban (audit_logs).
Jogalap	Art. 6(1)(b) GDPR (támogatás a szolgáltatás részeként), másodlagosan (f).
Korlátok	Legfeljebb egy óra, ezt követően teljes kijelentkeztetés. A nézet befejezése a szuperadminisztrátort is teljesen kijelentkezteti, beleértve azt a munkamenetet is, amelyből érkezett; az adminisztrációs felületre csak jelszóval és második faktorral történő újbóli bejelentkezéssel térhet vissza. Azonnal véget ér, ha a szuperadminisztrátort visszaminősítik vagy letiltják. Minden, ami az Ügyfél fiókját módosítja, le van tiltva: jelszó, e-mail-cím, második faktor, eszközök, előfizetés, exportálás, törlés, átruházás. Az adminisztrációs felület a munkamenet alatt zárva van. Az Ügyfél a hozzáférést az eszközlistájában és az adatexportban támogatási hozzáférésként látja.
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	Eszközsor 90 nap, tevékenységnapló 365 nap.
Technikai és szervezési intézkedések	8. pont.

B.15 Domainek, a rendelkezési jog igazolása és monitorozás

Mező	Bejegyzés
Cél	Az Ügyfeleknek nyújtott alapszolgáltatás: domainek kezelése a fiókban, a rendelkezési jog igazolása, rendszeres ellenőrzés és a változások észlelése. Ide tartozik az űrlappulzus (böngésző nélküli, könnyű kérés a csomagtól függően 10–30 percenként), a levelezési DNS-beállítások és a tanúsítvány napi figyelése, a domain lejárati dátuma, a tiltólisták, a nyilvánosan elérhető fájlok, a kívülről látható verziók, a szkriptleltár, az űrlap vizuális változásai, a CAPTCHA- és levelezési szolgáltatók kiesései, valamint az űrlapbővítmények sebezhetőségeinek figyelése.
Az érintettek kategóriái	Ügyfelek és csapattagjaik; a domainek üzemeltetői, amennyiben természetes személyek.
A személyes adatok kategóriái	Domain a hosttal, nyilvános azonosító, megjegyzés, ügyfélcímke, az igazolás típusa és azonosítója, ellenőrzési gyakoriság, monitorozás be/ki, karbantartási időablakok, egy megkeresés értéke, a jelvény, a kézbesítés-ellenőrzés és a deploy hook azonosítói, bővítménykulcs, a figyelések állapotai és legutóbbi eredményei (DNS, tanúsítvány, az űrlap-e-mail hitelessége, tiltólisták, nyilvánosan elérhető fájlok, fejlécek, verziók) (domains). Pulzus űrlapoldalanként (form_pulse). Sebezhetőségek a bővítményverziók alapján (vuln_hits). Szkriptleltár címmel, hash-sel, mérettel, jóváhagyással, a jóváhagyó személlyel és az indoklással (script_inventory, script_changes). Ellenőrzések: lásd A.4. A nyilvánosan elérhető fájloknál az elérési út, a súlyosság és a típus kerül tárolásra, a tartalom soha.
Harmadik felekhez intézett lekérdezések	DNS-lekérdezések (SPF, DMARC, MX, igazoló rekord). Nyilvántartási lekérdezés RDAP-on keresztül az IANA-jegyzék szerint: csak a domainnév. DNS-tiltólisták (SpamCop, PSBL, Mailspike, SURBL; Spamhaus csak tárolt hozzáférési adatokkal, jelenleg nem): a web- és a levelezőszerver IP-címei és a domainnév, látogatói adatok nélkül. Google Web Risk csak beállítás esetén (jelenleg nincs beállítva): a kezdőlap címe. Időbélyeg-szolgáltató: csak egy hash-érték (B.19). WPVulnerability: csak egy bővítmény vagy téma azonosítója, illetve a WordPress-verzió; a telepített bővítményverzióval való összevetést mi magunk végezzük. A Cloudflare, a hCaptcha, a Google Cloud, a SendGrid, a Mailgun és a Brevo állapotoldalai: magán a kérésen kívül semmi nem kerül továbbításra.
Forrás	Ügyfél; az Ügyfél oldalára intézett kérések; nyilvános jegyzékek.
Jogalap	Art. 6(1)(b) GDPR.
Címzettek	A megnevezett szolgáltatások nem kapják meg Ügyfeleink személyes adatait, amennyiben egy vállalkozás domainnevei és szervercímei nem minősülnek személyes adatnak; egyéni vállalkozók esetében a domainnév személyes adat lehet. A munkaterület tagjai látják a domaint.
Harmadik ország	A kérések harmadik országbeli szolgáltatásokhoz is eljuthatnak (például nyilvántartási lekérdezések, tiltólisták). Csak a „Harmadik felekhez intézett lekérdezések” sorban megadott adatok kerülnek továbbításra.
Megőrzés	A domain törléséig. A fe_domain_loeschen() ezután azonnal törli az ellenőrzési eredményeket, űrlapokat, megállapításokat, képeket, jelentéseket, feladatokat, riasztási célokat és a riasztási naplót, incidenseket, Telegram-kódokat, kézbesítéseket, a pulzust, a sebezhetőségeket és az igazolásokat; idegen kulcsokon keresztül a felügyelt űrlapokat, böngészőfuttatásokat, a tesztfiókot és az űrlapszámlálókat; a host bővítményadatait, ha más domain nem hivatkozik rá. Szintén törlésre kerül a domain szkriptleltára és szkriptváltozásai; ezeknek nincs saját megőrzési idejük (6.4. pont). Ellenőrzési eredmények legfeljebb 13 hónapig, a legutóbbi megmarad.
Technikai és szervezési intézkedések	8. pont. A nyilvánosan elérhető fájlok és a verziók figyelése csak igazolt domaineknél, útvonalanként legfeljebb egy kéréssel, csak az első 8 KB-ig; harmadik felek útvonalainak kéretlen vizsgálata támadóeszköz lenne.

B.16 Riasztások, incidensek és eszkaláció a fióktulajdonos felé

Mező	Bejegyzés
Cél	Az Ügyfél tájékoztatása a hibákról és változásokról, a karbantartási időablakok figyelembevétele, az incidensek nyugtázása és eszkalálása. Ha a célpontok harmadik felek, az Ügyfél megbízásából járunk el (A.3); ha maga a fióktulajdonos, az itt kerül rögzítésre.
Az érintettek kategóriái	Fióktulajdonosok és csapattagok mint címzettek.
A személyes adatok kategóriái	Lásd A.3. Az értesítések a fióktulajdonos nyelvén jelennek meg.
Jogalap	Art. 6(1)(b) GDPR.
Címzettek	Levelezési szolgáltató; a választott csevegőszolgáltatások (4.1).
Harmadik ország	A csatornától függően (4.1).
Megőrzés	Lásd A.3: kézbesítési napló 90 nap, összesítő értesítések a kézbesítés után 30 nap, incidensek a megoldásig, majd további 180 nap. Riasztási célok a domainnel együtt.
Technikai és szervezési intézkedések	8. pont.

B.17 Havi jelentés a fiókoknak

Mező	Bejegyzés
Cél	Minden hónap 1-jén 08:00-tól (pótlólagos küldés 3-áig) fiókonként egy e-mail, amely a fiók összes domainjére kiterjed: szint, pontszám és változás, riasztások, blokkolt botok, e-mail-küldés, összehasonlító érték.
Az érintettek kategóriái	Aktív fióktulajdonosok, akiknél a havi jelentés be van kapcsolva.
A személyes adatok kategóriái	E-mail-cím, nyelv, a domainek kulcsadatai.
Jogalap	Art. 6(1)(b) GDPR (a szolgáltatás része). A beállításokban leiratkozható; központilag kikapcsolható.
Címzettek	Levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Harmadik ország	A levelezési szolgáltatón keresztül.
Megőrzés	Nincs külön tárolás; az e-mail 30 napig a kimenő postafiókban marad (B.25).
Technikai és szervezési intézkedések	8. pont.

B.18 Jelvény és nyilvános megerősítő oldal

Mező	Bejegyzés
Cél	Az Ügyfél jelvényképet ágyazhat be a weboldalába, és azt egy nyilvános megerősítő oldalra mutató hivatkozással láthatja el. A jelvény csak akkor mutatja a „Védett” feliratot, ha a domain igazolt, a monitorozás fut, és a legutóbbi befejezett ellenőrzés legfeljebb 45 napos, eredménye pedig „Védett” vagy „Részben védett” volt; ellenkező esetben semlegesen a „Kapcsolatfelvételi űrlap ellenőrzése” feliratot mutatja. A megerősítő oldal a szintet és a dátumot tünteti fel, egyedi megállapításokat nem.
Az érintettek kategóriái	Az Ügyfél weboldalának látogatói, akiknek a böngészője betölti a képet; a megerősítő oldal látogatói.
A személyes adatok kategóriái	A kép betöltésekor: IP-cím, időpont, lekért cím, hivatkozó oldal és böngészőazonosító a webszervernaplóban (B.1). A kép címe nem indít munkamenetet, nem állít be sütit, és nem ír az oldalmegtekintési naplóba. A megerősítő oldal szokásos oldal (B.2, B.3).
Jogalap	Art. 6(1)(f) GDPR. Érdek: a kép kiszolgálása és a biztonságos üzemeltetés. Az, hogy a látogató IP-címének továbbítása tekintetében az Ügyfél és mi a beágyazott, harmadik féltől származó tartalmakra vonatkozó ítélkezési gyakorlat értelmében közös adatkezelők vagyunk-e, és szükség van-e az Art. 26 szerinti megállapodásra, a jogi felülvizsgálat nyitott kérdése. Az Ügyfél szövegjavaslatot kap az adatvédelmi tájékoztatójához.
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	14 nap (webszervernapló). A képet egy órán át gyorsítótárazzuk. A jelvény kikapcsolásakor az azonosító érvényét veszti.
Technikai és szervezési intézkedések	8. pont.

B.19 Bizonyítéknapló és időbélyeg

Mező	Bejegyzés
Cél	Domainenként és havonta egy napló (fizetős csomagok): mit ellenőriztünk, milyen eredménnyel, mit jelentettünk és mi változott – bizonyítékként az elszámoltathatósághoz, biztosítók vagy beszállítói auditok számára. Minden változat ellenőrzőszámot kap; egy nyilvános oldal megerősíti a domaint, az időszakot és a kulcsadatokat, részletek nélkül. 2026. október 7. óta egy RFC 3161 szerinti időbélyeg-szolgáltató igazolja az időpontot.
Az érintettek kategóriái	Ügyfelek; közvetve azok a személyek, akik a naplóban jóváhagyóként vagy nyugtázóként szerepelhetnek.
A személyes adatok kategóriái	Domain, hónap, ellenőrzőszám, tartalom-hash (SHA-512), a napló összefoglalója és adatai, időbélyeg-válasz, időbélyeg-szolgáltató és időpont, sikertelen kísérletek (proof_docs).
Jogalap	Art. 6(1)(b) GDPR.
Címzettek	Az időbélyeg-szolgáltató (alapértelmezés szerint a Certum, tartalékként a DigiCert) csak a napló hash-ét kapja meg, a tartalmát nem. Nyilvános: a kulcsadatok a megerősítő oldalon. Az Ügyfél, valamint bárki, akinek az Ügyfél átadja a naplót vagy az ellenőrzőszámot.
Harmadik ország	Személyes adatok továbbítására nem kerül sor: egy hash-ből nem lehet a tartalomra következtetni. A tartalék szolgáltató székhelye az USA-ban van.
Megőrzés	A domain törléséig (fe_domain_loeschen()). Az időbélyeg nem minősített időbélyeg az eIDAS értelmében.
Technikai és szervezési intézkedések	8. pont.

B.20 Bővítmény és kiegészítő: ellenőrzés, csatlakoztatás és adatküldés

Mező	Bejegyzés
Cél	A WordPress-bővítmény és a TYPO3-kiegészítő ellenőrzést kérhet (fiók nélkül is), fiókhoz csatlakozhat (a telepítés a fiókban egy kattintással a rendelkezési jog igazolásának minősül), védelmi funkciókat oldhat fel, naponta jelenthet számadatokat (A.9), valamint azonnal jelentheti az e-mail-hibákat és a karbantartási módot.
Az érintettek kategóriái	Ügyfelek; olyan weboldalak üzemeltetői, akik fiók nélkül használják a bővítményt.
A személyes adatok kategóriái	Hostonként: bővítmény- és CMS-verzió, az ellenőrzések száma, az utolsó jelentés azonosítója, a csatlakozási titok hash-e, első és utolsó kapcsolat (plugin_sites). Egyszer használatos csatlakozási kódok hash-ként, lejárattal (plugin_connect_tokens). Egy ügynökség bevezetési kódjai hash-ként, előtaggal, címkével, felhasználásokkal, a létrehozó személlyel (workspace_connect_codes). Kérésnapló a hívó szerver IP-címével (B.4). A bővítménykulcs nyilvánosan látható a weboldal head részében; ez a titok hash-e, maga a titok pedig csak hash-ként van tárolva, és soha nem kerül visszaadásra.
Jogalap	Art. 6(1)(b) GDPR (fiók); fiók nélkül (f) (kért ellenőrzés, visszaélések megelőzése).
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	Egy host adatai törlődnek, amint egyetlen domain sem hivatkozik rá; egy fiók nélküli bővítmény sora csak 90 kapcsolat nélküli nap után (éjszakai törlési futás, „orphan_hosts” rész). Egyszer használatos kódok a lejárat után egy nappal. Bevezetési kódok a munkaterülettel együtt.
Technikai és szervezési intézkedések	8. pont. 2026. szeptember 27. óta a szerver csak a weboldalhoz kötött kulcspárokat fogadja el; a régebbi, nem kötött csatlakozási titkokat töröltük.

B.21 Rajvédelem

Mező	Bejegyzés
Cél	Közös spamvédelem: a csatlakoztatott weboldalak jelentik azoknak a hivatkozásoknak a domainjeit, amelyek olyan üzenetekben szerepelnek, amelyeket a védelmi rétegük megállított. Az a domain, amely hét napon belül legalább három weboldalon, összesen legalább öt találattal jelenik meg, felkerül egy listára, amely visszajut az összes csatlakoztatott weboldalra; ezek védelmi rétege az ilyen hivatkozásokat tartalmazó üzeneteket karanténba helyezi, soha nem tünteti el őket nyomtalanul.
Az érintettek kategóriái	A jelentett hivatkozási domainek tulajdonosai, amennyiben természetes személyek (például egy saját neve alatt működő spamoldal üzemeltetője). Nem az üzenetek küldői és címzettjei: címek, szövegek és nevek nem kerülnek jelentésre.
A személyes adatok kategóriái	Jelzések: típus, domain, jelentő host, nap, találatok (swarm_signals). Lista: típus, domain, a weboldalak és a találatok száma, időpontok (swarm_list). Nagy szolgáltatások, Ügyfeleink domainjei és az üzemeltető által beállított kivételek soha nem kerülnek listára.
IP-hálózatok	Az IP-hálózatok (/24, /48) megosztása elő van készítve. Ez ki van kapcsolva, és a bővítmény ilyet nem jelent; csak jogi felülvizsgálat után kapcsoljuk be, mert az IP-címek személyes adatok.
Jogalap	Art. 6(1)(f) GDPR. Érdek: valamennyi Ügyfél űrlapjainak védelme a spamhullámokkal szemben. Mérlegelés: csak domainek, minimális küszöbértékek a mérgezés ellen, nincs üzenetvesztés, eltávolítás bármikor lehetséges.
Címzettek	Az összes csatlakoztatott weboldal (a domainek listája).
Harmadik ország	A csatlakoztatott weboldalak helyétől függően; a lista az EGT-n kívüli weboldalakhoz is eljuthat. Csak határesetekben minősül személyes adatnak (természetes személyek domainjei). Ezekre az esetekre a GDPR V. fejezete szerinti továbbítási alapot még meg kell határozni (a jogi felülvizsgálat nyitott kérdése).
Megőrzés	Jelzések 30 nap (napi rajfuttatás 04:00-tól, cfg/swarm_lib.php). A listát naponta újraszámítjuk; ami már nem éri el a küszöbértéket, kikerül belőle.
Technikai és szervezési intézkedések	8. pont.

B.22 API-kulcsok, programozási interfész és MCP-szerver

Mező	Bejegyzés
Cél	Az Ügyfél saját eszközeinek (REST API, Zapier, Make, MCP-szerver MI-asszisztensekhez) hozzáférése az Ügyfél domainjeihez, ellenőrzéseihez és incidenseihez.
Az érintettek kategóriái	Kulcsokat létrehozó Ügyfelek.
A személyes adatok kategóriái	A kulcs csak hash-ként, előtag, címke, a létrehozás, az utolsó használat és a visszavonás időpontja (api_keys). Hívások percenként (api_usage).
Jogalap	Art. 6(1)(b) GDPR.
Címzettek	Az az eszköz, amelyet az Ügyfél a kulccsal ellát; ezt az Ügyfél határozza meg.
Harmadik ország	Az Ügyfél eszközétől függően.
Megőrzés	Kulcsok a visszavonásig, a fiók törlésekor azonnal; fiók nélküli kulcsok (korábbi adatok) éjszaka. Hívásszámlálók egy nap után (alkalmanként egy hívás során kerülnek törlésre).
Technikai és szervezési intézkedések	8. pont.

B.23 reCAPTCHA és saját űrlapvédelmünk

Mező	Bejegyzés
Cél	Saját űrlapjaink védelme az automatizált hozzáféréssel szemben: ingyenes ellenőrzés, fejléceszköz, opt-out, bejelentkezés, regisztráció, elfelejtett és visszaállított jelszó, támogatás és kapcsolatfelvétel. Emellett saját, harmadik feleket nem igénylő védelmünk: csapda (rejtett mező), aláírt időzítés-ellenőrzés és CSRF-token. 2026. október 29. óta ezenkívül formconfirmed űrlapvédelmünk (számítási bizonyíték és egyszer használható ellenőrző token) is védi az ingyenes ellenőrzést, a regisztrációt, a bejelentkezést és az „elfelejtett jelszó” funkciót.
Az érintettek kategóriái	Azok a személyek, akik ezeket az űrlapokat beküldik.
A személyes adatok kategóriái	A Google-nál: IP-cím, böngésző- és eszközadatok, viselkedési adatok, Google-sütik. Nálunk: a Google értékelése (pontszám és művelet) csak az ellenőrzés pillanatában, tárolás nélkül, akkor sem, ha a beküldést elutasítjuk. Saját űrlapvédelmünknél: IP-cím (csak csonkítva és hash-elve tárolva), oldal, időpontok, csapdamező kitöltve igen/nem; tartalom nem.
Időzítés	A Google szkriptje csak egy védett űrlap beküldésekor töltődik be, az oldal megnyitásakor nem. Saját űrlapvédelmünk az oldal megnyitásakor kéri le a feladatát, és a számítást akkor végzi el, amint az űrlapot használni kezdik. A fejlesztői rendszeren a reCAPTCHA ki van kapcsolva.
Jogalap	Art. 6(1)(f) GDPR. Érdek: védelem a botokkal szemben, különösen az ingyenes ellenőrzésnél, amelyet egyébként harmadik felek weboldalai ellen lehetne felhasználni. Az, hogy a végberendezéshez való hozzáférés a § 25 TDDDG vagy az Art. 399 PKE szerint hozzájárulást igényel-e, noha a szkript csak beküldéskor töltődik be, a jogi felülvizsgálat nyitott kérdése. Saját űrlapvédelmünk nem helyez el sütiket, semmit nem tárol a böngészőben, és nem készít ujjlenyomatot; hosszú távon a reCAPTCHA felváltására szolgál.
Címzettek	Google Ireland Limited; Google LLC. Saját űrlapvédelmünknél nincsenek.
Harmadik ország	USA (csak reCAPTCHA). Alap: az EU–USA adatvédelmi keret szerinti tanúsítás vagy általános adatvédelmi kikötések; részletesen dokumentálandó.
Megőrzés	reCAPTCHA: nálunk nincs tárolás; a Google-nál annak szabályai szerint. Saját űrlapvédelem: hash-elt azonosító 1 óra, felhasznált ellenőrző tokenek legfeljebb 11 perc, IP-cím nélküli ellenőrzési eredmények 30 nap.
Kiesés	Ha a Google három másodpercen belül nem válaszol, vagy használhatatlan választ ad, a beküldést elutasítjuk; ugyanígy járunk el üres token, illetve az űrlapétól eltérő műveletre vonatkozó válasz esetén is. Az ellenőrzés csak akkor marad el, ha a reCAPTCHA ki van kapcsolva. Saját űrlapvédelmünknél az érvényes ellenőrző token nélküli beküldést elutasítjuk; ha a szolgáltatás a feladat lekérésekor nem volt elérhető, a beküldést engedélyezzük.
Technikai és szervezési intézkedések	8. pont.

B.24 Támogatási és kapcsolatfelvételi űrlap

Mező	Bejegyzés
Cél	Megkeresések fogadása és megválaszolása a támogatási ablakon és a kapcsolatfelvételi oldalon keresztül. Mindkettő ugyanazt az útvonalat és ugyanazt a táblát használja.
Az érintettek kategóriái	Megkeresést küldők, bejelentkezve vagy bejelentkezés nélkül.
A személyes adatok kategóriái	Fiók (bejelentkezés esetén; ekkor a fiók címe érvényes, nem a megadott cím), e-mail-cím, ok egy rögzített listából, legfeljebb 4000 karakteres szöveg, állapot, teljes IP-cím, ország, böngészőazonosító, hivatkozó oldal (csak saját útvonalak), nyelv, a beérkezés és a válasz időpontja (support_requests); bejegyzés a tevékenységnaplóban (szöveg nélkül); átvételi visszaigazolás a megkeresőnek a kimenő postafiókban (B.25), legfeljebb 2000 karakteres szöveggel csak bejelentkezett küldők esetén, bejelentkezés nélküli megkereséseknél szöveg nélkül.
Jogalap	Art. 6(1)(b) GDPR, ha a megkeresés szerződést érint; egyébként (f). Teljes IP-cím: (f) (óránként és címenként legfeljebb három megkeresés, visszaélések megelőzése).
Címzettek	Levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) a visszaigazoláshoz és a válaszhoz. A Telegram változó nélküli, rögzített jelzést kap („új támogatási kérés érkezett”), így személyes adatot nem.
Harmadik ország	A levelezési szolgáltatón keresztül.
Megőrzés	24 hónap (éjszakai törlési futás, „support” rész); kézzel korábban is. Egy fiók törlésekor a megkeresések a megőrzési idő végéig megmaradnak (6.4. pont).
Technikai és szervezési intézkedések	8. pont. reCAPTCHA, saját űrlapvédelmünk, kérésszám-korlátozás.

B.25 E-mail-küldés (kimenő postafiók)

Mező	Bejegyzés
Cél	Tranzakciós e-mailek: a regisztráció és az új e-mail-címek megerősítése, jelszó-visszaállítás, meghívások, riasztások, havi jelentések, portálmegerősítések és -jelentések, támogatási visszaigazolások és válaszok, emlékeztetők a próbaidőszakról és a beállításról, üzemeltetési értesítések az üzemeltetőknek. Nincs reklám, és nem küldünk e-mailt olyan személyeknek, akik nem maguk regisztráltak, vagy akiket nem az Ügyfél adott meg címzettként.
Az érintettek kategóriái	Ezen e-mailek címzettjei.
A személyes adatok kategóriái	Címzett címe, tárgy, teljes tartalom, válaszcím, cél, küldési útvonal, állapot, hiba, kísérletek, időpontok (mail_outbox). A tartalom érvényes azonosítókat tartalmazó megerősítő és visszaállító hivatkozásokat is tartalmazhat.
Jogalap	Art. 6(1)(b) GDPR; üzemeltetési értesítéseknél (f).
Címzettek	Namecheap, Inc. (Private Email), Phoenix, Arizona, USA (küldés); a fióktulajdonos az elküldött e-mailjeit az adatexportban látja (tartalom nélkül).
Harmadik ország	A levelezési szolgáltató adatkezelési helyétől függően; a szerződést és a továbbítási alapot még dokumentálni kell (4. pont).
Megőrzés	30 nap (éjszaka, srv/cron_status.php). Ez az időtartam szándékosan a legrövidebb a naplók közül: egy hosszú küldési napló érvényes kulcsok gyűjteménye lenne. Az állapotfuttatás ötpercenként ellenőrzi, hogy esedékes-e újrapróbálkozás.
Állapot	Az e-mail-küldést az indulás előtt be kell állítani. Amíg a levelezési szolgáltató – székhelyével és a továbbítási alappal együtt – nem tisztázott, a jogi szövegek jelölést tartalmaznak.
Technikai és szervezési intézkedések	8. pont. A sikertelen e-maileket egyre hosszabb időközönként újra megpróbáljuk elküldeni, és legfeljebb meghatározott számú kísérlet után feladjuk.

B.26 Fizetések és számlázás

Mező	Bejegyzés
Cél	Előfizetések megkötése és kezelése (havonta vagy évente előre), 14 napos próbaidőszak kártya nélkül, a lejárat előtt három nappal küldött emlékeztetővel, számla alapján történő fizetés éves előfizetéseknél (alapértelmezés szerint kikapcsolva), fizetés nélküli feloldások tárhelyszolgáltatói és partnerkódokkal, számlázás, adózási célú megőrzés.
Az érintettek kategóriái	Ügyfelek.
A személyes adatok kategóriái	A Stripe-nál: e-mail-cím, név, számlázási cím, közösségi adószám, fizetési adatok, számlák; metaadatként a fiókazonosítónk és a csomag. Nálunk: Stripe-ügyfél- és -előfizetés-azonosító, csomag, állapot, az időszak vége, felmondás az időszak végére (users); a beérkezett Stripe-események csak azonosítóval, típussal, állapottal és időpontokkal, tartalom nélkül (stripe_events); a tárhelyszolgáltatói kódok beváltásai fiókkal, kampánnyal és lejárattal (bundle_redemptions). A kártyaadatok soha nem jutnak el hozzánk.
Forrás	Az Ügyfél a Stripe fizetési oldalán; események a Stripe-tól.
Jogalap	Art. 6(1)(b) GDPR; az adózási célú megőrzésnél (c).
Címzettek	Stripe Payments Europe Limited (Írország); Stripe, Inc. (USA). A fizetésfeldolgozás egyes részeinél a Stripe saját felelősségére jár el; a szerepek pontos megosztása a jogi felülvizsgálat része.
Harmadik ország	USA a Stripe, Inc.-en keresztül; alap: adatvédelmi keret vagy általános adatvédelmi kikötések a Stripe feltételei szerint.
Megőrzés	Számlázási mezők a fiókkal együtt; a futó előfizetés a fiók törlése előtt megszűnik. A számlákat és számlázási nyilvántartásokat a lengyel adójog szerint annak az évnek a végétől számított öt évig őrizzük meg, amelyben az adófizetési határidő lejárt; ezek a Stripe-nál vannak tárolva, és a Stripe ügyfélportálján lekérhetők. A Stripe-eseményeknek és a kódbeváltásoknak nincs megőrzési idejük (6.4. pont).
Technikai és szervezési intézkedések	8. pont. A Stripe-eseményeket csak érvényes aláírással fogadjuk el; minden eseményt egyszer dolgozunk fel.

B.27 Biztonsági mentések

Mező	Bejegyzés
Cél	Helyreállítás hiba után: téves törlés, sérült migráció.
Az érintettek kategóriái	Mindenki, akinek az adatai az adatbázisban vannak.
A személyes adatok kategóriái	Az alkalmazás adatbázisának teljes, tömörített mentése (dump). A képernyőképek és a logófájlok az adatbázison kívül vannak tárolva, és nem részei ennek a mentésnek. A tesztfiókok hozzáférési adatai csak titkosított formában szerepelnek benne (A.5).
Eljárás	Éjszaka 03:00-kor, a törlési futás után, hogy a mentés ne vigye magával azt, amit a megőrzési idők alapján éppen töröltünk. A mentést csak a tartalmának ellenőrzése után tartjuk meg (kilépési kód, táblák száma, záró sor). Vasárnaponként egy visszaállítási teszt a legutóbbi mentést egy ideiglenes adatbázisba tölti, és táblánként összeveti. Bármilyen hiba esetén jelzés és e-mail megy az üzemeltetőknek.
Jogalap	Art. 6(1)(f) GDPR, összefüggésben az Art. 32(1)(c)-vel.
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	14 nap; a régebbi mentések csak egy sikeres új mentés után törlődnek (cfg/backup_lib.php). Az ezen idő alatt végrehajtott törlések csak a mentés lejártakor érik el a mentést; ha adatokat mentésből állítunk vissza, a törlési kérelmeket ezt követően ismét végrehajtjuk.
Hely	A mentések jelenleg ugyanazon a helyen vannak, mint az adatbázis, és nincsenek külön titkosítva; egy második helyszínen tárolt titkosított másolat tervezés alatt áll (8.1. és 10. pont).
Technikai és szervezési intézkedések	8. pont.

B.28 Hibanapló és hibariasztás

Mező	Bejegyzés
Cél	A hibák megtalálása és javítása, mielőtt egy Ügyfél jelentené őket. Az új hibatípusokat és a hibahullámokat jelentjük az üzemeltetőknek, emellett 08:00-tól napi áttekintést küldünk.
Az érintettek kategóriái	Felhasználók, akiknek a kérése hibát okoz; közvetve azok a személyek, akiknek az adatai egy hibaüzenetben megjelennek.
A személyes adatok kategóriái	Szint, forrás, üzenet, kontextus JSON-ként, a munkamenet fiókazonosítója, időpont (error_logs). Hibatípusok: ujjlenyomat, minta (amelyből az e-mail-címeket, címeket, számokat és azonosítókat eltávolítottuk), egy változatlan, legfeljebb 2000 karakteres mintaüzenet, első és utolsó előfordulás, darabszám (error_kinds).
Jogalap	Art. 6(1)(f) GDPR (üzembiztonság, Art. 32).
Címzettek	Az üzemeltetők e-mailben, a levelezési szolgáltatón keresztül: új hibatípus esetén az üzenet forrása és nyers szövege legfeljebb 400 karakterig (tisztítás nélkül), valamint a napi áttekintő e-mail; hibahullám esetén csak a Telegram-jelzés megy ki. A Telegram csak változók nélküli, rögzített mondatokat kap („Új hibatípus jelent meg”, „Sok hiba rövid idő alatt”).
Harmadik ország	A levelezési szolgáltatón keresztül.
Megőrzés	Hibanapló 90 nap (éjszaka). A hibatípusok megőrzési idő nélkül (10. pont). A hibariasztás az éles rendszerben be van kapcsolva, a fejlesztői rendszerben ki.
Technikai és szervezési intézkedések	8. pont.

B.29 Üzemeltetési jelzések és állapotfigyelés

Mező	Bejegyzés
Cél	A kiesések észlelése: ötpercenként az összetevők ellenőrzése (kezdőlap, adatbázis, lemezterület, a szkenner életjele, sorhátralék), állapotoldal, jelzés hiba és helyreállás esetén, életjel egy külső monitorozó szolgáltatás felé, hogy a teljes kiesés is észlelhető legyen; hátralék a szkenner előtt.
Az érintettek kategóriái	Általában nincsenek.
A személyes adatok kategóriái	Nincsenek. Napi sorok összetevőnként az ellenőrzések számával és az utolsó hibával (system_status_logs), a szkenner életjele (scanner_heartbeat), napi kulcsadatok személyes vonatkozás nélkül (daily_stats). A Telegramnak küldött jelzések változók nélküli, rögzített mondatok; az életjel tartalom nélküli kérés.
Jogalap	Nem alkalmazandó, mivel nincsenek személyes adatok; elővigyázatosságból Art. 6(1)(f).
Címzettek	Telegram (rögzített mondatok); a külső monitorozó szolgáltatás (csak a kérés); az üzemeltetők e-mailben.
Harmadik ország	Telegram az EU-n kívül; személyes adat nem kerül továbbításra.
Megőrzés	Állapotsorok 400 nap (éjszaka).
Technikai és szervezési intézkedések	8. pont.

B.30 Opt-out – domain kizárása

Mező	Bejegyzés
Cél	Bárki igazolás nélkül véglegesen kizárhat bármely domaint az ellenőrzésekből; a tiltás azonnal hatályba lép valamennyi ellenőrzési útvonalon (ingyenes ellenőrzés, fiók nélküli bővítmény, tanulmány, potenciális ügyfelek ellenőrzése, fejléceszköz), és a rendelkezési jogukat igazoló, fizető Ügyfelek domainjeire is kiterjed; ezek folyamatban lévő monitorozása a következő ütemezett ellenőrzéssel véget ér. A domainre és annak www-változatára vonatkozik, más aldomainekre nem. Csak mi oldhatjuk fel, kérésre és igazolás alapján. Annak érdekében, hogy a visszaélés (például ha egy versenytárs mások domainjeit tiltja le) észlelhető és visszafordítható legyen, a tiltást naplózzuk.
Az érintettek kategóriái	Azok a személyek, akik egy domaint kizárnak.
A személyes adatok kategóriái	Domain, legfeljebb 250 karakteres önkéntes indoklás, forrás, IP-cím, ország, böngészőazonosító, időpont; feloldáskor az időpont, a tiltást feloldó személy és az indoklás (blocklist). Kérésnapló: lásd B.4.
Jogalap	A kizárásra Art. 6(1)(f) GDPR. Érdek: annak a kívánságnak a tartós, valamennyi ellenőrzési útvonalra kiterjedő érvényre juttatása, hogy egy domaint ne ellenőrizzenek. Ha a kizáró személy maga is érintett, a kizárás egyúttal az Art. 21 szerinti tiltakozását is érvényre juttatja (Art. 6(1)(c)). A cím, az ország és a böngészőazonosító tekintetében (f) (visszaélések észlelése).
Címzettek	Google (reCAPTCHA, B.23).
Harmadik ország	USA a reCAPTCHA-n keresztül.
Megőrzés	IP-cím, ország és böngészőazonosító 12 hónap után törlődik (éjszakai törlési futás, „optout_ip” rész). Maga a kizárás véglegesen megmarad, hogy hatályos maradjon.
Technikai és szervezési intézkedések	8. pont. Egy országból rövid időn belül érkező sok tiltás anomáliát generál (B.4).

B.31 Emlékeztető a regisztráció után

Mező	Bejegyzés
Cél	Egyetlen e-mail a regisztrációt követő 2–14. napon azoknak a megerősített fiókoknak, amelyeknek nincs megerősített domainje: „Weboldal hozzáadása” vagy „Domain megerősítése”. Nincs ajánlat, nincs ár, nincs csomagváltás; azzal a megjegyzéssel, hogy nem küldjük el újra. Hétköznapokon 09:00 és 18:00 között, futásonként legfeljebb 50.
Az érintettek kategóriái	Új fióktulajdonosok.
A személyes adatok kategóriái	E-mail-cím, nyelv, a küldés időpontja („emlékeztető elküldve” mező a users táblában), domain és megerősítési állapot.
Jogalap	Art. 6(1)(b) GDPR (tájékoztatás a saját fiók beállításáról). Az, hogy az e-mail a szerződéses jogviszonnyal kapcsolatos közlésnek vagy hozzájárulást igénylő kereskedelmi információnak minősül-e (Art. 10 UŚUDE, az elektronikus úton nyújtott szolgáltatásokról szóló lengyel törvény (ustawa o świadczeniu usług drogą elektroniczną); Art. 398 PKE; § 7 UWG), a jogi felülvizsgálat nyitott kérdése; az üzemeltető központilag kikapcsolhatja.
Címzettek	Levelezési szolgáltató (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Harmadik ország	A levelezési szolgáltatón keresztül.
Megőrzés	Az időpont a fiók fennállásáig megmarad; az e-mail 30 napig a kimenő postafiókban.
Technikai és szervezési intézkedések	8. pont. Az időpontot a küldés előtt rögzítjük, hogy egy megszakítás ne váltson ki második e-mailt.

B.32 Telegram-bot az Ügyfelek riasztásaihoz

Mező	Bejegyzés
Cél	Egy Telegram-csevegés riasztási célként történő összekapcsolása: az Ügyfél egy egyszer használatos kóddal ellátott hivatkozást kap a botunkhoz; amikor a címzett megnyomja a „Start” gombot, szerverünk kiolvassa a kódot a botnak érkezett új üzenetekből, és eltárolja a csevegésazonosítót. Ehhez nincs szükség nyitott végpontra (webhook) a mi oldalunkon.
Az érintettek kategóriái	Ügyfelek és azok a személyek, akiknek a Telegram-csevegése összekapcsolásra kerül.
A személyes adatok kategóriái	Egyszer használatos kód, domain, létrehozó fiók, események, kézbesítési mód, csevegésazonosító, időpontok (telegram_links); a csevegésazonosító mint cél (alerts). A Telegram az üzenettel további profiladatokat is küld; csak a kódot és a csevegésazonosítót értékeljük ki és tároljuk.
Jogalap	Art. 6(1)(b) GDPR; harmadik felek mint címzettek esetén lásd A.3.
Címzettek	Telegram.
Harmadik ország	Az EU-n kívül, megfelelőségi határozat nélkül; a választást az Ügyfél hozza meg (4.1). Az alap és a tájékoztatás a jogi felülvizsgálat nyitott kérdései.
Megőrzés	Egy kód 30 percig érvényes; az összekapcsolási sorok egy nap után, új kód létrehozásakor törlődnek, a nyitott kódok a fiókkal és a domainnel együtt. A csevegésazonosító mint cél a riasztási cél vagy a domain törléséig.
Technikai és szervezési intézkedések	8. pont.

B.33 Partnerprogram és feloldókódok

Mező	Bejegyzés
Cél	Egy fiók ajánlókóddal új Ügyfeleket ajánlhat, és korlátozott számú hónapon át jutalékot kap azok kifizetett számlái után. A kód a regisztrációig a címben szerepel; süti nem kerül beállításra. A tárhelyszolgáltatók és partnerek olyan kódokat bocsáthatnak ki, amelyek egy csomagot egy időszakra fizetés nélkül feloldanak; a lejárat előtt egy héttel az Ügyfél emlékeztetőt kap.
Állapot	A partnerprogram alapértelmezés szerint ki van kapcsolva, amíg a Partnerfeltételek nem állnak rendelkezésre.
Az érintettek kategóriái	Partnerek és ajánlott Ügyfelek.
A személyes adatok kategóriái	Ajánlókód, ajánló partner és az ajánlás időpontja (a users táblában); jutalék partnerrel, Ügyféllel, Stripe-számlaazonosítóval, összeggel, pénznemmel, jutalékkal, állapottal, időpontokkal (partner_commissions). Feloldás csomaggal, lejárattal, forrással, emlékeztetővel (a users táblában); kampányok és beváltások (bundle_campaigns, bundle_redemptions).
Jogalap	Art. 6(1)(b) GDPR (partnerszerződés); az Ügyfél tekintetében (f) (a jutalék elszámolása, anélkül, hogy az Ügyfél adatait a jutalék összegén túl átadnánk a partnernek); adózási nyilvántartások (c).
Címzettek	A partner látja a saját jutalékait.
Harmadik ország	Nincs.
Megőrzés	Ajánlás és feloldás a fiókkal együtt. A jutalékoknak és a beváltásoknak a kódban nincs megőrzési idejük; számviteli bizonylatként a jutalékokra adózási célú megőrzési kötelezettség vonatkozik (6.4. pont).
Technikai és szervezési intézkedések	8. pont.

B.34 Sebezhetőség-bejelentési pont

Mező	Bejegyzés
Cél	A(z) formexposed sebezhetőségeire vonatkozó bejelentések fogadása a Biztonság oldalon és a /.well-known/security.txt fájlban rögzített szabályok szerint.
Az érintettek kategóriái	Bejelentő személyek; azok a személyek, akiknek az adatait egy bejelentés bizonyítékként tartalmazza.
A személyes adatok kategóriái	E-mail-cím, név, a bejelentés tartalma és mellékletei, ahogyan a bejelentő elküldi őket. A bejelentés e-mailben érkezik az ott megadott címre; az alkalmazás nem tárolja.
Jogalap	Art. 6(1)(f) GDPR (a szolgáltatás biztonsága, Art. 32); ha egy bejelentés bizonyítékként harmadik személyek személyes adatait tartalmazza, szintén (f), a sebezhetőség megszüntetése céljából.
Címzettek	Levelezési szolgáltató, valamint – a postafiók beállításáig – a Namecheapnél beállított domain-továbbítás (4. pont).
Harmadik ország	A levelezési szolgáltatón és – az átállásig – a továbbításon keresztül.
Megőrzés	Nincs meghatározott vagy technikailag kikényszerített megőrzési idő (10. pont). Az időtartamot az üzemeltetőnek még meg kell határoznia; kézenfekvő megoldás lenne a harmadik személyekre vonatkozó bizonyítékokat a sebezhetőség megszüntetése után törölni, a levelezést pedig a támogatási megkeresésekhez hasonlóan kezelni.
Technikai és szervezési intézkedések	8. pont.

B.35 Visszajelzés egy jelentésről

Mező	Bejegyzés
Cél	Visszajelzések fogadása a jelentések alatt („Valami hibás ebben a jelentésben?”) az űrlapfelismerési hibák feltárása érdekében. A szuperadminisztrátor besorolja a visszajelzést (új, megerősített, javított, elutasított), és tesztesetként letöltheti a jelentés ellenőrzési adatait (űrlapok mezőkkel, indokokkal és megállapításokkal, képernyőképek és aktívan elküldött szövegek nélkül).
Az érintettek kategóriái	A jelentést megtekintő személyek, bejelentkezve vagy bejelentkezés nélkül.
A személyes adatok kategóriái	Kategória és ellenőrzés rögzített listákból, legfeljebb 500 karakteres oldalcím, legfeljebb 1 000 karakteres szöveg, nyelv, időpont, jelentésazonosító, ellenőrzés, kiszolgáló; bejelentkezés esetén fiókazonosító; az IP-cím titkos kulccsal képzett HMAC-SHA256 értéke a korlátozáshoz; állapot, ügyintéző, az ügyintézés időpontja (report_feedback). Tevékenységnapló: állapotváltozások és teszteset-letöltések. Sem e-mail-cím, sem nyílt szöveges IP-cím.
Jogalap	A GDPR 6. cikke (1) bekezdésének f) pontja (felismerési hibák feltárása és javítása; korlátozás a visszaélések ellen).
Címzettek	Nincsenek.
Harmadik ország	Nincs.
Megőrzés	24 hónap (éjszakai törlési futtatás, „report_feedback” rész); az IP-cím ellenőrzőösszegének törlése 2 nap után („report_feedback_ip” rész); fióktörléskor azonnal. A letöltött tesztesetek nem tartalmaznak adatokat a bejelentő személyről.
Műszaki és szervezési intézkedések	8. szakasz. Saját űrlapvédelem (csapdamező, aláírt időpont, CSRF), ellenőrzőösszegenként legfeljebb 5 bejelentés óránként és 20 naponta, jelentésenként 10; csak szuperadminisztrátorok olvashatják.

6. Megőrzés – mire terjed ki az éjszakai törlési futtatás, és mire nem

Van automatikus törlés, és megvan a maga helye. A webszerver crontabja ötpercenként elindít egy állapotellenőrző futtatást (srv/cron_status.php), az éles és a fejlesztői rendszeren egyaránt. Ez ellenőrzi az összetevőket, lekéri a kézbesítési ellenőrzés leveleit, ütemezi az ellenőrzéseket és riasztásokat küld. Naponta egyszer, a 03:00 és 03:04 közötti időablakban a megőrzési időszakoknak megfelelően töröl, majd elkészíti a biztonsági mentést. 2026. szeptember 27. óta emellett meghívja a cfg/fristen_lib.php fájlban található megőrzési futtatást (fe_fristen_lauf()), amelynek részei egymástól függetlenül futnak: ha az egyik meghiúsul, a többi folytatódik, a hiba pedig bekerül a hibanaplóba.

A futtatás működésének bizonyítéka: a fejlesztői rendszer biztonsági mentésének állapota 2026. október 11-én 03:00-kor sikeres mentést jelez; a mentés ugyanabban a blokkban, közvetlenül a törlés után készül. A futtatás minden olyan tábláról, amelyből törölt, kizárólag a szabványos kimenetre ír naplóbejegyzést, amelyet a crontab eldob; nincs tartós nyilvántartás arról, hogy mikor mit töröltek (10. szakasz).

A helyőrzőként megjelenő megőrzési időszakok az adminisztrációs felület megőrzési beállításaiban adhatók meg. A futtatás ugyanezeket a beállításokat olvassa; a szövegek ezért mindig azt az időszakot mutatják, amelynek letelte után az adatokat ténylegesen törlik.

6.1 A napi futtatás által lefedett adatok

Adatok	Megőrzési időszak és kiváltó esemény	Helye a kódban
Oldalmegtekintési napló (access_logs)	60 nap	srv/cron_status.php
Tevékenységnapló (audit_logs)	365 nap	srv/cron_status.php
Hibanapló (error_logs)	90 nap	srv/cron_status.php
Kimenő levelek (mail_outbox)	30 nap	srv/cron_status.php
„Maradjak bejelentkezve” tokenek (remember_tokens)	lejárat után (30 nap)	srv/cron_status.php
El nem fogadott meghívások (workspace_invites)	lejárat után (14 nap)	srv/cron_status.php
Bejelentkezési kísérletek (login_attempts); kísérletszámlálók (auth_attempt_buckets)	7 nap; számlálók az időablakuk lejártakor (jelenleg 15 perc, jelszó-visszaállításnál és regisztrációnál egy óra), a következő hozzáféréskor is	srv/cron_status.php
Fiók nélküli ellenőrzések kérésnaplója (check_throttle)	7 nap	srv/cron_status.php
Egyszer használatos kódok a bővítmény csatlakoztatásához (plugin_connect_tokens)	a lejárat után 1 nap	srv/cron_status.php
Lezárt rendellenességek (abuse_flags)	a lezárás után 90 nap	srv/cron_status.php
Lejárt jelentések az ellenőrzési eredménnyel, űrlapokkal, megállapításokkal, képekkel és feladattal együtt (csak fiókhoz tartozó domain nélkül)	névtelen ellenőrzéseknél 30 nap, érdeklődőknél 90 nap	fe_reports_aufraeumen()
Riasztások kézbesítési naplója (alert_log)	90 nap	fe_alert_log_aufraeumen()
Állapotsorok (system_status_logs)	400 nap	srv/cron_status.php
Törölt fiókok hozzájárulási nyilvántartása (legal_consents)	ha a fiókot törölték, és a hozzájárulás 4 éves	srv/cron_status.php
Törölt domainek árva adatai: ellenőrzési eredmények, feladatok, riasztási adatok, incidensek, Telegram-kódok, kézbesítések, állapotjelzések, sérülékenységek, igazolások, szkriptleltár és szkriptváltozások	a következő futtatáskor azonnal	fe_fristen_lauf(), „orphan_scans”, „orphan_rows” részek
Domain nélküli kiszolgálók bővítményadatai; fiók nélküli bővítménysor	azonnal; a sor 90 nap kapcsolat nélküli időszak után	„orphan_hosts” rész
A fejlécellenőrző eszköz eredményei (header_checks)	jelenleg 90 nap	„header_checks” rész
Domain ellenőrzési eredményei űrlapokkal, megállapításokkal, képekkel, jelentésekkel és feladatokkal	13 hónap; domainenként az utolsó befejezett ellenőrzés megmarad	„old_scans” rész
Böngészős futtatások, befejezett böngészős feladatok, idősorok (form_browser_runs, scan_jobs, form_performance)	13 hónap	„browser_runs”, „browser_jobs”, „form_performance” részek
Űrlapszámlálók (form_metrics), a bővítmény napi mutatói és változásértesítései (plugin_stats, plugin_changes)	13 hónap	„form_metrics”, „plugin_stats” részek
Bejelentkezett eszközök (login_sessions)	az utolsó használat vagy visszavonás után 90 nap	„sessions” rész
Elfogadott meghívások	az elfogadás után 30 nap	„invites” rész
Ügyfélszolgálati kérelmek (support_requests)	24 hónap	„support” rész
Jelentésekkel kapcsolatos visszajelzések (report_feedback)	24 hónap; az IP-cím ellenőrzőösszege 2 nap	„report_feedback” és „report_feedback_ip” részek
Jelentések PDF-változatai a gyorsítótárban (var/pdf)	7 nap	„pdf_cache” rész
IP-cím, ország és böngészőazonosító a kizárási nyilvántartásban (blocklist)	12 hónap; a kizárás megmarad	„optout_ip” rész
Portálfeliratkozók (client_subscribers)	meg nem erősített feliratkozás esetén 30 nap; leiratkozás esetén 3 év	„subscribers” rész
Soha meg nem erősített fiókok a munkaterülettel együtt	30 nap bejelentkezés nélkül, kivéve, ha másik tag is kapcsolódik hozzájuk	„pending_accounts” rész
Fiók nélküli API-kulcsok (korábbi adatok)	azonnal	„api_keys” rész

6.2 A 03:00-s időablakon kívül

Adatok	Megőrzési időszak és kiváltó esemény	Helye a kódban
Másolatok a kézbesítési ellenőrzés ellenőrző postaládájában	feldolgozás után, ötpercenként	fe_zustellung_abholen()
A kézbesítési ellenőrzés hozzárendelései (delivery_log)	180 nap, minden lekéréskor	fe_zustellung_abholen()
A tesztfiók titkosított adatai a feladatokban (scan_jobs)	a futtatás után, legkésőbb egy óra elteltével	ellenőrzőszerver; fe_login_aufraeumen()
Incidensek (alert_incidents) az eszkalációs kézbesítési kísérleteikkel együtt	a lezárásig; a lezárás után 180 nap	fe_vorfaelle_aufraeumen() a cfg/vorfall_lib.php fájlban
Elküldött összesítő értesítések (alert_queue)	a kézbesítés után 30 nap	cfg/kanal_lib.php
Rajvédelmi jelzések (swarm_signals)	30 nap, naponta 04:00-tól	cfg/swarm_lib.php
Érdeklődői ellenőrzések (prospect_checks)	90 nap, naponta 04:00-tól	srv/cron_status.php
Telegram-összekapcsolási kódok (telegram_links)	1 nap, új kód létrehozásakor	cfg/kanal_lib.php
API-hívások számlálói (api_usage)	1 nap, alkalmanként egy hívás során	cfg/agentur_lib.php
Lezárt szolgáltatói kiesések (provider_incidents), sérülékenységi gyorsítótár (vuln_cache)	90, illetve 30 nap; személyes adatok nélkül	cfg/anbieter_lib.php, cfg/luecken_lib.php
A tanulmány nyers adatai	közzétételkor	fe_studie_veroeffentlichen()
Biztonsági mentések	14 nap, sikeres új mentés után	cfg/backup_lib.php
Webszervernaplók	14 nap	a rendszer naplórotációja

6.3 Az Ügyfél általi törléskor

• Domain törlése (fe_domain_loeschen()): ellenőrzési eredmények az űrlapokkal, megállapításokkal és képfájlokkal együtt, jelentések, feladatok, riasztási célok, kézbesítési napló, összesítő értesítések várólistája, incidensek, Telegram-kódok, kézbesítések, állapotjelzések, sérülékenységek, bizonyítéknaplók, a domain a rögzített kiválasztást használó ügyfélportálokról; idegen kulcsokon keresztül a felügyelt űrlapok a böngészős futtatásokkal, megfigyelésekkel és idősorokkal együtt, tesztfiók, űrlapszámlálók; a kiszolgáló bővítményadatai, ha más domain nem hivatkozik rá. A domain szkriptleltára és szkriptváltozásai szintén törlődnek vele együtt; nincs saját megőrzési időszakuk (6.4. és 10. szakasz). A 2026. szeptember 27. előtti időszakból megmaradt, kapcsolódó domain nélküli adatokat az éjszakai futtatás törli („orphan_scans”, „orphan_rows” részek).
• Munkaterület törlése (fe_arbeitsbereich_daten_loeschen()): ezenfelül a márka a logóval együtt, ügyfélportálok a feliratkozókkal együtt, bevezetési kódok, érdeklődői ellenőrzések; továbbá meghívások és tagságok.
• Fiók törlése: a futó fizetős előfizetés azonnali megszüntetése a Stripe-nál, visszatérítés nélkül; a fióktulajdonos saját munkaterületeinek átadása vagy törlése; tagságok, a bejelentkezés megőrzésére szolgáló tokenek, eszközök, API-kulcsok a számlálókkal együtt, nyitott Telegram-kódok és a fiók sorának törlése.
• Tesztfiók törlése (fe_login_loeschen()): a titkosított adatok felülírása, a sor törlése, a várakozó feladatok kiürítése.

6.4 Amire a futtatás nem terjed ki

Ez a fontosabb lista. Azokat az adatokat nevezi meg, amelyekre nincs automatikus megőrzési időszak, vagy amelyek egy törlést követően is megmaradnak.

Adatok	Mi érvényes rájuk	Értékelés
Fiókadatok az utolsó IP-címmel együtt (users)	amíg a fióktulajdonos nem törli őket; az inaktív fiókok nem törlődnek	szerződéses adatok; hiányzik a tartósan inaktív, előfizetés nélküli fiókokra vonatkozó szabály
Törölt fiók tevékenységnaplója, oldalmegtekintései, hibanaplója	a megőrzési időszakuk végéig megmaradnak a fiókazonosítóval és az IP-címmel együtt	szándékos (a műveletek bizonyítása a megszüntetés után is); az azonosító már nem mutat fiókra
Törölt fiók ügyfélszolgálati kérelmei	legfeljebb 24 hónapig megmaradnak a régi fiókazonosítóval	szándékos; az azonosító nem törlődik
Törölt fiók hozzájárulási nyilvántartása	amíg a hozzájárulás 4 éves nem lesz (a hozzájárulástól, nem a fiók törlésétől számítva)	szándékos (B.12. szakasz)
Le nem zárt rendellenességek IP-címmel (abuse_flags)	amíg valaki le nem zárja őket	nyitott kérdés (10. szakasz)
Hibatípusok változatlan mintaüzenettel (error_kinds)	nincs megőrzési időszak	nyitott kérdés (10. szakasz)
Szkriptleltár és szkriptváltozások (script_inventory, script_changes)	nincs saját megőrzési időszakuk; a domain fennállásáig megmaradnak, és azzal együtt törlődnek	nyitott kérdés (10. szakasz)
Visszavont ügyfélportálok feliratkozói	a munkaterület törléséig	nyitott kérdés (10. szakasz)
Visszavont API-kulcsok és bevezetési kódok	a fiók vagy a munkaterület törléséig	csak kivonatok, előtag és címke; csekély jelentőségű
A tanulmány kiszolgálóinak listája (study_domains), soha közzé nem tett tanulmányok	nincs megőrzési időszak	nyitott kérdés (10. szakasz)
Belső ellenőrzések domain és jelentés nélkül (ellenőrzési eredmények, űrlapok, megállapítások, képernyőképek)	nincs megőrzési időszak; egyetlen törlési eljárás sem terjed ki rájuk	nyitott kérdés (10. szakasz)
Jutalékok, kódbeváltások, Stripe-események	nincs megőrzési időszak	számviteli jelentőség; az időszakot az adójog szerint kell meghatározni
Gyorsítótárazott domainkor (domain_age_cache)	nincs megőrzési időszak	csak domainnév és regisztrációs dátum
Az űrlap e-mailjének hitelesítési eredménye a feladó domainjével	a domainhez kapcsolódóan; minden beérkezéskor felülíródik	lásd A.1
Kizárások a kizárási nyilvántartásban	végleges	szándékos; tartósság nélkül a kizárás nem érvényesül
E-mailek a bejelentési pont postaládájában és az általános postaládában	nincs technikailag meghatározott megőrzési időszak	nyitott kérdés (10. szakasz)

6.5 Az adatbázison kívül

• A képernyőképeket fájlként, a webkönyvtáron kívül tároljuk, és az ellenőrzési eredményükkel együtt töröljük (a fenti törlési eljárások mindegyike a fájlokat is törli).
• A márkalogók fájljai lecseréléskor és a munkaterülettel együtt törlődnek.
• Az ellenőrzőszerveren feladatonként ideiglenes könyvtár jön létre az eredménnyel és a képekkel; minden futtatás után törlődik, hiba esetén is.
• A biztonsági mentéseket a webszerveren tároljuk (B.27).
• A teljes IP-címet tartalmazó webszervernaplókat 14 napig őrizzük meg (B.1).

7. Automatizált döntések, profilalkotás és értékelés

A formexposed webhelyeket értékel, nem embereket. Értékelésünk szerint a szolgáltatás nem hoz olyan döntést, amely valamely személyre nézve joghatással járna, vagy őt hasonlóképpen jelentős mértékben érintené (a GDPR 22. cikkének (1) bekezdése). Vannak azonban automatizált értékelések és automatikus tiltások. Felsoroljuk őket, hogy a besorolás ellenőrizhető legyen.

Mechanizmus	Működés	Kit érint
Az ellenőrzés pontszáma és minősítése	A hiányzó védelmi rétegek súlyozott összege (CAPTCHA, csapdamező, token, időzítés-ellenőrzés, hatástalan CAPTCHA, ismert védtelen konfiguráció), 0 és 100 között; ebből következik a „Védtelen”, „Részben védett” vagy „Védett” minősítés. A webhely minősítése a szabályok által (nem a nyelvi modell által) kapcsolatfelvételi űrlapként felismert űrlapok közül a legrosszabbhoz igazodik; kapcsolatfelvételi űrlap nélkül nincs minősítés. A súlyok az adminisztrációs felületen állíthatók be.	Webhelyüzemeltetők; egyéni vállalkozók esetében közvetve egy személy. A minősítésnek nincs jogkövetkezménye; bizonyítékokkal és útmutatással ellátott megállapítás.
Az űrlaptípus besorolása	Először szabályok alapján, helyi nyelvi modellel csak akkor, ha a szabályok eredménye „ismeretlen”. Eldönti, hogy engedélyezett-e az aktív tesztbeküldés (csak a szabályok által megbízhatóan felismert kapcsolatfelvételi űrlapnál). A nyelvi modell által besorolt űrlapokat soha nem küldjük be, és nem számítanak bele a pontszámba és a minősítésbe.	Az Ügyfél és az űrlapjai e-mailjeinek címzettjei; védőhatás: kétség esetén nincs beküldés.
Jelvény	Csak rögzített feltételek mellett mutat „Védett” állapotot (B.18), egyébként semleges.	Ügyfél; a látogatókra nincs hatása.
Az ingyenes ellenőrzés, a fejlécellenőrző eszköz és a kizárás korlátai és tiltásai	Elutasítja a kéréseket, ha elérik a címenkénti, munkamenetenkénti, domainenkénti vagy rendszerszintű korlátokat, ha a domain túl fiatal vagy ismeretlen korú, illetve ha a tiltólistán szerepel.	Kérelmezők; hatás: egy ingyenes szolgáltatás megtagadása néhány órától néhány napig. Az adminisztrátor feloldhatja egy cím tiltását; a kapcsolatfelvételi oldalon érkező megkeresésekhez ember jut hozzá.
Rendellenességek	A mintázatokat (sok domain egy címről, kérésrohamok, sok elutasítás, sok kizárási kérés egy országból, a napi korlát elérése) rögzítjük és jelentjük. Önmagukban nem okoznak tiltást; a tiltások a korlátokból következnek.	Kérelmezők.
Bejelentkezési zárolás	Jelenleg egy címről 15 percen belül nyolc sikertelen bejelentkezés után az adott címről érkező bejelentkezéseket átmenetileg elutasítjuk. Emellett 15 percen belül minden bejelentkezési kísérletet számolunk, a sikereseket is, fiók és IP-cím együttes figyelembevételével (jelenleg nyolc), fiókonként az összes címre kiterjedően (lényegesen többet, az elosztott találgatás ellen), valamint IP-címenként (jelenleg 80), ahogy a második tényező kódjait is (fiókonként tíz 15 percen belül); ezen felül a kísérleteket elutasítjuk. A másik címről érkező sikertelen kísérletek ezért már nem zárják ki a tulajdonost a fiókjából. Ugyanígy korlátozzuk a jelszómegerősítéseket (fiókonként öt 15 percen belül), a visszaállítási e-maileket (címenként három óránként, változatlan válasszal), a regisztrációkat (IP-címenként tíz óránként) és az ügyfélportál jelszavával történő próbálkozásokat (portál és IP-cím együttes figyelembevételével tíz, portálonként 50 15 percen belül).	Bejelentkező, regisztráló vagy ügyfélportált megnyitó személyek; időben korlátozott hatás, a jelszó-visszaállítás továbbra is lehetséges.
reCAPTCHA-küszöbérték	A Google-pontszám küszöbértéke alatt elutasítja a beküldéseket; a küszöbérték alkalmazási helyenként külön állítható (jelenleg 0,7 az ellenőrzésnél és a kizárásnál). A másik művelethez tartozó válaszokat és azokat a beküldéseket is elutasítja, amelyeknél a Google három másodpercen belül nem válaszol.	Az űrlapjainkat beküldő személyek; hatás: új próbálkozás vagy a kapcsolatfelvételi oldal használata.
Rajvédelem	A minimumküszöbök elérésekor automatikusan listára teszi egy hivatkozás domainjét; a csatlakoztatott webhelyek védelmi rétegei karanténba helyezik az ilyen hivatkozásokat tartalmazó üzeneteket.	Az Ügyfél oldalainak üzenetet küldő személyek. Hatás: az üzenetet visszatartja, nem törli, és a webhely üzemeltetője feloldhatja a visszatartást. Az üzenetről az üzemeltető bővítménye dönt az üzemeltető webhelyén, nem mi.
Összehasonlító értékek	„Jobban védett, mint az ellenőrzött webhelyek X %-a”, kizárólag legalább 20 kiszolgáló összesített adatai alapján.	Webhelyüzemeltetők; nincs hatás.

A 22. cikkhez legközelebb az Ügyfél oldalain működő bővítmény védelmi rétege áll, amely automatikusan visszatartja a beküldéseket. Ez a webhely üzemeltetője által, az üzemeltető szerverén végzett adatkezelés (A.10). Semmit nem töröl, hanem karanténba helyezi az üzeneteket, és az üzemeltető bármelyik üzenet visszatartását feloldhatja. Sem ott, sem nálunk nem történik a látogatókra vonatkozó profilalkotás; nincs olyan látogatóazonosító, amely összekapcsolná az üzeneteket.

8. Műszaki és szervezési intézkedések (32. cikk) – általános leírás

Ez a szakasz a GDPR 30. cikke (1) bekezdésének g) pontja és (2) bekezdésének d) pontja szerinti általános leírás. A részletes változat a Műszaki és szervezési intézkedések oldalon található. Az alábbi intézkedések mindegyikét a kód vagy a konfiguráció bizonyítja. A még meg nem valósított intézkedések ugyanebben a szakaszban (8.1) szerepelnek, hogy a leírás teljes legyen.

Terület	Hatályos intézkedés
Átviteli titkosítás	HTTPS a webhelyen, az alkalmazásban és az interfészeken; HSTS; a munkamenet és a bejelentkezés megőrzésére szolgáló tokenek sütijei csak HTTPS-en, HttpOnly, SameSite=Lax.
Hozzáférés-szabályozás (hitelesítés)	Jelszavak csak kivonatként, az újak legalább tíz karakterrel és legfeljebb 72 bájttal; bejelentkezési zárolás ismételt sikertelen kísérletek után, valamint kísérletkorlátok fiók és IP-cím együttes figyelembevételével, fiókonként és IP-címenként, hogy a másik címről érkező sikertelen kísérletek ne zárják ki a tulajdonost; kísérletkorlátok a jelszómegerősítésekre, a jelszó-visszaállításra (azonos válasszal és válaszidővel), a regisztrációkra és a portáljelszavakra is; kétfaktoros bejelentkezés (TOTP) titkosított titokkal, a kód ismételt felhasználása elleni védelemmel és kivonatként tárolt helyreállítási kódokkal; minden bejelentkezéskor új munkamenet-azonosító, a nem a szerver által kiadott azonosítókat nem fogadjuk el; a „Maradjak bejelentkezve” funkció szuperadminisztrátorok számára nem elérhető, minden token csak egyszer érvényes; az e-mail-cím módosítása érvényteleníti a még használható visszaállítási hivatkozást; az eszközök egyenként vagy egyszerre visszavonhatók; az eszközlista csak a munkamenet-azonosító kivonatát tárolja.
Hozzáférés-szabályozás (jogosultságkezelés)	Szerepkörök munkaterületenként (tulajdonos, adminisztrátor, olvasó); a jogosultságokat az objektumhoz viszonyítva ellenőrizzük, soha nem az űrlapból származó azonosító alapján; a tesztfiók, a „Fix it for me” és az aktív ellenőrzések csak tulajdonosok és adminisztrátorok számára érhetők el; a „Megtekintés Ügyfélként” időben korlátozott, és a fiókot módosító műveleteknél tiltott, befejezése teljes kijelentkezéssel jár, az adminisztrációs felületre csak jelszóval és második tényezővel lehet visszatérni; a meghívások csak addig érvényesek, amíg a meghívó személy tulajdonos vagy adminisztrátor; a webhookok és a csevegési csatornák címei az olvasóknak csak a kiszolgálónévre rövidítve jelennek meg; az igazolt domain kiszolgálóneve nem módosítható.
Alkalmazásbiztonság	CSRF-tokenek; előkészített adatbázis-utasítások; saját űrlapvédelmünk (csapdamező, aláírt időzítés-ellenőrzés); reCAPTCHA a nyilvános űrlapokon; gyakoriságkorlátozás az ügyfélszolgálatnál, az ellenőrzéseknél és az interfészeknél; munkaterületenként egyszerre csak egy „Fix it for me” hívás, hogy a keret egyidejű kéréseknél is érvényesüljön; keretbe ágyazás elleni védelemmel ellátott Content Security Policy, amely csak az adott válasz engedélyét (nonce) hordozó szkriptek futását teszi lehetővé; IP-cím a továbbított fejlécekből csak a saját proxynktól és csak az általa hozzáfűzött bejegyzésből; a hozzáférési tokenek maszkolása az oldalmegtekintési naplóban.
Titkok	API-kulcsok, bevezetési kódok, a bővítmény csatlakoztatási titkai, egyszer használatos kódok és portáljelszavak csak kivonatként; a tesztfiók hitelesítő adatai aszimmetrikusan titkosítva, a magánkulcs csak az ellenőrzőszerveren; aláírt webhookok; Stripe-események csak érvényes aláírással.
Adattakarékosság	A kézbesítési ellenőrzés nem tárol tartalmat és teljes feladói címeket; az űrlapok címzettjeinek címei csak domainként; a szkriptcímekben szereplő fiókazonosítókat lecseréljük; a bővítmény mutatói csak rögzített listákból; az e-mail-küldési hibák szövege csak kategóriaként; Telegram-jelzések változók nélkül; a böngészős ellenőrzés képei maszkolt beviteli adatokkal; bejelentkezés mögött nincsenek képernyőképek.
Az ellenőrző elkülönítése	Minden ellenőrzés saját konténerben: minden Linux-képesség elvéve, nincs jogosultságnövelés, csak olvasható fájlrendszer, memória- és folyamatkorlát, saját hálózat; a cél ellenőrzése a magán- és helyi hálózatok kizárására az elfogadás előtt és az ellenőrzőben, átirányítások után is; a service workerek blokkolva, a WebSocket-kapcsolatok lezárva. A webszerver kérései (rendelkezési jogosultság igazolása, fejlécellenőrző eszköz, fájlkeresés, állapotjelzés, RDAP, tanúsítványok, webhookok és csevegési riasztások) csak a szokásos webes portokon és csak pontosan az ellenőrzött címre, webhookok és csevegési riasztások csak HTTPS-en.
Tárolás	Képernyőképek a webkönyvtáron kívül, csak a jelentésen keresztül kérhetők le; jelentések véletlenszerű címeken, noindex jelöléssel; a biztonsági mentések könyvtárát csak a szolgáltatás olvashatja.
Rendelkezésre állás és helyreállítás	Éjszakai biztonsági mentés tartalomellenőrzéssel, heti visszaállítási teszt, riasztás hiba esetén; összetevő-ellenőrzés ötpercenként jelzéssel és e-maillel; külső életjel; vészleállítás a névtelen ellenőrzésekhez; a terhelés visszafogása feltorlódás esetén.
Nyomon követhetőség	Tevékenységnapló a bejelentkezésekről, módosításokról, törlésekről, ügyfélszolgálati hozzáférésekről és jóváhagyásokról; hibanapló riasztással.
Törlés	Megőrzési időszakok a kódban egy helyen, a szövegekkel azonos beállításokból (6. szakasz); törlési láncok a domainhez, a munkaterülethez és a fiókhoz, a 6.4. szakaszban felsorolt kivételekkel.
Az érintettek jogai	Minden fiókadat egy kattintással fájlba exportálható, a mezők engedélyezési listája alapján, titkok nélkül.
Szervezés	Adminisztrációs felület csak szuperadminisztrátori jogosultságú fiókok számára, a „Megtekintés Ügyfélként” alatt blokkolva; elkülönített fejlesztői és éles rendszer, a fejlesztői rendszer további hozzáférési védelem mögött; a jogi szövegek átvitele jóváhagyás után olyan eszközzel, amely elutasítja a tervezeteket és a helyőrzőket.

8.1 Még meg nem valósított intézkedések

• Az adatbázis nyugalmi állapotban nincs titkosítva (a 2026. október 11-i mérés szerint). Kivételt képeznek a tesztfiók hitelesítő adatai és a kétfaktoros hitelesítés titka, amelyek mezőszinten titkosítottak.
• A belső kapcsolatok nem mindenütt titkosítottak. A belső hálózatunkon belüli kapcsolatok nem mindenütt titkosítottak. A tesztfiók hitelesítő adatai ott csak titkosított formában haladnak át.
• Nincs biztonsági mentés második helyszínen. A mentéseket jelenleg az adatbázissal azonos helyszínen tároljuk, és külön nincsenek titkosítva; titkosított másolatot tervezünk egy második helyszínen. Addig egy hibás törlési parancs ellen védenek, a helyszín elvesztése ellen nem.
• A szerveradminisztráció biztonsági megerősítése nem teljes. A szervereinkhez való adminisztratív hozzáférés biztonsága még nem felel meg az üzemeltetéshez elérni kívánt szintnek; a megerősítés folytatódik. Részleteket nem teszünk közzé, mert azok segítenének egy támadónak; kérésre a felügyeleti hatóság rendelkezésére bocsátjuk őket.
• Nincs funkcionális olvasási napló az adminisztrációs felületen. Az írási műveleteket a tevékenységnapló rögzíti; azt, hogy ki melyik ügyfélszolgálati kérelmet vagy jelentést tekintette meg csupán, csak az oldalmegtekintési naplóból lehet megállapítani (60 nap).
• Nincs tartós törlési napló. Nem rögzítjük, hogy az éjszakai futtatás mit törölt (6. szakasz).
• Nincs független második ellenőrzési pont. A második helyszínen működő mérőpont nincs beállítva (A.6).

9. Adatvédelmi tisztviselő – értékelés a GDPR 37. cikke alapján

Eredmény: Értékelésünk szerint nincs kijelölési kötelezettség. Az értékelés a jogi felülvizsgálat része, és megismételjük, amint az alább felsorolt körülmények bármelyike megváltozik.

A 37. cikk (1) bekezdése három esetben ír elő kijelölést.

• Az a) pont (közhatalmi szerv vagy egyéb, közfeladatot ellátó szerv) nem alkalmazandó.
• A b) pont (az érintettek rendszeres és szisztematikus, nagymértékű megfigyelését szükségessé tevő fő tevékenységek): fő tevékenységünk webhelyek és űrlapok rendszeres, szisztematikus ellenőrzése, nem pedig emberek megfigyelése. Nem készítünk látogatói profilokat, nem alkalmazunk követést, és nem kapcsoljuk össze az üzeneteket. A kézbesítési ellenőrzés (A.1) valódi látogatói üzeneteket vezet át a postaládánkon, de csak a fejléceket és az első 8 KB-ot értékeli ki a hozzárendeléshez, és nem tárol tartalmat; kézbesítési útvonalakat figyel meg, nem embereket. Az ügyfélfiókok és a naplók az üzleti tevékenységhez kapcsolódó járulékos elemek.
• A c) pont (a 9. cikk szerinti különleges adatok vagy a 10. cikk szerinti büntetőjogi vonatkozású adatok nagy számban történő kezelése fő tevékenységként): nem teljesül. Különleges adatok járulékosan előfordulhatnak az űrlapok e-mailjeinek másolataiban (A.1), bejelentkezés mögötti oldalakon (A.5) vagy beillesztett kódban (A.7); a járulékos rögzítés nem fő tevékenység.

A 37. cikk (4) bekezdése lehetővé teszi, hogy a nemzeti jog további eseteket határozzon meg. Ügyvéddel erősíttetjük meg, hogy a lengyel jog előírja-e számunkra a kijelölést.

Új értékelést kiváltó körülmények: az IP-hálózatokat használó rajvédelem aktiválása; olyan funkció, amely több üzeneten vagy webhelyen keresztül felismeri a látogatókat; a kézbesítési ellenőrzésből származó tartalom tárolása; olyan Ügyfél, akinek űrlapjai túlnyomórészt különleges adatokra vonatkoznak (egészségügy, álláspályázatok), és akinél a kézbesítési ellenőrzés nagy léptékben be van kapcsolva; az első, ügyféladatokhoz hozzáférő alkalmazott. Önkéntes kijelölés továbbra is lehetséges; ekkor a 37–39. cikk teljes egészében alkalmazandó.

Ettől különálló kérdés: arra, hogy az egyes adatkezelési tevékenységekhez szükséges-e a 35. cikk szerinti adatvédelmi hatásvizsgálat, az Adatvédelmi hatásvizsgálat oldal ad választ. Az ottani előzetes értékelés arra jut, hogy a rajvédelemhez (B.21) és a tervezett léptékű tanulmányokhoz (B.7) adatvédelmi hatásvizsgálat szükséges, amelyet mi végzünk el, a kézbesítési ellenőrzéshez (A.1) pedig a tipikus felállásban szintén szükséges, az Ügyfél kötelezettségeként, amelynek teljesítésében támogatjuk.

10. Nyitott kérdések és tervezett intézkedések

Az alábbi pontokat a kód, a séma vagy a konfiguráció bizonyítja, nem feltételezések. A jelen változat dátumakor fennálló helyzetet írják le; a besorolás a sajátunk, és nem előlegez meg jogi értékelést. Az érintettekre gyakorolt súlyuk szerint rendeztük őket, nem aszerint, hogy mennyire könnyű kijavítani őket. A tervezett intézkedéseket és azok prioritását az Adatvédelmi hatásvizsgálat ismerteti.

Nyitott kérdés	Mi bizonyított	Jelentőség
Levelezési szolgáltató dokumentált szerződés nélkül	A Namecheap, Inc. (Private Email), Phoenix, Arizona, USA esetében a szerződés, az adatkezelés helyszínei és az adattovábbítás jogalapja nem dokumentált. A fiókkal kapcsolatos e-mailek, a riasztások és a valódi látogatói üzeneteket tartalmazó ellenőrző postaláda ezen a szolgáltatón keresztül működnek.	A vonatkozó rendelkezések a GDPR 28. cikkének (2) és (4) bekezdése, valamint az V. fejezet. A szerződés megkötését és dokumentálását az indulás előtt tervezzük.
A csevegési szolgáltatások és a reCAPTCHA jogalapjai nyitottak	Riasztások a Telegramnak (nincs megfelelőségi határozat), a Slacknek, a Discordnak, a Microsoft Teamsnek és a Google Chatnek; reCAPTCHA hozzájáruláskérés nélkül.	Nyitott kérdések a jogi felülvizsgálathoz; addig a tájékoztatás és a jogalap nem végleges.
Az ellenőrző postaláda üzemzavar alatt üzeneteket őrizhet meg	A törlés sikeres feldolgozás után történik; ha a lekérés meghiúsul, a másolatok a következő sikeres futtatásig megmaradnak. Nincs figyelmeztetés, ha a postaládában hosszabb időn át hátralék halmozódik fel.	A másolatok valódi látogatói megkereséseket tartalmaznak.
Nincs biztonsági mentés második helyszínen, az adatbázis nyugalmi állapotban nincs titkosítva	8.1. szakasz. A biztonsági mentés titkosított másolatát tervezzük egy második helyszínen.	Egyetlen helyszíni esemény egyszerre érintené az adatokat és a mentést; az ellopott adathordozó olvasható lenne.
Le nem zárt rendellenességek megőrzési időszak nélkül	A teljes IP-címet kulcsként használó rendellenességeket csak a lezárás után 90 nappal töröljük; ami soha nem kerül lezárásra, megmarad.	A korlátozott tárolhatóság elvéhez kapcsolódik (5. cikk (1) bekezdés e) pont); a törlés kézi lezárástól függ. Rögzített megőrzési időszakot tervezünk (az Adatvédelmi hatásvizsgálat intézkedései).
Hibatípusok mintaüzenettel, megőrzési időszak nélkül	A mintaüzenetet változatlanul, legfeljebb 2 000 karakterig tároljuk; a megtisztított mintázat eltávolítja a címeket és számokat, a mintaüzenet nem.	A hibaüzenetek e-mail-címeket, kiszolgálóneveket vagy IP-címeket tartalmazhatnak.
Szkriptleltár saját megőrzési időszak nélkül	A szkriptleltár és a szkriptváltozások a domainnel együtt törlődnek (FE_DOMAIN_TABELLEN), a munkaterület vagy fiók törlésekor és az árva adatokat törlő éjszakai futtatásban is; nincs saját megőrzési időszakuk. Szkriptcímeket, oldalcímeket, jóváhagyás esetén pedig a jóváhagyó személyt és szabad szöveges indoklást tartalmaznak.	A korlátozott tárolhatóság elvéhez kapcsolódik (5. cikk (1) bekezdés e) pont); a jóváhagyásokat tartalmazó változásnapló a domain fennállásáig folyamatosan nő.
Visszavont portálok feliratkozói	A visszavont portált blokkoljuk, nem töröljük; feliratkozói a munkaterület törléséig megmaradnak.	A cél (a jelentés elküldése) a visszavonással megszűnt.
Tanulmánylisták megőrzési időszak nélkül	A közzététel után a kiszolgálók és a szegmensek megmaradnak; a soha közzé nem tett tanulmányok nyers adatai is megmaradnak.	A „nyers adatokat töröljük” ígéret csak a közzétett tanulmányokra vonatkozik.
Belső ellenőrzések törlési eljárás nélkül	A „belső” bizalmi szintű ellenőrzésekre, amelyekhez sem domain, sem jelentés nem tartozik (tanulmányok és az üzemeltető által parancssorból létrehozott ellenőrzések), egyetlen törlési eljárás sem terjed ki; velük együtt megmaradnak harmadik felek webhelyeinek űrlapjai, megállapításai és képernyőképei.	A korlátozott tárolhatóság elvéhez kapcsolódik (5. cikk (1) bekezdés e) pont); olyan személyeket érint, akik semmit nem tudnak az ellenőrzésről. Az Adatvédelmi hatásvizsgálat magas kockázatúnak értékeli.
A rendelkezési jogosultság igazolását nem újítjuk meg	A rendelkezési jogosultság igazolását egyszer ellenőrizzük; a kódban nincs olyan eljárás, amellyel a domain azt újra elveszítené.	Az aktív tesztbeküldések, a fájlkeresés és a bejelentkezés mögötti ellenőrzés a tulajdonos vagy a megbízás változása után is folytatódnak.
Bejelentkezés mögötti ellenőrzés: átvitel az Ügyfél oldalára	Bejelentkezési címként a http is megengedett a https mellett, és az Ügyfél oldalának tanúsítványhibái nem állítják le a bejelentkezést.	A tesztfiók hitelesítő adatait az Ügyfél oldalára vezető úton elfoghatják.
A törlés időablaktól függ	A napi blokk csak akkor fut le, ha az állapotellenőrző futtatás 03:00 és 03:04 között indul. Ha ez az egy futtatás meghiúsul (az adatbázis nem érhető el, a szerver újraindult), az aznapi törlés és biztonsági mentés elmarad; nincs pótlás. A törölt adatokról nem készül tartós napló.	A megőrzési időszakok ilyenkor észrevétlenül egy nappal meghosszabbodnak. Az elmulasztott időablak nem vált ki riasztást; csak az elinduló, majd meghiúsuló mentést jelentjük. Az adminisztrációs felület beállítási listája mutatja az utolsó sikeres mentés dátumát.
Egyes törlések a felügyelettől függnek	A kézbesítési ellenőrzés ellenőrző postaládájának kiürítése, az incidensek, elküldött összesítő értesítések, rajvédelmi jelzések és érdeklődői ellenőrzések törlése, valamint a feladatokban maradt tesztfiókmásolatok eltávolítása az állapotellenőrző futtatás ütemező részében történik, amely csak akkor működik, ha a felügyelet az adminisztrációs felületen be van kapcsolva; a kézbesítési ellenőrzés hozzárendeléseit pedig csak akkor töröljük, ha van beállított ellenőrző postaláda.	Ha a felügyeletet központilag kikapcsolják vagy a postaládát eltávolítják, e megőrzési időszakok érvényesítése észrevétlenül leáll.
Bejelentési pont és postaládák megőrzési időszak nélkül	A sérülékenységi bejelentéseket és az egyéb beérkező e-maileket az alkalmazáson kívül tároljuk; nincs meghatározott megőrzési időszak.	A bejelentések harmadik felekre vonatkozó bizonyítékokat tartalmazhatnak.
A rejtett mezők értékeit az ellenőrzés során kiolvassuk	Az ellenőrző a rejtett űrlapmezők értékét legfeljebb 24 karakterig, az adatattribútumokat legfeljebb 60 karakterig olvassa ki az időbélyegek és tokenek felismeréséhez. A mezőtérképbe és a megállapításokba csak a mező neve, típusa, címkéje és a felismerés eredménye kerül, az értéke nem.	Nincs tárolási hiányosság; az értéket csak az ellenőrző konténer munkamemóriájában tartjuk az ellenőrzés idején. Az előre kitöltött értéket (például ügyfélszámot) ennek során kiolvassuk, de nem tároljuk.
Származtatott feladói domain a hitelesítési eredményben	A.1.	A látogatók személyes domainjei esetén valódi üzenetből származó személyes adat.
A szerveradminisztráció biztonsági megerősítése nem teljes; a belső kapcsolatok nem mindenütt titkosítottak	8.1. szakasz. A megerősítés folytatódik; részleteket nem közlünk nyilvánosan.	Egy szerverszintű biztonsági incidens egyszerre érintené az alkalmazást, az adatbázist és a biztonsági mentéseket.
Mérés a fejlesztői rendszeren	A sémát, a kódot és a beállításokat a fejlesztői rendszeren mértük fel.	A kód és a séma megegyezik az éles rendszerével; a beállítások eltérhetnek, és az indulás előtt ott ismét ellenőrizni kell őket.

11. E nyilvántartás naprakészen tartása

A 30. cikk előírja, hogy a nyilvántartást írásban kell vezetni, és kérésre a felügyeleti hatóság rendelkezésére kell bocsátani. Ehhez szükség van egy felelősre és egy ellenőrzési gyakoriságra, amellyel a nyilvántartást a rendszerrel, nem pedig a saját előző változatával vetik össze.

• Felelős: Lukas Wójcik, tulajdonos. A felülvizsgálat évente és minden adatkezelési tevékenység változásakor megtörténik.
• Frissítést igénylő események: új vagy megváltozott további adatfeldolgozó, különösen a levelezési szolgáltató kiválasztása; személyes adatot tartalmazó új tábla vagy új mező; a megőrzési időszakok vagy a törlési láncok változása a cfg/fristen_lib.php vagy a srv/cron_status.php fájlban; új riasztási csatorna vagy új kérés harmadik félhez; alapértelmezés szerint kikapcsolt funkció bekapcsolása (IP-hálózatokat használó rajvédelem, mérőpont, saját domainek, partnerprogram, számla alapján történő fizetés, Spamhaus vagy Google Web Risk); más szerverekre költözés.
• Eljárás: minden itt szereplő állítás kódból, sémából vagy mérésből származik. Az a felülvizsgálat, amely csak a szöveget olvassa el, semmit nem vizsgált felül: a sémát és a törlési láncokat újra felmérjük, a helyőrzők helyőrzők maradnak, a nyitott kérdéseket lezárjuk vagy indoklással továbbvisszük.
• Kapcsolat más dokumentumokkal: ez a nyilvántartás nem helyettesíti az Adatvédelmi tájékoztatót, az Adatfeldolgozási szerződést, a Műszaki és szervezési intézkedéseket vagy a További adatfeldolgozók listáját. Ha ezek és e nyilvántartás eltérnek egymástól, az eltérés megállapításnak minősül.
• E dokumentum változásait a A szerződéses dokumentumok változásai oldal sorolja fel.