Apstrādes darbību reģistrs (VDAR 30. pants)

Šis dokuments ir publicēts vairākās valodās. Ja starp valodu versijām ir kādas neatbilstības, saistoša ir poļu valodas versija.

Versija 1.2 · Pēdējoreiz atjaunināts: 2026. gada 29. oktobrī

1. Kā lasīt šo reģistru

Šis ir formexposed apstrādes darbību reģistrs saskaņā ar VDAR 30. pantu. Tā nav privātuma politika un nav mārketings. Tā uzdevums ir parādīt uzraudzības iestādei, Klientam, kas mūs revidē kā apstrādātāju, vai nākamajai personai, kurai jāatbild uz kādu jautājumu, kas faktiski tiek apstrādāts, kur tas tiek glabāts, kas to saņem un cik ilgi tas paliek. Mēs to publicējam, jo pakalpojumam, kas pārbauda un uzrauga formas, pašam jābūt atvērtam pārbaudei.

Tā sagatavošanā tika ievēroti trīs noteikumi.

1. Izmērīts, nevis iecerēts. Apgalvojums par datu laukiem, glabāšanas termiņiem, saņēmējiem vai aizsardzības pasākumiem parādās tikai tur, kur to apstiprina programmas kods, datubāzes shēma vai mērījums. Tas, kas ir plānots, tiek saukts par „plānotu”. Tas, kas pēc noklusējuma ir izslēgts, tiek saukts par „pēc noklusējuma izslēgtu”. Ja kaut ko nevaram pierādīt, mēs to pasakām.
2. Glabāšana ir norādīta divreiz. Vienreiz katrai apstrādes darbībai un vienreiz 6. sadaļā kā kopaina: kurš nakts process dzēš kurus datus un kurus datus tas nesasniedz. Reģistrs, kas apgalvo glabāšanas termiņu, kas attiecas tikai uz daļu datu, ir sliktāks par tādu, kas nosauc atklāto jautājumu.
3. Atklātie jautājumi ir norādīti tekstā, nevis zemsvītras piezīmē. 8.1. sadaļā ir uzskaitīti pasākumi, kas vēl nav īstenoti, 10. sadaļā – atklātie jautājumi ar plānotajiem pasākumiem. Reģistrs ir darba rīks, nevis sertifikāts.

Datu lauki tabulu nosaukumu vietā. Katrai apstrādes darbībai mēs uzskaitām saglabātos datus kā vienkāršā valodā aprakstītus laukus. Datubāzes tabulas nosaukums seko iekavās, lai revidents varētu atrast vietu, piemēram, „pieteikšanās mēģinājumi (login_attempts)”. Lauku saraksti ir iegūti no datubāzes shēmas, nevis no atmiņas.

Glabāšanas termiņi kā vietturi. Ja glabāšanas termiņu var iestatīt administrēšanas sadaļā, tas šeit parādās tieši tā, kā to nolasa nakts process: skaitlis, ko redzat, nāk no tā paša iestatījuma, kas regulē dzēšanu. Programmā fiksētie glabāšanas termiņi ir norādīti kā skaitļi.

Mērījumu pamats. Shēma, kods un iestatījumi tika izmērīti 2026. gada 11. oktobrī izstrādes sistēmā, kas kodā un shēmā atbilst darba sistēmai. Mēs nenorādām rindu skaitu no izstrādes sistēmas; tajā ir testa dati, un tie neko neliecina par reālo darbību.

Apzināti izlaists. Šajā reģistrā nav norādīti mūsu serveru resursdatoru nosaukumi, iekšējās tīkla adreses, porti, lietotājvārdi vai programmatūras versijas. Šāda informācija palīdz uzbrucējam, nevis datu subjektam. Tā paša iemesla dēļ atklātos jautājumus mūsu pašu serveru aizsardzībā mēs aprakstām tikai vispārīgi (8.1. sadaļa): mēs nosaucam risku, nevis ceļu uz to. Uzraudzības iestādei sīkāku informāciju sniedzam pēc pieprasījuma.

Juridiskais raksturs. Šis reģistrs ir dokumentācija, ko mēs uzturam saskaņā ar VDAR 30. pantu uzraudzības iestādei; tas tiek publicēts brīvprātīgi. Tas nav neviena līguma daļa un nav nekāds apliecinājums, garantija vai vienošanās par kvalitāti attiecībā pret Klientiem vai trešajām personām. To, kas mums jānodrošina Klientiem, regulē Pakalpojumu sniegšanas noteikumi, Datu apstrādes līgums un tā pielikumi; attiecībā uz šiem pienākumiem tiem ir prioritāte pār šo reģistru. Reģistrs apraksta stāvokli šīs versijas datumā. Tādi klasifikācijas apzīmējumi kā „atklāts jautājums” vai „izvērtējums” atspoguļo mūsu pašu viedokli un neparedz uzraudzības iestādes vai tiesas juridisko vērtējumu; pasākumi, kas aprakstīti kā „plānoti”, ir nodomi bez apņemšanās attiecībā uz datumu.

2. Juridiskā persona un kāpēc šim reģistram ir divas daļas

Lauks	Ieraksts
Juridiskā persona	LW IT Solutions Company Lukas Wójcik, individuālais komersants, reģistrēts Polijas uzņēmējdarbības reģistrā (CEIDG); īpašnieks Lukas Wójcik
Adrese	al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Polija
Nodokļu identifikatori	NIP 7252266190, PVN maksātāja numurs PL7252266190
Kontakti	contact@lukaswojcik.com; atbalsta logs (jautājuma zīme navigācijā); saziņas lapa
Pakalpojums	formexposed: saziņas formu pārbaude, uzraudzība un aizsardzība vietnēs (lietotne formexposed.com, galvenā lapa form.exposed)
Pārstāvis saskaņā ar VDAR 27. pantu	Nav piemērojams. Juridiskā persona veic uzņēmējdarbību Savienībā (Polijā).
Datu aizsardzības speciālists	Nav iecelts. Izvērtējums saskaņā ar 37. pantu ir 9. sadaļā.
Kompetentā uzraudzības iestāde	Prezes Urzędu Ochrony Danych Osobowych (UODO, Polijas datu aizsardzības iestāde), ul. Moniuszki 1A, 00-014 Warszawa
Mitināšana	Mūsu pašu serveri Polijā: viens tīmekļa serveris ar lietotni un datubāzi un viens skenēšanas serveris ar lokālu valodas modeli tajā pašā iekšējā tīklā. Nav trešo personu datu centra vai mākoņpakalpojumu sniedzēja.

formexposed pilda dažādas lomas attiecībā pret dažādām personu grupām. To sajaukšana rada reģistru, kas nav pareizs nevienai no tām.

• Pārzinis (B daļa, 30. panta 1. punkts). Mēs paši esam pārzinis attiecībā uz mūsu Klientu un viņu komandas dalībnieku datiem (konts, pieteikšanās, norēķini, atbalsts, žurnāli), mūsu pašu vietnes apmeklētājiem, pārbaudēm bez konta (bezmaksas pārbaude, galveņu rīks, pētījums, potenciālo klientu pārbaude) un ļaunprātīgas izmantošanas novēršanai.
• Apstrādātājs (A daļa, 30. panta 2. punkts). Attiecībā uz trešo personu personas datiem, ko Klients ienes pakalpojumā vai kas rodas, kad mēs sniedzam pakalpojumu Klientam, mēs rīkojamies Klienta uzdevumā: īstu formu e-pasta ziņojumu kopijas piegādes pārbaudē, Klienta klientu portāla abonenti, Klienta brīdinājumu adresāti, personas, kas nejauši ir redzamas Klienta pārbaudītajās lapās, Klienta testa konta pieteikšanās dati un formas kods, ko Klients ielīmē. Pamats ir Datu apstrādes līgums, kas tiek noslēgts ar katru Klientu reģistrācijas brīdī.
• Tikai Klienta pusē. Dažas WordPress spraudņa un TYPO3 paplašinājuma funkcijas apstrādā datus tikai Klienta vietnē, un dati nekad nenonāk pie mums (karantīna, drošības tīkls, aritmētiskā mīkla, glabāšanas iestatījumi, vietējie skaitītāji, ierakstītājs). Tā nav mūsu veikta apstrāde, un tāpēc tās neparādās nevienā no daļām. Mēs tomēr tās aprakstām A daļas beigās, lai robeža būtu redzama.

Nošķiršana ir iebūvēta kodā, ne tikai tekstā: no īsta formas e-pasta ziņojuma piegādes pārbaude datubāzē ieraksta tikai laiku, piesaisti un autentifikācijas rezultātu; pārlūkprogrammas pārbaužu ekrānuzņēmumi maskē ievades laukus; testa konta pieteikšanās dati tiek šifrēti tā, ka tīmekļa serveris tos vairs nevar nolasīt. Sīkāka informācija ir sniegta ierakstos.

6.–11. sadaļa attiecas uz abām daļām: glabāšana, automatizēti lēmumi, tehniskie un organizatoriskie pasākumi, datu aizsardzības speciālists, atklātie jautājumi un šā reģistra uzturēšana.

Darbības joma. Šis dokuments ir tā reģistra daļa, kas attiecas uz pakalpojumu formexposed. Tās pašas juridiskās personas veiktā apstrāde citiem pakalpojumiem ir reģistrēta to pašu reģistros; vispārējā grāmatvedība un uzņēmuma administrēšana ārpus pakalpojuma šajā daļā nav aptverta.

3. A daļa – 30. panta 2. punkts: apstrāde Klientu uzdevumā

A.0 Iesaistītās puses

Lauks	Ieraksts
Apstrādātājs	LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Polija; contact@lukaswojcik.com
Pārziņi	formexposed Klienti: uzņēmumi un aģentūras, kuru kontā ir domēni un kuri izmanto funkcijas, kurās rodas trešo personu dati. Aģentūru gadījumā pārzinis papildus var būt aģentūras paša klients; tad aģentūra attiecībā pret šo klientu darbojas kā apstrādātājs, un mēs darbojamies kā nākamais apstrādātājs.
Pārziņu saraksts	Šā reģistra daļa, kas tiek uzturēta elektroniskā formā (VDAR 30. panta 3. punkts) pakalpojuma sistēmā un netiek atveidota šajā publiskajā versijā, jo tajā ir Klientu personas dati un tā novecotu ar katru jaunu Klientu: katras darbvietas īpašnieks ar vārdu, e-pasta adresi un uzņēmumu no klienta konta (adrese un PVN maksātāja numurs tikai pie Stripe) (users, workspaces, workspace_users), kā arī darbvietas domēni (domains). Uzraudzības iestādei pēc pieprasījuma mēs to sniedzam kā izrakstu.
Pārziņu pārstāvji un datu aizsardzības speciālisti	Sistēmā tam nav atsevišķa lauka. Ja Klients ir iecēlis pārstāvi saskaņā ar VDAR 27. pantu vai datu aizsardzības speciālistu, tas var mums par tiem paziņot; mēs glabājam paziņojumu kopā ar pārziņu sarakstu.
Apstrādātāja pārstāvis	Nav piemērojams (uzņēmējdarbība tiek veikta Polijā).
Datu aizsardzības speciālists	Nav iecelts (9. sadaļa).
Norādījumi	Norādījums izriet no Datu apstrādes līguma un no Klienta veiktajiem iestatījumiem: Klients ieslēdz piegādes pārbaudi, iestata brīdinājumu galamērķus, saglabā testa kontu un izveido klientu portālu. Bez šīs darbības attiecīgā apstrāde nenotiek.
Tehniskie un organizatoriskie pasākumi	Uz katru A daļas apstrādes darbību attiecas 8. sadaļa un lapa Tehniskie un organizatoriskie pasākumi. Īpaši pasākumi ir norādīti attiecīgajā ierakstā.

A.1 Piegādes pārbaude – formu e-pasta ziņojumu kontroles kopija

Lauks	Ieraksts
Nolūks	Pārbaudīt, vai e-pasta ziņojums no Klienta saziņas formas faktiski tiek nosūtīts un kā tas ir autentificēts (SPF, DKIM, DMARC, saskaņotība). Pēc pieņemta aktīva testa iesnieguma tā kopijai jānonāk kontroles pastkastē pielāgojamā gaidīšanas laikā (pašlaik 3 stundas); pretējā gadījumā tiek izraisīts brīdinājums „Testa e-pasts nav saņemts”. No galvenēm tiek noteikts arī formas e-pasta ziņojuma autentiskums, izmantotais e-pasta pakalpojums un sūtīšanas adrese bloķēšanas sarakstu pārbaudei.
Priekšnosacījums	Maksas plāns, verificēts domēns, Klienta ieslēgts. Klients savas formas paziņojumā kā slēpto kopiju ievada savu kontroles adresi ar identifikatoru (formā „delivery+identifikators@…”). Bez konfigurētas kontroles pastkastes funkcija nav pieejama.
Datu subjektu kategorijas	Klienta vietnes apmeklētāji, kuri iesniedz Klienta formu; personas, kuru datus apmeklētājs ieraksta ziņojumā; Klienta darbinieki, kas galvenēs parādās kā adresāti.
Personas datu kategorijas	Kontroles pastkastē (pie e-pasta pakalpojumu sniedzēja): katra formas e-pasta ziņojuma pilna kopija, ieskaitot īstus pieprasījumus ar vārdu, e-pasta adresi, tālruņa numuru un brīvu tekstu, līdz dzēšanai. Izgūšanas laikā nolasīts: galvenes un ne vairāk kā pirmie 8 KB ziņojuma pamatteksta. Datubāzē: saņemšanas laiks, piesaiste domēnam un attiecīgā gadījumā testa izpildei (delivery_log); jaunākais autentifikācijas rezultāts katram domēnam ar SPF, DKIM un DMARC rezultātu, saskaņotību, sūtītāja domēnu, parakstītāju domēniem un sūtošā pasta servera adresi (domēna autentifikācijas lauks tabulā domains). Saturs, temats un apmeklētāja sūtītāja adrese datubāzē netiek ierakstīti.
Piezīme par sūtītāja domēnu	Ja forma ievada apmeklētāja adresi kā sūtītāju (nepareiza konfigurācija, kuras atklāšanai pārbaude ir paredzēta), autentifikācijas rezultāts satur šīs adreses domēnu, nevis pašu adresi. Ja apmeklētājs izmanto personīgu domēnu, arī tie var būt personas dati. Nākamajā saņemšanas reizē tas tiek pārrakstīts.
Avots	Forma Klienta vietnē, izmantojot Klienta ievadīto slēpto kopiju.
Juridiskais pamats (nosaka pārzinis)	Nosaka Klients. Mūsu ieteiktais teksts Klienta privātuma politikai pamato kopiju ar VDAR 6. panta 1. punkta f) apakšpunktu (leģitīmās intereses uzticami saņemt pieprasījumus). Klients informē savus apmeklētājus par šo datu plūsmu; Datu apstrādes līgums viņam to uzliek par pienākumu.
Saņēmēji	E-pasta pakalpojumu sniedzējs, kas uztur kontroles pastkasti (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). Kopija nonāk tieši tur: tā pienāk tikai tad, ja mūsu domēna MX ieraksti norāda uz šo pastkasti (to pārbauda kontrolsaraksts pirms darbības sākšanas); ar pāradresāciju tā pastkasti nesasniedz. Domēna lapā Klients redz tikai laiku, piesaisti un autentifikācijas rezultātu. Ja autentifikācijas rezultāts pasliktinās, brīdinājumā Klientam un viņa izvēlētajiem kanāliem tiek minēts sūtītāja domēns, ja tas nepieder vietnei (A.3, 4.1).
Trešā valsts	Atkarīgs no e-pasta pakalpojumu sniedzēja; skatīt 4. sadaļu. Līgums ar paredzēto pakalpojumu sniedzēju un nosūtīšanas pamats vēl nav dokumentēti.
Glabāšana	Pēc veiksmīgas apstrādes e-pasta ziņojums tiek atzīmēts dzēšanai un tajā pašā izpildē noņemts no pastkastes, pat ja to nevar piesaistīt nevienam domēnam. Izgūšana notiek kopā ar statusa procesu ik pēc piecām minūtēm, kamēr administrēšanas sadaļā ir ieslēgta uzraudzība (srv/cron_status.php, cfg/zustellung_lib.php). Ja izgūšana vai dzēšana neizdodas, e-pasta ziņojums paliek pastkastē līdz nākamajai veiksmīgajai izpildei. Tā pati izgūšana dzēš piesaistes tabulā delivery_log pēc 180 dienām. Autentifikācijas rezultāts pastāv tik ilgi kā domēns.
Ko pierāda pierādījumi	Tikai konkrētajai testa izpildei piesaistītās kopijas saņemšanu kontroles pastkastē. Tie nepierāda ne saņemšanu pie faktiskā adresāta, ne ierakstu CRM sistēmā. HubSpot vietējais apstiprinājums netiek piedāvāts.
TOP	8. sadaļa. Jo īpaši: saturs tiek izvērtēts tikai atmiņā; netiek glabāts ziņojuma pamatteksts, temats vai pilnas sūtītāju adreses; dzēšana neatkarīgi no tā, vai piesaiste izdevās.

Piegādes pārbaude ir vienīgā funkcija, ar kuras starpniecību pie mums nonāk īsti mūsu Klientu apmeklētāju ziņojumi. Tāpēc tā ir apstrāde Klienta uzdevumā, nevis pakalpojums mūsu pašu atbildībā, un tāpēc laiks, ko ziņojums pavada pastkastē, ir īstais riska mērs: parasti minūtes; ja izgūšana ir traucēta – līdz tā atkal notiek. Kopijās nevajadzētu būt īpašu kategoriju personas datiem; tehniski mēs to nevaram novērst, jo tas, ko apmeklētājs raksta, ir apmeklētāja ziņā.

A.2 Klientu portāls un ikmēneša ziņojums abonentiem

Lauks	Ieraksts
Nolūks	Aģentūra (Business plāns) ar savu zīmolu parāda saviem klientiem viņu domēnu stāvokli (portāls nejaušā adresē, pēc izvēles ar paroli, pēc izvēles aģentūras paša domēna apakšdomēnā). Klients tur var pasūtīt ikmēneša ziņojumu pa e-pastu. Ziņojums tiek nosūtīts aģentūras vārdā.
Datu subjektu kategorijas	Aģentūras klienti un viņu darbinieki, kuri pasūta ziņojumu; personas, kuras atver portālu.
Personas datu kategorijas	Abonents: e-pasta adrese, valoda, apstiprinājuma identifikators, pasūtīšanas laiks un IP adrese pasūtīšanas brīdī, apstiprināšanas laiks (dubultā piekrišana), abonementa atteikšanas laiks, pēdējais nosūtītais mēnesis (client_subscribers). Portāls: nosaukums, domēnu atlase, nejaušs identifikators, parole tikai kā jaucējvērtība, persona, kas to izveidoja, laiks, atsaukšana (client_portals). Portāla apmeklējumi parādās lapu skatījumu žurnālā (B.2).
Avots	Abonenti paši ievadījuši portālā.
Juridiskais pamats (nosaka pārzinis)	Abonenta piekrišana, kas iegūta ar dubultās piekrišanas procedūru; pārzinis ir aģentūra. Mēs nerakstām nevienam, kurš pats nav pieteicies un apstiprinājis.
Saņēmēji	Aģentūra (redz savus abonentus); e-pasta pakalpojumu sniedzējs (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) apstiprinājuma e-pasta ziņojumam un ziņojumam.
Trešā valsts	Ar e-pasta pakalpojumu sniedzēja starpniecību; skatīt 4. sadaļu.
Glabāšana	Nakts dzēšanas process (cfg/fristen_lib.php, daļa „portāla abonenti”): nekad neapstiprināti pasūtījumi – pēc 30 dienām; abonenti, kuri atteikušies, – trīs gadus pēc atteikšanās kā iepriekšējās piekrišanas pierādījums. Apstiprināti abonenti, kuri nav atteikušies, paliek, kamēr pastāv aģentūras darbvieta. Atsaukts portāls tiek tikai bloķēts, nevis dzēsts; tā abonenti vairs nesaņem ziņojumus, bet viņu dati paliek (10. sadaļa). Portāli un abonenti tiek nekavējoties dzēsti kopā ar darbvietu (fe_arbeitsbereich_daten_loeschen()). Nosūtītie ziņojumi paliek izsūtnē 30 dienas (B.25).
TOP	8. sadaļa. Jo īpaši: portāla parole tikai kā jaucējvērtība, minēšanas mēģinājumi ierobežoti (desmit katram portālam un IP adresei, 50 katram portālam 15 minūtēs); atteikšanās ar vienu klikšķi katrā e-pasta ziņojumā; portāls rāda tikai statusu un galvenos rādītājus, nevis atsevišķus konstatējumus ar pierādījumiem.

A.3 Klienta brīdinājumu adresāti, apstiprinātāji un atbildīgie

