Регистър на дейностите по обработване (чл. 30 ОРЗД)

Този документ е публикуван на няколко езика. В случай на несъответствие между езиковите версии меродавна е полската версия.

Версия 1.2 · Последна актуализация: 29 октомври 2026 г.

1. Как да се чете този регистър

Това е регистърът на дейностите по обработване по чл. 30 ОРЗД за formexposed. Той не е политика за поверителност и не е маркетинг. Задачата му е да покаже на надзорен орган, на Клиент, който ни одитира като обработващ лични данни, или на следващия човек, който трябва да отговори на въпрос, какво действително се обработва, къде се съхранява, кой го получава и колко дълго остава. Публикуваме го, защото услуга, която проверява и наблюдава форми, сама трябва да бъде открита за проверка.

При изготвянето му бяха спазени три правила.

1. Измерено, а не планирано. Твърдение за полета с данни, срокове на съхранение, получатели или защитни мерки се появява само там, където програмният код, схемата на базата данни или измерване го потвърждават. Планираното се нарича „планирано“. Изключеното по подразбиране се нарича „изключено по подразбиране“. Където не можем да докажем нещо, го казваме.
2. Сроковете на съхранение са посочени два пъти. Веднъж за всяка дейност по обработване и веднъж в раздел 6 като цялостна картина: кой нощен процес кои данни изтрива и до кои данни той не достига. Регистър, който твърди срок на съхранение, приложим само за част от данните, е по-лош от такъв, който посочва открития въпрос.
3. Откритите въпроси са посочени в текста, а не в бележка под линия. Раздел 8.1 изброява мерки, които все още не са въведени, раздел 10 – откритите въпроси с планираните мерки. Регистърът е работен инструмент, а не сертификат.

Полета с данни вместо имена на таблици. За всяка дейност по обработване изброяваме съхраняваните данни като полета на разбираем език. Името на таблицата в базата данни следва в скоби, за да може одиторът да намери мястото, например „опити за вход (login_attempts)“. Списъците с полета са изведени от схемата на базата данни, а не по памет.

Сроковете на съхранение като контейнери. Когато срок на съхранение може да бъде зададен в административната област, той се появява тук точно така, както го чете нощният процес: числото, което виждате, идва от същата настройка, която управлява изтриването. Сроковете на съхранение, фиксирани в програмата, са посочени като числа.

Основа на измерването. Схемата, кодът и настройките бяха измерени на 11 октомври 2026 г. в системата за разработка, която съвпада с работната система по код и схема. Не посочваме броя на редовете от системата за разработка; те съдържат тестови данни и не казват нищо за реалната експлоатация.

Умишлено пропуснато. Този регистър не посочва имена на хостове, вътрешни мрежови адреси, портове, потребителски имена или версии на софтуера на нашите сървъри. Такива подробности помагат на нападател, а не на субект на данни. По същата причина описваме откритите въпроси при защитата на собствените ни сървъри само в общи линии (раздел 8.1): посочваме риска, а не пътя до него. При поискване предоставяме подробностите на надзорен орган.

Правно естество. Този регистър е документацията, която водим по чл. 30 ОРЗД за надзорния орган; той се публикува доброволно. Той не е част от никакъв договор и не представлява изявление, гаранция или споразумение за качество спрямо Клиенти или трети лица. Какво дължим на Клиентите, се урежда от Общите условия, Договора за обработване на лични данни и приложенията към него; по отношение на тези задължения те имат предимство пред този регистър. Регистърът описва положението към датата на тази версия. Квалификации като „открит въпрос“ или „оценка“ отразяват собственото ни мнение и не предрешават правната оценка на надзорен орган или съд; мерките, описани като „планирани“, са намерения без обвързваща дата.

2. Правният субект и защо този регистър има две половини

Поле	Вписване
Правен субект	LW IT Solutions Company Lukas Wójcik, едноличен търговец, вписан в полския търговски регистър (CEIDG); собственик Lukas Wójcik
Адрес	al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Полша
Данъчни идентификатори	NIP 7252266190, ДДС номер PL7252266190
Контакт	contact@lukaswojcik.com; прозорецът за поддръжка (въпросителният знак в навигацията); страницата за контакт
Услуга	formexposed: проверка, наблюдение и защита на форми за контакт на уебсайтове (приложение на formexposed.com, целева страница на form.exposed)
Представител по чл. 27 ОРЗД	Не е приложимо. Правният субект е установен в Съюза (Полша).
Длъжностно лице по защита на данните	Не е определено. Оценката по чл. 37 е в раздел 9.
Компетентен надзорен орган	Prezes Urzędu Ochrony Danych Osobowych (UODO, полският орган за защита на данните), ul. Moniuszki 1A, 00-014 Warszawa
Хостинг	Собствени сървъри в Полша: един уеб сървър с приложението и базата данни и един сървър за сканиране с локален езиков модел в същата вътрешна мрежа. Без център за данни или облачен доставчик на трето лице.

formexposed играе различни роли спрямо различни групи хора. Смесването им води до регистър, който не е верен за никоя от тях.

• Администратор (Част B, чл. 30(1)). Ние самите сме администратор за данните на нашите Клиенти и членовете на техните екипи (акаунт, вход, фактуриране, поддръжка, логове), за посетителите на нашия уебсайт, за проверките без акаунт (безплатна проверка, инструмент за хедъри, проучване, проверка на потенциални клиенти) и за предотвратяването на злоупотреби.
• Обработващ лични данни (Част A, чл. 30(2)). За лични данни на трети лица, които Клиент въвежда в услугата или които възникват, когато извършваме услуга за Клиента, действаме от името на Клиента: копия на реални имейли от формите при проверката на доставката, абонати на клиентския портал на Клиента, получатели на предупрежденията на Клиента, лица, които случайно са видими на проверените страници на Клиента, данните за вход на тестовия акаунт на Клиента и кодът на формата, който Клиентът поставя. Основание е Договорът за обработване на лични данни, който се сключва с всеки Клиент при регистрацията.
• Само от страна на Клиента. Някои функции на плъгина за WordPress и разширението за TYPO3 обработват данни изключително на уебсайта на Клиента, без данните изобщо да достигат до нас (карантина, предпазна мрежа, аритметична задача, настройки за съхранение, локални броячи, записващо устройство). Те не са обработване от наша страна и затова не фигурират в нито една от частите. Въпреки това ги описваме в края на Част A, за да е видима границата.

Разделянето е вградено в кода, а не само в текста: от реален имейл от форма проверката на доставката записва в базата данни само часа, връзката и резултата от удостоверяването; екранните снимки от проверките в браузър маскират полетата за въвеждане; данните за вход на тестовия акаунт са шифровани така, че уеб сървърът вече не може да ги прочете. Подробностите са дадени във вписванията.

Раздели 6 до 11 се прилагат и за двете половини: съхранение, автоматизирани решения, технически и организационни мерки, длъжностно лице по защита на данните, открити въпроси и поддържане на този регистър.

Обхват. Този документ е частта от регистъра, която се отнася до услугата formexposed. Обработването от същия правен субект за други услуги е отразено в техните собствени регистри; общото счетоводство и управлението на дейността извън услугата не са обхванати от тази част.

3. Част A – чл. 30(2): обработване от името на Клиенти

A.0 Участващи страни

Поле	Вписване
Обработващ лични данни	LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Полша; contact@lukaswojcik.com
Администратори	Клиентите на formexposed: предприятия и агенции, които имат домейни в акаунта си и използват функции, при които възникват данни на трети лица. При агенциите собственият клиент на агенцията може допълнително да бъде администратор; тогава агенцията действа като обработващ лични данни спрямо този клиент, а ние – като допълнителен обработващ лични данни.
Списък на администраторите	Част от този регистър, водена в електронна форма (чл. 30(3) ОРЗД) в системата на услугата и невъзпроизведена в тази публична версия, тъй като съдържа лични данни на Клиенти и би остарявала с всеки нов Клиент: собственикът на всяко работно пространство с име, имейл адрес и фирма от клиентския акаунт (адрес и ДДС номер само при Stripe) (users, workspaces, workspace_users), както и домейните на работното пространство (domains). При поискване го предоставяме на надзорен орган като извлечение.
Представители и длъжностни лица по защита на данните на администраторите	В системата няма специално поле за това. Ако Клиент е определил представител по чл. 27 ОРЗД или длъжностно лице по защита на данните, той може да ни уведоми за тях; пазим уведомлението заедно със списъка на администраторите.
Представител на обработващия лични данни	Не е приложимо (установен в Полша).
Длъжностно лице по защита на данните	Не е определено (раздел 9).
Указания	Указанието произтича от Договора за обработване на лични данни и от настройките, които Клиентът прави: Клиентът включва проверката на доставката, задава канали за предупреждения, съхранява тестов акаунт и създава клиентски портал. Без това действие съответното обработване не се извършва.
Технически и организационни мерки	Раздел 8 и страницата Технически и организационни мерки се прилагат за всяка дейност по обработване в Част A. Специалните мерки са посочени в съответното вписване.

A.1 Проверка на доставката – контролно копие на имейли от формите

Поле	Вписване
Цел	Проверка дали имейлът от формата за контакт на Клиента действително се изпраща и как е удостоверен (SPF, DKIM, DMARC, съответствие). След прието активно тестово изпращане неговото копие трябва да пристигне в контролната пощенска кутия в рамките на настройваемо време за изчакване (понастоящем 3 часа); в противен случай се задейства предупреждението „Тестовият имейл не е получен“. От хедърите се извеждат също автентичността на имейла от формата, използваната имейл услуга и адресът на подателя за проверката в черните списъци.
Предпоставка	Платен план, потвърден домейн, включено от Клиента. Клиентът въвежда собствен контролен адрес с идентификатор (във вида „delivery+идентификатор@…“) като скрито копие в известието на своята форма. Без конфигурирана контролна пощенска кутия функцията не е налична.
Категории субекти на данни	Посетители на уебсайта на Клиента, които изпращат формата на Клиента; лица, чиито данни посетител пише в съобщението; служители на Клиента, които фигурират като получатели в хедърите.
Категории лични данни	В контролната пощенска кутия (при доставчика на пощенски услуги): пълното копие на всеки имейл от формата, включително реални запитвания с име, имейл адрес, телефонен номер и свободен текст, до изтриването. Четени при извличането: хедърите и най-много първите 8 KB от тялото. В базата данни: час на получаване, връзка с домейна и, където е приложимо, с тестовото изпълнение (delivery_log); последният резултат от удостоверяването за всеки домейн с резултат от SPF, DKIM и DMARC, съответствие, домейн на подателя, подписващи домейни и адрес на изпращащия пощенски сървър (поле за удостоверяване на домейна в domains). Съдържанието, темата и адресът на подателя посетител не се записват в базата данни.
Бележка относно домейна на подателя	Ако форма въвежда адреса на посетителя като подател (грешна конфигурация, която проверката е предназначена да разкрие), резултатът от удостоверяването съдържа домейна на този адрес, а не самия адрес. Когато посетител използва личен домейн, и това може да бъде лични данни. Той се презаписва при следващото получаване.
Източник	Формата на уебсайта на Клиента, чрез въведеното от Клиента скрито копие.
Правно основание (определено от администратора)	Определя се от Клиента. Предложеният от нас текст за политиката за поверителност на Клиента основава копието на чл. 6(1)(f) ОРЗД (законен интерес от надеждното получаване на запитвания). Клиентът информира посетителите си за този поток от данни; Договорът за обработване на лични данни го задължава да прави това.
Получатели	Доставчикът на пощенски услуги, който поддържа контролната пощенска кутия (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). Копието отива директно там: то пристига само ако MX записите на нашия домейн сочат към тази пощенска кутия (контролният списък преди старта проверява това); чрез пренасочване то не достига до пощенската кутия. На страницата на домейна Клиентът вижда само часа, връзката и резултата от удостоверяването. Ако резултатът от удостоверяването се влоши, предупреждението до Клиента и до избраните от него канали посочва домейна на подателя, ако той не принадлежи на уебсайта (A.3, 4.1).
Трета държава	Зависи от доставчика на пощенски услуги; вж. раздел 4. Договорът с предвидения доставчик и основанието за предаване все още не са документирани.
Съхранение	След успешна обработка имейлът се маркира за изтриване и се премахва от пощенската кутия в същото изпълнение, дори ако не може да бъде свързан с никой домейн. Извличането се изпълнява с процеса за проверка на състоянието на всеки пет минути, докато наблюдението е включено в административната област (srv/cron_status.php, cfg/zustellung_lib.php). Ако извличането или изтриването е неуспешно, имейлът остава в пощенската кутия до следващото успешно изпълнение. Същото извличане изтрива връзките в delivery_log след 180 дни. Резултатът от удостоверяването съществува толкова дълго, колкото и домейнът.
Какво доказват доказателствата	Само получаването в контролната пощенска кутия на копието, свързано с конкретното тестово изпълнение. Те не доказват нито получаването от действителния получател, нито запис в CRM. Нативно потвърждение от HubSpot не се предлага.
ТОМ	Раздел 8. По-специално: съдържанието се оценява само в паметта; не се съхраняват тяло, тема или пълни адреси на подателя; изтриване независимо дали свързването е успешно.

Проверката на доставката е единствената функция, чрез която до нас достигат реални съобщения от посетителите на нашите Клиенти. Затова тя е обработване от името на Клиента, а не услуга на наша собствена отговорност, и затова времето, прекарано в пощенската кутия, е реалната мярка за риска: обикновено минути; ако извличането е нарушено – докато то не се изпълни отново. Копията не следва да съдържат специални категории лични данни; технически не можем да предотвратим това, тъй като какво пише посетителят, зависи от него.

A.2 Клиентски портал и месечен доклад до абонатите

Поле	Вписване
Цел	Агенция (план Business) показва на своите клиенти състоянието на техните домейни под собствената си марка (портал на случаен адрес, по желание с парола, по желание под собствен поддомейн на агенцията). Там клиентът може да поръча месечен доклад по имейл. Докладът се изпраща от името на агенцията.
Категории субекти на данни	Клиентите на агенцията и техните служители, които поръчват доклада; лица, които отварят портала.
Категории лични данни	Абонат: имейл адрес, език, идентификатор за потвърждение, час на поръчката и IP адрес към момента на поръчката, час на потвърждението (двойно потвърждение), час на отписването, последен изпратен месец (client_subscribers). Портал: име, избор на домейни, случаен идентификатор, парола само като хеш, лице, което го е създало, час, отмяна (client_portals). Посещенията на портала се появяват в лога на прегледите на страници (B.2).
Източник	Въвеждат се от самите абонати в портала.
Правно основание (определено от администратора)	Съгласието на абоната, получено чрез процедура за двойно потвърждение; администратор е агенцията. Не пишем на никого, който сам не се е записал и не е потвърдил.
Получатели	Агенцията (вижда своите абонати); доставчикът на пощенски услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) за имейла за потвърждение и доклада.
Трета държава	Чрез доставчика на пощенски услуги; вж. раздел 4.
Съхранение	Нощен процес за изтриване (cfg/fristen_lib.php, част „абонати на портали“): никога непотвърдените поръчки – след 30 дни; отписаните абонати – три години след отписването, като доказателство за предишното съгласие. Потвърдените абонати, които не са се отписали, остават, докато съществува работното пространство на агенцията. Отменен портал само се блокира, не се изтрива; неговите абонати вече не получават доклади, но данните им остават (раздел 10). Порталите и абонатите се изтриват незабавно заедно с работното пространство (fe_arbeitsbereich_daten_loeschen()). Изпратените доклади остават в изходящата поща 30 дни (B.25).
ТОМ	Раздел 8. По-специално: паролата на портала само като хеш, ограничени опити за налучкване (десет на портал и IP адрес, 50 на портал за 15 минути); отписване с едно щракване във всеки имейл; порталът показва само статус и ключови показатели, без отделни констатации с доказателства.

A.3 Получатели на предупреждения, потвърждаващи и отговорни лица на Клиента

