Елиминиране на непоследователността на анонимизирането: Защо екипите се нуждаят от предварително зададени конфигурации, а не от добри намерения

Правен отдел обработва клиентски документи с 8 параюристи. Всеки помощник-юрист има собствена представа какво означава „анонимизиране на PII“:

Юридически помощник A: редактира имена, игнорира адреси
Юридически помощник B: заменя имената с псевдоними, редактира всичко останало
Юридически помощник C: редактира имена и имейли, забравя телефонни номера
Юридически помощник D: следва документа за процедурата от 2022 г., който е актуализиран два пъти оттогава

Документите, изготвени от този екип, изглеждат последователно обработени. Те не са. Одит разкрива, че едни и същи категории PII се обработват по различен начин в документи от една и съща седмица, един и същи тип случай, един и същ регулаторен контекст.

Това е дрейф на конфигурацията. Това е грешка в съответствието на GDPR, която не изисква нарушение на сигурността на данните, за да задейства принудително действие.

Принципът на отчетност на GDPR (член 5(2)) изисква администраторите да могат да „докажат“ съответствие — не само да са го постигнали. Демонстрирането на съответствие изисква доказателство за систематичен процес.

Когато одитор на DPA преглежда практиките за анонимизиране, той търси:

Документирана процедура: Какви субекти трябва да откриете и как трябва да се справите с тях?
Конфигурация на инструмента: Конфигурацията на вашия инструмент съответства ли на документираната процедура?
Доказателство за кандидатстване: Обработени ли са документите в съответствие с процедурата и конфигурацията?

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

Глобата от 15 милиона евро срещу H&M Nügmbh (Германия, 2020 г.) включва констатации за непоследователно прилагане на документирани процедури за обработка на данни. Несъответствието не е само оперативен проблем - това е юридическо излагане.

Анатомията на дрейфа на конфигурацията

Отместване на конфигурацията възниква, когато:

Не съществува единна одобрена конфигурация: Членовете на екипа избират настройки въз основа на тяхното разбиране на изискванията, а не на определен стандарт.

Обучението е недостатъчно: „Използвайте инструмента PII“, без да уточнявате кои обекти да откриете и кой метод да приложите.

Инструментът предоставя твърде много опции: 285+ типа обекти е изчерпателен за целите на съответствието, но създава умора при вземането на решения, когато конфигурацията е оставена на отделни оператори.

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

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

Предварително зададени като техническо съответствие

Споделените предварителни настройки решават отклонението на конфигурацията на техническо ниво:

Кодирайте решението за съответствие в конфигурацията: Вместо да казвате на членовете на екипа „редактиране на имена, адреси, телефонни номера и национални идентификационни номера чрез метода Redact“, създайте предварително зададено, наречено „Преглед на клиентски документи — GDPR Standard“ с точно тези настройки. Решението за съответствие се взема веднъж, кодира се в предварително зададената настройка и се прилага последователно.

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

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

Създайте предварително зададени имена за всеки работен процес:

„Преглед на клиентски документи — стандарт GDPR“
„HIPAA Safe Harbor — Клинични досиета“
„Отговор FOIA — Освобождаване 6“
„Вътрешни записи за човешки ресурси — ведомост за заплати в ЕС“

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

Казус от Правния отдел

8 параюриста, непоследователна анонимизация, констатация от одита. Изпълнение:

Стъпка 1: Дефинирайте одобрените конфигурации Съветът по поверителността на отдела определя типове обекти и методи за всяка категория документи. Това е решението за съответствие — взето веднъж.

Стъпка 2: Създайте именувани предварителни настройки „Преглед на клиентски документи — GDPR“ (имена, адреси, телефонни номера, национални документи за самоличност — Редактиране) „Вътрешни HR документи“ (имена, дати на раждане, данни за заплати, адреси — Псевдонимизиране) „Кореспонденция на трета страна“ (имена, имейли, телефонни номера — Замяна)

Стъпка 3: Споделете предварително зададени настройки Всичките 8 параюристи получават достъп до предварително зададената библиотека на екипа. Старите конфигурации са изтрити.

Стъпка 4: Актуализирайте документацията на процедурата „За преглед на клиентски документи: приложете предварително зададената „Преглед на клиентски документи — GDPR“.“

Мениджърът за съответствие вече не трябва да одитира отделни конфигурации. Предварителната настройка е конфигурацията. Ако предварителната настройка е правилна, всеки документ, обработен с нея, е правилно конфигуриран.

Стъпка 5: Одитни доказателства Регистрационните файлове за обработка показват, че документите са обработени с предварително зададено „Преглед на клиентски документи — GDPR“. Конфигурацията на тази предварителна настройка е документираната техническа защита. Одиторът на DPA може да види: тази предварителна настройка е приложена, това е, което прави, това е кога е последно прегледана.

Шаблони за съответствие: Отправни точки за общи рамки

Предварително изградените шаблони за съответствие намаляват работата по първоначалната конфигурация:

GDPR Стандарт: Типове обекти, съответстващи на категориите за преки идентификатори на GDPR (имена, адреси, национални документи за самоличност, имейли, телефонни номера, дати на раждане). Метод Redact за максимално минимизиране на данните.

HIPAA Safe Harbor: Всичките 18 PHI идентификаторни категории могат да бъдат открити в текст (с изключение на биометрични данни и снимки). Обработката на датата е конфигурирана да запазва само годината.

FOIA Изключение 6: Идентификатори за лична поверителност, свързани с FOIA Изключение 6: имена, домашни адреси, лични имейли, лични телефонни номера. Метод на редактиране със замяна на черна лента.

PCI-DSS: Данни за платежни карти: номера на кредитни карти (всички основни марки), CVV модели, ПИН номера. Метод на редактиране.

Тези шаблони са отправни точки. Организациите добавят своите потребителски обекти (вътрешни идентификатори, специфични за обекта формати) към шаблона, за да завършат своята конфигурация.

Заключение

Съответствието със GDPR не е просто постигане на правилна анонимност в даден ден — става въпрос за демонстриране на систематична последователност в цялата обработка. Дрейфът на конфигурацията, при който членовете на екипа независимо конфигурират инструменти за лична информация с различни резултати, е документиран одитен риск, който може да задейства принудително действие дори без нарушение на сигурността на данните.

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

Добрите намерения не преживяват смяната на екипите и ежедневния оперативен натиск. Предварителните настройки правят.

Източници:

[GDPR Членове 5, параграф 2, 24, 32: Принцип на отчетност и технически мерки] (https://gdpr-info.eu)
[DPA в Хамбург: H&M Nügmbh Fine — Несъответствие в управлението на данни] (https://datenschutz-hamburg.de)
EDPB: Насоки за технически и организационни мерки

Елиминиране на непоследователността на анонимизирането: Защо екипите се нуждаят от предварително зададени конфигурации, а не от добри намерения