Lauks	Ieraksts
Nolūks	Paziņojumi par traucējumiem un izmaiņām uz galamērķiem, ko Klients iestata domēnam: e-pasts, tīmekļa āķis, Slack, Discord, Microsoft Teams, Google Chat, Telegram. Katram galamērķim nekavējoties vai apkopoti katru dienu vai nedēļu, kā arī galamērķi tikai eskalācijām. Katrs paziņojums par problēmu kļūst par incidentu, ko adresāts var apstiprināt ar saiti. Uzraudzītajām formām Klients var norādīt atbildīgo personu un izpildes termiņu.
Datu subjektu kategorijas	Klienta darbinieki un pakalpojumu sniedzēji, kurus Klients ievada kā brīdinājumu galamērķi vai nosauc par atbildīgajiem; personas, kuras apstiprina incidentu. Komandas dalībnieki ar savu kontu parādās arī B daļā.
Personas datu kategorijas	Brīdinājumu galamērķis: kanāls, galamērķa adrese (e-pasta adrese, tīmekļa āķa vai tērzēšanas adrese, Telegram tērzēšanas ID), atlasītie notikumi, piegādes režīms, tīmekļa āķu parakstīšanas noslēpums, pēdējā piegāde un pēdējā kļūda (alerts). Piegādes žurnāls: galamērķis, notikumi, statuss, kļūda, laiks (alert_log). Kopsavilkumu rinda: paziņojuma rindas un saite līdz piegādei (alert_queue). Incidents: virsraksts, paziņojuma rindas, saite, apstiprinājuma identifikators, laiks un apstiprinātāja vārds vai e-pasta adrese, kā ievadīts formā, citādi pieteiktā dalībnieka adrese (alert_incidents). Eskalācijas piegādes mēģinājumi katram incidentam un galamērķim: mēģinājumu skaits (ne vairāk kā pieci), pēdējā un nākamā mēģinājuma un veiksmes laiki, atsauce uz e-pasta ziņojumu izsūtnē, kļūda (tabula alert_escalation_deliveries). Piešķiršana: atbildīgās personas konts un izpildes termiņš (tabulā monitored_forms).
Paziņojumu saturs	Domēns, notikums, īss paskaidrojums un saite uz domēna lapu. Nekāds apmeklētāju ziņojumu saturs.
Avots	Ievadījis Klients; apstiprinātājs savu vārdu ievada pats; Telegram tērzēšanas ID tiek izveidots, kad adresāts botā nospiež „Start” (B.32).
Juridiskais pamats (nosaka pārzinis)	Nosaka Klients; parasti Klienta paša darbības organizēšana (VDAR 6. panta 1. punkta b) vai f) apakšpunkts attiecībā uz Klienta darbiniekiem un pakalpojumu sniedzējiem).
Saņēmēji	Izvēlēto kanālu operatori; skatīt 4.1. E-pasta brīdinājumi – ar e-pasta pakalpojumu sniedzēja (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) starpniecību.
Trešā valsts	Atkarībā no izvēlētā kanāla; vairāki pakalpojumu sniedzēji atrodas ASV, Telegram – ārpus ES bez lēmuma par aizsardzības līmeņa pietiekamību. Skatīt 4.1.
Glabāšana	Piegādes žurnāls – pēc 90 dienām (katru nakti, fe_alert_log_aufraeumen() no srv/cron_status.php). Kopsavilkumu paziņojumi – 30 dienas pēc piegādes (cfg/kanal_lib.php, katrā kopsavilkuma piegādē). Incidenti – kamēr tie nav atrisināti; atrisinātie – 180 dienas pēc atrisināšanas (cfg/vorfall_lib.php, eskalācijas process) kopā ar to eskalācijas piegādes mēģinājumiem. Brīdinājumu galamērķi un piešķīrumi – līdz Klients tos dzēš, vai kopā ar domēnu.
TOP	8. sadaļa. Jo īpaši: tīmekļa āķi parakstīti ar atsevišķu noslēpumu katram galamērķim; apstiprināšana tikai pēc klikšķa (POST), lai saišu priekšskatījumi tērzēšanas programmās neko neizraisītu; brīdinājumi apkopes logā tiek tikai reģistrēti žurnālā, nevis nosūtīti.

A.4 Personas, kas nejauši redzamas pārbaudītajās Klienta lapās un ekrānuzņēmumos

Lauks	Ieraksts
Nolūks	Klienta kontā esošo domēnu pārbaude (skenēšana, uzraudzība, aktīvā pārbaude) nolasa Klienta publiskās lapas un uzņem formu ekrānuzņēmumus. Tas, ko lapa pati attēlo, var attiekties uz personām, kurām nav nekāda sakara ar pārbaudi. Šie dati rodas nejauši; tie nav pārbaudes nolūks.
Datu subjektu kategorijas	Personas, kuru vārds, fotoattēls vai kontaktinformācija parādās pārbaudītajā lapā (kontaktpersona blakus formai, komandas fotoattēli sākumlapā, rekvizītu informācija).
Personas datu kategorijas	Ekrānuzņēmumi: sākumlapas redzamā daļa, katra redzamā forma kā izgriezums un turpinājuma lapas attēls pēc aktīva testa iesnieguma; glabāti kā faili ārpus tīmekļa direktorijas, datubāzē – tikai atsauce (scan_screenshots). Formu struktūra: lapas adrese, selektors, lauku nosaukumi, lauku tipi, lauku etiķetes, obligātuma un redzamības pazīmes, iesniegšanas pogu uzraksti (forms, lauks „lauku karte”); nekādas lauku vērtības. Slēpto lauku sākumu (līdz 24 rakstzīmēm) un datu atribūtu sākumu (līdz 60 rakstzīmēm) skeneris nolasa tikai pārbaudes laikā, lai atpazītu laikspiedolus un marķierus; tiek saglabāts tikai rezultāts. Konstatējumi ar pierādījumiem (findings), kopsavilkums ar lapu nosaukumiem (scans). Ja formā kā adresāts parādās e-pasta adrese, tiek saglabāts tikai tās domēns, nekad adrese.
Avots	Klienta domēna publiskās lapas, ko izgūst skeneris.
Juridiskais pamats (nosaka pārzinis)	Attiecībā uz Klienta paša vietnes saturu nosaka Klients. Mums apstrāde ir daļa no uzdotās pārbaudes.
Saņēmēji	Klients; aģentūru gadījumā – to klients ar portāla vai white-label ziņojuma starpniecību; ikviens, kas saņem ziņojuma saiti (ziņojumi nejaušās adresēs, nav meklētājprogrammās). Ja formas veids nav skaidrs, lokāls valodas modelis mūsu pašu serverī klasificēšanai saņem formas struktūru ar lapas nosaukumu, lapas adresi un formas redzamo tekstu (līdz 400 rakstzīmēm); attēlus tas nesaņem.
Trešā valsts	Nav.
Glabāšana	Domēna pārbaužu rezultāti – ne ilgāk kā 13 mēnešus; pēdējā pabeigtā pārbaude katram domēnam paliek (nakts dzēšanas process, daļa „veci pārbaužu rezultāti”). Formas, konstatējumi, attēlu atsauces un attēlu faili tiek dzēsti kopā ar pārbaudes rezultātu. Kopā ar domēnu šie dati tiek dzēsti nekavējoties (dzēšanas ķēde B.15; izņēmumi 6.4. sadaļā).
Maskēšanas robežas	Pilnās pārbaudes ekrānuzņēmumi neko nemaskē: tie parāda to, ko lapa rāda katram apmeklētājam. Formas lauki izgūšanas brīdī ir tukši, jo skeneris neko neievada; iepriekš aizpildītas vērtības būtu redzamas. Aiz pieteikšanās ekrānuzņēmumi netiek uzņemti (A.5). Pārlūkprogrammas pārbaužu attēli maskē ievades laukus (A.6).
TOP	8. sadaļa. Jo īpaši: attēlus var izgūt tikai caur ziņojumu, un cita attēla identifikators atgriež „nav atrasts”; ziņojumi ar noindex; katra pārbaude darbojas savā izolētā konteinerā.

Tie paši dati rodas pārbaudēs bez konta (bezmaksas pārbaude, pētījums, potenciālo klientu pārbaude). Tur nav Klienta, kura uzdevumā mēs rīkojamies; tāpēc šie gadījumi parādās B daļā (B.5, B.7, B.8).

A.5 Testa konta pieteikšanās dati skenēšanai aiz pieteikšanās

Lauks	Ieraksts
Nolūks	To formu nolasīšana, kas parādās tikai pēc pieteikšanās (klientu sadaļa, dalībnieku sadaļa). Skeneris piesakās ar testa kontu, ko Klients izveidojis savā vietnē, un nolasa norādītās lapas. Izņemot pieteikšanās formu, tas neko neiesniedz, neveic tur nevienu aktīvu testu, neuzņem ekrānuzņēmumus un neapmeklē izrakstīšanās, dzēšanas vai anulēšanas adreses. Ja pieteikšanās formā ir CAPTCHA, tas apstājas; CAPTCHA netiek apieta.
Priekšnosacījums	Verificēts domēns, maksas plāns, īpašnieka vai administratora loma, skaidrs apstiprinājums, ka konts ir testa konts. Ne vairāk kā piecas lapas, visas tajā pašā domēnā.
Datu subjektu kategorijas	Persona, uz kuras vārda ir testa konts (ideālā gadījumā neviens; Klientam vajadzētu izmantot funkcionālu kontu); personas, kuru dati parādās lapās aiz pieteikšanās.
Personas datu kategorijas	Testa konta lietotājvārds un parole, tikai šifrēti; lietotājvārda norāde (pirmā rakstzīme un garums); pieteikšanās adrese, lapu saraksts, pieteikšanās lauku nosaukumi, veiksmes indikators, persona, kas to izveidoja, laiki, pēdējais rezultāts kā īss kods (domain_logins). Notiekošam uzdevumam – šifrteksta kopija (lauks „pieteikšanās pakete” tabulā scan_jobs). No lapām aiz pieteikšanās: formu struktūra kā A.4, bez ekrānuzņēmumiem un bez sīkdatnēm.
Avots	Klients ievadījis kontā.
Juridiskais pamats (nosaka pārzinis)	Nosaka Klients. Klients garantē, ka ir tiesīgs izmantot testa kontu.
Saņēmēji	Nav. Ne Klients, ne atbalsts, ne programmēšanas saskarne nevar nolasīt pieteikšanās datus; saskarne parāda tikai lietotājvārda norādi.
Trešā valsts	Nav.
Pieteikšanās datu aizsardzība	Lietotājvārds un parole saglabāšanas brīdī nekavējoties tiek šifrēti ar skenēšanas servera publisko atslēgu (X25519, HKDF-SHA256, AES-256-GCM; domēns ir piesaistīts kā saistītie dati, tāpēc šifrtekstu nevar piesaistīt citam domēnam). Privātā atslēga ir tikai skenēšanas serverim. Tīmekļa serverī, datubāzē un rezerves kopijās ir tikai šifrteksts; arī mēs to tur nevaram atšifrēt. Skenēšanas serveris atšifrē tikai izpildes laikam, nodod pieteikšanās datus izolētajam pārbaudes konteineram tikai caur standarta ievadi, nekavējoties dzēš kopiju uzdevumā un neieraksta tos nevienā rezultātā, žurnālā vai kļūdas tekstā. Ceļā uz Klienta vietni tos aizsargā tikai šīs vietnes šifrēšana; šīs transportēšanas ierobežojumi ir izklāstīti 10. sadaļā.
Glabāšana	Saglabātie pieteikšanās dati – līdz Klients tos dzēš. Dzēšot šifrteksts tiek pārrakstīts ar tāda paša garuma nejaušiem datiem un rinda tiek dzēsta; gaidošie uzdevumi tiek notīrīti (fe_login_loeschen()). Kopā ar domēnu rinda tiek dzēsta ar ārējās atslēgas starpniecību. Skenēšanas serveris pēc izpildes notīra kopijas uzdevumos; visu, kas palicis pāri (uzdevums pārtraukts, skenēšanas serveris nedarbojas), statusa process notīra ne vēlāk kā pēc vienas stundas (fe_login_aufraeumen(), daļa „login_jobs”). Datubāzes rezerves kopijās šifrteksts ir līdz rezerves kopijas derīguma beigām pēc 14 dienām.
TOP	8. sadaļa. Jo īpaši: asimetriska šifrēšana ar atsevišķām atslēgām; bloķēšanas saraksts izrakstīšanās un dzēšanas ceļiem; aiz pieteikšanās nav ekrānuzņēmumu; funkcija tikai maksas plāniem un verificētiem domēniem; katra izmaiņa darbību žurnālā (bez pieteikšanās datiem).

Mēs apzināti neesam izveidojuši nekādu iespēju glabāt pieteikšanās datus Klienta serverim, TVS administrēšanas sadaļai vai mitināšanas kontiem. Testa konts ir apmeklētāja konts Klienta vietnē, nevis piekļuve Klienta sistēmai.

A.6 Konfigurēti formu ceļi, pārlūkprogrammas pārbaudes un neatkarīgā zonde

Lauks	Ieraksts
Nolūks	Uzraudzīta forma tiek izieta īstā pārlūkprogrammā (Chromium, WebKit vai abās) līdz brīdim tieši pirms iesniegšanas: lapas ielāde, iepriekšējo klikšķu veikšana (ne vairāk kā pieci, nekad uz ievades lauka vai iesniegšanas pogas), lauku aizpildīšana ar atpazīstami sintētiskām vērtībām (piemēram, adresi ar rezervēto galotni .invalid), daudzpakāpju formu virzīšana uz priekšu. Pārlūkprogrammas pārbaude neko neiesniedz; iesniegšana pārlūkprogrammā ir tehniski bloķēta. Papildus – formas laika mērījumi un vizuāli salīdzinājumi.
Datu subjektu kategorijas	Kā A.4 (personas, kas redzamas formas lapā); Klienta darbinieki, kas ievadīti kā atbildīgie (A.3).
Personas datu kategorijas	Konfigurācija: formas adrese, selektori, ieejas adrese, klikšķu soļi, pārlūkprogrammas izvēle, apzīmējums, kritiskums, piešķīrums, izpildes termiņš (monitored_forms). Katras izpildes rezultāti: stāvoklis, tehniskais kļūmes iemesls, attīrīti kļūdu ziņojumi, tīkla un laika mērījumi, formas attēls JPEG formātā ne vairāk kā 32 KB ar maskētiem ievades laukiem (form_browser_runs). Novērojumi katrā pārbaudē (form_observations), laika rindas (form_performance). Uzdevumi ar mērķu sarakstu (lauki „mērķi” un „rezultāts” tabulā scan_jobs).
Testa piekļuve	Ja Klients ir saglabājis testa kontu (A.5), pilnā pārbaude to izmanto arī konfigurētajiem formu ceļiem. Saskaņā ar izmērīto kodu atsevišķās pārlūkprogrammas pārbaudes starp divām pilnām pārbaudēm darbojas bez testa konta.
Neatkarīgā zonde	Ir paredzēts otrs kontrolpunkts citā atrašanās vietā, kas pirms brīdinājuma veiktu savstarpēju pārbaudi. Tas saņemtu domēnu, attīrīto konfigurāciju un uzdevuma identifikatoru, nekādus apmeklētāju ievadītos datus un nekādus pieteikšanās datus. Pašlaik tas nav iestatīts (pēc noklusējuma izslēgts). Bez zondes nav pierādījumu no otras atrašanās vietas; tad brīdinājums balstās uz mūsu pašu mērījumu.
Avots	Konfigurējis Klients; rezultāti no Klienta lapas izgūšanas.
Juridiskais pamats (nosaka pārzinis)	Attiecībā uz Klienta vietnes saturu un Klienta darbinieku pienākumiem nosaka Klients.
Saņēmēji	Klients; ja zonde ir iestatīta, tās operators (pašlaik neviens).
Trešā valsts	Nav.
Glabāšana	Pārlūkprogrammas izpilžu rezultāti, pabeigtie pārlūkprogrammas uzdevumi un laika rindas – pēc 13 mēnešiem (nakts dzēšanas process, daļas „browser_runs”, „browser_jobs”, „form_performance”). Konfigurācijas – līdz domēna dzēšanai (atsevišķi tās var mainīt vai izslēgt, bet ne dzēst); kopā ar domēnu tās tiek dzēstas kopā ar izpildēm, novērojumiem un laika rindām ar ārējo atslēgu starpniecību.
Ko pierāda mērījums	Laikus un stāvokļus no mūsu pārbaudes pārlūkprogrammas. Tie nemēra, ko piedzīvo īsti apmeklētāji, un nepierāda ne aizpildīšanas rādītājus, ne zaudētus pieprasījumus.
TOP	8. sadaļa. Jo īpaši: iesniegšana tehniski novērsta; tikai adreses tajā pašā domēnā; maskēti attēli; izolēts pārbaudes konteiners.

A.7 „Fix it for me” – ielīmētais formas kods

Lauks	Ieraksts
Nolūks	Klients ielīmē savas formas kodu; valodas modelis uz mūsu pašu aparatūras iebūvē aizsardzības moduli. Atpakaļ tiek atgriezts modificētais fails, ielāps, sintakses pārbaudes rezultāts un norāde, vai pārbaudes izsaukums faktiski ir iebūvēts. Bez ielīmēta koda pakalpojums piegādā gatavu moduli ar lauku nosaukumiem no pēdējās skenēšanas.
Datu subjektu kategorijas	Personas, kuru dati nejauši ir ielīmētajā kodā (piemēram, adresāta adrese, vārdi komentāros, pasta servera pieteikšanās dati).
Personas datu kategorijas	Ielīmētais kods, ne vairāk kā 30 000 rakstzīmju. Datubāzē tikai ieraksts darbību žurnālā (darbība „fix_ai” ar darbvietu un laiku), kas tiek ieskaitīts dienas limitā – pašlaik desmit izsaukumi katrai darbvietai.
Avots	Klients ielīmējis.
Juridiskais pamats	Līguma ar Klientu izpilde (VDAR 6. panta 1. punkta b) apakšpunkts) attiecībā uz pašu kodu; attiecībā uz tajā nejauši esošiem trešo personu datiem pamatu nosaka Klients.
Saņēmēji	Nav. Valodas modelis darbojas mūsu pašu skenēšanas serverī iekšējā tīklā; nekāds ārējs MI pakalpojums, pat ne kā rezerves variants.
Trešā valsts	Nav.
Glabāšana	Kods netiek saglabāts. Sintakses pārbaudei tiek izveidots pagaidu fails, kas tūlīt pēc tam tiek dzēsts. Ieraksts darbību žurnālā tiek dzēsts pēc 365 dienām.
Piezīme Klientam	Kods, kas satur paroles, API atslēgas vai personas datus, pirms ielīmēšanas būtu jāattīra. Mēs saturu nepārbaudām.
TOP	8. sadaļa. Jo īpaši: tikai īpašniekiem un administratoriem maksas plānos; ielīmētais kods tiek nodots modelim, apzīmēts kā dati, un nekad netiek izpildīts; nekāda augšupielāde trešo personu serveros.

A.8 White-label zīmols un aģentūras kontaktpersonas

Lauks	Ieraksts
Nolūks	Aģentūras (Business plāns) ziņojumi, īsie ziņojumi, pierādījumu žurnāli un klientu portāls parādās ar tās zīmolu, pēc pieprasījuma – aģentūras paša domēna apakšdomēnā.
Datu subjektu kategorijas	Aģentūras kontaktpersonas, kuru vārds vai kontaktinformācija parādās kontaktu rindā.
Personas datu kategorijas	Uzņēmuma nosaukums, vietne, kontaktu rinda, piezīme klientam, akcenta krāsa, izskats, logotipa fails, slēdzis atsaucei uz formexposed, paša domēns ar verifikācijas identifikatoru un verifikācijas statusu (workspace_branding).
Avots	Ievadījusi aģentūra.
Juridiskais pamats	Līguma ar aģentūru izpilde (VDAR 6. panta 1. punkta b) apakšpunkts). Ja kontaktu rindā ir minēti aģentūras darbinieki, pamatu nosaka aģentūra.
Saņēmēji	Ikviens, kam aģentūra nodod ziņojumu, īso ziņojumu vai portāla saiti.
Trešā valsts	Nav.
Glabāšana	Līdz aģentūra to maina; zīmols un logotipa fails tiek dzēsti kopā ar darbvietu (fe_arbeitsbereich_daten_loeschen()). Paša domēns, kura DNS verifikācija septiņas dienas neizdodas, tiek izslēgts. Paša domēns pēc noklusējuma ir izslēgts.
TOP	8. sadaļa.

A.9 Spraudņa un paplašinājuma skaitļi, statusa rādītāji un lauku kļūdas

Lauks	Ieraksts
Nolūks	Reizi dienā WordPress spraudnis un TYPO3 paplašinājums ziņo skaitļus par formām pievienotajā vietnē: bloķētie iesniegumi pēc iemesla, iesniegumi, nosūtītie un neizdevušies e-pasta ziņojumi, formu iestatījumu statusa rādītāji, saglabātie pieprasījumi pēc avota un glabāšanas termiņa. Pēc izvēles, pēc noklusējuma izslēgti: formu notikumi un lauku kļūdu kategorijas pēc lauka pozīcijas. No šiem skaitļiem veidojas „Aizsardzība skaitļos”, ikmēneša ziņojums, klusuma brīdinājums un norādes par riskantiem iestatījumiem.
Klasifikācija	Skaitļi ir veidoti tā, lai tie neaprakstītu nevienu personu. Mēs tos uzskaitām A daļā, jo tie rodas no notikumiem Klienta vietnē, ko izraisa Klienta apmeklētāji; mūsuprāt, personas dati tie ir labākajā gadījumā robežgadījumos (vietne ar ļoti maz iesniegumiem konkrētā dienā). Pati pārsūtīšana (atslēgas, versijas, resursdators) ir B daļā (B.20).
Datu subjektu kategorijas	Klienta vietnes apmeklētāji, kuri iesniedz formu.
Personas datu kategorijas	Dienas skaitļi katram resursdatoram: bloķēti kopā un pēc iemesla, iesniegumi, nosūtīti un neizdevušies e-pasta ziņojumi, e-pasta sūtīšanas kļūdas kategorija (tikai viena no četrām kategorijām, nekad kļūdas teksts, jo tajā var būt adresātu adreses), reCAPTCHA atbilžu skaits, dzēsti un atbrīvoti pieprasījumi (plugin_stats). Statuss: formu, CAPTCHA un pasta spraudņu versijas no fiksēta saraksta, iestatījumu rādītāji kā skaitļi, glabāšanas termiņi (plugin_health). Izmaiņu paziņojumi: atjaunināta spraudņa nosaukums un versija (plugin_changes). Pēc izvēles: skaitītāji katrai formai un dienai ar kļūdu kategorijām pēc lauka pozīcijas (form_metrics). Nekad: apmeklētāju ievadītie dati, lauku nosaukumi, paroles, faili, e-pasta adreses, vārdi, IP adreses vai pastāvīgi identifikatori.
Avots	Spraudnis Klienta vietnē, ar programmēšanas saskarnes starpniecību, izmantojot vietnes savienojuma noslēpumu.
Juridiskais pamats (nosaka pārzinis)	Nosaka Klients; Klients izlemj, vai aktivizēt neobligātos skaitītājus un kā informēt savus apmeklētājus.
Saņēmēji	Klients. Domēni no saitēm bloķētos ziņojumos nonāk kolektīvajā aizsardzībā (B.21).
Trešā valsts	Nav.
Glabāšana	Dienas skaitļi, izmaiņu paziņojumi un formu skaitītāji – pēc 13 mēnešiem (nakts dzēšanas process, daļas „plugin_stats” un „form_metrics”). Statusa rādītāji tiek pārrakstīti ar katru ziņojumu. Visi resursdatora spraudņa dati tiek dzēsti, tiklīdz neviens domēns sistēmā vairs neatsaucas uz šo resursdatoru (nekavējoties, dzēšot pēdējo domēnu; mantotie dati – katru nakti, daļa „orphan_hosts”).
Ko pierāda skaitļi	To, ko saskaitīja spraudnis. Tie nepierāda ne aizpildīšanas rādītājus, ne zaudētus pieprasījumus.
TOP	8. sadaļa. Jo īpaši: pieņemšana tikai ar vietnei piesaistīto atslēgu pāri; tiek pieņemtas tikai zināmas atslēgas un skaitļi, viss pārējais tiek atmests; dienas ārpus 14 dienu loga tiek noraidītas.