Поле	Вписване
Цел	Известия за неизправности и промени до каналите, които Клиентът задава за даден домейн: имейл, уебхук, Slack, Discord, Microsoft Teams, Google Chat, Telegram. За всеки канал незабавно или събрани ежедневно или ежеседмично, плюс канали само за ескалации. Всяко известие за проблем става инцидент, който получателят може да потвърди чрез връзка. За наблюдаваните форми Клиентът може да посочи отговорно лице и срок.
Категории субекти на данни	Служители и доставчици на услуги на Клиента, които Клиентът въвежда като канал за предупреждения или посочва като отговорни лица; лица, които потвърждават инцидент. Членовете на екипа със собствен акаунт фигурират и в Част B.
Категории лични данни	Канал за предупреждения: канал, адрес на дестинацията (имейл адрес, уебхук или чат адрес, идентификатор на Telegram чат), избрани събития, режим на доставка, тайна за подписване на уебхукове, последна доставка и последна грешка (alerts). Лог на доставките: дестинация, събития, статус, грешка, час (alert_log). Опашка за обобщения: редове на известията и връзка до доставката (alert_queue). Инцидент: заглавие, редове на известието, връзка, идентификатор за потвърждение, час и име или имейл адрес на потвърждаващото лице, както е въведено във формата, иначе адресът на влезлия член (alert_incidents). Опити за доставка при ескалация по инцидент и дестинация: брой опити (най-много пет), часове на последния и следващия опит и на успеха, препратка към имейла в изходящата поща, грешка (таблица alert_escalation_deliveries). Възлагане: акаунт на отговорното лице и срок (в monitored_forms).
Съдържание на известията	Домейн, събитие, кратко обяснение и връзка към страницата на домейна. Без съдържание на съобщения от посетители.
Източник	Въвеждат се от Клиента; потвърждаващото лице въвежда името си само; идентификаторът на Telegram чат се създава, когато получателят натисне „Start“ в бота (B.32).
Правно основание (определено от администратора)	Определя се от Клиента; като правило организацията на собствената дейност на Клиента (чл. 6(1)(b) или (f) ОРЗД по отношение на служителите и доставчиците на услуги на Клиента).
Получатели	Операторите на избраните канали; вж. 4.1. Предупреждения по имейл чрез доставчика на пощенски услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Трета държава	В зависимост от избрания канал; няколко доставчици са установени в САЩ, Telegram – извън ЕС, без решение относно адекватното ниво на защита. Вж. 4.1.
Съхранение	Логът на доставките – след 90 дни (нощно, fe_alert_log_aufraeumen() от srv/cron_status.php). Известията за обобщения – 30 дни след доставката (cfg/kanal_lib.php, при всяка доставка на обобщение). Инцидентите – докато не са разрешени; разрешените – 180 дни след разрешаването (cfg/vorfall_lib.php, процес за ескалация), заедно с опитите им за доставка при ескалация. Каналите за предупреждения и възлаганията – до изтриването им от Клиента или заедно с домейна.
ТОМ	Раздел 8. По-специално: уебхуковете се подписват с отделна тайна за всяка дестинация; потвърждаване само след щракване (POST), така че прегледите на връзки в чат програмите да не задействат нищо; предупрежденията по време на прозорец за поддръжка само се записват в лог, не се изпращат.

A.4 Лица, случайно видими на проверени страници на Клиента и в екранни снимки

Поле	Вписване
Цел	Проверката на домейните в акаунта на Клиента (сканиране, наблюдение, активна проверка) чете публичните страници на Клиента и прави екранни снимки на формите. Това, което самата страница показва, може да засяга лица, които нямат нищо общо с проверката. Тези данни възникват случайно; те не са целта на проверката.
Категории субекти на данни	Лица, чието име, снимка или данни за контакт се появяват на проверената страница (лице за контакт до формата, снимки на екипа на началната страница, данни в импресума).
Категории лични данни	Екранни снимки: видимата област на началната страница, всяка видима форма като изрязан фрагмент и изображението на следващата страница след активно тестово изпращане; съхраняват се като файлове извън уеб директорията, като в базата данни е само препратката (scan_screenshots). Структура на формата: адрес на страницата, селектор, имена на полета, типове полета, етикети на полета, флагове за задължителност и видимост, етикети на бутоните за изпращане (forms, поле „field map“); без стойности на полетата. Скенерът чете началото на скритите полета (до 24 знака) и на data атрибутите (до 60 знака) само по време на проверката, за да разпознае времеви печати и токени; съхранява се само резултатът. Констатации с доказателства (findings), обобщение със заглавия на страниците (scans). Ако във формата се появи имейл адрес като получател, съхранява се само неговият домейн, никога адресът.
Източник	Публичните страници на домейна на Клиента, извлечени от скенера.
Правно основание (определено от администратора)	Определя се от Клиента за съдържанието на собствения му уебсайт. За нас обработването е част от възложената проверка.
Получатели	Клиентът; при агенциите – техният клиент чрез портала или доклад под чужда марка (white-label); всеки, който получи връзка към доклад (доклади на случайни адреси, не в търсачките). Когато видът на формата е неясен, локален езиков модел на собствения ни сървър получава структурата на формата със заглавието на страницата, адреса на страницата и видимия текст на формата (до 400 знака) за класифициране; той не получава изображения.
Трета държава	Няма.
Съхранение	Резултатите от проверки за домейн – най-много 13 месеца; последната завършена проверка за всеки домейн остава (нощен процес за изтриване, част „стари резултати от проверки“). Формите, констатациите, препратките към изображенията и файловете с изображения се изтриват заедно с резултата от проверката. Заедно с домейна тези данни се изтриват незабавно (верига за изтриване в B.15; изключения в раздел 6.4).
Граници на маскирането	Екранните снимки от пълната проверка не маскират нищо: те показват това, което страницата показва на всеки посетител. Полетата на формите са празни при извличането, тъй като скенерът не въвежда нищо; предварително попълнени стойности биха били видими. Зад вход не се правят екранни снимки (A.5). Изображенията от проверките в браузър маскират полетата за въвеждане (A.6).
ТОМ	Раздел 8. По-специално: изображенията могат да бъдат извлечени само чрез доклада, а чужд идентификатор на изображение връща „не е намерено“; докладите са с noindex; всяка проверка се изпълнява в собствен изолиран контейнер.

Същите данни възникват при проверки без акаунт (безплатна проверка, проучване, проверка на потенциални клиенти). Там няма Клиент, от чието име действаме; затова тези случаи фигурират в Част B (B.5, B.7, B.8).

A.5 Данни за вход на тестов акаунт за сканирането зад вход

Поле	Вписване
Цел	Четене на форми, които се появяват само след вход (клиентска зона, зона за членове). Скенерът влиза с тестов акаунт, който Клиентът е създал на собствения си уебсайт, и чете посочените страници. Освен формата за вход той не изпраща нищо, не извършва там активен тест, не прави екранни снимки и не посещава адреси за изход, изтриване или анулиране. Ако формата за вход има CAPTCHA, той спира; CAPTCHA не се заобикалят.
Предпоставка	Потвърден домейн, платен план, роля на собственик или администратор, изрично потвърждение, че акаунтът е тестов. Най-много пет страници, всички в същия домейн.
Категории субекти на данни	Лицето, на чието име е тестовият акаунт (в идеалния случай никой; Клиентът следва да използва функционален акаунт); лица, чиито данни се появяват на страниците зад входа.
Категории лични данни	Потребителско име и парола на тестовия акаунт, само шифровани; подсказка за потребителското име (първи знак и дължина); адрес за вход, списък на страниците, имена на полетата за вход, индикатор за успех, лице, което го е създало, часове, последен резултат като кратък код (domain_logins). За изпълняваща се задача – копие на шифрирания текст (поле „login package“ в scan_jobs). От страниците зад входа: структура на формите както в A.4, без екранни снимки и без бисквитки.
Източник	Въвеждат се от Клиента в акаунта.
Правно основание (определено от администратора)	Определя се от Клиента. Клиентът гарантира, че има право да използва тестовия акаунт.
Получатели	Няма. Нито Клиентът, нито поддръжката, нито програмният интерфейс могат да прочетат данните за вход; интерфейсът показва само подсказката за потребителското име.
Трета държава	Няма.
Защита на данните за вход	Потребителското име и паролата се шифрират веднага при съхраняването с публичния ключ на сървъра за сканиране (X25519, HKDF-SHA256, AES-256-GCM; домейнът е обвързан като свързани данни, така че шифриран текст не може да бъде прикачен към друг домейн). Само сървърът за сканиране има частния ключ. Уеб сървърът, базата данни и резервните копия съдържат само шифриран текст; и ние не можем да го дешифрираме там. Сървърът за сканиране дешифрира само за изпълнението, предава данните за вход в изолирания контейнер за проверка само чрез стандартния вход, незабавно изтрива копието в задачата и не го записва в никакъв резултат, лог или текст на грешка. По пътя до уебсайта на Клиента те са защитени само от криптирането на този уебсайт; границите на този пренос са описани в раздел 10.
Съхранение	Съхранените данни за вход – до изтриването им от Клиента. При изтриване шифрираният текст се презаписва със случайни данни със същата дължина и редът се изтрива; чакащите задачи се изчистват (fe_login_loeschen()). Заедно с домейна редът се изтрива чрез външен ключ. Сървърът за сканиране изчиства копията в задачите след изпълнението; всичко останало (прекъсната задача, неработещ сървър за сканиране) се изчиства от процеса за проверка на състоянието най-късно след един час (fe_login_aufraeumen(), част „login_jobs“). Резервните копия на базата данни съдържат шифрирания текст до изтичането на резервното копие след 14 дни.
ТОМ	Раздел 8. По-специално: асиметрично шифроване с отделни ключове; черен списък за пътища за изход и изтриване; без екранни снимки зад входа; функция само за платени планове и потвърдени домейни; всяка промяна в лога на дейностите (без данни за вход).

Умишлено не сме създали начин за съхраняване на данни за вход за сървъра на Клиента, административната област на неговата CMS или хостинг акаунти. Тестовият акаунт е акаунт на посетител на уебсайта на Клиента, а не достъп до системата на Клиента.

A.6 Конфигурирани сценарии с форми, проверки в браузър и независима проба

Поле	Вписване
Цел	Наблюдавана форма се преминава в реален браузър (Chromium, WebKit или и двата) до момента непосредствено преди изпращането: зареждане на страницата, извършване на предходни щраквания (най-много пет, никога върху поле за въвеждане или бутон за изпращане), попълване на полетата с разпознаваемо синтетични стойности (като адрес под резервираното окончание .invalid), преминаване през многостъпкови форми. Проверката в браузър не изпраща нищо; изпращането е технически блокирано в браузъра. Освен това – измервания на времето и визуални сравнения на формата.
Категории субекти на данни	Както в A.4 (лица, видими на страницата с формата); служители на Клиента, въведени като отговорни лица (A.3).
Категории лични данни	Конфигурация: адрес на формата, селектори, начален адрес, стъпки с щраквания, избор на браузър, етикет, критичност, възлагане, срок (monitored_forms). Резултати за всяко изпълнение: състояние, техническа причина за неуспех, изчистени съобщения за грешки, мрежови измервания и измервания на времето, изображение на формата като JPEG от най-много 32 KB с маскирани полета за въвеждане (form_browser_runs). Наблюдения за всяка проверка (form_observations), времеви редове (form_performance). Задачи със списък от цели (полета „targets“ и „result“ в scan_jobs).
Тестов достъп	Ако Клиентът е съхранил тестов акаунт (A.5), пълната проверка го използва и за конфигурираните сценарии с форми. Според измерения код самостоятелните проверки в браузър между две пълни проверки работят без тестов акаунт.
Независима проба	Предвидена е втора контролна точка на друго местоположение, която би извършвала кръстосана проверка преди предупреждение. Тя би получавала домейна, изчистената конфигурация и идентификатора на задачата, без въведени от посетители данни и без данни за вход. Понастоящем тя не е настроена (изключена по подразбиране). Без пробата няма доказателство от второ местоположение; тогава предупреждението се основава на собственото ни измерване.
Източник	Конфигурирани от Клиента; резултати от извличането на страницата на Клиента.
Правно основание (определено от администратора)	Определя се от Клиента за съдържанието на уебсайта на Клиента и за отговорностите на служителите на Клиента.
Получатели	Клиентът; когато е настроена проба – нейният оператор (понастоящем никой).
Трета държава	Няма.
Съхранение	Резултатите от изпълненията в браузър, завършените задачи в браузър и времевите редове – след 13 месеца (нощен процес за изтриване, части „browser_runs“, „browser_jobs“, „form_performance“). Конфигурациите – до изтриването на домейна (поотделно те могат да се променят или изключват, но не и да се изтриват); заедно с домейна те се изтриват, заедно с изпълненията, наблюденията и времевите редове, чрез външни ключове.
Какво доказва измерването	Времена и състояния от нашия браузър за проверка. Те не измерват какво изживяват реалните посетители и не доказват нито процент на завършване, нито загубени запитвания.
ТОМ	Раздел 8. По-специално: изпращането е технически предотвратено; само адреси в същия домейн; маскирани изображения; изолиран контейнер за проверка.

A.7 „Fix it for me“ – поставен код на форма

Поле	Вписване
Цел	Клиентът поставя кода на своята форма; езиков модел на собствения ни хардуер вгражда защитния модул. Връща се промененият файл, корекция (patch), резултатът от синтактична проверка и указание дали извикването на проверката действително е вградено. Без поставен код услугата доставя готов модул с имената на полетата от последното сканиране.
Категории субекти на данни	Лица, чиито данни случайно се намират в поставения код (като адрес на получател, имена в коментари, данни за вход за пощенски сървър).
Категории лични данни	Поставеният код, най-много 30 000 знака. В базата данни само запис в лога на дейностите (действие „fix_ai“ с работно пространство и час), който се отчита в дневния лимит от понастоящем десет извиквания на работно пространство.
Източник	Поставен от Клиента.
Правно основание	Изпълнение на договора с Клиента (чл. 6(1)(b) ОРЗД) за самия код; за случайно съдържащи се в него данни на трети лица основанието се определя от Клиента.
Получатели	Няма. Езиковият модел работи на собствения ни сървър за сканиране във вътрешната мрежа; без външна услуга с ИИ, дори като резервен вариант.
Трета държава	Няма.
Съхранение	Кодът не се съхранява. За синтактичната проверка се създава временен файл, който се изтрива веднага след това. Записът в лога на дейностите се изтрива след 365 дни.
Бележка към Клиента	Код, съдържащ пароли, API ключове или лични данни, следва да бъде изчистен преди поставянето. Не проверяваме съдържанието.
ТОМ	Раздел 8. По-специално: само собственици и администратори в платени планове; поставеният код се предава на модела, маркиран като данни, и никога не се изпълнява; без качване на сървъри на трети лица.

A.8 Марка white-label и лицата за контакт на агенцията

Поле	Вписване
Цел	Докладите, кратките доклади, доказателствените логове и клиентският портал на агенция (план Business) се появяват под нейната марка, при желание под собствен поддомейн на агенцията.
Категории субекти на данни	Лица за контакт в агенцията, чието име или данни за контакт се появяват в реда за контакт.
Категории лични данни	Име на фирмата, уебсайт, ред за контакт, бележка до клиента, акцентен цвят, външен вид, файл с лого, превключвател за препратката към formexposed, собствен домейн с идентификатор за потвърждение и статус на потвърждението (workspace_branding).
Източник	Въвеждат се от агенцията.
Правно основание	Изпълнение на договора с агенцията (чл. 6(1)(b) ОРЗД). Когато редът за контакт посочва служители на агенцията, основанието се определя от агенцията.
Получатели	Всеки, на когото агенцията предостави доклад, кратък доклад или връзка към портала.
Трета държава	Няма.
Съхранение	До промяна от агенцията; марката и файлът с лого се изтриват заедно с работното пространство (fe_arbeitsbereich_daten_loeschen()). Собствен домейн, чието DNS потвърждение е неуспешно в продължение на седем дни, се изключва. Собственият домейн е изключен по подразбиране.
ТОМ	Раздел 8.

A.9 Бройки, индикатори за състояние и грешки в полетата от плъгина и разширението

Поле	Вписване
Цел	Веднъж дневно плъгинът за WordPress и разширението за TYPO3 съобщават данни за формите на свързания уебсайт: блокирани изпращания по причина, изпращания, изпратени и неуспешни имейли, индикатори за състоянието на настройките на формите, съхранени запитвания по източник и срок на съхранение. По желание, изключено по подразбиране: събития във формите и категории грешки в полетата по позиция на полето. От тези данни се получават „Защитата в цифри“, месечният доклад, предупреждението за затишие и бележките за рискови настройки.
Класификация	Данните са проектирани така, че да не описват никое лице. Посочваме ги в Част A, тъй като те възникват от събития на уебсайта на Клиента, задействани от посетителите на Клиента; според нас те са лични данни най-много в гранични случаи (уебсайт с много малко изпращания в даден ден). Самото предаване (ключове, версии, хост) е в Част B (B.20).
Категории субекти на данни	Посетители на уебсайта на Клиента, които изпращат форма.
Категории лични данни	Дневни данни по хост: блокирани общо и по причина, изпращания, изпратени и неуспешни имейли, категория грешка при изпращането на имейли (само една от четири категории, никога текстът на грешката, тъй като той може да съдържа адреси на получатели), броя отговори на reCAPTCHA, изтрити и освободени запитвания (plugin_stats). Състояние: версии от фиксиран списък с плъгини за форми, CAPTCHA и поща, индикатори за настройки като числа, срокове на съхранение (plugin_health). Известия за промени: име и версия на актуализиран плъгин (plugin_changes). По желание: броячи по форма и ден с категории грешки по позиция на полето (form_metrics). Никога: въведени данни, имена на полета, пароли, файлове, имейл адреси, имена, IP адреси или постоянни идентификатори на посетители.
Източник	Плъгинът на уебсайта на Клиента, чрез програмен интерфейс с използване на тайната за свързване на уебсайта.
Правно основание (определено от администратора)	Определя се от Клиента; Клиентът решава дали да активира незадължителните бройки и как да информира посетителите си.
Получатели	Клиентът. Домейни от връзки в блокирани съобщения отиват в колективната защита (B.21).
Трета държава	Няма.
Съхранение	Дневните данни, известията за промени и броячите на формите – след 13 месеца (нощен процес за изтриване, части „plugin_stats“ и „form_metrics“). Индикаторите за състояние се презаписват с всеки отчет. Всички данни от плъгина за даден хост се изтриват, щом никой домейн в системата вече не се отнася до този хост (незабавно при изтриване на последния домейн; стари данни – нощно, част „orphan_hosts“).
Какво доказват данните	Това, което плъгинът е преброил. Те не доказват нито процент на завършване, нито загубени запитвания.
ТОМ	Раздел 8. По-специално: приемане само с обвързаната двойка ключове на уебсайта; приемат се само известни ключове и числа, всичко останало се отхвърля; дни извън 14-дневен прозорец се отхвърлят.