A.10 Robeža: kas paliek tikai Klienta vietnē

Šādas WordPress spraudņa un TYPO3 paplašinājuma funkcijas apstrādā datus tikai Klienta serverī. Tie nenonāk pie mums, un mums nav piekļuves tiem. Atbildīgs ir tikai vietnes uzturētājs; uzturētājs lemj par aktivizēšanu, glabāšanas termiņiem un to, kā informēt savus apmeklētājus. Šim nolūkam spraudnis piedāvā rindkopas uzturētāja privātuma politikai.

Funkcija	Kas tiek apstrādāts lokāli	Glabāšana Klienta pusē
Karantīna	Apturēti iesniegumi ar iemeslu, kurus var atbrīvot ar e-pasta ziņojumu uz vietnes adresi	14 dienas
Drošības tīkls	Iesniegumi, kuru formas e-pasta ziņojums neizdevās, atkārtotai nosūtīšanai (pēc noklusējuma ieslēgts)	30 dienas
Aritmētiskā mīkla reCAPTCHA vietā	Aritmētisks uzdevums apmeklētāja pārlūkprogrammā, bez trešās personas pakalpojuma (pēc noklusējuma izslēgta)	–
Glabāšanas iestatījumi	Saglabāto pieprasījumu dzēšana formu spraudņos pēc uzturētāja izvēlētā termiņa (pēc noklusējuma izslēgta)	atbilstoši konfigurācijai
Pieprasījumu biežuma ierobežošana	īslaicīgs identifikators, kas iegūts no IP adreses un netiek pārsūtīts mums	īslaicīgi
Vietējie dienas skaitītāji	Skaitītāju vērtības pirms pārsūtīšanas	ne ilgāk kā 14 dienas
Ierakstītājs administratoriem	tehniski selektori un navigācijas soļi pieteikta administratora pārlūkprogrammas sesijas krātuvē; ievadītie dati netiek nolasīti. Tiek pārsūtīta tikai izvēlētā konfigurācija (tad A.6)	ne ilgāk kā 15 minūtes
Palīdzība apmeklētājiem	var aktivizēt atsevišķi; nesaglabā melnrakstus un automātiski atkārtoti nesūta	–
Jaunu surogātpasta noteikumu novērošana	papildu trāpījumi tiek skaitīti lokāli, bez automātiskas aktivizēšanas	septiņas dienas

A.11 Veidlapu aizsardzība (formconfirmed)

Lauks	Ieraksts
Nolūks	Iesniegumu, kas veikti ar veidlapām Klientu tīmekļa vietnēs, novērtēšana, lai atpazītu automatizētus iesniegumus: uzdevumu izsniegšana un pārbaude (skaitļošanas pierādījums), vienreizēji pārbaudes marķieri, aizpildīšanas laiks, slazda lauks, atkārtoti pieprasījumi; pēc Klienta vēlēšanās – ziņojuma teksta novērtēšana ar valodas modeli. Tikai Klientiem, kuri ieslēdz veidlapu aizsardzību.
Datu subjektu kategorijas	Klientu tīmekļa vietņu apmeklētāji, kuri atver lapu ar aizsargātu veidlapu vai to iesniedz.
Personas datu kategorijas	IP adrese (saglabāta tikai saīsinātā veidā un jaucējvērtības veidā ar katru dienu mainīgu atslēgu), lapas adrese un domēns, laika momenti un aizpildīšanas laiks, slazda lauks aizpildīts jā/nē, pārlūka identifikators tīmekļa servera žurnālā; tikai tad, ja ieslēgta satura pārbaude, – ziņojuma teksts (tikai operatīvajā atmiņā).
Avots	Apmeklētāja pārlūks (uzdevums, pārbaudes marķieris); Klienta serveris (pārbaudes pieprasījums, attiecīgā gadījumā teksts).
Saņēmēji	Klients (rezultāts, darbība, iemesli). Citu nav; šai apstrādei apakšapstrādātāju nav.
Trešā valsts	Nav.
Glabāšana	Jaucējvērtības identifikators 1 stunda; izmantotie pārbaudes marķieri ne ilgāk kā 11 minūtes; pārbaudes rezultāti bez IP adreses un bez teksta 30 dienas; dienas rādītāji 400 dienas; tīmekļa servera žurnāls 14 dienas; teksts netiek glabāts.
TOP	8. sadaļa; papildus saīsināšana un jaucējvērtība ar dienas atslēgu, parakstīti uzdevumi, vienreizēja izmantošana, valodas modelis mūsu pašu aparatūrā bez teksta reģistrēšanas žurnālā.

4. A daļa – saņēmēji, apakšapstrādātāji un nosūtīšana uz trešām valstīm

Šajā tabulā ir uzskaitīti saņēmēji, kurus piesaistām mēs paši un kuri var saņemt datus no A daļas. Noteicošais, pastāvīgi atjauninātais saraksts ir lapa Apakšapstrādātāji; ja tas atšķiras no šīs tabulas, tas ir konstatējums, nevis formatējuma jautājums.

Saņēmējs	Ko tas saņem	Trešā valsts	Pamats	Statuss
Namecheap, Inc. (Private Email), Phoenix, Arizona, USA	Piegādes pārbaudes kontroles pastkaste (A.1); brīdinājumu e-pasta ziņojumu (A.3), apstiprinājumu un ziņojumu portāla abonentiem (A.2) sūtīšana	Apstrādes vieta vēl jāpārbauda; skatīt lapu „Apakšapstrādātāji”	Datu apstrādes līgums; nosūtīšanas pamats vēl jāpārbauda	Atklāts. Attiecīgais līgums, faktiskās apstrādes vietas un nosūtīšanas pamats vēl nav dokumentēti. Šis reģistrs neapstiprina ne sertifikāciju, ne noslēgtu līgumu.
Namecheap, Inc. (reģistrators, DNS; e-pasta pāradresācija līdz pastkastes iestatīšanai)	Līdz pastkastes iestatīšanai – vispārīgais ienākošais pasts uz mūsu domēna adresēm; ne piegādes pārbaudes kopijas, kas pienāk tikai ar MX ierakstiem, kas norāda tieši uz pastkasti (A.1)	ASV	jāpārbauda: sertifikācija saskaņā ar ES un ASV datu privātuma satvaru vai līguma standartklauzulas	Tiek izmantots; pamats atklāts.
Mūsu pašu skenēšanas serveris ar lokālu valodas modeli	Formu struktūra klasificēšanai (A.4), ielīmētais kods (A.7), atšifrēta testa piekļuve tikai izpildes laikā (A.5)	–	Darbinām mēs, nevis trešā persona	Tiek izmantots.
Neatkarīgā zonde otrā atrašanās vietā	Domēns, attīrīta konfigurācija, uzdevuma identifikators (A.6)	atkarīgs no atrašanās vietas	jānosaka pirms ekspluatācijas sākšanas	Nav iestatīta.

Mitināšana: bez trešās personas. Lietotne, datubāze, ekrānuzņēmumi un rezerves kopijas atrodas mūsu pašu serveros Polijā. Ja mēs pāriesim pie datu centra vai mākoņpakalpojumu sniedzēja, šī rindkopa ir jāpārraksta.

4.1 Klienta izvēlētie brīdinājumu kanāli

Papildus mūsu piesaistītajiem saņēmējiem ir kanāli, kurus Klients izvēlas saviem brīdinājumiem (A.3). Mūsu serveris ierosina pārsūtīšanu; galamērķi un pakalpojumu sniedzēju nosaka Klients. Kanāla izvēle neatbrīvo mūs no mūsu pašu kā apstrādātāja pienākumiem. Loma, līgums un trešām valstīm nepieciešamās garantijas ir jānosaka katram pakalpojumu sniedzējam; tērzēšanas pakalpojumiem tas vēl nav pabeigts (atklāts jautājums juridiskajai pārbaudei).

Kanāls	Kas tiek sūtīts	Pakalpojumu sniedzēja atrašanās vieta
E-pasts	Domēns, notikums, paskaidrojums, saite; uz ievadīto adresi	ar Namecheap, Inc. (Private Email), Phoenix, Arizona, USA starpniecību
Tīmekļa āķis uz brīvi izvēlētu adresi	Notikums JSON formātā (domēns, notikumi, rindas, saite, laikspiedols), parakstīts ar galamērķa noslēpumu	nosaka Klients
Slack, Discord, Microsoft Teams, Google Chat	tas pats paziņojums kā tērzēšanas ziņojums uz ievadīto tīmekļa āķa adresi	pārsvarā ASV
Telegram	Klienta izvēlēts galamērķis; mēs sūtām ziņojumu ar sava bota starpniecību uz piesaistīto tērzēšanas ID	ārpus ES, nav lēmuma par aizsardzības līmeņa pietiekamību; nosūtīšanas pamats ir atklāts jautājums juridiskajai pārbaudei

Apmeklētāja ziņojuma saturs netiek sūtīts nekādā gadījumā. Paziņojumi satur domēnu, notikumu un saiti.

5. B daļa – 30. panta 1. punkts: apstrāde mūsu pašu atbildībā

Pārzinis attiecībā uz visu šajā daļā: LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Polija, contact@lukaswojcik.com. Pārstāvis nav nepieciešams (uzņēmējdarbība tiek veikta Savienībā). Datu aizsardzības speciālists nav iecelts (9. sadaļa). Tehniskie un organizatoriskie pasākumi: 8. sadaļa un lapa Tehniskie un organizatoriskie pasākumi. Kā datu subjekti īsteno savas tiesības, ir aprakstīts lapā Piekļuve, dzēšana un citas Jūsu tiesības; kontu turētāji savus datus var paši lejupielādēt kā failu (Iestatījumi).

Ja mēs balstāmies uz leģitīmajām interesēm (VDAR 6. panta 1. punkta f) apakšpunkts), mēs nosaucam šīs intereses un iemeslu, kāpēc mazāk aizskarošs līdzeklis nav pietiekams. Līdzsvarošana ir mūsu izvērtējums; tā ir daļa no juridiskās pārbaudes.

B.1 Mūsu vietnes apmeklētāji – tīmekļa servera žurnāli

Lauks	Ieraksts
Nolūks	Vietnes un lietotnes darbība un drošība: piegāde, problēmu novēršana, uzbrukumu un pārslodzes atklāšana.
Datu subjektu kategorijas	Ikviens, kas atver formexposed.com vai form.exposed lapu, ieskaitot Klientu lapu apmeklētājus, kuru pārlūkprogramma ielādē mūsu emblēmas attēlu (B.18), adresātus, kuri atver ziņojuma vai apstiprinājuma saiti, un vietnes, kuru spraudnis izsauc mūsu saskarni.
Personas datu kategorijas	Pilna IP adrese, laiks, pieprasītā adrese, statusa kods, pārsūtītie baiti, atsaucošā lapa (referrer), pārlūkprogrammas identifikators (user agent).
Glabāšanas vieta	Priekšējā starpniekservera un tīmekļa servera piekļuves žurnāli kā faili tīmekļa serverī, nevis datubāzē.
Avots	Pārlūkprogramma vai programma, kas veic pieprasījumu.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: droša un nepārtraukta darbība. Līdzsvarošana: bez pilnas adreses nevar sasaistīt atkārtotus pieprasījumus no viena un tā paša sūtītāja un atvairīt uzbrukumus; saīsināta adrese šādu nošķiršanu nenodrošina. Žurnāli netiek apvienoti ar citiem datiem un tiek dzēsti pēc īsa laika.
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	14 dienas: ikdienas rotācija ar 14 paaudzēm, pēc tam pārrakstīšana (sistēmas žurnālu rotācijas pakalpojums, nevis lietotnes nakts dzēšanas process).
TOP	8. sadaļa.

B.2 Lietotnes lapu skatījumu žurnāls

Lauks	Ieraksts
Nolūks	Drošība un ļaunprātīgas izmantošanas atklāšana (kas ko pieprasa un cik bieži), piekļuves kontiem izsekojamība, vienkārša lietojuma statistika bez analītikas pakalpojuma.
Datu subjektu kategorijas	Visi vietnes apmeklētāji un lietotnes lietotāji īstos lapu skatījumos (bez fona pieprasījumiem, bez formu iesniegumiem).
Personas datu kategorijas	Pilna IP adrese, no tās ierakstīšanas brīdī noteiktā valsts (vietējā ģeodatubāze, bez vaicājuma trešajai personai), pieteiktu lietotāju konta ID, pieprasītā adrese un atsaucošā lapa (tajās esošie piekļuves marķieri, piemēram, ziņojumu vai portālu saitēs, maskēti), pārlūkprogrammas identifikators un no tā noteiktais ierīces tips, operētājsistēma un pārlūkprogramma, valoda, laiks (access_logs). Režīmā „Skatīt kā klients” (B.14) konta ID netiek iestatīts, lai atbalsta lapu skatījumi neparādītos Klienta žurnālā.
Avots	Pārlūkprogrammas pieprasījums.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: ļaunprātīgas izmantošanas novēršana un izsekojamība. Līdzsvarošana: kā B.1; glabāšanas termiņš ir garāks, jo ļaunprātīgas izmantošanas modeļi kļūst redzami nedēļu laikā. Vai IP adrese būtu jāsaīsina vai glabāšanas termiņš jāsaīsina, ir atklāts jautājums juridiskajai pārbaudei.
Saņēmēji	Nav. Kontu turētāji savus lapu skatījumus saņem datu eksportā.
Trešā valsts	Nav.
Glabāšana	60 dienas (katru nakti no 03:00 līdz 03:05, srv/cron_status.php, iestatījums „lapu skatījumu žurnāls”).
TOP	8. sadaļa. IP adrese tiek ņemta no pāradresētas galvenes tikai tad, ja pieprasījums nāk no mūsu pašu priekšējā starpniekservera, un tad tikai šā starpniekservera pievienotais ieraksts; citādi ikviens varētu patvaļīgi norādīt savu izcelsmi.

B.3 Sīkdatnes un glabāšana pārlūkprogrammā

Lauks	Ieraksts
Nolūks	Tehniski nepieciešama glabāšana: sesija, aizsardzība pret starpvietņu pieprasījumu viltošanu (CSRF), ierobežojumu skaitīšana pārbaudēm bez konta, pieteikšanās, palikšana pieteiktam pēc pieprasījuma, gaišs vai tumšs attēlojums.
Datu subjektu kategorijas	formexposed.com apmeklētāji un lietotāji.
Personas datu kategorijas	Sesijas sīkdatne bpid (sesijas identifikators; beidzas, aizverot pārlūkprogrammu; HttpOnly, SameSite=Lax, Secure pa HTTPS). Sīkdatne bp_remember tikai pēc „Atcerēties mani” izvēles (selektors un pārbaudītājs; 30 dienas). Vietējā krātuve bp_theme (gaišs, tumšs vai sistēmas). Administrēšanas sadaļā papildus operatoru vietējie attēlojuma iestatījumi. Ierobežojumiem no sesijas identifikatora tiek veidota jaucējvērtība; pats identifikators netiek saglabāts.
Netiek iestatītas	Nekādas analītikas, reklāmas vai izsekošanas sīkdatnes. Partneru programma (B.33) darbojas bez sīkdatnes. Emblēmas attēls Klientu lapās neiestata sīkdatnes (B.18). reCAPTCHA var iestatīt Google sīkdatnes, kad tiek iesniegta aizsargāta forma (B.23).
Juridiskais pamats	Piekļuve galiekārtai: stingri nepieciešama lietotāja pieprasītajam pakalpojumam (§ 25(2) 2. punkts TDDDG – Vācijas Telekomunikāciju un digitālo pakalpojumu datu aizsardzības likums; PKE 399. panta 3. punkts – Polijas Elektronisko sakaru likums (Prawo komunikacji elektronicznej)). Apstrāde: VDAR 6. panta 1. punkta b) apakšpunkts (konts) un f) apakšpunkts (drošība, ierobežojumi).
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	Sesija; 30 dienas atcerēšanās marķierim. Nakts process dzēš datubāzē beigušos atcerēšanās marķierus (remember_tokens); izrakstoties, mainot paroli un atsaucot ierīci – nekavējoties.
TOP	8. sadaļa.

B.4 Bezmaksas pārbaude bez konta – pieņemšana, ierobežojumi un ļaunprātīgas izmantošanas uzraudzība

Lauks	Ieraksts
Nolūks	Ikviens var likt pārbaudīt domēnu bez konta. Lai ievades lauks nekļūtu par ieroci pret trešo personu vietnēm, piemēro pakāpeniskus ierobežojumus: viena anonīma pārbaude katram domēnam septiņās dienās (pēc tam – tas pats ziņojums), ierobežojumi katrai IP adresei un sesijai 24 stundās, dienas ierobežojums visai sistēmai, bloķējums ļoti jauniem domēniem, bloķēšanas saraksts un atteikšanās, tikai publiskas adreses. Uzkrītoši modeļi tiek reģistrēti, un par tiem tiek ziņots operatoram. Ierobežojumi katrai IP adresei, sesijai un visai sistēmai, katrs skaitīts atsevišķi, attiecas arī uz pārbaudi no spraudņa bez konta (spraudnis ar piesaistītu atslēgu pāri skaita katrai vietnei, nevis adresei) un uz atteikšanos (B.30); bezmaksas galveņu rīkam (B.9) ir savi ierobežojumi katrai IP adresei un dienai un visai sistēmai.
Datu subjektu kategorijas	Personas, kuras ierosina pārbaudi, galveņu rīka pieprasījumu vai atteikšanos; serveri, kuros ir instalēts spraudnis.
Personas datu kategorijas	Katra pieprasījuma žurnāls: avots (pārbaude, spraudnis, galveņu rīks, atteikšanās), pilna IP adrese, sesijas identifikatora jaucējvērtība, pārbaudītais resursdators, valsts no IP adreses, pieņemts vai noraidīts ar iemeslu, laiks (check_throttle). Anomālijas: veids (IP adrese, sesija, valsts, sistēma), atslēga (veidam „IP” – pilna IP adrese), modelis, smagums, īss apraksts, atklāšanas un atrisināšanas laiki, atrisinātājs (abuse_flags). Uzdevums: resursdators, režīms, uzticamības līmenis un saīsināta sesijas jaucējvērtība kā pieprasītāja identifikators (scan_jobs). Ziņojums: nejaušs identifikators, resursdators, valoda, derīguma termiņš, pirmais skatījums, skatījumu skaits (reports). Kešatmiņā saglabātais domēna vecums no reģistra vaicājuma (domain_age_cache).
Avots	Personas ievade; tās pieprasījums; reģistra vaicājums (RDAP) domēna vecumam.
Juridiskais pamats	Pieprasītās pārbaudes veikšana: VDAR 6. panta 1. punkta b) apakšpunkts (bezmaksas pārbaudes izmantošana saskaņā ar Pakalpojumu sniegšanas noteikumiem); pakārtoti – f) apakšpunkts. Ierobežojumi un uzraudzība: 6. panta 1. punkta f) apakšpunkts. Intereses: nepieļaut, ka pakalpojums tiek izmantots kā rīks pret trešo personu vietnēm vai kā surogātpasta lielgabals. Līdzsvarošana: bez sasaistes ar adresi un sesiju ierobežojumus nevarētu īstenot; septiņu dienu termiņš ir tik īss kā garākais no tā skaitītais ierobežojums.
Saņēmēji	Google (reCAPTCHA iesniegšanas brīdī, B.23). Domēna vecumam skeneris vaicā RDAP novirzīšanas pakalpojumam rdap.org, kas pāradresē uz atbildīgo reģistru; tiek nosūtīts tikai domēna nosaukums. Ja rodas anomālija, operators saņem signālu caur Telegram bez neviena mainīgā (bez resursdatora, bez adreses). Ziņojumu var redzēt ikviens, kuram ir tā nejaušā saite.
Trešā valsts	ASV caur reCAPTCHA (B.23).
Glabāšana	Pieprasījumu žurnāls 7 dienas (katru nakti, srv/cron_status.php). Atrisinātās anomālijas – 90 dienas pēc atrisināšanas; neatrisinātās paliek, līdz kāds tās atrisina (10. sadaļa). Anonīmo ziņojumu derīguma termiņš beidzas pēc 30 dienām; tad nakts process dzēš ziņojumu, uzdevumu, pārbaudes rezultātu, formas, konstatējumus un attēlus (fe_reports_aufraeumen()). Administrators var manuāli atbrīvot ierakstus kādai adresei; tas dzēš tās žurnālu par pēdējām 24 stundām.
TOP	8. sadaļa. Ārkārtas apturēšana visām anonīmajām pārbaudēm administrēšanas sadaļā; pretspiediens, kas nepieņem jaunas bezmaksas pārbaudes, ja ir uzkrājies neizpildīto darbu apjoms.

B.5 Trešo personu vietņu pārbaude ar rāpuļprogrammu