A.10 Граница: какво остава само на уебсайта на Клиента

Следните функции на плъгина за WordPress и разширението за TYPO3 обработват данни изключително на сървъра на Клиента. Те не достигат до нас и нямаме достъп до тях. Отговорен е единствено операторът на уебсайта; операторът решава за активирането, сроковете на съхранение и как да информира посетителите си. За тази цел плъгинът предлага абзаци за политиката за поверителност на оператора.

Функция	Какво се обработва локално	Съхранение от страна на Клиента
Карантина	Спрени изпращания с причина, които могат да бъдат освободени чрез имейл до адреса на уебсайта	14 дни
Предпазна мрежа	Изпращания, чийто имейл от формата е неуспешен, за повторно изпращане (включено по подразбиране)	30 дни
Аритметична задача вместо reCAPTCHA	Аритметична задача в браузъра на посетителя, без услуга на трето лице (изключено по подразбиране)	–
Настройки за съхранение	Изтриване на съхранени запитвания в плъгини за форми след избрания от оператора срок (изключено по подразбиране)	според конфигурацията
Ограничаване на честотата	краткотраен идентификатор, изведен от IP адреса, който не се предава на нас	краткотрайно
Локални дневни броячи	Стойности на броячите преди предаването	най-много 14 дни
Записващо устройство за администратори	технически селектори и стъпки на навигация в хранилището на сесията на браузъра на влязъл администратор; въведените данни не се четат. Предава се само избраната конфигурация (след това A.6)	най-много 15 минути
Помощ за посетители	може да бъде активирана отделно; не съхранява чернови и не изпраща повторно автоматично	–
Наблюдение на нови правила срещу спам	допълнителните попадения се броят локално, без автоматично активиране	седем дни

A.11 Защита на формулярите (formconfirmed)

Поле	Съдържание
Цел	Оценяване на изпращанията чрез формуляри на уебсайтовете на Клиента с оглед разпознаване на автоматизирани изпращания: издаване и проверка на задачи (доказателство за извършена изчислителна работа), еднократни проверочни токени, време за попълване, поле капан, зачестили заявки; по желание на Клиента – оценяване на текста на съобщението от езиков модел. Само за Клиенти, които включат защитата на формулярите.
Категории субекти на данните	Посетители на уебсайтовете на Клиента, които отварят страница със защитен формуляр или го изпращат.
Категории лични данни	IP адрес (съхраняван само съкратен и хеширан с ежедневно сменящ се ключ), адрес и домейн на страницата, моменти във времето и време за попълване, попълнено поле капан да/не, идентификатор на браузъра в дневника на уеб сървъра; само при включена проверка на съдържанието – текстът на съобщението (само в оперативната памет).
Източник	Браузърът на посетителя (задача, проверочен токен); сървърът на Клиента (заявка за проверка, евентуално текст).
Получатели	Клиентът (точкова оценка, действие, причини). Никакви други; няма подизпълнители по обработването за това обработване.
Трета държава	Няма.
Срок на съхранение	Хеширан идентификатор – 1 час; използвани проверочни токени – най-много 11 минути; резултати от проверката без IP адрес и без текст – 30 дни; дневни бройки – 400 дни; дневник на уеб сървъра – 14 дни; текст – не се съхранява.
ТОМ	Раздел 8; допълнително съкращаване и хеширане с дневен ключ, подписани задачи, еднократно използване, езиков модел на собствен хардуер без записване на текста в дневник.

4. Част A – получатели, подизпълнители и предаване на трети държави

Следващата таблица изброява получателите, които ние самите ангажираме и които могат да получават данни от Част A. Определящият, непрекъснато актуализиран списък е страницата Подизпълнители обработващи лични данни; ако тя се различава от тази таблица, това е констатация, а не въпрос на форматиране.

Получател	Какво получава	Трета държава	Основание	Състояние
Namecheap, Inc. (Private Email), Phoenix, Arizona, USA	Контролна пощенска кутия за проверката на доставката (A.1); изпращане на имейли с предупреждения (A.3), потвърждения и доклади до абонатите на портала (A.2)	Мястото на обработване предстои да бъде проверено; вж. страницата „Подизпълнители обработващи лични данни“	Договор за обработване на данни; основанието за предаване предстои да бъде проверено	Открито. Съответният договор, действителните места на обработване и основанието за предаване все още не са документирани. Този регистър не потвърждава нито сертифициране, нито сключен договор.
Namecheap, Inc. (регистратор, DNS; пренасочване на имейли, докато пощенската кутия не бъде настроена)	Докато пощенската кутия не бъде настроена – общата входяща поща до адреси в нашия домейн; не и копията от проверката на доставката, които пристигат само с MX записи, сочещи директно към пощенската кутия (A.1)	САЩ	предстои проверка: сертифициране по Рамката за защита на данните между ЕС и САЩ или стандартни договорни клаузи	Използва се; основанието е открито.
Собственият ни сървър за сканиране с локален езиков модел	Структура на формите за класифициране (A.4), поставен код (A.7), дешифриран тестов достъп само по време на изпълнението (A.5)	–	Експлоатиран от нас, не е трето лице	Използва се.
Независима проба на второ местоположение	Домейн, изчистена конфигурация, идентификатор на задачата (A.6)	в зависимост от местоположението	ще бъде определено преди пускането в експлоатация	Не е настроена.

Хостинг: без трето лице. Приложението, базата данни, екранните снимки и резервните копия се съхраняват на собствените ни сървъри в Полша. Ако преминем към център за данни или облачен доставчик, този абзац трябва да бъде пренаписан.

4.1 Канали за предупреждения, избрани от Клиента

Освен ангажираните от нас получатели има канали, които Клиентът избира за своите предупреждения (A.3). Нашият сървър задейства предаването; Клиентът определя дестинацията и доставчика. Изборът на канал не ни освобождава от собствените ни задължения като обработващ лични данни. Ролята, договорът и необходимите за трети държави гаранции трябва да бъдат определени за всеки доставчик; за чат услугите това все още не е завършено (открит въпрос за правната проверка).

Канал	Какво се изпраща	Седалище на доставчика
Имейл	Домейн, събитие, обяснение, връзка; до въведения адрес	чрез Namecheap, Inc. (Private Email), Phoenix, Arizona, USA
Уебхук към свободно избран адрес	Събитие като JSON (домейн, събития, редове, връзка, времеви печат), подписано с тайната на дестинацията	определя се от Клиента
Slack, Discord, Microsoft Teams, Google Chat	същото известие като чат съобщение до въведения уебхук адрес	предимно САЩ
Telegram	дестинация, избрана от Клиента; изпращаме съобщението чрез нашия бот до свързания идентификатор на чат	извън ЕС, без решение относно адекватното ниво на защита; основанието за предаване е открит въпрос за правната проверка

В нито един случай не се изпраща съдържанието на съобщение от посетител. Известията съдържат домейн, събитие и връзка.

5. Част B – чл. 30(1): обработване на собствена отговорност

Администратор за всичко в тази част: LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Полша, contact@lukaswojcik.com. Не се изисква представител (установен в Съюза). Не е определено длъжностно лице по защита на данните (раздел 9). Технически и организационни мерки: раздел 8 и страницата Технически и организационни мерки. Как субектите на данни упражняват правата си, е описано на страницата Достъп, изтриване и другите Ви права; титулярите на акаунти могат сами да изтеглят данните си като файл (Настройки).

Когато се позоваваме на законни интереси (чл. 6(1)(f) ОРЗД), посочваме интереса и причината, поради която по-малко намесно средство не е достатъчно. Претеглянето е наша оценка; то е част от правната проверка.

B.1 Посетители на нашия уебсайт – логове на уеб сървъра

Поле	Вписване
Цел	Експлоатация и сигурност на уебсайта и приложението: доставяне, отстраняване на неизправности, откриване на атаки и претоварване.
Категории субекти на данни	Всеки, който отваря страница на formexposed.com или form.exposed, включително посетители на страници на Клиенти, чийто браузър зарежда изображението на нашата значка (B.18), получатели, които отварят връзка към доклад или за потвърждение, и уебсайтове, чийто плъгин извиква нашия интерфейс.
Категории лични данни	Пълен IP адрес, час, заявен адрес, код на състоянието, прехвърлени байтове, препращаща страница (referrer), идентификатор на браузъра (user agent).
Къде се съхраняват	Логове за достъп на предния прокси сървър и на уеб сървъра като файлове на уеб сървъра, не в базата данни.
Източник	Браузърът или програмата, отправяща заявката.
Правно основание	Чл. 6(1)(f) ОРЗД. Интерес: сигурна и непрекъсната експлоатация. Претегляне: без пълния адрес повторните заявки от един и същ подател не могат да бъдат свързани и атаките не могат да бъдат отблъснати; съкратен адрес не позволява това разграничаване. Логовете не се комбинират с други данни и се изтриват след кратък срок.
Получатели	Няма.
Трета държава	Няма.
Съхранение	14 дни: ежедневна ротация с 14 поколения, след което се презаписват (системната услуга за ротация на логове, а не нощният процес за изтриване на приложението).
ТОМ	Раздел 8.

B.2 Лог на прегледите на страници в приложението

Поле	Вписване
Цел	Сигурност и откриване на злоупотреби (кой какво и колко често заявява), проследимост на достъпа до акаунти, проста статистика за използването без услуга за анализ.
Категории субекти на данни	Всички посетители на уебсайта и потребители на приложението при реални прегледи на страници (без фонови заявки, без изпращане на форми).
Категории лични данни	Пълен IP адрес, извлечената от него при записа държава (локална гео база данни, без заявка към трето лице), идентификатор на акаунта за влезли потребители, заявен адрес и препращаща страница (токените за достъп в тях, като тези на връзките към доклади или портали, са маскирани), идентификатор на браузъра и изведените от него вид устройство, операционна система и браузър, език, час (access_logs). По време на „Преглед като клиент“ (B.14) не се задава идентификатор на акаунта, така че прегледите на страници от поддръжката да не се появяват в лога на Клиента.
Източник	Заявката на браузъра.
Правно основание	Чл. 6(1)(f) ОРЗД. Интерес: предотвратяване на злоупотреби и проследимост. Претегляне: както в B.1; срокът на съхранение е по-дълъг, тъй като моделите на злоупотреба стават видими в течение на седмици. Дали IP адресът следва да бъде съкращаван или срокът на съхранение – намален, е открит въпрос за правната проверка.
Получатели	Няма. Титулярите на акаунти получават собствените си прегледи на страници в износа на данни.
Трета държава	Няма.
Съхранение	60 дни (нощно между 03:00 и 03:05 ч., srv/cron_status.php, настройка „лог на прегледите на страници“).
ТОМ	Раздел 8. IP адресът се взема от препратен хедър само ако заявката идва от нашия собствен преден прокси сървър, и тогава само записът, добавен от този прокси сървър; иначе всеки би могъл да посочи произхода си произволно.

B.3 Бисквитки и съхранение в браузъра

Поле	Вписване
Цел	Технически необходимо съхранение: сесия, защита срещу подправяне на междусайтови заявки (CSRF), отчитане на лимитите за проверки без акаунт, вход, оставане в профила при желание, светъл или тъмен изглед.
Категории субекти на данни	Посетители и потребители на formexposed.com.
Категории лични данни	Бисквитка на сесията bpid (идентификатор на сесията; изтича при затваряне на браузъра; HttpOnly, SameSite=Lax, Secure през HTTPS). Бисквитка bp_remember само след избор на „Запомни ме“ (селектор и верификатор; 30 дни). Локално хранилище bp_theme (светъл, тъмен или системен). В административната област допълнително локални настройки за изгледа на операторите. За лимитите се образува хеш от идентификатора на сесията; самият идентификатор не се съхранява.
Не се задават	Никакви бисквитки за анализ, реклама или проследяване. Партньорската програма (B.33) работи без бисквитка. Изображението на значката на страниците на Клиентите не задава бисквитка (B.18). reCAPTCHA може да зададе бисквитки на Google при изпращане на защитена форма (B.23).
Правно основание	Достъп до крайното устройство: строго необходим за поисканата от потребителя услуга (§ 25(2) т. 2 TDDDG, германският Закон за защита на данните в далекосъобщенията и цифровите услуги; чл. 399(3) PKE, полският Закон за електронните комуникации (Prawo komunikacji elektronicznej)). Обработване: чл. 6(1)(b) ОРЗД (акаунт) и (f) (сигурност, лимити).
Получатели	Няма.
Трета държава	Няма.
Съхранение	Сесия; 30 дни за токена за запомняне. Нощният процес изтрива изтеклите токени за запомняне в базата данни (remember_tokens); при изход, смяна на паролата и отмяна на устройство – незабавно.
ТОМ	Раздел 8.

B.4 Безплатна проверка без акаунт – приемане, лимити и наблюдение за злоупотреби

Поле	Вписване
Цел	Всеки може да поиска проверка на домейн без акаунт. За да не се превърне полето за въвеждане в оръжие срещу уебсайтове на трети лица, се прилагат степенувани лимити: една анонимна проверка на домейн за седем дни (след това същият доклад), лимити на IP адрес и на сесия за 24 часа, дневен лимит за цялата система, блокиране на много нови домейни, черен списък и opt-out, само публични адреси. Подозрителните модели се записват и се съобщават на оператора. Лимитите на IP адрес, на сесия и за цялата система, всеки отчитан отделно, се прилагат и за проверката от плъгина без акаунт (плъгин с обвързана двойка ключове се отчита на уебсайт вместо на адрес) и за opt-out (B.30); безплатният инструмент за хедъри (B.9) има собствени лимити на IP адрес и ден и за цялата система.
Категории субекти на данни	Лица, които задействат проверка, заявка към инструмента за хедъри или opt-out; сървъри, на които е инсталиран плъгин.
Категории лични данни	Лог на всяка заявка: източник (проверка, плъгин, инструмент за хедъри, opt-out), пълен IP адрес, хеш на идентификатора на сесията, проверен хост, държава по IP адреса, приета или отхвърлена с причина, час (check_throttle). Аномалии: вид (IP адрес, сесия, държава, система), ключ (за вид „IP“ пълният IP адрес), модел, степен на сериозност, кратко описание, часове на откриване и разрешаване, лице, което разрешава (abuse_flags). Задача: хост, режим, ниво на доверие и съкратен хеш на сесията като идентификатор на заявителя (scan_jobs). Доклад: случаен идентификатор, хост, език, изтичане, първи преглед, брой прегледи (reports). Кеширана възраст на домейна от справката в регистъра (domain_age_cache).
Източник	Въведеното от лицето; неговата заявка; справка в регистъра (RDAP) за възрастта на домейна.
Правно основание	Изпълнение на поисканата проверка: чл. 6(1)(b) ОРЗД (използване на безплатната проверка съгласно Общите условия); при условията на евентуалност – (f). Лимити и наблюдение: чл. 6(1)(f). Интерес: да се предотврати използването на услугата като инструмент срещу уебсайтове на трети лица или като оръдие за спам. Претегляне: без свързване с адреса и сесията лимитите не биха могли да бъдат приложени; седемдневният срок е толкова кратък, колкото най-дългият лимит, отчитан от него.
Получатели	Google (reCAPTCHA при изпращане, B.23). За възрастта на домейна скенерът отправя заявка към RDAP услугата за пренасочване rdap.org, която препраща към отговорния регистър; предава се само името на домейна. При поява на аномалия операторът получава сигнал чрез Telegram без никаква променлива (без хост, без адрес). Докладът може да бъде видян от всеки, който има случайната му връзка.
Трета държава	САЩ чрез reCAPTCHA (B.23).
Съхранение	Логът на заявките – 7 дни (нощно, srv/cron_status.php). Разрешените аномалии – 90 дни след разрешаването; неразрешените остават, докато някой не ги разреши (раздел 10). Анонимните доклади изтичат след 30 дни; тогава нощният процес изтрива доклада, задачата, резултата от проверката, формите, констатациите и изображенията (fe_reports_aufraeumen()). Администратор може ръчно да освободи записите за даден адрес; това изтрива неговия лог за последните 24 часа.
ТОМ	Раздел 8. Аварийно спиране на всички анонимни проверки в административната област; обратно налягане, при което не се приемат нови безплатни проверки, когато има натрупване.

B.5 Проверка на уебсайтове на трети лица от робота

Поле	Вписване
Цел	Проверка на сигурността на публични форми за контакт: защити срещу спам и злоупотреби, характеристики за защита на данните и достъпност, вградени скриптове на трети лица, поведение след отказ в банера за бисквитки, мобилен изглед. Прилага се за проверки без акаунт (B.4), за домейни в акаунт, които все още не са потвърдени, и като основа за проучването (B.7) и проверката на потенциални клиенти (B.8). За потвърдени домейни в акаунт действаме от името на Клиента (A.4).
Поведение на робота	Собствен идентификатор с препратка към страницата на робота; чете robots.txt преди проверката и спира, ако правило disallow обхваща началната страница (както и ако robots.txt не е достъпен или има сървърна грешка); правилата disallow за отделни подпътища не се спазват отделно. Пулсът на формите, извличането на доказателства, инструментът за хедъри и търсенето на открити файлове не четат robots.txt. Най-много осем публични страници на проверка, плюс до три страници с щракване върху „Отхвърляне“ в банера за бисквитки, до три страници в изглед за телефон, активни проби за потвърдени домейни и до пет страници зад вход (A.5); страниците се зареждат една след друга, не паралелно; само публични адреси, без вътрешни мрежи, пренасочванията се проверяват отново; черният списък и opt-out се проверяват преди приемането и втори път в скенера. Пасивно: без доказателство за контрол за Клиентите не се изпраща нищо (изключение: вътрешни проверки на собствените ни тестови и демонстрационни домейни, B.6).
Категории субекти на данни	Оператори на проверените уебсайтове (когато са физически лица, като едноличните търговци); лица, които случайно са видими на проверените страници.
Категории лични данни	Както в A.4: адреси и заглавия на страниците, структура на формите (имена на полета, типове и етикети, без стойности на полетата), защити, скриптове на трети лица (адреси; идентификаторите на акаунти на пиксели и инструменти за записване се заменят преди съхраняването), поведение на банера за бисквитки, екранни снимки (видимата област на началната страница, формите). Ако във формата се появи адрес на получател – само неговият домейн (scans, forms, findings, scan_screenshots).
Източник	Публично достъпни страници.
Правно основание	Чл. 6(1)(f) ОРЗД. Интерес: извършване на поисканата проверка на сигурността; предупреждаване на операторите на уебсайтове за слабости, които могат да навредят на техните посетители. Претегляне: чете се само това, което вижда всеки посетител, в малък обхват и без да се изпраща нищо; операторът може по всяко време за постоянно да изключи своя домейн без доказателство. Информацията по чл. 14 ОРЗД се предоставя чрез страницата на робота, opt-out и Политиката за поверителност; дали това е достатъчно по чл. 14(5)(b), е открит въпрос за правната проверка.
Получатели	Лицето, което задейства доклада, и всеки, на когото то предостави случайната връзка; локалният езиков модел на собствения ни сървър, когато видът на формата е неясен (структура на формата, заглавие и адрес на страницата, видим текст на формата). Предупрежденията за уязвимости от версии на плъгини никога не се появяват в анонимни доклади.
Трета държава	Няма.
Съхранение	Анонимни: 30 дни (B.4). Проверка на потенциални клиенти: 90 дни (B.8). Проучване: до публикуването (B.7). Домейн в акаунт: най-много 13 месеца, последната проверка остава; незабавно заедно с домейна. Вътрешни проверки от оператора без домейн и без доклад (като създадените от командния ред): без срок на съхранение (раздел 10). Временните файлове на сървъра за сканиране се изтриват след всяко изпълнение.
ТОМ	Раздел 8. По-специално: отделен контейнер за проверка с отнети привилегии, файлова система само за четене, ограничение на паметта и собствена мрежа; двойна проверка на целта.

B.6 Активни тестови изпращания

Поле	Вписване
Цел	Проверка дали форма за контакт приема изпращане без защита, дали CAPTCHA, капан (honeypot), токен, валидиране на имейл адреса и ограничаване на честотата действат от страна на сървъра и дали могат да бъдат инжектирани хедъри.
Предпоставка	За Клиентите – само за домейни, за които е предоставено доказателство за контрол (DNS запис, мета таг, файл или свързан плъгин); освен това операторът използва вътрешен инструмент от командния ред, за да създава проверки с ниво „потвърден“ за собствените ни тестови и демонстрационни домейни. Само при включен глобален превключвател, само за форма, надеждно класифицирана като обща форма за контакт. Никога за поръчки, резервации, регистрации, бюлетини, плащания, качване на файлове, задължителни полета с реални лични данни или домейни на публични органи, здравни или образователни институции.
Категории субекти на данни	Служителите на Клиента, които получават имейлите от формата.
Категории лични данни	Тестовото изпращане не съдържа лични данни: подател „FormExposed Security Scanner“, собственият ни адрес на подател или адрес под .invalid, обозначен ред за тема и текст на езика на страницата с препратка към страницата на робота и opt-out и номера на проверката. Съхранявани от нас: отговорът на страницата, констатациите, изображение на следващата страница (както в A.4).
Обхват	Най-много пет изпращания на проверка (настройка, по подразбиране 5); периодично с честотата на проверките на плана, ежедневно в най-високия план.
Източник	Указанието на Клиента.
Правно основание	Изпълнение на договора с Клиента (чл. 6(1)(b) ОРЗД); изпращанията отиват към собствената форма на Клиента. За получателите при Клиента: организацията на Клиента.
Получатели	Клиентът (неговият имейл от формата).
Трета държава	Няма чрез нас.
Съхранение	Резултатите – както в A.4.
ТОМ	Раздел 8. Инжектирането на хедъри само се открива, никога не се извършва с реален получател; валидирането на имейл адреса използва само домейн, който не може да съществува.

B.7 Проучване „Индекс на сигурността на формите“

Поле	Вписване
Цел	Статистика за защитата на формите за контакт в дадена държава или сектор. Публикуват се само обобщени данни, без имена на уебсайтове; сегменти – само при поне 20 страници с форма.
Категории субекти на данни	Оператори на уебсайтовете от списъка; случайно видими лица.
Категории лични данни	Както в B.5, само пасивно. Освен това списъкът: хост, сегмент, статус, задача (study_domains); проучване със заглавие, държава, обобщени резултати (studies).
Източник	Списък с публични уебсайтове, съставен от оператора; самите страници.
Правно основание	Чл. 6(1)(f) ОРЗД. Интерес: статистически изводи за състоянието на сигурността на формите. Претегляне: пасивно, с ограничена скорост (малко задачи на изпълнение), прилагат се черният списък и opt-out, публикуване само като обобщени данни, суровите данни се изтриват.
Получатели	Обществеността, само обобщени данни.
Трета държава	Няма.
Съхранение	Суровите данни (резултати от проверки, форми, констатации, изображения, задачи) се изтриват при публикуването (fe_studie_veroeffentlichen()). Списъкът с хостове със сегмент остава и след това; за него и за проучвания, които никога не са публикувани, няма срок на съхранение (раздел 10). Операторът решава кои списъци се проверяват и дали проучванията се публикуват.
ТОМ	Раздел 8.

B.8 Проверка на потенциални клиенти (режим за привличане на клиенти за агенции)

Поле	Вписване
Цел	Агенция (план Business) проверява пасивно уебсайта на потенциален клиент и получава кратък доклад под своята марка и пасивния доклад. Ние не се свързваме с никого; агенцията сама предава връзката.
Категории субекти на данни	Операторът на проверения уебсайт; случайно видими лица; служители на агенцията, които задействат проверката.
Категории лични данни	Както в B.5, само пасивно. Освен това: работно пространство, лице, задействало проверката, хост, случаен идентификатор на доклада, час (prospect_checks).
Източник	Въведеното от агенцията; публични страници.
Правно основание	Чл. 6(1)(f) ОРЗД (нашият интерес да предоставим услугата и интересът на агенцията от обосновано обръщение). Ролите на агенцията и нашата и задълженията на агенцията при предаването на доклада са открити въпроси за правната проверка: ако агенцията изпрати доклада по имейл непоискано или се обади по телефона, това е директен маркетинг, изискващ съгласие съгласно чл. 398 PKE и § 7(2) UWG (германският Закон срещу нелоялната конкуренция), дори между търговци. Това е отговорност на агенцията; Общите условия я задължават съответно.
Получатели	Агенцията и всеки, на когото тя предостави връзката.
Трета държава	Няма.
Съхранение	Докладът и резултатът от проверката изтичат след 90 дни и след това се изтриват от нощния процес (fe_reports_aufraeumen()); записът за проверката се изтрива след 90 дни при ежедневния процес за колективната защита от 04:00 ч. (srv/cron_status.php). Заедно с работното пространство – незабавно.
ТОМ	Раздел 8. Месечна квота (настройка, по подразбиране 30); същата страница в рамките на седем дни връща същия доклад; прилага се opt-out.

B.9 Инструмент за хедъри без акаунт

Поле	Вписване
Цел	Безплатна оценка (от A+ до F) на хедърите за сигурност на началната страница на домейн. Две заявки, без браузър, без форма, без изпращане.
Категории субекти на данни	Лица, които използват инструмента; оператори на проверения домейн.
Категории лични данни	Лог на заявките както в B.4 (източник „headers“, IP адрес, хеш на сесията, хост). Резултат: хост, оценка, точки, оценени хедъри (header_checks).
Правно основание	Чл. 6(1)(f) ОРЗД, както в B.4 и B.5.
Получатели	Google (reCAPTCHA, B.23).
Трета държава	САЩ чрез reCAPTCHA.
Съхранение	Логът на заявките – 7 дни; резултатите – след понастоящем 90 дни (нощен процес за изтриване, част „header_checks“, настройка „headers_keep_days“). За домейни в акаунт оценката се определя наново ежедневно и се съхранява с домейна.
ТОМ	Раздел 8. Лимити на IP адрес и ден; прилага се opt-out.

B.10 Клиентски акаунти

Поле	Вписване
Цел	Управление на клиентски акаунти, работни пространства и планове.
Категории субекти на данни	Клиенти (търговци) и членовете на техните екипи със собствен акаунт.
Категории лични данни	Имейл адрес и нормализирана форма, парола само като хеш, собствено име (задължително), фамилия и фирма (ако са посочени); приложението не съхранява адрес и ДДС номер, те се предоставят само при Stripe (B.26); статус, език, режим на изгледа, валута, план и статус на фактурирането, идентификатор на клиента и абонамента в Stripe, край на периода на фактуриране, прекратяване в края на периода, идентификатори за потвърждение и нулиране с изтичане, нов имейл адрес до потвърждаването му, час на регистрацията, последен вход и последен IP адрес, час, в който всички сесии са отменени, данни за двуфакторно удостоверяване (B.11), месечен доклад вкл./изкл., час на имейла с напомняне, отключвания чрез кодове, препоръчителен код и препоръка (users). Работни пространства с име, часове, статус (workspaces); членство с роля и дата на присъединяване (workspace_users).
Източник	Регистрация и настройки от лицето; статус на фактурирането от Stripe.
Правно основание	Чл. 6(1)(b) ОРЗД (договор). Последен IP адрес: (f) (сигурност на акаунта).
Получатели	Stripe (B.26); доставчик на пощенски услуги за имейлите, свързани с акаунта (B.25). Членовете на едно и също работно пространство виждат името, имейл адреса и ролята на другите членове.
Трета държава	Чрез Stripe и доставчика на пощенски услуги.
Съхранение	До изтриването от титуляря на акаунта. При изтриване собствените работни пространства на титуляря, които никой друг не използва, се изтриват с всички домейни и техните данни; работните пространства с други членове преминават към друг член, първо към администраторите, а сред тях – към най-дългогодишния. Членствата, токените за запомняне, устройствата, API ключовете, откритите кодове за Telegram, обратната връзка за доклади (B.35) и редът на акаунта се изтриват; текущ платен абонамент първо се прекратява незабавно в Stripe, без възстановяване на суми (www/ajax.php, fe_konto_reste_loeschen()). Прекратяване в областта за фактуриране, за разлика от това, действа в края на периода; след това акаунтът продължава с безплатния план. Какво остава, е описано в раздел 6.4. Акаунти, които никога не са потвърдени и в които никога не е влизано, се изтриват след 30 дни, освен ако към тяхното работно пространство не е свързан друг член (нощен процес за изтриване, част „pending_accounts“). Не се извършва изтриване на неактивни акаунти. Ако договорът за акаунта приключи по друг начин, например чрез прекратяване от наша страна, изтриваме акаунта не по-късно от 30 дни след края на договора; понастоящем това се извършва ръчно (поето задължение в Договора за обработване на лични данни).
ТОМ	Раздел 8.

B.11 Вход, устройства, втори фактор и лог на дейностите

Поле	Вписване
Цел	Защита на акаунтите: ограничаване на опитите за вход и другите опити с парола, показване и отмяна на устройствата, на които е влязъл потребителят, двуфакторен вход, проследимост на промените.
Категории субекти на данни	Титуляри на акаунти и членове на екипи; лица, които опитват вход, регистрация или паролата на клиентски портал.
Категории лични данни	Опити за вход: IP адрес, въведен имейл адрес, успех, час (login_attempts). Устройства: хеш на идентификатора на сесията (никога самият идентификатор), връзка с токена за запомняне, IP адрес, идентификатор на браузъра и изведените от него браузър, операционна система и вид устройство, часове на влизане, последна активност и отмяна, а при „Преглед като клиент“ – идентификаторът на служителя от поддръжката (login_sessions). Токени за запомняне за „Запомни ме“: селектор, верификатор, изтичане (remember_tokens). Двуфакторно удостоверяване: тайната – шифрована, час на активиране, последна използвана времева стъпка, кодове за възстановяване само като хеш (в users). Лог на дейностите: акаунт, работно пространство, действие, цел, подробности, IP адрес, държава, час (audit_logs). Броячи на опити за вход, втори фактор, потвърждаване на паролата, нулиране на паролата, регистрация и пароли на клиентски портали: HMAC ключ, изведен от целта и идентификатора на акаунта (при неизвестен адрес или при нулиране – имейл адресът с малки букви), IP адреса, акаунта и IP адреса заедно или идентификатора на портала (също заедно с IP адреса), брой опити, изтичане; имейл и IP адреси не се съхраняват там в явен текст (таблица auth_attempt_buckets).
Правно основание	Чл. 6(1)(b) ОРЗД във връзка с чл. 32 (списък на устройствата, втори фактор) и (f) (опити за вход, лог на дейностите). Интерес: защита на акаунтите срещу превземане, документиране на промените (чл. 5(2)). Претегляне: съкратен адрес не отговаря на въпроса „аз ли бях това?“; логът на дейностите трябва да надживее спор, който възниква едва месеци по-късно.
Получатели	Няма. Титулярят на акаунта вижда своите устройства и получава опитите за вход, устройствата и дейностите в износа на данни; по време на сесия „Преглед като клиент“ там не се появяват нито IP адресът, нито браузърът на служителя от поддръжката.
Трета държава	Няма.
Съхранение	Опитите за вход – 7 дни; след успешен вход неуспешните опити от същия адрес се изтриват незабавно. Броячите на опити – в края на техния времеви прозорец (понастоящем 15 минути, един час за нулиране на паролата и регистрация); изтеклите се изтриват при следващия достъп и от нощния процес. Устройствата – 90 дни след последното използване или след отмяната (нощен процес за изтриване, част „sessions“), незабавно заедно с акаунта. Токените за запомняне изтичат след 30 дни. Логът на дейностите – 365 дни (нощно); при изтриване на акаунт записите му остават до края на срока на съхранение (раздел 6.4).
ТОМ	Раздел 8.

B.12 Доказателство за сключване на договора

Поле	Вписване
Цел	Доказване коя версия на Общите условия, Договора за обработване на лични данни и Политиката за поверителност Клиентът е приел или с коя се е запознал при регистрацията и че Клиентът използва услугата за своята стопанска дейност.
Категории субекти на данни	Клиенти.
Категории лични данни	За всеки документ: акаунт, документ, версия (хеш на показания текст), повод, IP адрес, идентификатор на браузъра, час (legal_consents). Самата показана версия с пълен текст, език, заглавие и адрес, веднъж за всяка версия (legal_versions; не съдържа лични данни).
Правно основание	Чл. 6(1)(b) и (f) ОРЗД (доказване на сключването на договора, защита срещу претенции).
Получатели	Няма. Титулярят на акаунта получава своите записи в износа на данни.
Трета държава	Няма.
Съхранение	Докато съществува акаунтът; след изтриването на акаунта – четири години от съгласието, след което се изтриват нощно (srv/cron_status.php). Обосновка в кода: тригодишен давностен срок от края на годината, закръглен нагоре. Дали полското право предполага различен срок, е част от правната проверка.
ТОМ	Раздел 8. Ако някой от трите документа липсва, регистрацията е затворена.

B.13 Покани в екипа

Поле	Вписване
Цел	Покана на други лица в работно пространство.
Категории субекти на данни	Поканени лица.
Категории лични данни	Имейл адрес, роля, идентификатор на поканата, поканващо лице, изтичане, час на приемане (workspace_invites); имейлът с поканата в изходящата поща (B.25).
Източник	Въвеждат се от поканващия член.
Правно основание	Чл. 6(1)(b) ОРЗД по отношение на Клиента; спрямо поканеното лице – (f) (интересът на Клиента да включи своя екип).
Получатели	Доставчик на пощенски услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Трета държава	Чрез доставчика на пощенски услуги.
Съхранение	Поканата е валидна 14 дни и само докато поканващото лице е собственик или администратор на работното пространство. Неприетите покани – след изтичането им, приетите – 30 дни след приемането (нощно, srv/cron_status.php и част „invites“ в cfg/fristen_lib.php). Заедно с работното пространство – незабавно.
ТОМ	Раздел 8.

B.14 „Преглед като Клиент“ от поддръжката