Lauks	Ieraksts
Nolūks	Publisku saziņas formu drošības pārbaude: aizsardzība pret surogātpastu un ļaunprātīgu izmantošanu, datu aizsardzības un piekļūstamības iezīmes, iegulti trešo personu skripti, uzvedība pēc noraidīšanas sīkdatņu joslā, attēlojums mobilajās ierīcēs. Attiecas uz pārbaudēm bez konta (B.4), uz kontā esošiem domēniem, kas vēl nav verificēti, un kā pamats pētījumam (B.7) un potenciālo klientu pārbaudei (B.8). Attiecībā uz verificētiem domēniem kontā mēs rīkojamies Klienta uzdevumā (A.4).
Rāpuļprogrammas uzvedība	Savs identifikators ar atsauci uz rāpuļprogrammas lapu; pirms pārbaudes nolasa robots.txt un apstājas, ja aizlieguma (disallow) noteikums attiecas uz sākumlapu (tāpat, ja robots.txt nav sasniedzams vai ir servera kļūda); aizlieguma noteikumi atsevišķiem apakšceļiem netiek ievēroti atsevišķi. Formu pulss, pierādījuma izgūšana, galveņu rīks un atklātu failu meklēšana robots.txt nenolasa. Ne vairāk kā astoņas publiskas lapas katrā pārbaudē, kā arī līdz trim lapām ar klikšķi uz „Noraidīt” sīkdatņu joslā, līdz trim lapām tālruņa skatā, aktīvās zondes verificētiem domēniem un līdz piecām lapām aiz pieteikšanās (A.5); lapas tiek ielādētas viena pēc otras, nevis paralēli; tikai publiskas adreses, nekādi iekšējie tīkli, pāradresācijas tiek pārbaudītas atkārtoti; bloķēšanas saraksts un atteikšanās tiek pārbaudīti pirms pieņemšanas un otrreiz skenerī. Pasīvi: bez kontroles pierādījuma Klientiem nekas netiek iesniegts (izņēmums: mūsu pašu testa un demonstrācijas domēnu iekšējās pārbaudes, B.6).
Datu subjektu kategorijas	Pārbaudīto vietņu uzturētāji (ja tie ir fiziskas personas, piemēram, individuālie komersanti); personas, kas nejauši ir redzamas pārbaudītajās lapās.
Personas datu kategorijas	Kā A.4: lapu adreses un nosaukumi, formu struktūra (lauku nosaukumi, tipi un etiķetes, bez lauku vērtībām), aizsardzības pasākumi, trešo personu skripti (adreses; pikseļu un ierakstīšanas rīku konta ID tiek aizstāti pirms saglabāšanas), sīkdatņu joslas uzvedība, ekrānuzņēmumi (sākumlapas redzamā daļa, formas). Ja formā parādās adresāta adrese, tikai tās domēns (scans, forms, findings, scan_screenshots).
Avots	Publiski pieejamas lapas.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: pieprasītās drošības pārbaudes veikšana; vietņu uzturētāju brīdināšana par vājībām, kas var kaitēt viņu apmeklētājiem. Līdzsvarošana: tiek nolasīts tikai tas, ko redz katrs apmeklētājs, nelielā apjomā un neko neiesniedzot; uzturētājs jebkurā laikā bez pierādījumiem var neatgriezeniski izslēgt savu domēnu. Informācija saskaņā ar VDAR 14. pantu tiek sniegta ar rāpuļprogrammas lapu, atteikšanos un Privātuma politiku; vai tas ir pietiekami saskaņā ar 14. panta 5. punkta b) apakšpunktu, ir atklāts jautājums juridiskajai pārbaudei.
Saņēmēji	Tas, kurš ierosina ziņojumu, un ikviens, kam tas nodod nejaušo saiti; lokālais valodas modelis mūsu pašu serverī, ja formas veids nav skaidrs (formas struktūra, lapas nosaukums un adrese, formas redzamais teksts). Brīdinājumi par spraudņu versiju ievainojamībām nekad neparādās anonīmajos ziņojumos.
Trešā valsts	Nav.
Glabāšana	Anonīmi: 30 dienas (B.4). Potenciālo klientu pārbaude: 90 dienas (B.8). Pētījums: līdz publicēšanai (B.7). Domēns kontā: ne ilgāk kā 13 mēnešus, pēdējā pārbaude paliek; kopā ar domēnu – nekavējoties. Operatora iekšējās pārbaudes bez domēna un bez ziņojuma (piemēram, tās, kas izveidotas no komandrindas): nav glabāšanas termiņa (10. sadaļa). Pagaidu faili skenēšanas serverī tiek dzēsti pēc katras izpildes.
TOP	8. sadaļa. Jo īpaši: atsevišķs pārbaudes konteiners ar atmestām privilēģijām, tikai lasāma failu sistēma, atmiņas ierobežojums un savs tīkls; dubulta mērķa pārbaude.

B.6 Aktīvie testa iesniegumi

Lauks	Ieraksts
Nolūks	Pārbaude, vai saziņas forma pieņem iesniegumu bez aizsardzības, vai CAPTCHA, slazds (honeypot), marķieris, e-pasta adreses validācija un pieprasījumu biežuma ierobežošana darbojas servera pusē un vai var ievietot galvenes.
Priekšnosacījums	Klientiem – tikai domēniem, kuriem ir iesniegts kontroles pierādījums (DNS ieraksts, meta tags, fails vai pievienots spraudnis); turklāt operators ar iekšēju komandrindas rīku izveido pārbaudes ar līmeni „verificēts” mūsu pašu testa un demonstrācijas domēniem. Tikai ar ieslēgtu globālo slēdzi, tikai formai, kas droši klasificēta kā vispārēja saziņas forma. Nekad pasūtījumiem, rezervācijām, reģistrācijām, jaunumu vēstulēm, maksājumiem, failu augšupielādei, obligātajiem laukiem ar īstiem personas datiem vai valsts iestāžu, veselības aprūpes vai izglītības iestāžu domēniem.
Datu subjektu kategorijas	Klienta darbinieki, kuri saņem formu e-pasta ziņojumus.
Personas datu kategorijas	Testa iesniegums nesatur personas datus: sūtītājs „FormExposed Security Scanner”, mūsu pašu sūtītāja adrese vai adrese domēnā .invalid, marķēta temata rinda un teksts lapas valodā ar atsauci uz rāpuļprogrammas lapu un atteikšanos un pārbaudes numuru. Mēs saglabājam: lapas atbildi, konstatējumus, turpinājuma lapas attēlu (kā A.4).
Apjoms	Ne vairāk kā pieci iesniegumi katrā pārbaudē (iestatījums, noklusējuma vērtība 5); atkārtojas ar plāna pārbaužu biežumu, augstākajā plānā – katru dienu.
Avots	Klienta norādījums.
Juridiskais pamats	Līguma ar Klientu izpilde (VDAR 6. panta 1. punkta b) apakšpunkts); iesniegumi nonāk Klienta paša formā. Attiecībā uz adresātiem Klienta pusē – Klienta organizācija.
Saņēmēji	Klients (viņa formas e-pasta ziņojums).
Trešā valsts	Ar mūsu starpniecību – nav.
Glabāšana	Rezultāti kā A.4.
TOP	8. sadaļa. Galvenes injekcija tiek tikai atklāta, nekad netiek veikta ar īstu adresātu; e-pasta adreses validācija izmanto tikai domēnu, kas nevar pastāvēt.

B.7 Pētījums „Formu drošības indekss”

Lauks	Ieraksts
Nolūks	Statistika par saziņas formu aizsardzību kādā valstī vai nozarē. Tiek publicētas tikai kopsummas, bez vietņu nosaukumiem; segmenti – tikai no 20 lapām ar formu.
Datu subjektu kategorijas	Sarakstā iekļauto vietņu uzturētāji; nejauši redzamas personas.
Personas datu kategorijas	Kā B.5, tikai pasīvi. Papildus saraksts: resursdators, segments, statuss, uzdevums (study_domains); pētījums ar nosaukumu, valsti, rezultātu kopsummām (studies).
Avots	Operatora sastādīts publisku vietņu saraksts; pašas lapas.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: statistiski apgalvojumi par formu drošības stāvokli. Līdzsvarošana: pasīvi, ierobežotā tempā (maz uzdevumu katrā izpildē), bloķēšanas saraksts un atteikšanās tiek piemēroti, publicēšana tikai kā kopsummas, neapstrādātie dati tiek dzēsti.
Saņēmēji	Sabiedrība, tikai kopsummas.
Trešā valsts	Nav.
Glabāšana	Neapstrādātie dati (pārbaužu rezultāti, formas, konstatējumi, attēli, uzdevumi) tiek dzēsti publicēšanas brīdī (fe_studie_veroeffentlichen()). Resursdatoru saraksts ar segmentu paliek arī pēc tam; tam un pētījumiem, kas nekad netiek publicēti, nav glabāšanas termiņa (10. sadaļa). Operators izlemj, kurus sarakstus pārbaudīt un vai pētījumus publicēt.
TOP	8. sadaļa.

B.8 Potenciālo klientu pārbaude (aģentūru klientu piesaistes režīms)

Lauks	Ieraksts
Nolūks	Aģentūra (Business plāns) pasīvi pārbauda potenciālā klienta vietni un saņem īsu ziņojumu ar savu zīmolu un pasīvo ziņojumu. Mēs ne ar vienu nesazināmies; saiti aģentūra nodod tālāk pati.
Datu subjektu kategorijas	Pārbaudītās vietnes uzturētājs; nejauši redzamas personas; aģentūras darbinieki, kuri ierosina pārbaudi.
Personas datu kategorijas	Kā B.5, tikai pasīvi. Papildus: darbvieta, persona, kas ierosina pārbaudi, resursdators, ziņojuma nejaušais identifikators, laiks (prospect_checks).
Avots	Aģentūras ievade; publiskas lapas.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts (mūsu intereses sniegt pakalpojumu un aģentūras intereses pamatoti uzrunāt). Aģentūras un mūsu lomas un aģentūras pienākumi, nododot ziņojumu tālāk, ir atklāti jautājumi juridiskajai pārbaudei: ja aģentūra nepieprasīti nosūta ziņojumu pa e-pastu vai zvana, tā ir tiešā tirgvedība, kurai nepieciešama piekrišana saskaņā ar PKE 398. pantu un § 7(2) UWG (Vācijas Negodīgas konkurences novēršanas likums), pat starp komersantiem. Par to atbild aģentūra; Pakalpojumu sniegšanas noteikumi uzliek tai attiecīgu pienākumu.
Saņēmēji	Aģentūra un ikviens, kam tā nodod saiti.
Trešā valsts	Nav.
Glabāšana	Ziņojuma un pārbaudes rezultāta derīguma termiņš beidzas pēc 90 dienām, un tad tos dzēš nakts process (fe_reports_aufraeumen()); pārbaudes ieraksts tiek dzēsts pēc 90 dienām ikdienas kolektīvās aizsardzības procesā no 04:00 (srv/cron_status.php). Kopā ar darbvietu – nekavējoties.
TOP	8. sadaļa. Mēneša kvota (iestatījums, noklusējuma vērtība 30); viena un tā pati lapa septiņu dienu laikā atgriež to pašu ziņojumu; atteikšanās tiek piemērota.

B.9 Galveņu rīks bez konta

Lauks	Ieraksts
Nolūks	Bezmaksas vērtējums (no A+ līdz F) domēna sākumlapas drošības galvenēm. Divi pieprasījumi, bez pārlūkprogrammas, bez formas, bez iesniegšanas.
Datu subjektu kategorijas	Personas, kuras izmanto rīku; pārbaudītā domēna uzturētāji.
Personas datu kategorijas	Pieprasījumu žurnāls kā B.4 (avots „headers”, IP adrese, sesijas jaucējvērtība, resursdators). Rezultāts: resursdators, vērtējums, punkti, izvērtētās galvenes (header_checks).
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts, kā B.4 un B.5.
Saņēmēji	Google (reCAPTCHA, B.23).
Trešā valsts	ASV caur reCAPTCHA.
Glabāšana	Pieprasījumu žurnāls 7 dienas; rezultāti – pašlaik pēc 90 dienām (nakts dzēšanas process, daļa „header_checks”, iestatījums „headers_keep_days”). Kontā esošiem domēniem vērtējums tiek noteikts no jauna katru dienu un saglabāts pie domēna.
TOP	8. sadaļa. Ierobežojumi katrai IP adresei un dienai; atteikšanās tiek piemērota.

B.10 Klientu konti

Lauks	Ieraksts
Nolūks	Klientu kontu, darbvietu un plānu uzturēšana.
Datu subjektu kategorijas	Klienti (komersanti) un viņu komandas dalībnieki ar savu kontu.
Personas datu kategorijas	E-pasta adrese un tās normalizētā forma, parole tikai kā jaucējvērtība, vārds (obligāts), uzvārds un uzņēmums (ja norādīti); lietotne neglabā adresi un PVN maksātāja numuru, tie tiek norādīti tikai pie Stripe (B.26); statuss, valoda, attēlojuma režīms, valūta, plāns un norēķinu statuss, Stripe klienta un abonementa ID, norēķinu perioda beigas, abonementa izbeigšana perioda beigās, apstiprinājuma un atiestatīšanas identifikatori ar derīguma termiņu, jaunā e-pasta adrese līdz apstiprināšanai, reģistrācijas laiks, pēdējā pieteikšanās un pēdējā IP adrese, laiks, kad tika atsauktas visas sesijas, divu faktoru dati (B.11), ikmēneša ziņojums ieslēgts/izslēgts, atgādinājuma e-pasta ziņojuma laiks, atbloķēšana ar kodiem, ieteikuma kods un ieteikums (users). Darbvietas ar nosaukumu, laikiem, statusu (workspaces); dalība ar lomu un pievienošanās datumu (workspace_users).
Avots	Personas reģistrācija un iestatījumi; norēķinu statuss no Stripe.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (līgums). Pēdējā IP adrese: f) apakšpunkts (konta drošība).
Saņēmēji	Stripe (B.26); e-pasta pakalpojumu sniedzējs konta e-pasta ziņojumiem (B.25). Vienas darbvietas dalībnieki redz citu dalībnieku vārdu, e-pasta adresi un lomu.
Trešā valsts	Ar Stripe un e-pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	Līdz konta turētājs to dzēš. Dzēšot tiek dzēstas turētāja paša darbvietas, kuras neviens cits neizmanto, kopā ar visiem domēniem un to datiem; darbvietas ar citiem dalībniekiem pāriet citam dalībniekam, vispirms administratoriem un starp tiem – tam, kurš ir dalībnieks visilgāk. Tiek dzēsta dalība, atcerēšanās marķieri, ierīces, API atslēgas, atvērtie Telegram kodi, atsauksmes par ziņojumiem (B.35) un konta rinda; notiekošs maksas abonements vispirms tiek nekavējoties izbeigts pie Stripe, bez atmaksas (www/ajax.php, fe_konto_reste_loeschen()). Turpretī abonementa izbeigšana norēķinu sadaļā stājas spēkā perioda beigās; pēc tam konts turpina darboties bezmaksas plānā. Kas paliek, ir izklāstīts 6.4. sadaļā. Konti, kas nekad nav apstiprināti un kuros nekad nav notikusi pieteikšanās, tiek dzēsti pēc 30 dienām, ja vien to darbvietai nav piesaistīts cits dalībnieks (nakts dzēšanas process, daļa „pending_accounts”). Neaktīvi konti netiek dzēsti. Ja līgums par kontu beidzas citādi, piemēram, ar mūsu izbeigšanu, mēs dzēšam kontu ne vēlāk kā 30 dienas pēc līguma beigām; pašlaik tas tiek darīts manuāli (apņemšanās Datu apstrādes līgumā).
TOP	8. sadaļa.

B.11 Pieteikšanās, ierīces, otrais faktors un darbību žurnāls

Lauks	Ieraksts
Nolūks	Kontu aizsardzība: pieteikšanās un citu paroles mēģinājumu ierobežošana, pieteikto ierīču attēlošana un atsaukšana, divu faktoru pieteikšanās, izmaiņu izsekojamība.
Datu subjektu kategorijas	Kontu turētāji un komandas dalībnieki; personas, kuras mēģina pieteikties, reģistrēties vai ievadīt klientu portāla paroli.
Personas datu kategorijas	Pieteikšanās mēģinājumi: IP adrese, ievadītā e-pasta adrese, veiksme, laiks (login_attempts). Ierīces: sesijas identifikatora jaucējvērtība (nekad pats identifikators), saite uz atcerēšanās marķieri, IP adrese, pārlūkprogrammas identifikators un no tā noteiktā pārlūkprogramma, operētājsistēma un ierīces tips, pieteikšanās, pēdējās aktivitātes un atsaukšanas laiki, kā arī režīmā „Skatīt kā klients” – atbalsta personas identifikators (login_sessions). Atcerēšanās marķieri funkcijai „Atcerēties mani”: selektors, pārbaudītājs, derīguma termiņš (remember_tokens). Divu faktoru dati: šifrēts noslēpums, aktivizēšanas laiks, pēdējais izmantotais laika solis, atkopšanas kodi tikai kā jaucējvērtība (tabulā users). Darbību žurnāls: konts, darbvieta, darbība, mērķis, detaļas, IP adrese, valsts, laiks (audit_logs). Mēģinājumu skaitītāji pieteikšanās, otrā faktora, paroles apstiprināšanas, paroles atiestatīšanas, reģistrācijas un klientu portālu parolēm: HMAC atslēga, kas iegūta no nolūka un konta ID (nezināmai adresei vai atiestatīšanai – no e-pasta adreses mazajiem burtiem), IP adreses, konta un IP adreses kopā vai portāla ID (arī kopā ar IP adresi), mēģinājumu skaits, derīguma termiņš; e-pasta un IP adreses tur netiek glabātas atklātā tekstā (tabula auth_attempt_buckets).
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts saistībā ar 32. pantu (ierīču saraksts, otrais faktors) un f) apakšpunkts (pieteikšanās mēģinājumi, darbību žurnāls). Intereses: kontu aizsardzība pret pārņemšanu, izmaiņu dokumentēšana (5. panta 2. punkts). Līdzsvarošana: saīsināta adrese neatbild uz jautājumu „vai tas biju es?”; darbību žurnālam jāpārdzīvo strīds, kas rodas tikai pēc vairākiem mēnešiem.
Saņēmēji	Nav. Konta turētājs redz savas ierīces un saņem pieteikšanās mēģinājumus, ierīces un darbības datu eksportā; sesijas „Skatīt kā klients” laikā tur neparādās ne atbalsta personas IP adrese, ne pārlūkprogramma.
Trešā valsts	Nav.
Glabāšana	Pieteikšanās mēģinājumi 7 dienas; pēc veiksmīgas pieteikšanās neveiksmīgie mēģinājumi no tās pašas adreses tiek dzēsti nekavējoties. Mēģinājumu skaitītāji – to laika loga beigās (pašlaik 15 minūtes, paroles atiestatīšanai un reģistrācijai – viena stunda); beigušos dzēš nākamā piekļuve un nakts process. Ierīces – 90 dienas pēc pēdējās izmantošanas vai pēc atsaukšanas (nakts dzēšanas process, daļa „sessions”), kopā ar kontu – nekavējoties. Atcerēšanās marķieru derīgums beidzas pēc 30 dienām. Darbību žurnāls 365 dienas (katru nakti); dzēšot kontu, tā ieraksti paliek līdz glabāšanas termiņa beigām (6.4. sadaļa).
TOP	8. sadaļa.

B.12 Līguma noslēgšanas pierādījums

Lauks	Ieraksts
Nolūks	Pierādīt, kuru Pakalpojumu sniegšanas noteikumu, Datu apstrādes līguma un Privātuma politikas versiju Klients reģistrācijas brīdī pieņēma vai ar kuru iepazinās, un to, ka Klients izmanto pakalpojumu savai uzņēmējdarbībai.
Datu subjektu kategorijas	Klienti.
Personas datu kategorijas	Katram dokumentam: konts, dokuments, versija (parādītā teksta jaucējvērtība), iemesls, IP adrese, pārlūkprogrammas identifikators, laiks (legal_consents). Pati parādītā versija ar pilnu tekstu, valodu, nosaukumu un adresi, vienu reizi katrai versijai (legal_versions; nesatur personas datus).
Juridiskais pamats	VDAR 6. panta 1. punkta b) un f) apakšpunkts (līguma noslēgšanas pierādījums, aizstāvība pret prasījumiem).
Saņēmēji	Nav. Konta turētājs saņem savus ierakstus datu eksportā.
Trešā valsts	Nav.
Glabāšana	Kamēr pastāv konts; pēc konta dzēšanas – četrus gadus no piekrišanas, pēc tam dzēsti katru nakti (srv/cron_status.php). Pamatojums kodā: trīs gadu noilguma termiņš no gada beigām, noapaļots uz augšu. Vai Polijas tiesību akti paredz citu termiņu, ir daļa no juridiskās pārbaudes.
TOP	8. sadaļa. Ja kāds no trim dokumentiem trūkst, reģistrācija ir slēgta.

B.13 Komandas uzaicinājumi

Lauks	Ieraksts
Nolūks	Citu personu uzaicināšana darbvietā.
Datu subjektu kategorijas	Uzaicinātās personas.
Personas datu kategorijas	E-pasta adrese, loma, uzaicinājuma identifikators, uzaicinātājs, derīguma termiņš, pieņemšanas laiks (workspace_invites); uzaicinājuma e-pasta ziņojums izsūtnē (B.25).
Avots	Ievadījis uzaicinātājs dalībnieks.
Juridiskais pamats	Attiecībā uz Klientu – VDAR 6. panta 1. punkta b) apakšpunkts; attiecībā uz uzaicināto personu – f) apakšpunkts (Klienta intereses iesaistīt savu komandu).
Saņēmēji	E-pasta pakalpojumu sniedzējs (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Trešā valsts	Ar e-pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	Uzaicinājums ir derīgs 14 dienas un tikai tik ilgi, kamēr uzaicinātājs ir darbvietas īpašnieks vai administrators. Nepieņemtie uzaicinājumi – pēc derīguma termiņa beigām, pieņemtie – 30 dienas pēc pieņemšanas (katru nakti, srv/cron_status.php un daļa „invites” failā cfg/fristen_lib.php). Kopā ar darbvietu – nekavējoties.
TOP	8. sadaļa.

B.14 „Skatīt kā Klients” atbalsta vajadzībām

Lauks	Ieraksts
Nolūks	Superadministrators redz lietotni tā, kā to redz Klients, lai atrisinātu atbalsta jautājumu („man trūkst pogas”).
Datu subjektu kategorijas	Attiecīgais Klients; superadministrators.
Personas datu kategorijas	Viss, ko Klients redz lietotnē. Tiek reģistrēts: atsevišķa ierīces rinda ar superadministratora identifikatoru (login_sessions), sākums un beigas darbību žurnālā (audit_logs).
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (atbalsts kā pakalpojuma daļa), alternatīvi f) apakšpunkts.
Ierobežojumi	Ne ilgāk kā viena stunda, pēc tam pilnīga izrakstīšanās. Beidzot skatu, superadministrators arī tiek pilnībā izrakstīts, ieskaitot sesiju, no kuras viņš ieradās; administrēšanas sadaļā viņš atgriežas, tikai no jauna piesakoties ar paroli un otro faktoru. Beidzas nekavējoties, ja superadministratoram tiek samazinātas tiesības vai viņš tiek bloķēts. Viss, kas maina Klienta kontu, ir bloķēts: parole, e-pasta adrese, otrais faktors, ierīces, abonements, eksports, dzēšana, nodošana. Sesijas laikā administrēšanas sadaļa ir slēgta. Klients redz šo piekļuvi savā ierīču sarakstā un datu eksportā kā atbalsta dienesta piekļuvi.
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	Ierīces rinda 90 dienas, darbību žurnāls 365 dienas.
TOP	8. sadaļa.

B.15 Domēni, kontroles pierādījums un uzraudzība

Lauks	Ieraksts
Nolūks	Galvenais pakalpojums Klientiem: domēnu uzturēšana kontā, kontroles pierādīšana, regulāra pārbaude un izmaiņu konstatēšana. Tas ietver veidlapas pulsu (vieglu pieprasījumu bez pārlūka ik pēc 10 līdz 30 minūtēm atkarībā no plāna), ikdienas pasta DNS un sertifikāta uzraudzību, domēna derīguma beigu datumu, bloķēšanas sarakstus, publiski pieejamus failus, no ārpuses redzamas versijas, skriptu inventāru, vizuālas veidlapas izmaiņas, CAPTCHA un pasta pakalpojumu sniedzēju darbības pārtraukumus un veidlapu spraudņu ievainojamību uzraudzību.
Datu subjektu kategorijas	Klienti un viņu komandu locekļi; domēnu operatori, ja tie ir fiziskas personas.
Personas datu kategorijas	Domēns ar resursdatoru, publiskais identifikators, piezīme, klienta apzīmējums, pierādījuma veids un identifikators, pārbaužu biežums, uzraudzība ieslēgta/izslēgta, apkopes logi, pieprasījuma vērtība, identifikatori nozīmītei, piegādes pārbaudei un izvietošanas āķim (deploy hook), spraudņa atslēga, uzraudzību statusi un jaunākie rezultāti (DNS, sertifikāts, veidlapas e-pasta autentiskums, bloķēšanas saraksti, publiski pieejami faili, galvenes, versijas) (domains). Pulss katrai veidlapas lapai (form_pulse). Ievainojamības no spraudņu versijām (vuln_hits). Skriptu inventārs ar adresi, jaucējvērtību, izmēru, apstiprinājumu ar apstiprinātāju un iemeslu (script_inventory, script_changes). Pārbaudes kā A.4. Publiski pieejamiem failiem tiek saglabāts ceļš, nopietnība un veids, nekad saturs.
Pieprasījumi trešajām personām	DNS vaicājumi (SPF, DMARC, MX, pierādījuma ieraksts). Reģistra uzmeklēšana, izmantojot RDAP saskaņā ar IANA direktoriju: tikai domēna nosaukums. DNS bloķēšanas saraksti (SpamCop, PSBL, Mailspike, SURBL; Spamhaus tikai ar saglabātiem piekļuves datiem, pašlaik nē): tīmekļa un pasta servera IP adreses un domēna nosaukums, nekādi apmeklētāju dati. Google Web Risk tikai tad, ja tas ir iestatīts (pašlaik nē): sākumlapas adrese. Laika zīmoga pakalpojumu sniedzējs: tikai jaucējvērtība (B.19). WPVulnerability: tikai spraudņa vai motīva identifikators vai WordPress versija; salīdzināšanu ar instalēto spraudņa versiju veicam paši. Cloudflare, hCaptcha, Google Cloud, SendGrid, Mailgun un Brevo statusa lapas: netiek pārsūtīts nekas cits kā pats pieprasījums.
Avots	Klients; pieprasījumi Klienta lapai; publiski direktoriji.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts.
Saņēmēji	Minētie pakalpojumi nesaņem mūsu Klientu personas datus, ciktāl uzņēmuma domēnu nosaukumi un serveru adreses nav personas dati; individuālo komersantu gadījumā domēna nosaukums var būt personas dati. Darba telpas dalībnieki redz domēnu.
Trešā valsts	Pieprasījumi var nonākt pie pakalpojumiem trešās valstīs (piemēram, reģistra uzmeklēšana, bloķēšanas saraksti). Tiek pārsūtīts tikai tas, kas norādīts rindā „Pieprasījumi trešajām personām”.
Glabāšana	Līdz domēna dzēšanai. Pēc tam fe_domain_loeschen() nekavējoties dzēš pārbaužu rezultātus, veidlapas, konstatējumus, attēlus, pārskatus, uzdevumus, brīdinājumu mērķus un brīdinājumu žurnālu, incidentus, Telegram kodus, piegādes, pulsu, ievainojamības un pierādījumus; ar ārējo atslēgu starpniecību – uzraudzītās veidlapas, pārlūka palaidienus, testa kontu un veidlapu skaitītājus; resursdatora spraudņa datus, ja uz to neatsaucas neviens cits domēns. Tāpat tiek dzēsts domēna skriptu inventārs un skriptu izmaiņas; tiem nav sava glabāšanas termiņa (6.4. sadaļa). Pārbaužu rezultāti ne ilgāk kā 13 mēnešus, pēdējais tiek saglabāts.
TOP	8. sadaļa. Publiski pieejamo failu un versiju uzraudzība tikai verificētiem domēniem, ne vairāk kā viens pieprasījums katram ceļam, tikai pirmie 8 KB; nelūgta trešo personu ceļu zondēšana būtu uzbrukuma rīks.

B.16 Brīdinājumi, incidenti un eskalācija attiecībā uz konta turētāju

Lauks	Ieraksts
Nolūks	Klienta informēšana par traucējumiem un izmaiņām, apkopes logu ievērošana, incidentu apstiprināšana un eskalācija. Ja mērķi ir trešās personas, mēs rīkojamies Klienta vārdā (A.3); ja tas ir pats konta turētājs, tas ir aprakstīts šeit.
Datu subjektu kategorijas	Konta turētāji un komandu locekļi kā saņēmēji.
Personas datu kategorijas	Kā A.3. Paziņojumi tiek rādīti konta turētāja valodā.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts.
Saņēmēji	Pasta pakalpojumu sniedzējs; izvēlētie tērzēšanas pakalpojumi (4.1).
Trešā valsts	Atkarībā no kanāla (4.1).
Glabāšana	Kā A.3: piegādes žurnāls 90 dienas, apkopojuma paziņojumi 30 dienas pēc piegādes, incidenti līdz atrisināšanai un pēc tam 180 dienas. Brīdinājumu mērķi kopā ar domēnu.
TOP	8. sadaļa.

B.17 Ikmēneša pārskats kontiem

Lauks	Ieraksts
Nolūks	Katra mēneša 1. datumā no plkst. 08:00 (nokavētā izpilde līdz 3. datumam) viens e-pasts katram kontam par visiem tā domēniem: līmenis, rezultāts un tā izmaiņas, brīdinājumi, bloķētie boti, e-pasta sūtīšana, salīdzinājuma vērtība.
Datu subjektu kategorijas	Aktīvi konta turētāji ar ieslēgtu ikmēneša pārskatu.
Personas datu kategorijas	E-pasta adrese, valoda, domēnu galvenie rādītāji.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (pakalpojuma daļa). No tā var atteikties iestatījumos; to var izslēgt centralizēti.
Saņēmēji	Pasta pakalpojumu sniedzējs (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Trešā valsts	Ar pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	Atsevišķas glabāšanas nav; e-pasts paliek izsūtnē 30 dienas (B.25).
TOP	8. sadaļa.

B.18 Nozīmīte un publiskā apstiprinājuma lapa

Lauks	Ieraksts
Nolūks	Klients var iegult savā tīmekļa vietnē nozīmītes attēlu un sasaistīt to ar publisku apstiprinājuma lapu. Nozīmīte rāda „Aizsargāts” tikai tad, ja domēns ir verificēts, uzraudzība darbojas un pēdējā pabeigtā pārbaude nav vecāka par 45 dienām un tās rezultāts bija „Aizsargāts” vai „Daļēji aizsargāts”; pretējā gadījumā tā neitrāli rāda „Saziņas veidlapas pārbaude”. Apstiprinājuma lapā norādīts līmenis un datums, bez atsevišķiem konstatējumiem.
Datu subjektu kategorijas	Klienta tīmekļa vietnes apmeklētāji, kuru pārlūks ielādē attēlu; apstiprinājuma lapas apmeklētāji.
Personas datu kategorijas	Ielādējot attēlu: IP adrese, laiks, pieprasītā adrese, novirzošā lapa un pārlūka identifikators tīmekļa servera žurnālā (B.1). Attēla adrese neuzsāk sesiju, neiestata sīkdatni un neveic ierakstus lapu skatījumu žurnālā. Apstiprinājuma lapa ir parasta lapa (B.2, B.3).
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: attēla piegāde un drošas darbības nodrošināšana. Tas, vai Klients un mēs esam kopīgi pārziņi attiecībā uz apmeklētāja IP adreses nosūtīšanu tiesu prakses par iegultu trešo personu saturu izpratnē un vai ir nepieciešama vienošanās saskaņā ar 26. pantu, ir atklāts jautājums juridiskajai pārbaudei. Klients saņem ieteicamu tekstu savai privātuma politikai.
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	14 dienas (tīmekļa servera žurnāls). Attēls tiek saglabāts kešatmiņā uz vienu stundu. Kad nozīmīte tiek izslēgta, identifikators zaudē derīgumu.
TOP	8. sadaļa.

B.19 Pierādījumu žurnāls un laika zīmogs

Lauks	Ieraksts
Nolūks	Viens žurnāls katram domēnam un mēnesim (maksas plāni): kas tika pārbaudīts, ar kādu rezultātu, par ko tika ziņots un kas mainījās – kā pierādījums pārskatatbildībai, apdrošinātājiem vai piegādātāju auditiem. Katra versija saņem pārbaudes numuru; publiska lapa apstiprina domēnu, periodu un galvenos rādītājus, bez detaļām. Kopš 2026. gada 7. oktobra laiku apstiprina laika zīmoga pakalpojumu sniedzējs saskaņā ar RFC 3161.
Datu subjektu kategorijas	Klienti; netieši personas, kuras žurnālā var būt minētas kā apstiprinātāji vai apliecinātāji.
Personas datu kategorijas	Domēns, mēnesis, pārbaudes numurs, satura jaucējvērtība (SHA-512), žurnāla kopsavilkums un dati, laika zīmoga atbilde, laika zīmoga pakalpojumu sniedzējs un laiks, neveiksmīgi mēģinājumi (proof_docs).
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts.
Saņēmēji	Laika zīmoga pakalpojumu sniedzējs (pēc noklusējuma Certum, rezerves variants DigiCert) saņem tikai žurnāla jaucējvērtību, nevis tā saturu. Publiski: galvenie rādītāji apstiprinājuma lapā. Klients un ikviens, kam Klients nodod žurnālu vai pārbaudes numuru.
Trešā valsts	Personas dati netiek nosūtīti: no jaucējvērtības nav iespējams izdarīt secinājumus par saturu. Rezerves pakalpojumu sniedzējs atrodas ASV.
Glabāšana	Līdz domēna dzēšanai (fe_domain_loeschen()). Laika zīmogs nav kvalificēts elektroniskais laika zīmogs eIDAS izpratnē.
TOP	8. sadaļa.

B.20 Spraudnis un paplašinājums: pārbaude, savienojums un datu nosūtīšana

Lauks	Ieraksts
Nolūks	WordPress spraudnis un TYPO3 paplašinājums var pieprasīt pārbaudi (arī bez konta), izveidot savienojumu ar kontu (instalēšana kontā ar vienu klikšķi tiek uzskatīta par kontroles pierādījumu), atbloķēt aizsardzības funkcijas, katru dienu ziņot skaitļus (A.9) un nekavējoties ziņot par e-pasta kļūdām un apkopes režīmu.
Datu subjektu kategorijas	Klienti; tīmekļa vietņu operatori, kas izmanto spraudni bez konta.
Personas datu kategorijas	Katram resursdatoram: spraudņa un CMS versija, pārbaužu skaits, pēdējā ziņojuma identifikators, savienojuma noslēpuma jaucējvērtība, pirmais un pēdējais kontakts (plugin_sites). Vienreizēji savienojuma kodi kā jaucējvērtība ar derīguma termiņu (plugin_connect_tokens). Aģentūras ieviešanas kodi kā jaucējvērtība ar prefiksu, apzīmējumu, izmantošanas reizēm, izveidotāju (workspace_connect_codes). Pieprasījumu žurnāls ar izsaucošā servera IP adresi (B.4). Spraudņa atslēga ir publiski redzama tīmekļa vietnes galvenē (head); tā ir noslēpuma jaucējvērtība, un pats noslēpums tiek glabāts tikai kā jaucējvērtība un nekad netiek atgriezts.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (konts); bez konta f) apakšpunkts (pieprasīta pārbaude, ļaunprātīgas izmantošanas novēršana).
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	Resursdatora dati tiek dzēsti, tiklīdz uz to vairs neatsaucas neviens domēns; spraudņa bez konta rinda – tikai pēc 90 dienām bez kontakta (nakts dzēšanas process, daļa „orphan_hosts”). Vienreizējie kodi – vienu dienu pēc derīguma termiņa beigām. Ieviešanas kodi – kopā ar darba telpu.
TOP	8. sadaļa. Kopš 2026. gada 27. septembra serveris pieņem tikai tādus atslēgu pārus, kas ir piesaistīti tīmekļa vietnei; vecāki, nepiesaistīti savienojuma noslēpumi tika dzēsti.

B.21 Spieta aizsardzība

Lauks	Ieraksts
Nolūks	Kopīga aizsardzība pret surogātpastu: pievienotās tīmekļa vietnes ziņo par saišu domēniem ziņojumos, kurus to aizsardzības slānis ir apturējis. Domēns, kas septiņu dienu laikā parādās vismaz trīs tīmekļa vietnēs ar vismaz piecām atbilstībām, tiek iekļauts sarakstā, kas tiek nosūtīts atpakaļ visām pievienotajām tīmekļa vietnēm; to aizsardzības slānis pārvieto ziņojumus ar šādām saitēm karantīnā, nekad – aizmirstībā.
Datu subjektu kategorijas	Ziņoto saišu domēnu turētāji, ja tie ir fiziskas personas (piemēram, surogātpasta vietnes operators ar savu vārdu). Ne ziņojumu sūtītāji un saņēmēji: adreses, teksti un vārdi netiek ziņoti.
Personas datu kategorijas	Signāli: veids, domēns, ziņojošais resursdators, diena, atbilstības (swarm_signals). Saraksts: veids, domēns, tīmekļa vietņu un atbilstību skaits, laiki (swarm_list). Lieli pakalpojumi, mūsu Klientu domēni un operatora noteikti izņēmumi sarakstā nekad netiek iekļauti.
IP tīkli	IP tīklu (/24, /48) kopīgošana ir sagatavota. Tā ir izslēgta, un spraudnis par tiem neziņo; tā tiks ieslēgta tikai pēc juridiskas pārbaudes, jo IP adreses ir personas dati.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: visu Klientu veidlapu aizsardzība pret surogātpasta viļņiem. Interešu līdzsvarošana: tikai domēni, minimālie sliekšņi pret saindēšanu, nekāda ziņojumu zuduma, izņemšana no saraksta iespējama jebkurā laikā.
Saņēmēji	Visas pievienotās tīmekļa vietnes (domēnu saraksts).
Trešā valsts	Atkarībā no pievienoto tīmekļa vietņu atrašanās vietas; saraksts var nonākt arī tīmekļa vietnēs ārpus EEZ. Tas ir uzskatāms par personas datiem tikai robežgadījumos (fizisku personu domēni). Nosūtīšanas pamats saskaņā ar VDAR V nodaļu šiem gadījumiem vēl ir jānosaka (atklāts jautājums juridiskajai pārbaudei).
Glabāšana	Signāli 30 dienas (ikdienas spieta process no plkst. 04:00, cfg/swarm_lib.php). Saraksts tiek pārrēķināts katru dienu; tas, kas vairs nesasniedz slieksni, no tā izkrīt.
TOP	8. sadaļa.

B.22 API atslēgas, programmēšanas saskarne un MCP serveris

Lauks	Ieraksts
Nolūks	Klienta paša rīku (REST API, Zapier, Make, MCP serveris MI asistentiem) piekļuve Klienta domēniem, pārbaudēm un incidentiem.
Datu subjektu kategorijas	Klienti, kas izveido atslēgas.
Personas datu kategorijas	Atslēga tikai kā jaucējvērtība, prefikss, apzīmējums, izveides, pēdējās izmantošanas un atsaukšanas laiks (api_keys). Izsaukumi minūtē (api_usage).
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts.
Saņēmēji	Rīks, kuram Klients piešķir atslēgu; to nosaka Klients.
Trešā valsts	Atkarībā no Klienta rīka.
Glabāšana	Atslēgas līdz atsaukšanai, kopā ar kontu – nekavējoties; atslēgas bez konta (mantotie dati) – naktī. Izsaukumu skaitītāji – pēc vienas dienas (reizēm tiek notīrīti izsaukuma laikā).
TOP	8. sadaļa.

B.23 reCAPTCHA un mūsu pašu veidlapu aizsardzība

Lauks	Ieraksts
Nolūks	Aizsardzība pret automatizētu piekļuvi mūsu pašu veidlapām: bezmaksas pārbaude, galveņu rīks, atteikšanās (opt-out), pieteikšanās, reģistrācija, aizmirsta un atiestatāma parole, atbalsts un saziņa. Turklāt mūsu pašu aizsardzība bez trešajām personām: slazds (slēpts lauks), parakstīta laika pārbaude un CSRF marķieris. Kopš 2026. gada 29. oktobra papildus mūsu veidlapu aizsardzība formconfirmed (skaitļošanas pierādījums un vienreizējs pārbaudes marķieris) bezmaksas pārbaudei, reģistrācijai, pieteikšanās un funkcijai „Aizmirsta parole”.
Datu subjektu kategorijas	Personas, kas iesniedz šīs veidlapas.
Personas datu kategorijas	Pie Google: IP adrese, pārlūka un ierīces dati, uzvedības dati, Google sīkdatnes. Pie mums: Google novērtējums (rezultāts un darbība) tikai pārbaudes brīdī, bez saglabāšanas, pat ja iesniegums tiek noraidīts. Mūsu pašu veidlapu aizsardzībai: IP adrese (saglabāta tikai saīsinātā veidā un jaucējvērtības veidā), lapa, laika momenti, slazda lauks aizpildīts jā/nē; bez satura.
Ielādes laiks	Google skripts tiek ielādēts tikai tad, kad tiek iesniegta aizsargāta veidlapa, nevis atverot lapu. Mūsu pašu veidlapu aizsardzība iegūst savu uzdevumu, atverot lapu, un veic aprēķinu, tiklīdz veidlapa tiek lietota. Izstrādes sistēmā reCAPTCHA ir izslēgta.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: aizsardzība pret botiem, jo īpaši bezmaksas pārbaudei, ko citādi varētu izmantot pret trešo personu tīmekļa vietnēm. Tas, vai piekļuvei galiekārtai ir nepieciešama piekrišana saskaņā ar § 25 TDDDG vai PKE 399. pantu, lai gan skripts tiek ielādēts tikai iesniegšanas brīdī, ir atklāts jautājums juridiskajai pārbaudei. Mūsu pašu veidlapu aizsardzība neizmanto sīkdatnes, neko nesaglabā pārlūkā un neveido pirkstu nospiedumu; ilgtermiņā tai paredzēts aizstāt reCAPTCHA.
Saņēmēji	Google Ireland Limited; Google LLC. Mūsu pašu veidlapu aizsardzībai – nav.
Trešā valsts	ASV (tikai reCAPTCHA). Pamats: sertifikācija saskaņā ar ES un ASV Datu privātuma regulējumu (EU-US Data Privacy Framework) vai standarta līguma klauzulas; jādokumentē sīkāk.
Glabāšana	reCAPTCHA: pie mums netiek glabāts; pie Google – saskaņā ar tā noteikumiem. Mūsu pašu veidlapu aizsardzība: jaucējvērtības identifikators 1 stunda, izmantotie pārbaudes marķieri ne ilgāk kā 11 minūtes, pārbaudes rezultāti bez IP adreses 30 dienas.
Darbības traucējumi	Ja Google neatbild trīs sekunžu laikā vai sniedz nelietojamu atbildi, iesniegums tiek noraidīts; tāpat tiek noraidīts tukšs marķieris un atbilde, kas attiecas uz citu darbību, nevis veidlapas darbību. Pārbaude tiek izlaista tikai tad, ja reCAPTCHA ir izslēgta. Mūsu pašu veidlapu aizsardzībā iesniegums bez derīga pārbaudes marķiera tiek noraidīts; ja pakalpojums uzdevuma iegūšanai nebija pieejams, iesniegums tiek atļauts.
TOP	8. sadaļa.

B.24 Atbalsts un saziņas veidlapa