Поле	Съдържание
Цел	Супер администратор вижда приложението така, както го вижда Клиентът, за да разреши въпрос към поддръжката („при мен бутонът липсва“).
Категории субекти на данните	Съответният Клиент; супер администраторът.
Категории лични данни	Всичко, което Клиентът вижда в приложението. Записват се: отделен ред за устройство с идентификатора на супер администратора (login_sessions), начало и край в дневника на дейностите (audit_logs).
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД (поддръжка като част от услугата), алтернативно буква „е“.
Ограничения	Най-много един час, след това пълно излизане от системата. Прекратяването на прегледа също извежда супер администратора напълно от системата, включително от сесията, от която е дошъл; той се връща в администраторската част само чрез ново влизане с парола и втори фактор. Прегледът се прекратява незабавно, ако правата на супер администратора бъдат понижени или той бъде блокиран. Всичко, което променя акаунта на Клиента, е блокирано: парола, имейл адрес, втори фактор, устройства, абонамент, експорт, изтриване, прехвърляне. Администраторската част е затворена по време на сесията. Клиентът вижда достъпа в списъка си с устройства и в експорта на данни като достъп от поддръжката.
Получатели	Няма.
Трета държава	Няма.
Срок на съхранение	Ред за устройство 90 дни, дневник на дейностите 365 дни.
ТОМ	Раздел 8.

B.15 Домейни, доказване на контрол и наблюдение

Поле	Съдържание
Цел	Основната услуга за Клиентите: поддържане на домейни в акаунта, доказване на контрол, редовна проверка и откриване на промени. Това включва пулса на формуляра (лека заявка без браузър на всеки 10 до 30 минути в зависимост от плана), ежедневното наблюдение на пощенските DNS записи и на сертификата, датата на изтичане на домейна, черните списъци, публично достъпните файлове, версиите, видими отвън, инвентара на скриптовете, визуалните промени във формуляра, прекъсванията при доставчиците на CAPTCHA и на имейл услуги, както и наблюдението на уязвимости в плъгините за формуляри.
Категории субекти на данните	Клиенти и членовете на техните екипи; операторите на домейните, доколкото те са физически лица.
Категории лични данни	Домейн с хост, публичен идентификатор, бележка, етикет на клиента, вид и идентификатор на доказателството, честота на проверките, наблюдение вкл./изкл., прозорци за поддръжка, стойност на запитване, идентификатори за значката, проверката на доставката и deploy hook, ключ на плъгина, състояния и последни резултати от наблюденията (DNS, сертификат, автентичност на имейла от формуляра, черни списъци, публично достъпни файлове, заглавки, версии) (domains). Пулс за всяка страница с формуляр (form_pulse). Уязвимости според версиите на плъгините (vuln_hits). Инвентар на скриптовете с адрес, хеш, размер, одобрение с одобрилото лице и причина (script_inventory, script_changes). Проверки както в A.4. За публично достъпните файлове се съхраняват път, степен на сериозност и вид, но никога съдържанието.
Заявки към трети страни	DNS заявки (SPF, DMARC, MX, запис за доказване). Справка в регистъра чрез RDAP според директорията на IANA: само името на домейна. DNS черни списъци (SpamCop, PSBL, Mailspike, SURBL; Spamhaus само при съхранени данни за достъп, понастоящем не): IP адресите на уеб сървъра и на пощенския сървър и името на домейна, без данни за посетителите. Google Web Risk само ако е настроен (понастоящем не): адресът на началната страница. Орган за удостоверяване на време: само хеш стойност (B.19). WPVulnerability: само идентификаторът на плъгин или тема, или версията на WordPress; сравнението с инсталираната версия на плъгина извършваме сами. Страници за състоянието на Cloudflare, hCaptcha, Google Cloud, SendGrid, Mailgun и Brevo: не се предава нищо освен самата заявка.
Източник	Клиентът; заявки към страницата на Клиента; публични директории.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД.
Получатели	Посочените услуги не получават лични данни на нашите Клиенти, доколкото имената на домейни и адресите на сървъри на дадено предприятие не са лични данни; при едноличните търговци името на домейна може да представлява лични данни. Членовете на работното пространство виждат домейна.
Трета държава	Заявките може да достигнат до услуги в трети държави (например справки в регистри, черни списъци). Предава се само посоченото в реда „Заявки към трети страни“.
Срок на съхранение	До изтриването на домейна. След това fe_domain_loeschen() незабавно изтрива резултатите от проверките, формулярите, констатациите, изображенията, отчетите, задачите, целите за известяване и дневника на известията, инцидентите, кодовете за Telegram, доставките, пулса, уязвимостите и доказателствата; чрез външни ключове – наблюдаваните формуляри, изпълненията в браузър, тестовия акаунт и броячите на формуляри; данните от плъгина за хоста, ако никой друг домейн не препраща към него. Също така се изтриват инвентарът на скриптовете и промените в скриптовете на домейна; те нямат собствен срок на съхранение (раздел 6.4). Резултати от проверки – най-много 13 месеца, като последният се запазва.
ТОМ	Раздел 8. Наблюдение за публично достъпни файлове и версии само за потвърдени домейни, най-много по една заявка за всеки път, само първите 8 KB; непоисканото проучване на пътища при трети лица би било инструмент за атака.

B.16 Известия, инциденти и ескалация към титуляря на акаунта

Поле	Съдържание
Цел	Информиране на Клиента за неизправности и промени, спазване на прозорците за поддръжка, потвърждаване и ескалиране на инциденти. Когато целите за известяване са трети лица, действаме от името на Клиента (A.3); когато това е самият титуляр на акаунта, обработването е описано тук.
Категории субекти на данните	Титулярите на акаунти и членовете на екипа като получатели.
Категории лични данни	Както в A.3. Известията се показват на езика на титуляря на акаунта.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД.
Получатели	Доставчик на имейл услуги; избраните чат услуги (4.1).
Трета държава	В зависимост от канала (4.1).
Срок на съхранение	Както в A.3: дневник на доставките 90 дни, обобщени известия 30 дни след доставката, инциденти до разрешаването им и след това 180 дни. Целите за известяване – заедно с домейна.
ТОМ	Раздел 8.

B.17 Месечен отчет до акаунтите

Поле	Съдържание
Цел	На 1-во число на всеки месец от 08:00 ч. (наваксване до 3-то число) по един имейл на акаунт, обхващащ всичките му домейни: ниво, оценка и промяна, известия, блокирани ботове, изпращане на имейли, сравнителна стойност.
Категории субекти на данните	Активни титуляри на акаунти с включен месечен отчет.
Категории лични данни	Имейл адрес, език, ключови показатели на домейните.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД (част от услугата). Може да бъде отказан в настройките; може да бъде изключен централно.
Получатели	Доставчик на имейл услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Трета държава	Чрез доставчика на имейл услуги.
Срок на съхранение	Няма отделно съхранение; имейлът остава в изходящата опашка 30 дни (B.25).
ТОМ	Раздел 8.

B.18 Значка и публична страница за потвърждение

Поле	Съдържание
Цел	Клиентът може да вгради изображение на значка в своя уебсайт и да го свърже с публична страница за потвърждение. Значката показва „Защитен“ само ако домейнът е потвърден, наблюдението работи и последната завършена проверка е на не повече от 45 дни и е дала резултат „Защитен“ или „Частично защитен“; в противен случай тя неутрално показва „Проверка на формуляра за контакт“. Страницата за потвърждение посочва нивото и датата, без отделни констатации.
Категории субекти на данните	Посетители на уебсайта на Клиента, чийто браузър зарежда изображението; посетители на страницата за потвърждение.
Категории лични данни	При зареждане на изображението: IP адрес, час, заявен адрес, препращаща страница и идентификатор на браузъра в дневника на уеб сървъра (B.1). Адресът на изображението не стартира сесия, не задава бисквитка и не записва в дневника на прегледите на страници. Страницата за потвърждение е обикновена страница (B.2, B.3).
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД. Интерес: доставяне на изображението и поддържане на сигурната работа. Дали Клиентът и ние сме съвместни администратори по отношение на предаването на IP адреса на посетителя по смисъла на съдебната практика относно вграденото съдържание на трети страни и дали е необходимо споразумение по чл. 26, е открит въпрос за правния преглед. Клиентът получава предложение за текст за своята политика за поверителност.
Получатели	Няма.
Трета държава	Няма.
Срок на съхранение	14 дни (дневник на уеб сървъра). Изображението се кешира за един час. При изключване на значката идентификаторът престава да бъде валиден.
ТОМ	Раздел 8.

B.19 Доказателствен протокол и времеви печат

Поле	Съдържание
Цел	По един протокол на домейн и месец (платени планове): какво е проверено, с какъв резултат, какво е докладвано и какво се е променило, като доказателство за целите на отчетността, за застрахователи или за одити на доставчици. Всяка версия получава контролен номер; публична страница потвърждава домейна, периода и ключовите показатели, без подробности. От 7 октомври 2026 г. орган за удостоверяване на време съгласно RFC 3161 потвърждава времето.
Категории субекти на данните	Клиенти; косвено – лица, които може да са посочени в протокола като одобрили или потвърдили.
Категории лични данни	Домейн, месец, контролен номер, хеш на съдържанието (SHA-512), резюме и данни от протокола, отговор с времеви печат, орган за удостоверяване на време и час, неуспешни опити (proof_docs).
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД.
Получатели	Органът за удостоверяване на време (по подразбиране Certum, резервен DigiCert) получава само хеша на протокола, не и съдържанието му. Публично: ключовите показатели чрез страницата за потвърждение. Клиентът и всеки, на когото Клиентът предостави протокола или контролния номер.
Трета държава	Не се предават лични данни: хешът не позволява изводи за съдържанието. Резервният орган е със седалище в САЩ.
Срок на съхранение	До изтриването на домейна (fe_domain_loeschen()). Времевият печат не е квалифициран времеви печат съгласно eIDAS.
ТОМ	Раздел 8.

B.20 Плъгин и разширение: проверка, свързване и предаване на данни

Поле	Съдържание
Цел	Плъгинът за WordPress и разширението за TYPO3 могат да заявят проверка (дори без акаунт), да се свържат с акаунт (инсталацията важи като доказателство за контрол с едно щракване в акаунта), да отключат защитни функции, да докладват ежедневно показатели (A.9) и незабавно да докладват грешки при имейлите и режим на поддръжка.
Категории субекти на данните	Клиенти; оператори на уебсайтове, които използват плъгина без акаунт.
Категории лични данни	За всеки хост: версия на плъгина и на CMS, брой проверки, идентификатор на последния доклад, хеш на тайната за свързване, първи и последен контакт (plugin_sites). Еднократни кодове за свързване като хеш със срок на валидност (plugin_connect_tokens). Кодовете за масово внедряване на агенция като хеш с префикс, етикет, брой използвания, създало ги лице (workspace_connect_codes). Дневник на заявките с IP адреса на извикващия сървър (B.4). Ключът на плъгина е публично видим в head секцията на уебсайта; той е хеш на тайната, а самата тайна се съхранява само като хеш и никога не се връща.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД (акаунт); без акаунт – буква „е“ (заявена проверка, предотвратяване на злоупотреби).
Получатели	Няма.
Трета държава	Няма.
Срок на съхранение	Данните на даден хост се изтриват веднага щом никой домейн вече не препраща към него; редът на плъгин без акаунт – едва след 90 дни без контакт (нощно изтриване, част „orphan_hosts“). Еднократните кодове – един ден след изтичането им. Кодовете за масово внедряване – заедно с работното пространство.
ТОМ	Раздел 8. От 27 септември 2026 г. сървърът приема само двойки ключове, обвързани с уебсайта; по-старите, необвързани тайни за свързване бяха изтрити.

B.21 Роева защита

Поле	Съдържание
Цел	Съвместна защита срещу спам: свързаните уебсайтове докладват домейните на връзките в съобщения, които техният защитен слой е спрял. Домейн, който се появи на поне три уебсайта с поне пет попадения в рамките на седем дни, се включва в списък, който се връща към всички свързани уебсайтове; техният защитен слой премества съобщенията с такива връзки в карантина, но никога не ги изтрива безследно.
Категории субекти на данните	Притежателите на докладваните домейни на връзки, доколкото са физически лица (например операторът на спам сайт под собственото си име). Не и подателите и получателите на съобщенията: адреси, текстове и имена не се докладват.
Категории лични данни	Сигнали: вид, домейн, докладващ хост, ден, попадения (swarm_signals). Списък: вид, домейн, брой уебсайтове и попадения, времена (swarm_list). Големите услуги, домейните на нашите Клиенти и изключенията, зададени от оператора, никога не се включват в списъка.
IP мрежи	Споделянето на IP мрежи (/24, /48) е подготвено. То е изключено и плъгинът не докладва такива; ще бъде включено едва след правен преглед, тъй като IP адресите са лични данни.
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД. Интерес: защита на формулярите на всички Клиенти срещу вълни от спам. Претегляне: само домейни, минимални прагове срещу манипулиране, без загуба на съобщения, премахване по всяко време.
Получатели	Всички свързани уебсайтове (списъкът с домейни).
Трета държава	В зависимост от местоположението на свързаните уебсайтове; списъкът може да достигне и до уебсайтове извън ЕИП. Той представлява лични данни само в гранични случаи (домейни на физически лица). Основанието за предаване съгласно глава V от ОРЗД за тези случаи тепърва трябва да бъде определено (открит въпрос за правния преглед).
Срок на съхранение	Сигнали 30 дни (ежедневно изпълнение на роевата защита от 04:00 ч., cfg/swarm_lib.php). Списъкът се преизчислява ежедневно; каквото вече не достига прага, отпада.
ТОМ	Раздел 8.

B.22 API ключове, програмен интерфейс и MCP сървър

Поле	Съдържание
Цел	Достъп на собствените инструменти на Клиента (REST API, Zapier, Make, MCP сървър за ИИ асистенти) до домейните, проверките и инцидентите на Клиента.
Категории субекти на данните	Клиенти, които създават ключове.
Категории лични данни	Ключ само като хеш, префикс, етикет, време на създаване, на последно използване и на отмяна (api_keys). Извиквания на минута (api_usage).
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД.
Получатели	Инструментът, който Клиентът снабдява с ключа; Клиентът го определя.
Трета държава	В зависимост от инструмента на Клиента.
Срок на съхранение	Ключовете – до отмяната им, а заедно с акаунта – незабавно; ключове без акаунт (наследени данни) – през нощта. Броячите на извиквания – след един ден (понякога се почистват и при извикване).
ТОМ	Раздел 8.

B.23 reCAPTCHA и собствената ни защита на формулярите

Поле	Съдържание
Цел	Защита срещу автоматизиран достъп до собствените ни формуляри: безплатна проверка, инструмент за заглавки, opt-out, вход, регистрация, забравена парола и нулиране на парола, поддръжка и контакт. Освен това собствена защита без трети страни: капан (скрито поле), подписана проверка на времето и CSRF токен. От 29 октомври 2026 г. допълнително и нашата защита на формулярите formconfirmed (доказателство за извършена изчислителна работа и еднократен проверочен токен) при безплатната проверка, регистрацията, входа и „Забравена парола“.
Категории субекти на данните	Лица, които изпращат тези формуляри.
Категории лични данни	При Google: IP адрес, данни за браузъра и устройството, поведенчески данни, бисквитки на Google. При нас: оценката на Google (резултат и действие) само в момента на проверката, без съхранение, дори когато изпращането бъде отхвърлено. При собствената защита на формулярите: IP адрес (съхраняван само съкратен и хеширан), страница, моменти във времето, попълнено поле капан да/не; без съдържание.
Момент на зареждане	Скриптът на Google се зарежда едва при изпращане на защитен формуляр, а не при отваряне на страницата. Собствената защита на формулярите извлича задачата си при отваряне на страницата и започва изчислението, щом формулярът бъде използван. В системата за разработка reCAPTCHA е изключена.
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД. Интерес: защита срещу ботове, особено за безплатната проверка, която иначе би могла да бъде използвана срещу уебсайтове на трети лица. Дали достъпът до крайното устройство изисква съгласие съгласно § 25 TDDDG или чл. 399 PKE, въпреки че скриптът се зарежда едва при изпращане, е открит въпрос за правния преглед. Собствената защита на формулярите не поставя бисквитки, не съхранява нищо в браузъра и не създава цифров отпечатък; тя е предназначена трайно да замени reCAPTCHA.
Получатели	Google Ireland Limited; Google LLC. При собствената защита на формулярите – няма.
Трета държава	САЩ (само reCAPTCHA). Основание: сертифициране по Рамката за защита на данните между ЕС и САЩ или стандартни договорни клаузи; предстои да бъде документирано подробно.
Срок на съхранение	reCAPTCHA: няма съхранение при нас; при Google – съгласно неговите правила. Собствена защита на формулярите: хеширан идентификатор – 1 час, използвани проверочни токени – най-много 11 минути, резултати от проверката без IP адрес – 30 дни.
Прекъсване	Ако Google не отговори в рамките на три секунди или отговорът е неизползваем, изпращането се отхвърля; същото важи за празен токен и за отговор за действие, различно от това на формуляра. Проверката се пропуска само когато reCAPTCHA е изключена. При собствената защита на формулярите изпращане без валиден проверочен токен се отхвърля; ако услугата не е била достъпна за задачата, то се допуска.
ТОМ	Раздел 8.

B.24 Формуляр за поддръжка и контакт