Lauks	Ieraksts
Nolūks	Pieprasījumu saņemšana un atbildēšana uz tiem, izmantojot atbalsta logu un kontaktu lapu. Abi izmanto vienu un to pašu maršrutu un vienu un to pašu tabulu.
Datu subjektu kategorijas	Pieprasījumu iesniedzēji – pieteikušies vai nepieteikušies.
Personas datu kategorijas	Konts (ja iesniedzējs ir pieteicies; tad tiek izmantota konta adrese, nevis ievadītā), e-pasta adrese, iemesls no fiksēta saraksta, teksts līdz 4000 rakstzīmēm, statuss, pilna IP adrese, valsts, pārlūka identifikators, novirzošā lapa (tikai pašu ceļi), valoda, saņemšanas un atbildes laiks (support_requests); ieraksts darbību žurnālā (bez teksta); saņemšanas apstiprinājums iesniedzējam izsūtnē (B.25) – ar tekstu līdz 2000 rakstzīmēm tikai pieteikušamies sūtītājiem, bez teksta pieprasījumiem, kas iesniegti bez pieteikšanās.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts, ja pieprasījums attiecas uz līgumu; citādi f) apakšpunkts. Pilna IP adrese: f) apakšpunkts (ierobežojums – trīs pieprasījumi stundā no vienas adreses, ļaunprātīgas izmantošanas novēršana).
Saņēmēji	Pasta pakalpojumu sniedzējs (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) apstiprinājumam un atbildei. Telegram saņem fiksētu signālu bez jebkāda mainīgā („ir jauns atbalsta pieprasījums”) un līdz ar to nekādus personas datus.
Trešā valsts	Ar pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	24 mēneši (nakts dzēšanas process, daļa „support”); manuāli – agrāk. Dzēšot kontu, pieprasījumi saglabājas līdz glabāšanas termiņa beigām (6.4. sadaļa).
TOP	8. sadaļa. reCAPTCHA, mūsu pašu veidlapu aizsardzība, pieprasījumu biežuma ierobežošana.

B.25 E-pasta sūtīšana (izsūtne)

Lauks	Ieraksts
Nolūks	Darījumu e-pasti: reģistrācijas un jaunu e-pasta adrešu apstiprinājums, paroles atiestatīšana, uzaicinājumi, brīdinājumi, ikmēneša pārskati, portāla apstiprinājumi un ziņojumi, atbalsta saņemšanas apstiprinājumi un atbildes, atgādinājumi par izmēģinājuma periodu un iestatīšanu, darbības paziņojumi operatoriem. Nekādas reklāmas, nekādu e-pastu personām, kuras nav pašas reģistrējušās vai kuras Klients nav ievadījis kā saņēmējus.
Datu subjektu kategorijas	Šo e-pastu saņēmēji.
Personas datu kategorijas	Saņēmēja adrese, temats, pilns saturs, atbildes adrese, nolūks, sūtīšanas maršruts, statuss, kļūda, mēģinājumi, laiki (mail_outbox). Saturā var būt apstiprinājuma un atiestatīšanas saites ar derīgiem identifikatoriem.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts; darbības paziņojumiem f) apakšpunkts.
Saņēmēji	Namecheap, Inc. (Private Email), Phoenix, Arizona, USA (sūtīšana); konta turētājs redz savus nosūtītos e-pastus datu eksportā (bez satura).
Trešā valsts	Atkarībā no pasta pakalpojumu sniedzēja apstrādes vietas; līgums un nosūtīšanas pamats vēl ir jādokumentē (4. sadaļa).
Glabāšana	30 dienas (naktī, srv/cron_status.php). Šis termiņš apzināti ir īsākais no visiem žurnāliem: ilgs sūtīšanas žurnāls būtu derīgu atslēgu krājums. Statusa process ik pēc piecām minūtēm pārbauda, vai ir pienācis laiks atkārtotam mēģinājumam.
Statuss	E-pasta sūtīšana ir jāiestata pirms palaišanas. Kamēr pasta pakalpojumu sniedzējs, tā juridiskā adrese un nosūtīšanas pamats nav noteikti, juridiskajos tekstos tiek rādīta atzīme.
TOP	8. sadaļa. Neizdevušies e-pasti tiek sūtīti atkārtoti ar pieaugošiem intervāliem, un pēc maksimālā mēģinājumu skaita no to sūtīšanas atsakās.

B.26 Maksājumi un norēķini

Lauks	Ieraksts
Nolūks	Abonementu noslēgšana un pārvaldība (ikmēneša vai ikgadēji, avansā), 14 dienu izmēģinājuma periods bez kartes ar atgādinājumu trīs dienas pirms beigām, apmaksa pēc rēķina gada abonementiem (pēc noklusējuma izslēgta), atbloķēšana ar mitināšanas pakalpojumu sniedzēju un partneru kodiem bez maksājuma, rēķinu izrakstīšana, glabāšana nodokļu vajadzībām.
Datu subjektu kategorijas	Klienti.
Personas datu kategorijas	Pie Stripe: e-pasta adrese, vārds, norēķinu adrese, PVN maksātāja numurs, maksājumu dati, rēķini; kā metadati – mūsu konta ID un plāns. Pie mums: Stripe klienta un abonementa ID, plāns, statuss, perioda beigas, anulēšana perioda beigās (users); saņemtie Stripe notikumi tikai ar identifikatoru, veidu, statusu un laikiem, bez satura (stripe_events); mitināšanas pakalpojumu sniedzēju kodu izmantošana ar kontu, kampaņu un derīguma termiņu (bundle_redemptions). Kartes dati pie mums nekad nenonāk.
Avots	Klients Stripe norēķinu lapā; notikumi no Stripe.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts; glabāšanai nodokļu vajadzībām c) apakšpunkts.
Saņēmēji	Stripe Payments Europe Limited (Īrija); Stripe, Inc. (ASV). Daļā maksājumu apstrādes Stripe darbojas uz savu atbildību; precīzs lomu sadalījums ir juridiskās pārbaudes daļa.
Trešā valsts	ASV ar Stripe, Inc. starpniecību; pamats: Data Privacy Framework vai standarta līguma klauzulas saskaņā ar Stripe noteikumiem.
Glabāšana	Norēķinu lauki kopā ar kontu; aktīvs abonements tiek izbeigts pirms konta dzēšanas. Rēķini un norēķinu dokumenti saskaņā ar Polijas nodokļu tiesību aktiem – piecus gadus no tā gada beigām, kurā beidzās nodokļa samaksas termiņš; tie tiek glabāti pie Stripe un ir pieejami Stripe klientu portālā. Stripe notikumiem un kodu izmantošanai nav glabāšanas termiņa (6.4. sadaļa).
TOP	8. sadaļa. Stripe notikumi tiek pieņemti tikai ar derīgu parakstu; katrs notikums tiek apstrādāts vienu reizi.

B.27 Rezerves kopijas

Lauks	Ieraksts
Nolūks	Atjaunošana pēc kļūdas: nepamatota dzēšana, bojāta migrācija.
Datu subjektu kategorijas	Ikviens, kura dati ir datubāzē.
Personas datu kategorijas	Pilna, saspiesta lietotnes datubāzes izgāztne. Ekrānuzņēmumi un logotipu faili tiek glabāti ārpus datubāzes un nav šīs rezerves kopijas daļa. Testa kontu piekļuves dati tajā ir tikai šifrēta teksta veidā (A.5).
Procedūra	Katru nakti plkst. 03:00, pēc dzēšanas procesa, lai rezerves kopijā nenonāktu tas, ko glabāšanas termiņi tikko izdzēsa. Izgāztne tiek saglabāta tikai pēc tam, kad tās saturs ir pārbaudīts (izejas kods, tabulu skaits, pēdējā rinda). Svētdienās atjaunošanas tests ielādē jaunāko rezerves kopiju vienreizējas lietošanas datubāzē un salīdzina to tabulu pa tabulai. Ja kaut kas neizdodas, operatoriem tiek nosūtīts signāls un e-pasts.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts saistībā ar 32. panta 1. punkta c) apakšpunktu.
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	14 dienas; vecākas izgāztnes tiek noņemtas tikai pēc veiksmīgas jaunas rezerves kopijas izveides (cfg/backup_lib.php). Dzēšana, kas notiek šajā laikā, rezerves kopiju skar tikai tad, kad beidzas tās termiņš; ja dati tiek atjaunoti no rezerves kopijas, dzēšanas pieprasījumi pēc tam tiek izpildīti atkārtoti.
Atrašanās vieta	Rezerves kopijas pašlaik tiek glabātas tajā pašā vietā, kur datubāze, un nav atsevišķi šifrētas; ir plānota šifrēta kopija otrā vietā (8.1. un 10. sadaļa).
TOP	8. sadaļa.

B.28 Kļūdu žurnāls un kļūdu brīdinājums

Lauks	Ieraksts
Nolūks	Kļūdu atrašana un novēršana, pirms par tām ziņo Klients. Par jauniem kļūdu veidiem un kļūdu viļņiem tiek ziņots operatoriem, kā arī tiek sūtīts ikdienas pārskats no plkst. 08:00.
Datu subjektu kategorijas	Lietotāji, kuru pieprasījums izraisa kļūdu; netieši personas, kuru dati parādās kļūdas ziņojumā.
Personas datu kategorijas	Līmenis, avots, ziņojums, konteksts JSON formātā, sesijas konta ID, laiks (error_logs). Kļūdu veidi: nospiedums, šablons (no kura ir noņemtas e-pasta adreses, adreses, skaitļi un identifikatori), viens nemainīts ziņojuma paraugs līdz 2000 rakstzīmēm, pirmā un pēdējā parādīšanās reize, skaits (error_kinds).
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts (darbības drošība, 32. pants).
Saņēmēji	Operatori pa e-pastu ar pasta pakalpojumu sniedzēja starpniecību: jauna kļūdu veida gadījumā – ziņojuma avots un neapstrādāts teksts līdz 400 rakstzīmēm (netīrīts), kā arī ikdienas pārskata e-pasts; kļūdu viļņa gadījumā tiek nosūtīts tikai Telegram signāls. Telegram saņem tikai fiksētus teikumus bez mainīgajiem („Radies jauns kļūdas veids”, „Daudz kļūdu īsā laikā”).
Trešā valsts	Ar pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	Kļūdu žurnāls 90 dienas (naktī). Kļūdu veidi bez glabāšanas termiņa (10. sadaļa). Kļūdu brīdinājums ražošanas sistēmā ir ieslēgts, bet izstrādes sistēmā – izslēgts.
TOP	8. sadaļa.

B.29 Darbības signāli un statusa uzraudzība

Lauks	Ieraksts
Nolūks	Darbības pārtraukumu pamanīšana: ik pēc piecām minūtēm komponentu pārbaude (sākumlapa, datubāze, diska vieta, skenera sirdspuksts, rindas uzkrājums), statusa lapa, signāls traucējuma gadījumā un pēc tā novēršanas, sirdspuksts ārējam uzraudzības pakalpojumam, lai tiktu pamanīts pat pilnīgs darbības pārtraukums; uzkrājums pirms skenera.
Datu subjektu kategorijas	Parasti nav.
Personas datu kategorijas	Nav. Ikdienas rindas katram komponentam ar pārbaužu skaitu un pēdējo kļūdu (system_status_logs), skenera sirdspuksts (scanner_heartbeat), ikdienas galvenie rādītāji bez saistības ar personām (daily_stats). Signāli uz Telegram ir fiksēti teikumi bez mainīgajiem; sirdspuksts ir pieprasījums bez satura.
Juridiskais pamats	Nav piemērojams, jo nav personas datu; piesardzības nolūkos 6. panta 1. punkta f) apakšpunkts.
Saņēmēji	Telegram (fiksēti teikumi); ārējais uzraudzības pakalpojums (tikai pieprasījums); operatori pa e-pastu.
Trešā valsts	Telegram ārpus ES; personas dati netiek nosūtīti.
Glabāšana	Statusa rindas 400 dienas (naktī).
TOP	8. sadaļa.

B.30 Opt-out – domēna izslēgšana

Lauks	Ieraksts
Nolūks	Ikviens var bez pierādījuma pastāvīgi izslēgt jebkuru domēnu no pārbaudēm; bloķēšana stājas spēkā nekavējoties visiem pārbaudes maršrutiem (bezmaksas pārbaude, spraudnis bez konta, pētījums, potenciālo klientu pārbaude, galveņu rīks) un arī maksājošu Klientu domēniem ar kontroles pierādījumu; to notiekošā uzraudzība beidzas ar nākamo plānoto pārbaudi. Tā attiecas uz domēnu un tā www variantu, nevis uz citiem apakšdomēniem. To atceļam tikai mēs – pēc pieprasījuma un ar pierādījumu. Lai ļaunprātīgu izmantošanu (piemēram, ja konkurents bloķē citu personu domēnus) varētu atklāt un novērst, bloķēšana tiek reģistrēta.
Datu subjektu kategorijas	Personas, kas izslēdz domēnu.
Personas datu kategorijas	Domēns, brīvprātīgi norādīts iemesls līdz 250 rakstzīmēm, avots, IP adrese, valsts, pārlūka identifikators, laiks; atceļot – laiks, persona, kas atcēla bloķēšanu, un iemesls (blocklist). Pieprasījumu žurnāls kā B.4.
Juridiskais pamats	Izslēgšanai – VDAR 6. panta 1. punkta f) apakšpunkts. Intereses: pastāvīgi un visos pārbaudes maršrutos īstenot vēlmi, lai domēns netiktu pārbaudīts. Ja izslēdzējs pats ir datu subjekts, izslēgšana vienlaikus īsteno viņa iebildumu saskaņā ar 21. pantu (6. panta 1. punkta c) apakšpunkts). Adresei, valstij un pārlūka identifikatoram – f) apakšpunkts (ļaunprātīgas izmantošanas atklāšana).
Saņēmēji	Google (reCAPTCHA, B.23).
Trešā valsts	ASV ar reCAPTCHA starpniecību.
Glabāšana	IP adrese, valsts un pārlūka identifikators – pēc 12 mēnešiem (nakts dzēšanas process, daļa „optout_ip”). Pati izslēgšana saglabājas pastāvīgi, lai tā būtu spēkā.
TOP	8. sadaļa. Daudzas bloķēšanas no vienas valsts īsā laikā rada anomāliju (B.4).

B.31 Atgādinājums pēc reģistrācijas

Lauks	Ieraksts
Nolūks	Viens vienīgs e-pasts no divām līdz 14 dienām pēc reģistrācijas apstiprinātiem kontiem bez apstiprināta domēna: „Pievienot tīmekļa vietni” vai „Apstiprināt domēnu”. Nekāda piedāvājuma, nekādas cenas, nekāda jauninājuma; ar piezīmi, ka tas vairs netiks sūtīts. Darba dienās no plkst. 09:00 līdz 18:00, ne vairāk kā 50 vienā izpildes reizē.
Datu subjektu kategorijas	Jauni konta turētāji.
Personas datu kategorijas	E-pasta adrese, valoda, nosūtīšanas laiks (lauks „atgādinājums nosūtīts” tabulā users), domēns un apstiprinājuma statuss.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (norāde par sava konta iestatīšanu). Tas, vai e-pasts uzskatāms par saziņu saistībā ar līgumattiecībām vai par komerciālu paziņojumu, kam būtu nepieciešama piekrišana (UŚUDE 10. pants, Polijas Likums par pakalpojumu sniegšanu elektroniskā veidā (ustawa o świadczeniu usług drogą elektroniczną); PKE 398. pants; § 7 UWG), ir atklāts jautājums juridiskajai pārbaudei; operators to var izslēgt centralizēti.
Saņēmēji	Pasta pakalpojumu sniedzējs (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Trešā valsts	Ar pasta pakalpojumu sniedzēja starpniecību.
Glabāšana	Laiks tiek glabāts tik ilgi, cik pastāv konts; e-pasts – 30 dienas izsūtnē.
TOP	8. sadaļa. Laiks tiek iestatīts pirms nosūtīšanas, lai pārtraukums neizraisītu otru e-pastu.

B.32 Telegram bots Klientu brīdinājumiem

Lauks	Ieraksts
Nolūks	Telegram tērzēšana tiek piesaistīta kā brīdinājumu mērķis: Klients saņem saiti uz mūsu botu ar vienreizēju kodu; kad saņēmējs nospiež „Start”, mūsu serveris nolasa kodu no jaunajām ziņām botam un saglabā tērzēšanas ID. Tam mūsu pusē nav nepieciešams atvērts galapunkts (webhook).
Datu subjektu kategorijas	Klienti un personas, kuru Telegram tērzēšana ir piesaistīta.
Personas datu kategorijas	Vienreizējais kods, domēns, konts, kas to izveidoja, notikumi, piegādes režīms, tērzēšanas ID, laiki (telegram_links); tērzēšanas ID kā mērķis (alerts). Telegram kopā ar ziņu nodod papildu profila datus; tiek izvērtēts un saglabāts tikai kods un tērzēšanas ID.
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts; attiecībā uz trešajām personām kā saņēmējiem – A.3.
Saņēmēji	Telegram.
Trešā valsts	Ārpus ES, nav lēmuma par aizsardzības līmeņa pietiekamību; izvēli izdara Klients (4.1). Nosūtīšanas pamats un informēšana ir atklāti jautājumi juridiskajai pārbaudei.
Glabāšana	Kods ir derīgs 30 minūtes; piesaistes rindas tiek dzēstas pēc vienas dienas, kad tiek izveidots jauns kods, neizmantotie kodi – kopā ar kontu un domēnu. Tērzēšanas ID kā mērķis – līdz brīdinājumu mērķa vai domēna dzēšanai.
TOP	8. sadaļa.

B.33 Partneru programma un atbloķēšanas kodi

Lauks	Ieraksts
Nolūks	Konts var piesaistīt jaunus Klientus ar ieteikuma kodu un ierobežotu mēnešu skaitu saņem komisiju no viņu apmaksātajiem rēķiniem. Kods līdz reģistrācijai tiek nodots adresē; sīkdatne netiek iestatīta. Mitināšanas pakalpojumu sniedzēji un partneri var izsniegt kodus, kas uz noteiktu laiku atbloķē plānu bez maksājuma; nedēļu pirms beigām Klients saņem atgādinājumu.
Statuss	Partneru programma ir pēc noklusējuma izslēgta, līdz stājas spēkā Partneru noteikumi.
Datu subjektu kategorijas	Partneri un piesaistītie Klienti.
Personas datu kategorijas	Ieteikuma kods, partneris, kas piesaistīja, un piesaistes laiks (tabulā users); komisija ar partneri, Klientu, Stripe rēķina ID, summu, valūtu, komisiju, statusu, laikiem (partner_commissions). Atbloķēšana ar plānu, beigām, avotu, atgādinājumu (tabulā users); kampaņas un kodu izmantošana (bundle_campaigns, bundle_redemptions).
Juridiskais pamats	VDAR 6. panta 1. punkta b) apakšpunkts (partnerības līgums); attiecībā uz Klientu – f) apakšpunkts (komisijas norēķins, nenododot partnerim Klienta datus vairāk par komisijas summu); nodokļu uzskaite – c) apakšpunkts.
Saņēmēji	Partneris redz savas komisijas.
Trešā valsts	Nav.
Glabāšana	Piesaiste un atbloķēšana – kopā ar kontu. Komisijām un kodu izmantošanai kodā nav noteikts glabāšanas termiņš; kā grāmatvedības dokumentiem komisijām piemēro glabāšanu nodokļu vajadzībām (6.4. sadaļa).
TOP	8. sadaļa.

B.34 Ievainojamību ziņošanas punkts

Lauks	Ieraksts
Nolūks	Ziņojumu par ievainojamībām formexposed saņemšana saskaņā ar noteikumiem lapā Drošība un failā /.well-known/security.txt.
Datu subjektu kategorijas	Ziņotāji; personas, kuru datus ziņojums satur kā pierādījumu.
Personas datu kategorijas	E-pasta adrese, vārds, ziņojuma saturs un pielikumi, kā tos nosūta ziņotājs. Ziņojums mūs sasniedz pa e-pastu uz tur norādīto adresi; lietotne to nesaglabā.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts (pakalpojuma drošība, 32. pants); ja ziņojumā kā pierādījums ir trešo personu personas dati, arī f) apakšpunkts ar mērķi novērst ievainojamību.
Saņēmēji	Pasta pakalpojumu sniedzējs un, līdz pastkastes izveidei, domēna pāradresācija pie Namecheap (4. sadaļa).
Trešā valsts	Ar pasta pakalpojumu sniedzēja un, līdz pārslēgšanai, pāradresācijas starpniecību.
Glabāšana	Glabāšanas termiņš nav noteikts un netiek tehniski nodrošināts (10. sadaļa). Operatoram termiņš vēl jānosaka; pašsaprotama pieeja būtu dzēst trešo personu pierādījumus, tiklīdz ievainojamība ir novērsta, un ar saraksti rīkoties tāpat kā ar atbalsta pieprasījumiem.
TOP	8. sadaļa.

B.35 Atsauksmes par pārskatu

Lauks	Ieraksts
Nolūks	Atsauksmju saņemšana zem pārskata („Vai šajā pārskatā kaut kas nav pareizi?”), lai atrastu kļūdas veidlapu atpazīšanā. Superadministrators tās klasificē (jauna, apstiprināta, novērsta, noraidīta) un var lejupielādēt pārskata pārbaudes datus kā testa gadījumu (veidlapas ar laukiem, iemesliem un konstatējumiem, bez ekrānuzņēmumiem un bez aktīvi nosūtītiem tekstiem).
Datu subjektu kategorijas	Personas, kas skata pārskatu, – pieteikušās vai nepieteikušās.
Personas datu kategorijas	Kategorija un pārbaude no fiksētiem sarakstiem, lapas adrese līdz 500 rakstzīmēm, teksts līdz 1000 rakstzīmēm, valoda, laiks, pārskata identifikators, pārbaude, resursdators; konta identifikators, ja persona ir pieteikusies; IP adreses HMAC-SHA256 ar slepenu atslēgu ierobežojuma vajadzībām; statuss, atbildīgā persona, apstrādes laiks (report_feedback). Darbību žurnāls: statusa izmaiņas un testa gadījumu lejupielādes. Nav e-pasta adreses, nav IP adreses atklātā tekstā.
Juridiskais pamats	VDAR 6. panta 1. punkta f) apakšpunkts (atpazīšanas kļūdu atrašana un novēršana; ierobežojums pret ļaunprātīgu izmantošanu).
Saņēmēji	Nav.
Trešā valsts	Nav.
Glabāšana	24 mēneši (nakts dzēšanas process, daļa „report_feedback”); IP adreses kontrolsumma tiek dzēsta pēc 2 dienām (daļa „report_feedback_ip”); dzēšot kontu – nekavējoties. Lejupielādētie testa gadījumi nesatur datus par ziņotāju.
TOP	8. sadaļa. Mūsu pašu veidlapu aizsardzība (slazds, parakstīts laiks, CSRF), ne vairāk kā 5 ziņojumi stundā un 20 dienā vienai kontrolsummai, 10 vienam pārskatam; lasāmas tikai superadministratoriem.