Поле	Съдържание
Цел	Получаване на запитвания и отговаряне на тях чрез прозореца за поддръжка и страницата за контакт. И двата използват един и същ маршрут и една и съща таблица.
Категории субекти на данните	Лица, отправящи запитвания, независимо дали са влезли в системата.
Категории лични данни	Акаунт (ако лицето е влязло; тогава важи адресът на акаунта, а не въведеният), имейл адрес, причина от фиксиран списък, текст до 4000 знака, статус, пълен IP адрес, държава, идентификатор на браузъра, препращаща страница (само собствени пътища), език, време на получаване и на отговор (support_requests); запис в дневника на дейностите (без текст); потвърждение за получаване до лицето в изходящата опашка (B.25), с текста до 2000 знака само за подателите, влезли в системата, и без текста за запитвания, направени без вход.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД, когато запитването се отнася до договор; в останалите случаи буква „е“. Пълен IP адрес: буква „е“ (ограничение от три запитвания на час за адрес, предотвратяване на злоупотреби).
Получатели	Доставчик на имейл услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) за потвърждението и отговора. Telegram получава фиксиран сигнал без никакви променливи („има ново запитване към поддръжката“) и следователно никакви лични данни.
Трета държава	Чрез доставчика на имейл услуги.
Срок на съхранение	24 месеца (нощно изтриване, част „support“); ръчно и по-рано. При изтриване на акаунт запитванията остават до края на срока на съхранение (раздел 6.4).
ТОМ	Раздел 8. reCAPTCHA, собствената ни защита на формулярите, ограничаване на честотата на заявките.

B.25 Изпращане на имейли (изходяща опашка)

Поле	Съдържание
Цел	Транзакционни имейли: потвърждение на регистрацията и на нови имейл адреси, нулиране на парола, покани, известия, месечни отчети, потвърждения и отчети от портала, потвърждения и отговори от поддръжката, напомняния за пробния период и за настройката, оперативни известия до операторите. Без реклама, без имейли до лица, които не са се регистрирали сами или не са въведени като получатели от Клиента.
Категории субекти на данните	Получателите на тези имейли.
Категории лични данни	Адрес на получателя, тема, пълно съдържание, адрес за отговор, цел, маршрут на изпращане, статус, грешка, опити, времена (mail_outbox). Съдържанието може да включва връзки за потвърждение и нулиране с валидни идентификатори.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД; за оперативните известия буква „е“.
Получатели	Namecheap, Inc. (Private Email), Phoenix, Arizona, USA (изпращане); титулярят на акаунта вижда изпратените до него имейли в експорта на данни (без съдържание).
Трета държава	В зависимост от мястото на обработване при доставчика на имейл услуги; договорът и основанието за предаване тепърва трябва да бъдат документирани (раздел 4).
Срок на съхранение	30 дни (през нощта, srv/cron_status.php). Този срок умишлено е най-краткият от всички дневници: дълъг дневник на изпращането би бил колекция от валидни ключове. Проверката на състоянието проверява на всеки пет минути дали предстои повторен опит.
Статус	Изпращането на имейли трябва да бъде настроено преди старта. Докато доставчикът на имейл услуги, заедно с неговото седалище и основанието, не бъде уточнен, правните текстове показват маркер.
ТОМ	Раздел 8. Неуспешните имейли се изпращат повторно на нарастващи интервали и се изоставят след максимален брой опити.

B.26 Плащания и фактуриране

Поле	Съдържание
Цел	Сключване и управление на абонаменти (месечно или годишно авансово), 14-дневен пробен период без карта с напомняне три дни преди края, плащане по фактура за годишни абонаменти (изключено по подразбиране), отключване чрез кодове от хостинг доставчици и партньори без плащане, фактуриране, съхранение за данъчни цели.
Категории субекти на данните	Клиенти.
Категории лични данни	При Stripe: имейл адрес, име, адрес за фактуриране, ДДС номер, данни за плащането, фактури; като метаданни – нашият идентификатор на акаунта и планът. При нас: идентификатор на клиента и на абонамента в Stripe, план, статус, край на периода, прекратяване в края на периода (users); получените събития от Stripe само с идентификатор, вид, статус и времена, без съдържание (stripe_events); използвания на кодове от хостинг доставчици с акаунт, кампания и срок на валидност (bundle_redemptions). Данните от картите никога не достигат до нас.
Източник	Клиентът в страницата за плащане на Stripe; събития от Stripe.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД; за съхранението за данъчни цели буква „в“.
Получатели	Stripe Payments Europe Limited (Ирландия); Stripe, Inc. (САЩ). За части от обработването на плащанията Stripe действа на собствена отговорност; точното разпределение на ролите е част от правния преглед.
Трета държава	САЩ чрез Stripe, Inc.; основание: Рамката за защита на данните или стандартни договорни клаузи съгласно условията на Stripe.
Срок на съхранение	Полетата за фактуриране – заедно с акаунта; текущ абонамент се прекратява преди изтриването на акаунта. Фактурите и счетоводните документи – съгласно полското данъчно законодателство пет години от края на годината, в която е изтекъл срокът за плащане на данъка; те се съхраняват при Stripe и могат да бъдат изтеглени от клиентския портал на Stripe. Събитията от Stripe и използванията на кодове нямат срок на съхранение (раздел 6.4).
ТОМ	Раздел 8. Събитията от Stripe се приемат само с валиден подпис; всяко събитие се обработва веднъж.

B.27 Резервни копия

Поле	Съдържание
Цел	Възстановяване след грешка: неправомерно изтриване, повредена миграция.
Категории субекти на данните	Всички, чиито данни се намират в базата данни.
Категории лични данни	Пълен компресиран дъмп на базата данни на приложението. Екранните снимки и файловете с лога се съхраняват извън базата данни и не са част от това резервно копие. Данните за достъп до тестови акаунти се съдържат в него само в шифрован вид (A.5).
Процедура	Всяка нощ в 03:00 ч., след нощното изтриване, за да не пренася резервното копие това, което сроковете на съхранение току-що са изтрили. Дъмпът се запазва само след като съдържанието му е проверено (код на изход, брой таблици, последен ред). В неделя тест за възстановяване зарежда последното резервно копие във временна база данни и го сравнява таблица по таблица. Ако нещо се провали, се изпращат сигнал и имейл до операторите.
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД във връзка с чл. 32, пар. 1, буква „в“.
Получатели	Няма.
Трета държава	Няма.
Срок на съхранение	14 дни; по-старите дъмпове се премахват едва след успешно създаване на ново резервно копие (cfg/backup_lib.php). Изтриванията, извършени през това време, достигат до резервното копие едва при неговото изтичане; ако данни бъдат възстановени от резервно копие, исканията за изтриване се прилагат отново след това.
Местоположение	Понастоящем резервните копия се съхраняват на същото място като базата данни и не са отделно шифровани; планира се шифровано копие на второ място (раздели 8.1 и 10).
ТОМ	Раздел 8.

B.28 Дневник на грешките и известяване за грешки

Поле	Съдържание
Цел	Откриване и отстраняване на грешки, преди Клиент да ги докладва. Новите видове грешки и вълните от грешки се съобщават на операторите, плюс ежедневен обобщен преглед от 08:00 ч.
Категории субекти на данните	Потребители, чиято заявка предизвиква грешка; косвено – лица, чиито данни се появяват в съобщение за грешка.
Категории лични данни	Ниво, източник, съобщение, контекст като JSON, идентификатор на акаунта от сесията, време (error_logs). Видове грешки: отпечатък, шаблон (от който са премахнати имейл адреси, адреси, числа и идентификатори), едно непроменено примерно съобщение с дължина до 2000 знака, първа и последна поява, брой (error_kinds).
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД (оперативна сигурност, чл. 32).
Получатели	Операторите по имейл чрез доставчика на имейл услуги: при нов вид грешка – източник и необработен текст на съобщението до 400 знака (непочистен), плюс ежедневния обобщен имейл; при вълна от грешки се изпраща само сигналът в Telegram. Telegram получава само фиксирани изречения без променливи („Възникна нов вид грешка“, „Много грешки за кратко време“).
Трета държава	Чрез доставчика на имейл услуги.
Срок на съхранение	Дневник на грешките 90 дни (през нощта). Видовете грешки – без срок на съхранение (раздел 10). Известяването за грешки е включено в производствената система и изключено в системата за разработка.
ТОМ	Раздел 8.

B.29 Оперативни сигнали и наблюдение на състоянието

Поле	Съдържание
Цел	Забелязване на прекъсвания: на всеки пет минути проверка на компонентите (начална страница, база данни, дисково пространство, сигнал за активност на скенера, натрупване в опашката), страница за състоянието, сигнал при неизправност и при отстраняването ѝ, сигнал за активност към външна услуга за наблюдение, така че да бъде забелязано дори пълно прекъсване; натрупване пред скенера.
Категории субекти на данните	По правило няма.
Категории лични данни	Няма. Ежедневни редове за всеки компонент с броя проверки и последната грешка (system_status_logs), сигнал за активност на скенера (scanner_heartbeat), ежедневни ключови показатели без връзка с конкретни лица (daily_stats). Сигналите към Telegram са фиксирани изречения без променливи; сигналът за активност е заявка без съдържание.
Правно основание	Неприложимо, тъй като няма лични данни; като предпазна мярка чл. 6, пар. 1, буква „е“.
Получатели	Telegram (фиксирани изречения); външната услуга за наблюдение (само заявката); операторите по имейл.
Трета държава	Telegram извън ЕС; не се предават лични данни.
Срок на съхранение	Редове за състоянието 400 дни (през нощта).
ТОМ	Раздел 8.

B.30 Opt-out – изключване на домейн

Поле	Съдържание
Цел	Всеки може за постоянно да изключи всеки домейн от проверки без доказателство; блокирането влиза в сила незабавно за всички пътища за проверка (безплатна проверка, плъгин без акаунт, проучване, проверка на потенциални клиенти, инструмент за заглавки), както и за домейни на плащащи Клиенти с доказан контрол; текущото им наблюдение приключва със следващата планирана проверка. То се прилага за домейна и неговия вариант с www, но не и за други поддомейни. Отменя се само от нас, по искане и срещу доказателство. За да могат злоупотребите (например конкурент, който блокира чужди домейни) да бъдат открити и отменени, блокирането се записва.
Категории субекти на данните	Лица, които изключват домейн.
Категории лични данни	Домейн, доброволно посочена причина до 250 знака, източник, IP адрес, държава, идентификатор на браузъра, време; при отмяна – време, лицето, отменило блокирането, и причина (blocklist). Дневник на заявките както в B.4.
Правно основание	За изключването – чл. 6, пар. 1, буква „е“ от ОРЗД. Интерес: зачитане – за постоянно и по всички пътища за проверка – на желанието даден домейн да не бъде проверяван. Когато изключващото лице само е субект на данните, изключването същевременно дава действие на неговото възражение по чл. 21 (чл. 6, пар. 1, буква „в“). За адреса, държавата и идентификатора на браузъра – буква „е“ (откриване на злоупотреби).
Получатели	Google (reCAPTCHA, B.23).
Трета държава	САЩ чрез reCAPTCHA.
Срок на съхранение	IP адрес, държава и идентификатор на браузъра – 12 месеца (нощно изтриване, част „optout_ip“). Самото изключване остава за постоянно, за да има действие.
ТОМ	Раздел 8. Многобройни блокирания от една държава за кратко време предизвикват сигнал за аномалия (B.4).

B.31 Напомняне след регистрация

Поле	Съдържание
Цел	Еднократен имейл два до 14 дни след регистрацията до потвърдени акаунти без потвърден домейн: „Добавяне на уебсайт“ или „Потвърждаване на домейн“. Без оферта, без цена, без надграждане; с бележка, че няма да бъде изпратен отново. В работни дни от 09:00 до 18:00 ч., най-много 50 на изпълнение.
Категории субекти на данните	Нови титуляри на акаунти.
Категории лични данни	Имейл адрес, език, време на изпращане (поле „напомнянето е изпратено“ в users), домейн и статус на потвърждението.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД (указание за настройване на собствения акаунт). Дали имейлът е съобщение, свързано с договорното отношение, или търговско съобщение, което би изисквало съгласие (чл. 10 UŚUDE, полския закон за предоставяне на услуги по електронен път (ustawa o świadczeniu usług drogą elektroniczną); чл. 398 PKE; § 7 UWG), е открит въпрос за правния преглед; операторът може да изключи напомнянето централно.
Получатели	Доставчик на имейл услуги (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA).
Трета държава	Чрез доставчика на имейл услуги.
Срок на съхранение	Времето се пази, докато съществува акаунтът; имейлът – 30 дни в изходящата опашка.
ТОМ	Раздел 8. Времето се записва преди изпращането, така че прекъсване да не доведе до втори имейл.

B.32 Telegram бот за известия до Клиентите

Поле	Съдържание
Цел	Чат в Telegram се свързва като цел за известяване: Клиентът получава връзка към нашия бот с еднократен код; когато получателят натисне „Start“, нашият сървър прочита кода от новите съобщения до бота и съхранява идентификатора на чата. За това не е необходима отворена крайна точка от наша страна (webhook).
Категории субекти на данните	Клиенти и лицата, чийто чат в Telegram е свързан.
Категории лични данни	Еднократен код, домейн, създаващ акаунт, събития, режим на доставка, идентификатор на чата, времена (telegram_links); идентификаторът на чата като цел (alerts). Telegram предоставя заедно със съобщението и други данни от профила; анализират се и се съхраняват само кодът и идентификаторът на чата.
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД; за трети лица като получатели – A.3.
Получатели	Telegram.
Трета държава	Извън ЕС, без решение относно адекватното ниво на защита; изборът се прави от Клиента (4.1). Основанието и уведомяването са открити въпроси за правния преглед.
Срок на съхранение	Кодът е валиден 30 минути; редовете за свързване се изтриват след един ден при създаване на нов код, а неизползваните кодове – заедно с акаунта и домейна. Идентификаторът на чата като цел – до изтриването на целта за известяване или на домейна.
ТОМ	Раздел 8.

B.33 Партньорска програма и кодове за отключване

Поле	Съдържание
Цел	Акаунт може да препоръчва нови Клиенти чрез код за препоръка и получава комисионна от платените им фактури за ограничен брой месеци. Кодът се пренася в адреса до регистрацията; не се задава бисквитка. Хостинг доставчиците и партньорите могат да издават кодове, които отключват план за определен период без плащане; една седмица преди края Клиентът получава напомняне.
Статус	Партньорската програма е изключена по подразбиране, докато не бъдат въведени Условията за партньори.
Категории субекти на данните	Партньори и препоръчани Клиенти.
Категории лични данни	Код за препоръка, препоръчващ партньор и време на препоръката (в users); комисионна с партньор, Клиент, идентификатор на фактурата в Stripe, сума, валута, комисионна, статус, времена (partner_commissions). Отключване с план, край, източник, напомняне (в users); кампании и използвания на кодове (bundle_campaigns, bundle_redemptions).
Правно основание	Чл. 6, пар. 1, буква „б“ от ОРЗД (партньорско споразумение); за Клиента – буква „е“ (уреждане на комисионната, без предаване на данни на Клиента на партньора извън размера на комисионната); данъчна документация – буква „в“.
Получатели	Партньорът вижда своите комисионни.
Трета държава	Няма.
Срок на съхранение	Препоръката и отключването – заедно с акаунта. Комисионните и използванията на кодове нямат срок на съхранение в кода; като счетоводни документи комисионните подлежат на съхранение за данъчни цели (раздел 6.4).
ТОМ	Раздел 8.

B.34 Точка за докладване на уязвимости

Поле	Съдържание
Цел	Получаване на доклади за уязвимости в formexposed съгласно правилата на страницата Сигурност и в /.well-known/security.txt.
Категории субекти на данните	Докладващи лица; лица, чиито данни се съдържат в доклад като доказателство.
Категории лични данни	Имейл адрес, име, съдържание на доклада и приложенията, както ги изпраща докладващото лице. Докладът достига до нас по имейл на посочения там адрес; приложението не го съхранява.
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД (сигурност на услугата, чл. 32); когато докладът съдържа лични данни на трети лица като доказателство, също буква „е“, с цел отстраняване на уязвимостта.
Получатели	Доставчикът на имейл услуги и, докато пощенската кутия не бъде настроена, пренасочването на домейна при Namecheap (раздел 4).
Трета държава	Чрез доставчика на имейл услуги и, до преминаването, чрез пренасочването.
Срок на съхранение	Не е определен и технически не се прилага срок на съхранение (раздел 10). Операторът тепърва трябва да определи срока; очевиден подход би бил доказателствата, засягащи трети лица, да се изтриват след отстраняване на уязвимостта, а кореспонденцията да се третира като запитванията към поддръжката.
ТОМ	Раздел 8.

B.35 Обратна връзка относно отчет

Поле	Съдържание
Цел	Получаване на обратна връзка под отчет („Има ли нещо грешно в този отчет?“), за да се откриват грешки в разпознаването на формуляри. Суперадминистраторът я класифицира (нова, потвърдена, отстранена, отхвърлена) и може да изтегли данните от проверката в отчета като тестов случай (формуляри с полета, причини и констатации, без екранни снимки и без активно изпратени текстове).
Категории субекти на данните	Лица, които разглеждат отчет, независимо дали са влезли в системата.
Категории лични данни	Категория и проверка от фиксирани списъци, адрес на страницата до 500 знака, текст до 1000 знака, език, време, идентификатор на отчета, проверка, хост; идентификатор на акаунта, ако лицето е влязло; HMAC-SHA256 на IP адреса с таен ключ за ограничението; статус, обработило лице, време на обработване (report_feedback). Дневник на дейностите: промени на статуса и изтегляния на тестов случай. Без имейл адрес, без IP адрес в явен вид.
Правно основание	Чл. 6, пар. 1, буква „е“ от ОРЗД (откриване и отстраняване на грешки в разпознаването; ограничение срещу злоупотреби).
Получатели	Няма.
Трета държава	Няма.
Срок на съхранение	24 месеца (нощно изтриване, част „report_feedback“); контролната сума на IP адреса се изчиства след 2 дни (част „report_feedback_ip“); незабавно при изтриване на акаунт. Изтеглените тестови случаи не съдържат данни за докладващото лице.
ТОМ	Раздел 8. Собствена защита на формулярите (капан, подписано време, CSRF), най-много 5 сигнала на час и 20 на ден за контролна сума, 10 на отчет; достъпни само за суперадминистратори.