6. Glabāšana – ko aptver nakts dzēšanas process un ko neaptver

Automātiskā dzēšana pastāv, un tai ir sava vieta. Statusa process (srv/cron_status.php) tiek palaists ik pēc piecām minūtēm ar tīmekļa servera crontab starpniecību – gan ražošanas, gan izstrādes sistēmā. Tas pārbauda komponentus, saņem piegādes pārbaudes e-pastu, plāno pārbaudes un sūta brīdinājumus. Reizi dienā laika logā no 03:00 līdz 03:04 tas dzēš datus saskaņā ar glabāšanas termiņiem un pēc tam izveido rezerves kopiju. Kopš 2026. gada 27. septembra tas papildus izsauc glabāšanas termiņu procesu failā cfg/fristen_lib.php (fe_fristen_lauf()), kura daļas darbojas neatkarīgi cita no citas: ja viena neizdodas, pārējās turpinās, un kļūda tiek reģistrēta kļūdu žurnālā.

Pierādījums, ka process darbojas: izstrādes sistēmas rezerves kopiju statuss rāda veiksmīgu rezerves kopiju 2026. gada 11. oktobrī plkst. 03:00; rezerves kopija tiek izveidota tajā pašā blokā tūlīt pēc dzēšanas. Process raksta žurnālu par katru dzēsto tabulu tikai standarta izvadē, ko crontab atmet; nav pastāvīga ieraksta par to, kas un kad tika dzēsts (10. sadaļa).

Glabāšanas termiņi, kas parādās kā vietturi, tiek iestatīti administrēšanas sadaļā, glabāšanas termiņu iestatījumos. Process nolasa tos pašus iestatījumus; tāpēc teksti vienmēr rāda termiņu, pēc kura dati faktiski tiek dzēsti.

6.1 Ko aptver ikdienas process

Dati	Glabāšanas termiņš un aktivizētājs	Vieta kodā
Lapu skatījumu žurnāls (access_logs)	60 dienas	srv/cron_status.php
Darbību žurnāls (audit_logs)	365 dienas	srv/cron_status.php
Kļūdu žurnāls (error_logs)	90 dienas	srv/cron_status.php
Izsūtne (mail_outbox)	30 dienas	srv/cron_status.php
Funkcijas „Palikt pieteiktam” marķieri (remember_tokens)	pēc derīguma termiņa beigām (30 dienas)	srv/cron_status.php
Nepieņemti uzaicinājumi (workspace_invites)	pēc derīguma termiņa beigām (14 dienas)	srv/cron_status.php
Pieteikšanās mēģinājumi (login_attempts); mēģinājumu skaitītāji (auth_attempt_buckets)	7 dienas; skaitītāji – kad beidzas to laika logs (pašlaik 15 minūtes, viena stunda paroles atiestatīšanai un reģistrācijai), arī nākamās piekļuves laikā	srv/cron_status.php
Pārbaužu bez konta pieprasījumu žurnāls (check_throttle)	7 dienas	srv/cron_status.php
Vienreizējie kodi spraudņa savienošanai (plugin_connect_tokens)	1 diena pēc derīguma termiņa beigām	srv/cron_status.php
Atrisinātas anomālijas (abuse_flags)	90 dienas pēc atrisināšanas	srv/cron_status.php
Pārskati, kuriem beidzies termiņš, kopā ar pārbaudes rezultātu, veidlapām, konstatējumiem, attēliem un uzdevumu (tikai bez domēna kontā)	anonīmi – 30 dienas, potenciālie klienti – 90 dienas	fe_reports_aufraeumen()
Brīdinājumu piegādes žurnāls (alert_log)	90 dienas	fe_alert_log_aufraeumen()
Statusa rindas (system_status_logs)	400 dienas	srv/cron_status.php
Dzēsto kontu piekrišanas ieraksti (legal_consents)	kad konts ir dzēsts un piekrišana ir 4 gadus veca	srv/cron_status.php
Dzēsto domēnu atlikušie (bāreņu) dati: pārbaužu rezultāti, uzdevumi, brīdinājumu dati, incidenti, Telegram kodi, piegādes, pulss, ievainojamības, pierādījumi, skriptu inventārs un skriptu izmaiņas	nekavējoties nākamajā izpildē	fe_fristen_lauf(), daļas „orphan_scans”, „orphan_rows”
Resursdatoru bez domēna spraudņa dati; spraudņa rinda bez konta	nekavējoties; rinda – pēc 90 dienām bez kontakta	daļa „orphan_hosts”
Galveņu rīka rezultāti (header_checks)	pašlaik 90 dienas	daļa „header_checks”
Domēna pārbaužu rezultāti ar veidlapām, konstatējumiem, attēliem, pārskatiem, uzdevumiem	13 mēneši; pēdējais pabeigtais katram domēnam saglabājas	daļa „old_scans”
Pārlūka palaidieni, pabeigti pārlūka uzdevumi, laika rindas (form_browser_runs, scan_jobs, form_performance)	13 mēneši	daļas „browser_runs”, „browser_jobs”, „form_performance”
Veidlapu skaitītāji (form_metrics), spraudņa ikdienas skaitļi un izmaiņu paziņojumi (plugin_stats, plugin_changes)	13 mēneši	daļas „form_metrics”, „plugin_stats”
Pieteiktās ierīces (login_sessions)	90 dienas pēc pēdējās izmantošanas vai atsaukšanas	daļa „sessions”
Pieņemti uzaicinājumi	30 dienas pēc pieņemšanas	daļa „invites”
Atbalsta pieprasījumi (support_requests)	24 mēneši	daļa „support”
Atsauksmes par pārskatiem (report_feedback)	24 mēneši; IP adreses kontrolsumma – 2 dienas	daļas „report_feedback” un „report_feedback_ip”
Pārskatu PDF versijas kešatmiņā (var/pdf)	7 dienas	daļa „pdf_cache”
IP adrese, valsts un pārlūka identifikators opt-out sarakstā (blocklist)	12 mēneši; izslēgšana saglabājas	daļa „optout_ip”
Portāla abonenti (client_subscribers)	neapstiprināti – 30 dienas; atrakstījušies – 3 gadi	daļa „subscribers”
Nekad neapstiprināti konti kopā ar darba telpu	30 dienas bez pieteikšanās, ja vien nav pievienots cits dalībnieks	daļa „pending_accounts”
API atslēgas bez konta (mantotie dati)	nekavējoties	daļa „api_keys”

6.2 Ārpus 03:00 loga

Dati	Glabāšanas termiņš un aktivizētājs	Vieta kodā
Kopijas piegādes pārbaudes kontroles pastkastē	pēc apstrādes, ik pēc piecām minūtēm	fe_zustellung_abholen()
Piegādes pārbaudes piesaistes (delivery_log)	180 dienas, katras saņemšanas reizē	fe_zustellung_abholen()
Testa konta šifrētais teksts uzdevumos (scan_jobs)	pēc izpildes, ne vēlāk kā pēc vienas stundas	skenēšanas serveris; fe_login_aufraeumen()
Incidenti (alert_incidents) ar to eskalācijas piegādes mēģinājumiem	kamēr nav atrisināti; 180 dienas pēc atrisināšanas	fe_vorfaelle_aufraeumen() failā cfg/vorfall_lib.php
Nosūtītie apkopojuma paziņojumi (alert_queue)	30 dienas pēc piegādes	cfg/kanal_lib.php
Spieta signāli (swarm_signals)	30 dienas, katru dienu no plkst. 04:00	cfg/swarm_lib.php
Potenciālo klientu pārbaudes (prospect_checks)	90 dienas, katru dienu no plkst. 04:00	srv/cron_status.php
Telegram piesaistes kodi (telegram_links)	1 diena, kad tiek izveidots jauns kods	cfg/kanal_lib.php
API izsaukumu skaitītāji (api_usage)	1 diena, reizēm izsaukuma laikā	cfg/agentur_lib.php
Atrisināti pakalpojumu sniedzēju darbības pārtraukumi (provider_incidents), ievainojamību kešatmiņa (vuln_cache)	attiecīgi 90 un 30 dienas; nav personas datu	cfg/anbieter_lib.php, cfg/luecken_lib.php
Pētījumu neapstrādātie dati	publicējot	fe_studie_veroeffentlichen()
Rezerves kopijas	14 dienas, pēc veiksmīgas jaunas rezerves kopijas izveides	cfg/backup_lib.php
Tīmekļa servera žurnāli	14 dienas	sistēmas žurnālu rotācija

6.3 Klientam veicot dzēšanu

• Domēna dzēšana (fe_domain_loeschen()): pārbaužu rezultāti ar veidlapām, konstatējumiem un attēlu failiem, pārskati, uzdevumi, brīdinājumu mērķi, piegādes žurnāls, apkopojumu rinda, incidenti, Telegram kodi, piegādes, pulss, ievainojamības, pierādījumu žurnāli, domēns no klientu portāliem ar fiksētu atlasi; ar ārējo atslēgu starpniecību – uzraudzītās veidlapas ar pārlūka palaidieniem, novērojumiem un laika rindām, testa konts, veidlapu skaitītāji; resursdatora spraudņa dati, ja uz to neatsaucas neviens cits domēns. Domēna skriptu inventārs un skriptu izmaiņas arī tiek dzēsti kopā ar to; tiem nav sava glabāšanas termiņa (6.4. un 10. sadaļa). Dati, kas palikuši bez saistīta domēna no laika pirms 2026. gada 27. septembra, tiek notīrīti nakts procesā (daļas „orphan_scans”, „orphan_rows”).
• Darba telpas dzēšana (fe_arbeitsbereich_daten_loeschen()): papildus zīmols, ieskaitot logotipu, klientu portāli, ieskaitot abonentus, ieviešanas kodi, potenciālo klientu pārbaudes; kā arī uzaicinājumi un dalība.
• Konta dzēšana: nekavējoties izbeigt aktīvu maksas abonementu Stripe, bez naudas atmaksas; nodot vai dzēst turētāja paša darba telpas; dzēst dalību, „Palikt pieteiktam” marķierus, ierīces, API atslēgas ar skaitītājiem, neizmantotos Telegram kodus un konta rindu.
• Testa konta dzēšana (fe_login_loeschen()): pārrakstīt šifrēto tekstu, dzēst rindu, notīrīt gaidošos uzdevumus.

6.4 Ko process neaptver

Šis saraksts ir svarīgākais. Tajā minēti dati, kuriem nav automātiska glabāšanas termiņa vai kuri saglabājas pēc dzēšanas.

Dati	Kas ir spēkā	Novērtējums
Konta dati, ieskaitot pēdējo IP adresi (users)	līdz konta turētājs tos dzēš; neaktīvi konti netiek dzēsti	līguma dati; trūkst noteikuma par pastāvīgi neaktīviem kontiem bez abonementa
Dzēsta konta darbību žurnāls, lapu skatījumi, kļūdu žurnāls	saglabājas ar konta ID un IP adresi līdz to glabāšanas termiņa beigām	paredzēts (darbību pierādījums arī pēc līguma izbeigšanas); ID vairs neattiecas uz kontu
Dzēsta konta atbalsta pieprasījumi	saglabājas līdz 24 mēnešiem ar veco konta ID	paredzēts; ID netiek notīrīts
Dzēsta konta piekrišanas ieraksti	līdz piekrišana ir 4 gadus veca (skaitot no piekrišanas, nevis no konta dzēšanas)	paredzēts (B.12. sadaļa)
Neatrisinātas anomālijas ar IP adresi (abuse_flags)	līdz kāds tās atrisina	atklāts punkts (10. sadaļa)
Kļūdu veidi ar nemainītu ziņojuma paraugu (error_kinds)	nav glabāšanas termiņa	atklāts punkts (10. sadaļa)
Skriptu inventārs un skriptu izmaiņas (script_inventory, script_changes)	nav sava glabāšanas termiņa; tiek glabāti, kamēr pastāv domēns, un dzēsti kopā ar to	atklāts punkts (10. sadaļa)
Atsauktu klientu portālu abonenti	līdz darba telpas dzēšanai	atklāts punkts (10. sadaļa)
Atsauktas API atslēgas un ieviešanas kodi	līdz konta vai darba telpas dzēšanai	tikai jaucējvērtības, prefikss un apzīmējums; nebūtiski
Pētījuma resursdatoru saraksts (study_domains), nekad nepublicēti pētījumi	nav glabāšanas termiņa	atklāts punkts (10. sadaļa)
Iekšējās pārbaudes bez domēna un bez pārskata (pārbaužu rezultāti, veidlapas, konstatējumi, ekrānuzņēmumi)	nav glabāšanas termiņa; tās neaptver neviens dzēšanas ceļš	atklāts punkts (10. sadaļa)
Komisijas, kodu izmantošana, Stripe notikumi	nav glabāšanas termiņa	nozīme grāmatvedībā; termiņš jānosaka saskaņā ar nodokļu tiesību aktiem
Kešatmiņā saglabātais domēna vecums (domain_age_cache)	nav glabāšanas termiņa	tikai domēna nosaukums un reģistrācijas datums
Veidlapas e-pasta autentifikācijas rezultāts ar sūtītāja domēnu	kopā ar domēnu; tiek pārrakstīts katrā saņemšanas reizē	skatīt A.1
Izslēgšanas opt-out sarakstā	pastāvīgi	paredzēts; bez pastāvīguma neviena izslēgšana nedarbojas
E-pasti ziņošanas punkta pastkastē un vispārējā pastkastē	nav tehniska glabāšanas termiņa	atklāts punkts (10. sadaļa)

6.5 Ārpus datubāzes

• Ekrānuzņēmumi tiek glabāti kā faili ārpus tīmekļa direktorija un tiek dzēsti kopā ar to pārbaudes rezultātu (visi iepriekš minētie dzēšanas ceļi dzēš arī failus).
• Zīmola logotipu faili tiek dzēsti, tos aizstājot, un kopā ar darba telpu.
• Skenēšanas serverī katram uzdevumam tiek izveidots pagaidu direktorijs ar rezultātu un attēliem; tas tiek dzēsts pēc katras izpildes, pat pēc kļūdas.
• Rezerves kopijas tiek glabātas tīmekļa serverī (B.27).
• Tīmekļa servera žurnāli ar pilnu IP adresi tiek glabāti 14 dienas (B.1).

7. Automatizēti lēmumi, profilēšana un novērtēšana

formexposed novērtē tīmekļa vietnes, nevis cilvēkus. Mūsuprāt, pakalpojums nepieņem lēmumus, kas attiecībā uz personu rada tiesiskas sekas vai kas līdzīgā veidā ievērojami ietekmē personu (VDAR 22. panta 1. punkts). Tomēr pastāv automatizēti novērtējumi un automātiskas bloķēšanas. Mēs tos uzskaitām, lai klasifikāciju varētu pārbaudīt.

Mehānisms	Ko tas dara	Uz ko tas attiecas
Pārbaudes rezultāts un vērtējums	Trūkstošo aizsardzības slāņu svērtā summa (CAPTCHA, slazds, marķieris, laika pārbaude, neefektīva CAPTCHA, zināma atklāta konfigurācija), no 0 līdz 100; no tās – „Neaizsargāts”, „Daļēji aizsargāts” vai „Aizsargāts”. Tīmekļa vietnes vērtējumu nosaka sliktākā saziņas veidlapa, ko par tādu atzinuši noteikumi (nevis valodas modelis); bez saziņas veidlapas vērtējuma nav. Svarus var iestatīt administrēšanas sadaļā.	Tīmekļa vietņu operatori; individuālo komersantu gadījumā netieši fiziska persona. Vērtējumam nav tiesisku seku; tas ir konstatējums ar pierādījumiem un norādījumiem.
Veidlapas veida klasifikācija	Vispirms noteikumi, vietējais valodas modelis – tikai tad, ja noteikumi atgriež „nezināms”. Nosaka, vai ir atļauta aktīva testa iesniegšana (tikai saziņas veidlapai, ko noteikumi droši atpazinuši). Valodas modeļa klasificētas veidlapas nekad netiek iesniegtas un netiek ņemtas vērā rezultātā un vērtējumā.	Klients un viņa veidlapu e-pastu saņēmēji; aizsargājoša iedarbība: šaubu gadījumā nekas netiek iesniegts.
Nozīmīte	Rāda „Aizsargāts” tikai noteiktos apstākļos (B.18), citādi – neitrāla.	Klients; nekādas ietekmes uz apmeklētājiem.
Ierobežojumi un bloķēšanas bezmaksas pārbaudei, galveņu rīkam un opt-out	Noraida pieprasījumus, ja ir sasniegti ierobežojumi adresei, sesijai, domēnam vai sistēmai, ja domēns ir pārāk jauns vai tā vecums nav zināms vai ja tas ir bloķēšanas sarakstā.	Pieprasītāji; ietekme: bezmaksas pakalpojums tiek atteikts uz stundām vai dienām. Administrators var atbloķēt adresi; pieprasījumi, kas iesniegti kontaktu lapā, nonāk pie cilvēka.
Anomālijas	Modeļi (daudz domēnu no vienas adreses, pieprasījumu uzplūdi, daudz noraidījumu, daudz opt-out no vienas valsts, sasniegts dienas ierobežojums) tiek reģistrēti, un par tiem tiek ziņots. Tie paši par sevi nebloķē; bloķēšanu izraisa ierobežojumi.	Pieprasītāji.
Pieteikšanās bloķēšana	Pēc pašlaik astoņām neveiksmīgām pieteikšanās reizēm no vienas adreses 15 minūšu laikā pieteikšanās no šīs adreses uz laiku tiek noraidīta. Turklāt visi pieteikšanās mēģinājumi, ieskaitot veiksmīgos, 15 minūšu laikā tiek skaitīti katram kontam un IP adresei (pašlaik astoņi), katram kontam visās adresēs kopā (ievērojami vairāk, pret izkliedētu minēšanu) un katrai IP adresei (pašlaik 80), tāpat kā otrā faktora kodi (desmit katram kontam 15 minūšu laikā); pārsniedzot šīs robežas, mēģinājumi tiek noraidīti. Tādējādi neveiksmīgi mēģinājumi no citas adreses vairs nebloķē īpašnieka piekļuvi kontam. Tādā pašā veidā ir ierobežoti paroles apstiprinājumi (pieci katram kontam 15 minūšu laikā), atiestatīšanas e-pasti (trīs katrai adresei stundā, ar nemainīgu atbildi), reģistrācijas (desmit katrai IP adresei stundā) un mēģinājumi ievadīt klienta portāla paroli (desmit katram portālam un IP adresei, 50 katram portālam 15 minūšu laikā).	Personas, kas piesakās, reģistrējas vai atver klienta portālu; ietekme ir ierobežota laikā, paroles atiestatīšana joprojām ir iespējama.
reCAPTCHA slieksnis	Noraida iesniegumus, kuru Google novērtējums ir zem sliekšņa; slieksnis katrai izmantošanas vietai (pašlaik 0,7 pārbaudei un opt-out). Tiek noraidītas arī atbildes, kas attiecas uz citu darbību, un iesniegumi, uz kuriem Google neatbild trīs sekunžu laikā.	Personas, kas iesniedz mūsu veidlapas; ietekme: jauns mēģinājums vai saziņa, izmantojot kontaktu lapu.
Spieta aizsardzība	Automātiski iekļauj saites domēnu sarakstā, kad ir sasniegti minimālie sliekšņi; pievienoto tīmekļa vietņu aizsardzības slāņi pārvieto ziņojumus ar šādām saitēm karantīnā.	Ziņojumu sūtītāji uz Klientu lapām. Ietekme: ziņojums tiek aizturēts, nevis dzēsts, un tīmekļa vietnes operators to var atbrīvot. Lēmumu par ziņojumu pieņem operatora spraudnis operatora tīmekļa vietnē, nevis mēs.
Salīdzinājuma vērtības	„Labāk aizsargāts nekā X % pārbaudīto vietņu” – tikai no kopsummām, kas aptver vismaz 20 resursdatorus.	Tīmekļa vietņu operatori; nekādas ietekmes.

Vistuvāk 22. pantam ir spraudņa aizsardzības slānis Klientu lapās, kas automātiski aiztur iesniegumus. Tā ir tīmekļa vietnes operatora veikta apstrāde operatora serverī (A.10). Tas neko nedzēš, bet pārvieto ziņojumus karantīnā, un operators var atbrīvot jebkuru ziņojumu. Ne tur, ne pie mums netiek veikta apmeklētāju profilēšana; nav apmeklētāja identifikatora, kas saistītu vienu ziņojumu ar citu.

8. Tehniskie un organizatoriskie pasākumi (32. pants) – vispārīgs apraksts

Šī sadaļa ir vispārīgais apraksts saskaņā ar VDAR 30. panta 1. punkta g) apakšpunktu un 2. punkta d) apakšpunktu. Detalizētā versija ir pieejama lapā Tehniskie un organizatoriskie pasākumi. Katrs turpmāk minētais pasākums ir pierādāms kodā vai konfigurācijā. Pasākumi, kas vēl nav īstenoti, ir norādīti šajā pašā sadaļā (8.1), lai apraksts būtu pilnīgs.

Joma	Spēkā esošais pasākums
Datu pārraides šifrēšana	HTTPS tīmekļa vietnei, lietotnei un saskarnēm; HSTS; sesijas un „Palikt pieteiktam” marķieru sīkdatnes tikai, izmantojot HTTPS, HttpOnly, SameSite=Lax.
Piekļuves kontrole (autentifikācija)	Paroles tikai kā jaucējvērtība, jaunas – vismaz desmit rakstzīmes un ne vairāk kā 72 baiti; pieteikšanās bloķēšana pēc atkārtotiem neveiksmīgiem mēģinājumiem un mēģinājumu ierobežojumi kontam un IP adresei kopā, katram kontam un katrai IP adresei, lai neveiksmīgi mēģinājumi no citas adreses nebloķētu īpašnieku; mēģinājumu ierobežojumi arī paroles apstiprinājumiem, paroles atiestatīšanai (ar vienādu atbildi un atbildes laiku), reģistrācijām un portālu parolēm; divu faktoru pieteikšanās (TOTP) ar šifrētu noslēpumu, aizsardzību pret kodu atkārtotu izmantošanu un jaucētiem atkopšanas kodiem; jauns sesijas identifikators katrā pieteikšanās reizē, identifikatori, kurus nav izsniedzis serveris, netiek pieņemti; „Palikt pieteiktam” nav pieejams superadministratoriem, katrs marķieris ir derīgs tikai vienu reizi; e-pasta adreses maiņa padara nederīgu atvērtu atiestatīšanas saiti; ierīces var atsaukt atsevišķi vai visas uzreiz; ierīču sarakstā ir tikai sesijas identifikatora jaucējvērtība.
Piekļuves kontrole (autorizācija)	Lomas katrā darba telpā (īpašnieks, administrators, lasītājs); atļaujas tiek pārbaudītas attiecībā pret objektu, nekad pret identifikatoru no veidlapas; testa konts, „Fix it for me” un aktīvās pārbaudes tikai īpašniekiem un administratoriem; „Skatīt kā Klients” ierobežots laikā un bloķēts kontu mainošām darbībām, tā beigšana izraksta pilnībā, atgriešanās administrēšanas sadaļā tikai ar paroli un otro faktoru; uzaicinājumi derīgi tikai tik ilgi, kamēr uzaicinātājs ir īpašnieks vai administrators; tīmekļa āķu (webhook) un tērzēšanas kanālu adreses lasītājiem tiek rādītas tikai saīsinātas līdz resursdatoram; verificēta domēna resursdatora nosaukumu nevar mainīt.
Lietotnes drošība	CSRF marķieri; sagatavoti datubāzes vaicājumi; mūsu pašu veidlapu aizsardzība (slazds, parakstīta laika pārbaude); reCAPTCHA publiskajās veidlapās; pieprasījumu biežuma ierobežošana atbalstam, pārbaudēm un saskarnēm; vienlaikus tikai viens „Fix it for me” izsaukums katrā darba telpā, lai kvota būtu spēkā arī vienlaicīgiem pieprasījumiem; satura drošības politika (Content Security Policy) ar aizsardzību pret iekļaušanu rāmjos, kas ļauj izpildīt tikai tos skriptus, kuriem ir attiecīgās atbildes atļauja (nonce); IP adrese no pārsūtītām galvenēm tikai no mūsu pašu starpniekservera un tikai no tā pievienotā ieraksta; piekļuves marķieri lapu skatījumu žurnālā tiek maskēti.
Noslēpumi	API atslēgas, ieviešanas kodi, spraudņu savienojuma noslēpumi, vienreizējie kodi un portālu paroles tikai kā jaucējvērtība; testa kontu piekļuves dati šifrēti asimetriski, privātā atslēga tikai skenēšanas serverī; tīmekļa āķi parakstīti; Stripe notikumi tikai ar derīgu parakstu.
Datu minimizēšana	Piegādes pārbaude neglabā saturu un pilnas sūtītāju adreses; saņēmēju adreses veidlapās tikai kā domēns; konta ID skriptu adresēs tiek aizstāti; spraudņa skaitļi tikai no fiksētiem sarakstiem; e-pasta sūtīšanas kļūdu teksti tikai kā kategorija; Telegram signāli bez mainīgajiem; pārlūka pārbaudes attēli ar maskētu ievadi; nekādu ekrānuzņēmumu aiz pieteikšanās.
Skenera izolācija	Katra pārbaude savā konteinerā: atņemtas visas Linux spējas (capabilities), bez privilēģiju paaugstināšanas, tikai lasāma failu sistēma, atmiņas un procesu ierobežojums, savs tīkls; mērķa pārbaude attiecībā pret privātiem un lokāliem tīkliem pirms pieņemšanas un skenerī, arī pēc pāradresācijām; service worker bloķēti, WebSocket savienojumi aizvērti. Tīmekļa servera pieprasījumi (kontroles pierādījums, galveņu rīks, failu meklēšana, pulss, RDAP, sertifikāti, tīmekļa āķi un tērzēšanas brīdinājumi) tikai uz ierastajiem tīmekļa portiem un tikai uz tieši pārbaudīto adresi, tīmekļa āķi un tērzēšanas brīdinājumi – tikai, izmantojot HTTPS.
Glabāšana	Ekrānuzņēmumi ārpus tīmekļa direktorija, pieejami tikai ar pārskata starpniecību; pārskati nejaušās adresēs ar noindex; rezerves kopiju direktorijs lasāms tikai pakalpojumam.
Pieejamība un atjaunošana	Nakts rezerves kopija ar satura pārbaudi, iknedēļas atjaunošanas tests, brīdinājums kļūmes gadījumā; komponentu pārbaude ik pēc piecām minūtēm ar signālu un e-pastu; ārējs sirdspuksts; avārijas apturēšana anonīmām pārbaudēm; pretspiediens, ja veidojas uzkrājums.
Izsekojamība	Darbību žurnāls pieteikšanās reizēm, izmaiņām, dzēšanai, atbalsta piekļuvei un apstiprinājumiem; kļūdu žurnāls ar brīdinājumu.
Dzēšana	Glabāšanas termiņi vienā vietā kodā, no tiem pašiem iestatījumiem kā teksti (6. sadaļa); dzēšanas ķēdes domēnam, darba telpai un kontam ar izņēmumiem, kas minēti 6.4. sadaļā.
Datu subjektu tiesības	Visu konta datu eksports failā ar vienu klikšķi, pamatojoties uz atļauto lauku sarakstu, bez noslēpumiem.
Organizācija	Administrēšanas sadaļa tikai kontiem ar superadministratora tiesībām, bloķēta režīmā „Skatīt kā Klients”; izstrādes un ražošanas sistēmas nošķirtas, izstrādes sistēma aiz papildu piekļuves barjeras; juridisko tekstu pārnešana pēc apstiprināšanas ar rīku, kas noraida melnrakstus un vietturus.

8.1 Vēl neīstenotie pasākumi

• Nav datubāzes šifrēšanas miera stāvoklī (mērīts 2026. gada 11. oktobrī). Izņēmums ir testa kontu piekļuves dati un divu faktoru noslēpums, kas ir šifrēti lauka līmenī.
• Iekšējie savienojumi nav pilnībā šifrēti. Savienojumi mūsu iekšējā tīklā nav pilnībā šifrēti. Testa kontu piekļuves dati tur tiek pārsūtīti tikai kā šifrēts teksts.
• Nav rezerves kopijas otrā vietā. Rezerves kopijas pašlaik tiek glabātas tajā pašā vietā, kur datubāze, un nav atsevišķi šifrētas; ir plānota šifrēta kopija otrā vietā. Līdz tam tās aizsargā pret kļūdainu dzēšanas komandu, nevis pret atrašanās vietas zudumu.
• Serveru administrēšanas nostiprināšana nav pabeigta. Administratīvās piekļuves mūsu serveriem drošība vēl neatbilst standartam, ko paredzam darbībai; nostiprināšana turpinās. Detaļas mēs nepublicējam, jo tās palīdzētu uzbrucējam; pēc pieprasījuma mēs tās sniedzam uzraudzības iestādei.
• Administrēšanas sadaļā nav funkcionāla lasīšanas žurnāla. Rakstīšanas darbības tiek reģistrētas darbību žurnālā; to, kas tikai skatīja kādu atbalsta pieprasījumu vai pārskatu, var noteikt tikai no lapu skatījumu žurnāla (60 dienas).
• Nav pastāvīga dzēšanas žurnāla. Tas, ko nakts process ir dzēsis, netiek reģistrēts (6. sadaļa).
• Nav neatkarīga otra pārbaudes punkta. Zonde otrā vietā nav iestatīta (A.6).

9. Datu aizsardzības speciālists – novērtējums saskaņā ar VDAR 37. pantu

Rezultāts: mūsuprāt, pienākuma iecelt datu aizsardzības speciālistu nav. Novērtējums ir juridiskās pārbaudes daļa, un tas tiks atkārtots, tiklīdz mainīsies kāds no turpmāk minētajiem apstākļiem.

37. panta 1. punkts paredz iecelšanu trīs gadījumos.

• a) apakšpunkts (publiska iestāde vai struktūra) nav piemērojams.
• b) apakšpunkts (pamatdarbības, kurām nepieciešama regulāra un sistemātiska datu subjektu novērošana plašā mērogā): mūsu pamatdarbība ir regulāra, sistemātiska tīmekļa vietņu un veidlapu pārbaude, nevis cilvēku novērošana. Mēs neveidojam apmeklētāju profilus, neizmantojam izsekošanu un nesaistām vienu ziņojumu ar citu. Piegādes pārbaude (A.1) laiž īstus apmeklētāju ziņojumus caur mūsu pastkasti, taču piesaistes nolūkā izvērtē tikai galvenes un pirmos 8 KB un neglabā saturu; tā novēro piegādes ceļus, nevis cilvēkus. Klientu konti un žurnāli ir uzņēmējdarbības palīgdarbības.
• c) apakšpunkts (9. pantā minēto īpašo kategoriju datu vai 10. pantā minēto ar sodāmību un pārkāpumiem saistītu personas datu apstrāde plašā mērogā kā pamatdarbība): nav izpildīts. Īpašu kategoriju dati var nejauši parādīties veidlapu e-pastu kopijās (A.1), lapās aiz pieteikšanās (A.5) vai ielīmētā kodā (A.7); nejauša to iegūšana nav pamatdarbība.

37. panta 4. punkts ļauj valsts tiesību aktos paredzēt papildu gadījumus. Mēs lūdzam juristu apstiprināt, vai Polijas tiesību akti mums uzliek pienākumu iecelt datu aizsardzības speciālistu.

Iemesli jaunam novērtējumam: spieta aizsardzības aktivizēšana ar IP tīkliem; funkcija, kas atpazīst apmeklētājus vairākos ziņojumos vai tīmekļa vietnēs; piegādes pārbaudes satura glabāšana; Klients, kura veidlapas pārsvarā attiecas uz īpašām kategorijām (veselība, darba pieteikumi), ar plašā mērogā ieslēgtu piegādes pārbaudi; pirmais darbinieks ar piekļuvi klientu datiem. Brīvprātīga iecelšana joprojām ir iespējama; tādā gadījumā pilnībā piemērojami 37.–39. pants.

Atsevišķi: uz jautājumu, vai atsevišķām apstrādes darbībām ir nepieciešams novērtējums par ietekmi uz datu aizsardzību saskaņā ar 35. pantu, atbild lapa Novērtējums par ietekmi uz datu aizsardzību. Tās sliekšņa novērtējumā secināts, ka NIDA ir nepieciešams spieta aizsardzībai (B.21) un pētījumiem paredzētajā mērogā (B.7) un to veicam mēs, bet piegādes pārbaudei (A.1) tas tipiskajā situācijā ir nepieciešams kā Klienta pienākums, kura izpildē mēs Klientu atbalstām.

10. Atklātie punkti un plānotie pasākumi

Turpmāk minētie punkti ir pierādāmi kodā, shēmā vai konfigurācijā, nevis pieņemti. Tie apraksta stāvokli šīs versijas datumā; klasifikācija ir mūsu pašu, un tā neaizstāj juridisku izvērtējumu. Tie ir sakārtoti pēc to nozīmes datu subjektiem, nevis pēc tā, cik viegli tos novērst. Plānotie pasākumi un to prioritāte ir izklāstīti dokumentā Novērtējums par ietekmi uz datu aizsardzību.

Atklātais punkts	Kas ir pierādīts	Nozīme
Pasta pakalpojumu sniedzējs bez dokumentēta līguma	Attiecībā uz Namecheap, Inc. (Private Email), Phoenix, Arizona, USA nav dokumentēts līgums, apstrādes vietas un nosūtīšanas pamats. Caur šo pakalpojumu sniedzēju tiek sūtīti konta e-pasti, brīdinājumi un darbojas kontroles pastkaste ar īstiem apmeklētāju ziņojumiem.	Attiecīgie noteikumi ir VDAR 28. panta 2. un 4. punkts un V nodaļa. Līguma noslēgšana un dokumentēšana ir plānota pirms palaišanas.
Pamats tērzēšanas pakalpojumiem un reCAPTCHA nav noteikts	Brīdinājumi uz Telegram (nav lēmuma par aizsardzības līmeņa pietiekamību), Slack, Discord, Microsoft Teams un Google Chat; reCAPTCHA bez piekrišanas pieprasījuma.	Atklāti jautājumi juridiskajai pārbaudei; līdz tam informācija un pamats nav galīgi.
Kontroles pastkastē traucējumu laikā var palikt ziņojumi	Dzēšana notiek pēc veiksmīgas apstrādes; ja saņemšana neizdodas, kopijas saglabājas līdz nākamajai veiksmīgajai izpildei. Nav brīdinājuma, ja pastkastē ilgākā laikā veidojas uzkrājums.	Kopijas satur īstus apmeklētāju pieprasījumus.
Nav rezerves kopijas otrā vietā, nav datubāzes šifrēšanas miera stāvoklī	8.1. sadaļa. Ir plānota šifrēta rezerves kopijas kopija otrā vietā.	Viens notikums atrašanās vietā vienlaikus ietekmētu gan datus, gan rezerves kopiju; nozagts datu nesējs būtu nolasāms.
Neatrisinātas anomālijas bez glabāšanas termiņa	Anomālijas, kurām atslēga ir pilna IP adrese, tiek dzēstas tikai 90 dienas pēc atrisināšanas; tas, kas nekad netiek atrisināts, saglabājas.	Attiecas uz glabāšanas ierobežojuma principu (5. panta 1. punkta e) apakšpunkts); dzēšana ir atkarīga no manuālas atrisināšanas. Ir plānots noteikts glabāšanas termiņš (novērtējuma par ietekmi uz datu aizsardzību pasākumi).
Kļūdu veidi ar ziņojuma paraugu bez glabāšanas termiņa	Ziņojuma paraugs tiek glabāts nemainīts līdz 2000 rakstzīmēm; attīrītajā šablonā adreses un skaitļi tiek noņemti, paraugā – ne.	Kļūdu ziņojumi var saturēt e-pasta adreses, resursdatoru nosaukumus vai IP adreses.
Skriptu inventārs bez sava glabāšanas termiņa	Skriptu inventārs un skriptu izmaiņas tiek dzēsti kopā ar domēnu (FE_DOMAIN_TABELLEN), arī dzēšot darba telpu vai kontu un nakts procesā bāreņu datiem; tiem nav sava glabāšanas termiņa. Tie satur skriptu adreses, lapu adreses un, apstiprinājumu gadījumā, apstiprinātāju un brīva teksta iemeslu.	Attiecas uz glabāšanas ierobežojuma principu (5. panta 1. punkta e) apakšpunkts); izmaiņu žurnāls ar apstiprinājumiem turpina pieaugt, kamēr pastāv domēns.
Atsauktu portālu abonenti	Atsaukts portāls tiek bloķēts, nevis dzēsts; tā abonenti saglabājas līdz darba telpas dzēšanai.	Nolūks (pārskata nosūtīšana) izbeidzās ar atsaukšanu.
Pētījumu saraksti bez glabāšanas termiņa	Pēc publicēšanas resursdatori un segmenti saglabājas; nekad nepublicētiem pētījumiem saglabājas arī neapstrādātie dati.	Solījums „neapstrādātie dati tiek dzēsti” attiecas tikai uz publicētiem pētījumiem.
Iekšējās pārbaudes bez dzēšanas ceļa	Pārbaudes ar uzticamības līmeni „iekšējs”, kurām nav ne domēna, ne pārskata (pētījumi un pārbaudes, ko operators izveidojis no komandrindas), neaptver neviens dzēšanas ceļš; kopā ar tām saglabājas trešo personu tīmekļa vietņu veidlapas, konstatējumi un ekrānuzņēmumi.	Attiecas uz glabāšanas ierobežojuma principu (5. panta 1. punkta e) apakšpunkts); skar personas, kuras neko nezina par pārbaudi. Dokumentā Novērtējums par ietekmi uz datu aizsardzību novērtēts kā augsts risks.
Kontroles pierādījums netiek atjaunots	Kontroles pierādījums tiek pārbaudīts vienreiz; kodā nav ceļa, kā domēns to atkal zaudētu.	Aktīvās testa iesniegšanas, failu meklēšana un skenēšana aiz pieteikšanās turpinās arī pēc īpašnieka vai pilnvarojuma maiņas.
Skenēšana aiz pieteikšanās: datu pārraide uz Klienta lapu	Kā pieteikšanās adrese līdzās https ir atļauts arī http, un sertifikātu kļūdas Klienta lapā neaptur pieteikšanos.	Testa kontu piekļuves datus varētu pārtvert ceļā uz Klienta lapu.
Dzēšana ir atkarīga no laika loga	Ikdienas bloks tiek izpildīts tikai tad, ja statusa process sākas laikā no 03:00 līdz 03:04. Ja šī viena izpilde neizdodas (datubāze nav sasniedzama, serveris tiek restartēts), tās dienas dzēšana un rezerves kopija nenotiek; atkārtota izpilde nav paredzēta. Tas, kas tika dzēsts, netiek pastāvīgi reģistrēts.	Tad glabāšanas termiņi nemanāmi pagarinās par dienu. Nokavēts logs neizraisa brīdinājumu; tiek ziņots tikai par rezerves kopiju, kas tiek izpildīta un neizdodas. Iestatīšanas sarakstā administrēšanas sadaļā ir redzams pēdējās veiksmīgās rezerves kopijas datums.
Dažas dzēšanas darbības ir atkarīgas no uzraudzības	Piegādes pārbaudes kontroles pastkastes iztukšošana, incidentu, nosūtīto apkopojuma paziņojumu, spieta signālu un potenciālo klientu pārbaužu dzēšana, kā arī uzdevumos atlikušo testa kontu kopiju notīrīšana notiek statusa procesa plānotāja daļā, kas darbojas tikai tad, kad administrēšanas sadaļā ir ieslēgta uzraudzība; piegādes pārbaudes piesaistes tiek dzēstas tikai tad, ja ir iestatīta kontroles pastkaste.	Ja uzraudzība tiek centralizēti izslēgta vai pastkaste tiek noņemta, šie glabāšanas termiņi pārstāj darboties, nevienam to nepamanot.
Ziņošanas punkts un pastkastes bez glabāšanas termiņa	Ziņojumi par ievainojamībām un citi ienākošie e-pasti tiek glabāti ārpus lietotnes; glabāšanas termiņš nav noteikts.	Ziņojumi var saturēt trešo personu pierādījumus.
Pārbaudes laikā tiek nolasītas slēpto lauku vērtības	Skeneris nolasa slēpto veidlapas lauku vērtību līdz 24 rakstzīmēm un datu atribūtus līdz 60 rakstzīmēm, lai atpazītu laika zīmogus un marķierus. Lauku kartē un konstatējumos tiek iekļauts tikai lauka nosaukums, veids, etiķete un atpazīšanas rezultāts, nevis vērtība.	Nav glabāšanas nepilnības; vērtība pārbaudes laikā atrodas tikai skenēšanas konteinera operatīvajā atmiņā. Iepriekš aizpildīta vērtība (piemēram, klienta numurs) šajā procesā tiek nolasīta, bet netiek saglabāta.
Atvasinātais sūtītāja domēns autentifikācijas rezultātā	A.1.	Apmeklētāju personīgo domēnu gadījumā – personas dati, kas iegūti no īsta ziņojuma.
Serveru administrēšanas nostiprināšana nav pabeigta; iekšējie savienojumi nav pilnībā šifrēti	8.1. sadaļa. Nostiprināšana turpinās; detaļas publiski nenorādām.	Drošības incidents servera līmenī vienlaikus ietekmētu lietotni, datubāzi un rezerves kopijas.
Mērījumi izstrādes sistēmā	Shēma, kods un iestatījumi tika izmērīti izstrādes sistēmā.	Kods un shēma atbilst ražošanas sistēmai; iestatījumi var atšķirties, un pirms palaišanas tie tur ir jāpārbauda vēlreiz.

11. Šī reģistra uzturēšana

30. pants paredz, ka reģistrs tiek uzturēts rakstiski un pēc pieprasījuma tiek darīts pieejams uzraudzības iestādei. Tam ir nepieciešams kāds, kas par to atbild, un intervāls, kādā tas tiek pārbaudīts attiecībā pret sistēmu, nevis pret tā iepriekšējo versiju.

• Atbildība: Lukas Wójcik, īpašnieks. Reģistrs tiek pārskatīts reizi gadā un ikreiz, kad mainās kāda apstrādes darbība.
• Notikumi, kuru dēļ nepieciešama atjaunināšana: jauns vai mainīts apakšapstrādātājs, jo īpaši pasta pakalpojumu sniedzēja izvēle; jauna tabula vai jauns lauks ar personas datiem; glabāšanas termiņu vai dzēšanas ķēžu izmaiņas failā cfg/fristen_lib.php vai srv/cron_status.php; jauns brīdinājumu kanāls vai jauns pieprasījums trešajai personai; tādas funkcijas ieslēgšana, kas pēc noklusējuma ir izslēgta (spieta aizsardzība ar IP tīkliem, zonde, pašu domēni, partneru programma, apmaksa pēc rēķina, Spamhaus vai Google Web Risk); pārcelšanās uz citiem serveriem.
• Procedūra: katrs šeit sniegtais apgalvojums ir balstīts uz kodu, shēmu vai mērījumiem. Pārskatīšana, kurā tiek lasīts tikai teksts, neko nav pārskatījusi: shēma un dzēšanas ķēdes tiek izmērītas no jauna, vietturi paliek vietturi, atklātie punkti tiek slēgti vai pārnesti ar pamatojumu.
• Saistība ar citiem dokumentiem: šis reģistrs neaizstāj Privātuma politiku, Datu apstrādes līgumu, Tehniskos un organizatoriskos pasākumus vai Apakšapstrādātāju sarakstu. Ja tie atšķiras no šī reģistra, atšķirība ir konstatējums.
• Izmaiņas šajā dokumentā ir uzskaitītas lapā Līguma dokumentu izmaiņas.