6. Съхранение – какво обхваща нощното изтриване и какво не

Автоматично изтриване съществува и то има точно определено място. Процедура за състоянието (srv/cron_status.php) се стартира на всеки пет минути чрез crontab на уеб сървъра – както в производствената система, така и в системата за разработка. Тя проверява компонентите, изтегля пощата за проверка на доставката, планира проверки и изпраща известия. Веднъж дневно, в прозореца от 03:00 до 03:04 ч., тя изтрива данни съгласно сроковете на съхранение и след това създава резервното копие. От 27 септември 2026 г. тя допълнително извиква процедурата за сроковете в cfg/fristen_lib.php (fe_fristen_lauf()), чиито части работят независимо една от друга: ако една се провали, останалите продължават, а грешката се записва в дневника на грешките.

Доказателство, че процедурата работи: състоянието на резервните копия в системата за разработка показва успешно резервно копие в 03:00 ч. на 11 октомври 2026 г.; резервното копие се създава в същия блок непосредствено след изтриването. Процедурата записва дневник за всяка изтрита таблица само в стандартния изход, който crontab отхвърля; няма трайна документация за това какво и кога е изтрито (раздел 10).

Сроковете на съхранение, които се появяват като заместители, се задават в администраторската част в настройките за съхранение. Процедурата чете същите настройки; затова текстовете винаги показват срока, след който данните действително се изтриват.

6.1 Обхванато от ежедневното изпълнение

Данни	Срок на съхранение и задействане	Място в кода
Дневник на прегледите на страници (access_logs)	60 дни	srv/cron_status.php
Дневник на дейностите (audit_logs)	365 дни	srv/cron_status.php
Дневник на грешките (error_logs)	90 дни	srv/cron_status.php
Изходяща опашка (mail_outbox)	30 дни	srv/cron_status.php
Токени за „Запомни ме“ (remember_tokens)	след изтичане (30 дни)	srv/cron_status.php
Неприети покани (workspace_invites)	след изтичане (14 дни)	srv/cron_status.php
Опити за вход (login_attempts); броячи на опити (auth_attempt_buckets)	7 дни; броячите – при изтичане на техния времеви прозорец (понастоящем 15 минути, един час за нулиране на парола и регистрация), както и при следващия достъп	srv/cron_status.php
Дневник на заявките за проверки без акаунт (check_throttle)	7 дни	srv/cron_status.php
Еднократни кодове за свързване на плъгина (plugin_connect_tokens)	1 ден след изтичане	srv/cron_status.php
Разрешени аномалии (abuse_flags)	90 дни след разрешаването	srv/cron_status.php
Изтекли отчети заедно с резултата от проверката, формулярите, констатациите, изображенията и задачата (само без домейн в акаунт)	анонимни 30 дни, потенциални клиенти 90 дни	fe_reports_aufraeumen()
Дневник на доставката на известия (alert_log)	90 дни	fe_alert_log_aufraeumen()
Редове за състоянието (system_status_logs)	400 дни	srv/cron_status.php
Записи за съгласия на изтрити акаунти (legal_consents)	след изтриване на акаунта и щом съгласието навърши 4 години	srv/cron_status.php
Остатъци от изтрити домейни: резултати от проверки, задачи, данни за известия, инциденти, кодове за Telegram, доставки, пулс, уязвимости, доказателства, инвентар на скриптовете и промени в скриптовете	незабавно при следващото изпълнение	fe_fristen_lauf(), части „orphan_scans“, „orphan_rows“
Данни от плъгина за хостове без домейн; ред на плъгин без акаунт	незабавно; редът – след 90 дни без контакт	част „orphan_hosts“
Резултати от инструмента за заглавки (header_checks)	понастоящем 90 дни	част „header_checks“
Резултати от проверки на домейн с формуляри, констатации, изображения, отчети, задачи	13 месеца; последният завършен за всеки домейн се запазва	част „old_scans“
Изпълнения в браузър, завършени браузърни задачи, времеви редове (form_browser_runs, scan_jobs, form_performance)	13 месеца	части „browser_runs“, „browser_jobs“, „form_performance“
Броячи на формуляри (form_metrics), ежедневни показатели от плъгина и известия за промени (plugin_stats, plugin_changes)	13 месеца	части „form_metrics“, „plugin_stats“
Устройства с активен вход (login_sessions)	90 дни след последното използване или отмяната	част „sessions“
Приети покани	30 дни след приемането	част „invites“
Запитвания към поддръжката (support_requests)	24 месеца	част „support“
Обратна връзка за отчети (report_feedback)	24 месеца; контролна сума на IP адреса 2 дни	части „report_feedback“ и „report_feedback_ip“
PDF версии на отчети в кеша (var/pdf)	7 дни	част „pdf_cache“
IP адрес, държава и идентификатор на браузъра при opt-out (blocklist)	12 месеца; изключването остава	част „optout_ip“
Абонати на портала (client_subscribers)	непотвърдени 30 дни; отписани 3 години	част „subscribers“
Никога непотвърдени акаунти заедно с работното пространство	30 дни без вход, освен ако към него не е добавен друг член	част „pending_accounts“
API ключове без акаунт (наследени данни)	незабавно	част „api_keys“

6.2 Извън прозореца в 03:00 ч.

Данни	Срок на съхранение и задействане	Място в кода
Копия в контролната пощенска кутия за проверка на доставката	след обработване, на всеки пет минути	fe_zustellung_abholen()
Съпоставяния при проверката на доставката (delivery_log)	180 дни, при всяко изтегляне	fe_zustellung_abholen()
Шифрован текст на тестови акаунти в задачите (scan_jobs)	след изпълнението, най-късно след един час	сървър за сканиране; fe_login_aufraeumen()
Инциденти (alert_incidents) с опитите за доставка при ескалация	докато не са разрешени; 180 дни след разрешаването	fe_vorfaelle_aufraeumen() в cfg/vorfall_lib.php
Изпратени обобщени известия (alert_queue)	30 дни след доставката	cfg/kanal_lib.php
Сигнали на роевата защита (swarm_signals)	30 дни, ежедневно от 04:00 ч.	cfg/swarm_lib.php
Проверки на потенциални клиенти (prospect_checks)	90 дни, ежедневно от 04:00 ч.	srv/cron_status.php
Кодове за свързване с Telegram (telegram_links)	1 ден, при създаване на нов код	cfg/kanal_lib.php
Броячи на API извиквания (api_usage)	1 ден, понякога при извикване	cfg/agentur_lib.php
Отминали прекъсвания при доставчици (provider_incidents), кеш на уязвимости (vuln_cache)	съответно 90 и 30 дни; без лични данни	cfg/anbieter_lib.php, cfg/luecken_lib.php
Необработени данни от проучвания	при публикуване	fe_studie_veroeffentlichen()
Резервни копия	14 дни, след успешно ново резервно копие	cfg/backup_lib.php
Дневници на уеб сървъра	14 дни	системна ротация на дневниците

6.3 При изтриване от Клиента

• Изтриване на домейн (fe_domain_loeschen()): резултати от проверки с формуляри, констатации и файлове с изображения, отчети, задачи, цели за известяване, дневник на доставките, опашка за обобщения, инциденти, кодове за Telegram, доставки, пулс, уязвимости, доказателствени протоколи, домейнът от клиентските портали с фиксирана селекция; чрез външни ключове – наблюдавани формуляри с изпълнения в браузър, наблюдения и времеви редове, тестов акаунт, броячи на формуляри; данните от плъгина за хоста, ако никой друг домейн не препраща към него. Инвентарът на скриптовете и промените в скриптовете на домейна също се изтриват заедно с него; те нямат собствен срок на съхранение (раздели 6.4 и 10). Данните, останали без свързан домейн от периода преди 27 септември 2026 г., се изчистват от нощното изпълнение (части „orphan_scans“, „orphan_rows“).
• Изтриване на работно пространство (fe_arbeitsbereich_daten_loeschen()): допълнително марката, включително логото, клиентските портали, включително абонатите им, кодовете за масово внедряване, проверките на потенциални клиенти; освен това поканите и членствата.
• Изтриване на акаунт: незабавно прекратяване на текущ платен абонамент в Stripe, без възстановяване на суми; прехвърляне или изтриване на собствените работни пространства на титуляря; изтриване на членства, токени за „Запомни ме“, устройства, API ключове с броячите им, неизползвани кодове за Telegram и реда на акаунта.
• Изтриване на тестов акаунт (fe_login_loeschen()): презаписване на шифрования текст, изтриване на реда, изчистване на чакащите задачи.

6.4 Какво не обхваща изпълнението

Този списък е по-важният. В него са посочени данни, за които няма автоматичен срок на съхранение или които остават след изтриване.

Данни	Какво важи	Оценка
Данни на акаунта, включително последния IP адрес (users)	до изтриване от титуляря на акаунта; неактивните акаунти не се изтриват	договорни данни; липсва правило за трайно неактивни акаунти без абонамент
Дневник на дейностите, прегледи на страници, дневник на грешките на изтрит акаунт	остават с идентификатора на акаунта и IP адреса до края на срока си на съхранение	умишлено (доказателство за действия и след прекратяване); идентификаторът вече не сочи към акаунт
Запитвания към поддръжката на изтрит акаунт	остават до 24 месеца със стария идентификатор на акаунта	умишлено; идентификаторът не се изчиства
Записи за съгласия на изтрит акаунт	докато съгласието навърши 4 години (броено от съгласието, а не от изтриването на акаунта)	умишлено (раздел B.12)
Неразрешени аномалии с IP адрес (abuse_flags)	докато някой не ги разреши	открит въпрос (раздел 10)
Видове грешки с непроменено примерно съобщение (error_kinds)	без срок на съхранение	открит въпрос (раздел 10)
Инвентар на скриптовете и промени в скриптовете (script_inventory, script_changes)	без собствен срок на съхранение; пазят се, докато съществува домейнът, и се изтриват заедно с него	открит въпрос (раздел 10)
Абонати на отменени клиентски портали	до изтриването на работното пространство	открит въпрос (раздел 10)
Отменени API ключове и кодове за масово внедряване	до изтриването на акаунта или работното пространство	само хешове, префикс и етикет; незначително
Списък с хостове за проучвания (study_domains), никога непубликувани проучвания	без срок на съхранение	открит въпрос (раздел 10)
Вътрешни проверки без домейн и без отчет (резултати от проверки, формуляри, констатации, екранни снимки)	без срок на съхранение; не са обхванати от никой път за изтриване	открит въпрос (раздел 10)
Комисионни, използвания на кодове, събития от Stripe	без срок на съхранение	счетоводно значение; срокът трябва да бъде определен съгласно данъчното законодателство
Кеширана възраст на домейна (domain_age_cache)	без срок на съхранение	само име на домейна и дата на регистрация
Резултат от автентикацията на имейла от формуляра с домейна на подателя	заедно с домейна; презаписва се при всяко получаване	вж. A.1
Изключвания при opt-out	за постоянно	умишлено; без постоянство изключването не би имало действие
Имейли в пощенската кутия на точката за докладване и в общата пощенска кутия	без технически срок на съхранение	открит въпрос (раздел 10)

6.5 Извън базата данни

• Екранните снимки се съхраняват като файлове извън уеб директорията и се изтриват заедно с резултата от проверката (всички посочени по-горе пътища за изтриване изтриват и файловете).
• Файловете с логото на марката се изтриват при замяна и заедно с работното пространство.
• На сървъра за сканиране за всяка задача се създава временна директория с резултата и изображенията; тя се изтрива след всяко изпълнение, дори след грешка.
• Резервните копия се съхраняват на уеб сървъра (B.27).
• Дневниците на уеб сървъра с пълния IP адрес се пазят 14 дни (B.1).

7. Автоматизирани решения, профилиране и оценяване

formexposed оценява уебсайтове, а не хора. Според нашата преценка услугата не взема решения, които пораждат правни последствия за дадено лице или по подобен начин го засягат в значителна степен (чл. 22, пар. 1 от ОРЗД). Съществуват обаче автоматизирани оценки и автоматични блокирания. Изброяваме ги, за да може класификацията да бъде проверена.

Механизъм	Какво прави	Кого засяга
Оценка и заключение на проверката	Претеглена сума на липсващите защитни слоеве (CAPTCHA, капан, токен, проверка на времето, неефективна CAPTCHA, известна публично достъпна конфигурация), от 0 до 100; въз основа на нея – „Незащитен“, „Частично защитен“ или „Защитен“. Заключението за уебсайта следва най-лошия формуляр за контакт, разпознат като такъв от правилата (а не от езиковия модел); без формуляр за контакт няма заключение. Тежестите могат да бъдат зададени в администраторската част.	Оператори на уебсайтове; при едноличните търговци – косвено физическо лице. Заключението няма правни последици; то е констатация с доказателства и указания.
Класификация на вида формуляр	Първо правила, локален езиков модел – само ако правилата върнат „неизвестен“. Определя дали е разрешено активно тестово изпращане (само за формуляр за контакт, надеждно разпознат от правилата). Формулярите, класифицирани от езиковия модел, никога не се изпращат и не се отчитат при оценката и заключението.	Клиентът и получателите на имейлите от неговия формуляр; защитен ефект: при съмнение нищо не се изпраща.
Значка	Показва „Защитен“ само при фиксирани условия (B.18), в противен случай е неутрална.	Клиентът; без въздействие върху посетителите.
Ограничения и блокирания за безплатната проверка, инструмента за заглавки и opt-out	Отхвърлят заявки, ако са достигнати ограниченията за адрес, сесия, домейн или система, ако домейнът е твърде нов или с неизвестна възраст, или ако е в черния списък.	Заявители; въздействие: безплатна услуга се отказва за часове до дни. Администратор може да освободи даден адрес; запитванията чрез страницата за контакт достигат до човек.
Аномалии	Моделите (много домейни от един адрес, внезапни пикове от заявки, много отхвърляния, много opt-out заявки от една държава, достигнат дневен лимит) се записват и докладват. Сами по себе си те не блокират; блокиранията произтичат от ограниченията.	Заявители.
Блокиране на входа	След понастоящем осем неуспешни опита за вход от един адрес в рамките на 15 минути входовете от този адрес временно се отхвърлят. Освен това всички опити за вход, включително успешните, се отчитат за акаунт и IP адрес (понастоящем осем), за акаунт от всички адреси (значително повече, срещу разпределено налучкване) и за IP адрес (понастоящем 80) в рамките на 15 минути, както и кодовете за втори фактор (десет на акаунт в рамките на 15 минути); над тези стойности опитите се отхвърлят. Затова неуспешни опити от друг адрес вече не блокират достъпа на собственика до акаунта. Потвържденията на парола (пет на акаунт в рамките на 15 минути), имейлите за нулиране (три на адрес на час, с непроменен отговор), регистрациите (десет на IP адрес на час) и опитите за въвеждане на паролата на клиентски портал (десет на портал и IP адрес, 50 на портал в рамките на 15 минути) са ограничени по същия начин.	Лица, които влизат, регистрират се или отварят клиентски портал; въздействието е ограничено във времето, нулирането на парола остава възможно.
Праг на reCAPTCHA	Отхвърля изпращания под определена оценка на Google; прагът е за всяко място на използване (понастоящем 0,7 за проверката и opt-out). Отхвърлят се и отговори за друго действие и изпращания, за които Google не отговори в рамките на три секунди.	Лица, които изпращат нашите формуляри; въздействие: нов опит или пътят през страницата за контакт.
Роева защита	Автоматично включва домейн на връзка в списък при достигане на минималните прагове; защитните слоеве на свързаните уебсайтове преместват съобщенията с такива връзки в карантина.	Податели на съобщения до страници на Клиенти. Въздействие: съобщението се задържа, а не се изтрива, и може да бъде освободено от оператора на уебсайта. Решението относно съобщението се взема от плъгина на оператора на неговия уебсайт, а не от нас.
Сравнителни стойности	„По-добре защитен от X % от проверените сайтове“, само от сборове от поне 20 хоста.	Оператори на уебсайтове; без въздействие.

Най-близо до чл. 22 е защитният слой на плъгина на страниците на Клиентите, който автоматично задържа изпращания. Това е обработване от оператора на уебсайта на неговия сървър (A.10). То не изтрива нищо, а премества съобщенията в карантина, и операторът може да освободи всяко съобщение. Нито там, нито при нас се извършва профилиране на посетители; няма идентификатор на посетител, който да свързва едно съобщение с друго.

8. Технически и организационни мерки (чл. 32) – общо описание

Този раздел представлява общото описание по чл. 30, пар. 1, буква „ж“ и пар. 2, буква „г“ от ОРЗД. Подробната версия е на страницата Технически и организационни мерки. Всяка мярка по-долу е доказана в кода или в конфигурацията. Мерките, които все още не са въведени, са в същия раздел (8.1), за да бъде описанието пълно.

Област	Действаща мярка
Шифроване при пренос	HTTPS за уебсайта, приложението и интерфейсите; HSTS; бисквитките за сесия и за „Запомни ме“ само през HTTPS, HttpOnly, SameSite=Lax.
Контрол на достъпа (автентикация)	Пароли само като хеш, новите – с поне десет знака и най-много 72 байта; блокиране на входа след повторни неуспешни опити и ограничения на опитите едновременно за акаунт и IP адрес, за акаунт и за IP адрес, така че неуспешни опити от друг адрес да не блокират собственика; ограничения на опитите и за потвърждения на парола, нулиране на парола (с еднакъв отговор и време за отговор), регистрации и пароли за портали; двуфакторен вход (TOTP) с шифрована тайна, защита срещу повторна употреба на кодове и хеширани кодове за възстановяване; нов идентификатор на сесията при всяко влизане, идентификатори, които не са издадени от сървъра, не се приемат; „Запомни ме“ не е налично за супер администратори, всеки токен е валиден само веднъж; промяната на имейл адреса обезсилва отворена връзка за нулиране; устройствата могат да бъдат отменяни поотделно или всички наведнъж; списъкът с устройства съдържа само хеша на идентификатора на сесията.
Контрол на достъпа (оторизация)	Роли за всяко работно пространство (собственик, администратор, читател); правата се проверяват спрямо обекта, никога спрямо идентификатор от формуляра; тестов акаунт, „Fix it for me“ и активни проверки само за собственици и администратори; „Преглед като Клиент“ е ограничен във времето и блокиран за действия, променящи акаунта, прекратяването му води до пълно излизане от системата, а връщането в администраторската част е възможно само с парола и втори фактор; поканите са валидни само докато поканилото лице е собственик или администратор; адресите на webhooks и чат канали се показват на читателите само съкратени до хоста; името на хоста на потвърден домейн не може да бъде променяно.
Сигурност на приложението	CSRF токени; подготвени заявки към базата данни; собствена защита на формулярите (капан, подписана проверка на времето); reCAPTCHA на публичните формуляри; ограничаване на честотата на заявките за поддръжка, проверки и интерфейси; само едно извикване на „Fix it for me“ на работно пространство в даден момент, така че квотата да важи и при едновременни заявки; Content Security Policy със защита срещу вграждане в рамки, която позволява изпълнението само на скриптове, носещи разрешението (nonce) на съответния отговор; IP адресът от препратени заглавки се взема само от собствения ни прокси сървър и само от добавения от него запис; токените за достъп са маскирани в дневника на прегледите на страници.
Тайни	API ключове, кодове за масово внедряване, тайни за свързване на плъгина, еднократни кодове и пароли за портали само като хеш; данните за достъп до тестови акаунти са асиметрично шифровани, частният ключ е само на сървъра за сканиране; webhooks са подписани; събития от Stripe само с валиден подпис.
Минимизиране на данните	Проверката на доставката не съхранява съдържание и пълни адреси на податели; адресите на получатели във формулярите само като домейн; идентификаторите на акаунти в адресите на скриптове се заменят; показателите от плъгина само от фиксирани списъци; текстовете на грешки при изпращане на имейли само като категория; сигналите в Telegram без променливи; изображенията от браузърната проверка с маскирани въведени данни; без екранни снимки зад вход.
Изолация на скенера	Всяка проверка в собствен контейнер: всички Linux capabilities са премахнати, без ескалация на привилегии, файлова система само за четене, ограничение на паметта и процесите, собствена мрежа; проверка на целта спрямо частни и локални мрежи преди приемането и в скенера, също и след пренасочвания; service workers са блокирани, WebSocket връзките се затварят. Заявките от уеб сървъра (доказване на контрол, инструмент за заглавки, търсене на файлове, пулс, RDAP, сертификати, webhooks и известия в чатове) само през обичайните уеб портове и само към точно проверения адрес, а webhooks и известията в чатове – само през HTTPS.
Съхранение	Екранните снимки са извън уеб директорията и са достъпни само чрез отчета; отчетите са на случайни адреси с noindex; директорията с резервни копия е четима само от услугата.
Наличност и възстановяване	Нощно резервно копие с проверка на съдържанието, ежеседмичен тест за възстановяване, известие при неуспех; проверка на компонентите на всеки пет минути със сигнал и имейл; външен сигнал за активност (heartbeat); аварийно спиране на анонимните проверки; ограничаване на входящия поток при натрупване.
Проследимост	Дневник на дейностите за входове, промени, изтривания, достъп от поддръжката и одобрения; дневник на грешките с известяване.
Изтриване	Сроковете на съхранение са на едно място в кода, от същите настройки като текстовете (раздел 6); вериги за изтриване за домейн, работно пространство и акаунт, с изключенията в раздел 6.4.
Права на субектите на данните	Експорт с едно щракване на всички данни на акаунта като файл, въз основа на списък с разрешени полета, без тайни.
Организация	Администраторската част само за акаунти с права на супер администратор, блокирана по време на „Преглед като Клиент“; системите за разработка и за производство са разделени, системата за разработка е зад допълнителна бариера за достъп; прехвърлянето на правни текстове след одобрение става чрез инструмент, който отказва чернови и заместители.

8.1 Все още невъведени мерки

• Няма шифроване на базата данни в покой (измерено на 11 октомври 2026 г.). Изключение правят данните за достъп до тестови акаунти и тайната за двуфакторния вход, които са шифровани на ниво поле.
• Вътрешните връзки не са шифровани навсякъде. Връзките в рамките на вътрешната ни мрежа не са шифровани навсякъде. Данните за достъп до тестови акаунти се пренасят там само в шифрован вид.
• Няма резервно копие на второ място. Понастоящем резервните копия се съхраняват на същото място като базата данни и не са отделно шифровани; планира се шифровано копие на второ място. Дотогава те защитават от погрешна команда за изтриване, но не и от загуба на местоположението.
• Укрепването на администрирането на сървърите не е завършено. Сигурността на административния достъп до нашите сървъри все още не отговаря на стандарта, който възнамеряваме да прилагаме при експлоатацията; укрепването продължава. Не публикуваме подробности, защото те биха помогнали на нападател; предоставяме ги на надзорен орган при поискване.
• Няма функционален дневник на прегледите в администраторската част. Действията по запис се записват в дневника на дейностите; кой само е разгледал дадено запитване към поддръжката или даден отчет, може да бъде установено единствено от дневника на прегледите на страници (60 дни).
• Няма трайен дневник на изтриванията. Не се записва какво е изтрило нощното изпълнение (раздел 6).
• Няма независима втора контролна точка. Сондата на второ място не е настроена (A.6).

9. Длъжностно лице по защита на данните – преценка съгласно чл. 37 от ОРЗД

Резултат: Според нашата преценка не съществува задължение за определяне на такова лице. Преценката е част от правния преглед и ще бъде повторена веднага щом се промени някое от изброените по-долу обстоятелства.

Чл. 37, пар. 1 изисква определяне в три случая.

• Буква „а“ (публичен орган или структура) не е приложима.
• Буква „б“ (основни дейности, изискващи редовно и систематично мащабно наблюдение на субектите на данни): нашата основна дейност е редовната, систематична проверка на уебсайтове и формуляри, а не наблюдението на хора. Не създаваме профили на посетители, не използваме проследяване и не свързваме едно съобщение с друго. Проверката на доставката (A.1) пропуска реални съобщения от посетители през нашата пощенска кутия, но анализира само заглавките и първите 8 KB за целите на съпоставянето и не съхранява съдържание; тя наблюдава маршрути на доставка, а не хора. Клиентските акаунти и дневниците са спомагателни спрямо стопанската дейност.
• Буква „в“ (мащабно обработване на специални категории данни съгласно чл. 9 или на данни, свързани с присъди и нарушения, съгласно чл. 10 като основна дейност): не е изпълнено. Специални категории може да се срещнат случайно в копия на имейли от формуляри (A.1), на страници зад вход (A.5) или в поставен код (A.7); случайното събиране не е основна дейност.

Чл. 37, пар. 4 позволява националното право да добави други случаи. Възложили сме на адвокат да потвърди дали полското право ни задължава да определим такова лице.

Поводи за нова преценка: активиране на роевата защита с IP мрежи; функция, която разпознава посетители в няколко съобщения или уебсайта; съхраняване на съдържание от проверката на доставката; Клиент, чиито формуляри засягат предимно специални категории (здраве, кандидатури за работа), с мащабно включена проверка на доставката; първият служител с достъп до данни на клиенти. Доброволното определяне остава възможно; тогава чл. 37–39 се прилагат изцяло.

Отделно: дали за отделни дейности по обработване е необходима оценка на въздействието върху защитата на данните съгласно чл. 35, се отговаря на страницата Оценка на въздействието върху защитата на данните. Нейната предварителна преценка заключава, че ОВЗД е необходима за роевата защита (B.21) и за проучванията в планирания мащаб (B.7) и се извършва от нас, а за проверката на доставката (A.1) е необходима в типичната конфигурация като задължение на Клиента, когото подпомагаме в това.

10. Открити въпроси и планирани мерки

Следващите точки са доказани в кода, схемата или конфигурацията, а не предполагаеми. Те описват положението към датата на тази версия; класификацията е наша собствена и не предрешава правната оценка. Подредени са според тежестта им за субектите на данните, а не според това колко лесно могат да бъдат отстранени. Планираните мерки и техният приоритет са изложени в Оценката на въздействието върху защитата на данните.

Открит въпрос	Какво е доказано	Значение
Доставчик на имейл услуги без документиран договор	За Namecheap, Inc. (Private Email), Phoenix, Arizona, USA договорът, местата на обработване и основанието за предаване не са документирани. Имейлите от акаунтите, известията и контролната пощенска кутия с реални съобщения от посетители преминават през този доставчик.	Приложими са чл. 28, пар. 2 и 4 и глава V от ОРЗД. Сключването и документирането са планирани преди старта.
Основанията за чат услугите и reCAPTCHA са открити	Известия към Telegram (без решение относно адекватното ниво на защита), Slack, Discord, Microsoft Teams и Google Chat; reCAPTCHA без искане на съгласие.	Открити въпроси за правния преглед; дотогава уведомлението и основанието не са окончателни.
Контролната пощенска кутия може да задържа съобщения при смущения	Изтриването се извършва след успешно обработване; ако изтеглянето се провали, копията остават до следващото успешно изпълнение. Няма предупреждение, когато в пощенската кутия се натрупват съобщения за по-дълъг период.	Копията съдържат реални запитвания от посетители.
Няма резервно копие на второ място, няма шифроване на базата данни в покой	Раздел 8.1. Планира се шифровано копие на резервното копие на второ място.	Едно-единствено събитие на мястото би засегнало едновременно данните и резервното копие; откраднат носител на данни би бил четим.
Неразрешени аномалии без срок на съхранение	Аномалиите с пълния IP адрес като ключ се изтриват едва 90 дни след разрешаването им; всичко, което никога не е разрешено, остава.	Отнася се до принципа на ограничение на съхранението (чл. 5, пар. 1, буква „д“); изтриването зависи от ръчно разрешаване. Планира се фиксиран срок на съхранение (мерки от оценката на въздействието върху защитата на данните).
Видове грешки с примерно съобщение без срок на съхранение	Примерното съобщение се съхранява непроменено до 2000 знака; почистеният шаблон премахва адреси и числа, примерът – не.	Съобщенията за грешки могат да съдържат имейл адреси, имена на хостове или IP адреси.
Инвентар на скриптовете без собствен срок на съхранение	Инвентарът на скриптовете и промените в скриптовете се изтриват заедно с домейна (FE_DOMAIN_TABELLEN), включително при изтриване на работното пространство или акаунта и при нощното изпълнение за остатъци; те нямат собствен срок на съхранение. Съдържат адреси на скриптове, адреси на страници и, при одобрения, одобрилото лице и причина в свободен текст.	Отнася се до принципа на ограничение на съхранението (чл. 5, пар. 1, буква „д“); дневникът на промените с одобренията нараства, докато съществува домейнът.
Абонати на отменени портали	Отмененият портал се блокира, а не се изтрива; абонатите му остават до изтриването на работното пространство.	Целта (изпращане на отчета) е отпаднала с отмяната.
Списъци за проучвания без срок на съхранение	След публикуване хостовете и сегментите остават; никога непубликуваните проучвания също запазват необработените си данни.	Обещанието „необработените данни се изтриват“ важи само за публикуваните проучвания.
Вътрешни проверки без път за изтриване	Проверките с ниво на доверие „вътрешна“, които нямат нито домейн, нито отчет (проучвания и проверки, създадени от оператора от командния ред), не са обхванати от никой път за изтриване; заедно с тях остават формуляри, констатации и екранни снимки на уебсайтове на трети лица.	Отнася се до принципа на ограничение на съхранението (чл. 5, пар. 1, буква „д“); засяга лица, които не знаят нищо за проверката. Оценено като висок риск в Оценката на въздействието върху защитата на данните.
Доказването на контрол не се подновява	Доказването на контрол се проверява веднъж; в кода няма път, по който даден домейн да го загуби отново.	Активните тестови изпращания, търсенето на файлове и сканирането зад вход продължават и след смяна на собственика или на възложителя.
Сканиране зад вход: пренос към страницата на Клиента	Като адрес за вход освен https се допуска и http, а грешките в сертификата на страницата на Клиента не спират входа.	Данните за достъп до тестовия акаунт биха могли да бъдат прихванати по пътя към страницата на Клиента.
Изтриването зависи от времеви прозорец	Ежедневният блок се изпълнява само ако процедура за състоянието стартира между 03:00 и 03:04 ч. Ако това единствено изпълнение се провали (базата данни е недостъпна, сървърът е рестартиран), изтриването и резервното копие за този ден не се извършват; няма наваксване. Изтритото не се записва трайно.	Тогава сроковете на съхранение мълчаливо се удължават с един ден. Пропуснат прозорец не предизвиква известие; докладва се само резервно копие, което е стартирало и се е провалило. Списъкът за настройка в администраторската част показва датата на последното успешно резервно копие.
Някои изтривания зависят от наблюдението	Изпразването на контролната пощенска кутия за проверка на доставката, изтриването на инциденти, изпратени обобщени известия, сигнали на роевата защита и проверки на потенциални клиенти, както и изчистването на останали копия от тестови акаунти в задачите се извършват в частта за планиране на процедурата за състоянието, която работи само докато наблюдението е включено в администраторската част; съпоставянията при проверката на доставката се изтриват само докато е настроена контролна пощенска кутия.	Ако наблюдението бъде изключено централно или пощенската кутия бъде премахната, тези срокове на съхранение спират да се прилагат, без никой да забележи.
Точка за докладване и пощенски кутии без срок на съхранение	Докладите за уязвимости и другите входящи имейли се съхраняват извън приложението; не е определен срок на съхранение.	Докладите може да съдържат доказателства, засягащи трети лица.
Стойностите на скрити полета се четат по време на проверката	Скенерът чете стойността на скрити полета на формуляри до 24 знака и data атрибути до 60 знака, за да разпознава времеви отпечатъци и токени. В картата на полетата и в констатациите попадат само името на полето, видът, етикетът и резултатът от разпознаването, а не стойността.	Няма пропуск в съхранението; стойността се държи само в работната памет на контейнера за сканиране по време на проверката. Предварително попълнена стойност (например клиентски номер) се прочита в процеса, но не се съхранява.
Изведен домейн на подателя в резултата от автентикацията	A.1.	При лични домейни на посетители – лични данни, произхождащи от реално съобщение.
Укрепването на администрирането на сървърите не е завършено; вътрешните връзки не са шифровани навсякъде	Раздел 8.1. Укрепването продължава; не посочваме подробности публично.	Инцидент със сигурността на ниво сървър би засегнал едновременно приложението, базата данни и резервните копия.
Измерване в системата за разработка	Схемата, кодът и настройките са измерени в системата за разработка.	Кодът и схемата съвпадат с производствената система; настройките може да се различават и трябва да бъдат проверени отново там преди старта.

11. Поддържане на този регистър

Чл. 30 изисква регистърът да се поддържа в писмена форма и да се предоставя на надзорния орган при поискване. За това е необходим някой, който отговаря за него, и интервал, на който той се проверява спрямо системата, а не спрямо предишната си версия.

• Отговорност: Lukas Wójcik, собственик. Регистърът се преглежда ежегодно и при всяка промяна на дейност по обработване.
• Събития, които изискват актуализация: нов или променен подобработващ, по-специално изборът на доставчик на имейл услуги; нова таблица или ново поле с лични данни; промяна на сроковете на съхранение или на веригите за изтриване в cfg/fristen_lib.php или srv/cron_status.php; нов канал за известяване или нова заявка към трета страна; включване на функция, която е изключена по подразбиране (роева защита с IP мрежи, сонда, собствени домейни, партньорска програма, плащане по фактура, Spamhaus или Google Web Risk); преместване на други сървъри.
• Процедура: всяко твърдение тук произтича от кода, схемата или измерване. Преглед, при който се чете само текстът, не е прегледал нищо: схемата и веригите за изтриване се измерват отново, заместителите остават заместители, откритите въпроси се затварят или се пренасят с обосновка.
• Връзка с други документи: този регистър не заменя Политиката за поверителност, Споразумението за обработване на данни, Техническите и организационни мерки или списъка на подобработващите. Когато те и този регистър се различават, разликата е констатация.
• Промените в този документ са посочени на страницата Промени в договорните документи.