Міжплатформна відповідність ПДн: Mac, Linux та Windows
Офіцери конфіденційності на Mac. Юридичні команди на Windows. Інженери з даних на Linux. Одне зобов'язання з відповідності.
Більшість інструментів для захисту ПДн розроблено для однієї платформи. В цьому і полягає проблема.
Прогалина за ОС у командах з конфіденційності
Корпоративні команди з конфіденційності рідко використовують одну операційну систему. Типова глобальна технологічна компанія виглядає так:
- Офіцери конфіденційності та уповноважені з захисту даних: macOS (поширено в американських та британських компаніях)
- Юридичні та аналітики з відповідності: Windows (стандарт у корпоративній Європі)
- Інженери з даних та DevOps: Linux (стандарт для технічних ролей)
Три середовища ОС. Три функції команди. Один спільний обов'язок: обробляти персональні дані з послідовними технічними засобами контролю.
Коли кожна група використовує різну версію того самого інструменту — або інший інтерфейс — засоби контролю не є однаковими. Вони лише здаються такими.
Чому інструменти для однієї платформи створюють ризик
Більшість інструментів для захисту ПДн постачаються як настільні програми для однієї ОС. Користувачі Mac і Linux отримують вебверсію — або нічого.
Це створює розрив, що має значення під час аудитів. Ось що відбувається, коли вебзастосунок відстає від настільної програми:
Версії моделей НМО відрізняються. Настільна збірка може містити новіші моделі НМО, ніж вебзастосунок. Старіші версії моделей можуть пропускати типи сутностей, які виявляють новіші.
Цикли оновлень розходяться. Інструменти, розгорнуті через групову політику, можуть відставати на дві-три версії від прямої установки. Розриви у версіях означають розриви у виявленні.
Конфігурація не синхронізується. Інструменти, що зберігають налаштування в реєстрі ОС, не можуть ділитися ними з користувачами Mac або Linux. Пресет, створений на одній платформі, може бути нечитабельним на іншій.
Поведінка бібліотек відрізняється. Інструменти, що використовують бібліотеки рівня ОС для парсингу PDF або OCR, можуть давати різні результати на різних платформах — навіть для одного й того самого вихідного документа.
Будь-яка з цих прогалин означає, що один і той самий документ може давати різні результати анонімізації. Причина не в даних. Причина — у платформі.
Дивіться вимоги до технічних заходів GDPR про те, як регулятори оцінюють узгодженість.
GDPR, стаття 5(2) та систематичні заходи
Стаття 5(2) GDPR — це принцип підзвітності. Вона вимагає від контролерів доводити відповідність принципам захисту даних зі статті 5(1). Щодо технічних заходів за статтею 32 це означає, що заходи застосовувалися систематично.
Систематично означає послідовно. Якщо анонімізація відрізняється залежно від ОС людини, яка її запустила, захід є змінним — але не систематичним.
Під час розслідування OЗД відповідь «ми використовували інструмент X, але він по-різному поводиться на Mac і у настільній версії, а документ оброблявся на Mac» — не є задовільною. Вона свідчить про нерівномірне застосування.
Платформно-незалежний дизайн — це не перевага. Він випливає з вимоги систематичного застосування.
Два підходи до платформно-незалежної відповідності
Справжня платформно-незалежна відповідність вимогам щодо ПДн реалізується через два архітектурних підходи.
Підхід 1: Вебзастосунок
Виявлення виконується на сервері. ОС клієнта не має значення. Кожен користувач звертається до одного рушія з однаковими моделями та конфігурацією.
Обмеження: потрібен доступ до інтернету. Середовища з повітряним зазором не можуть його використовувати.
Підхід 2: Нативна кросплатформна настільна програма
Настільна програма, побудована на кросплатформному середовищі виконання (наприклад, Tauri або Electron), компілює однаковий код для всіх трьох платформ. Ті самі моделі НМО постачаються в кожній збірці. Конфігурація синхронізується через обліковий запис, а не локальне сховище ОС.
Це задовольняє офлайн-вимоги та вимоги середовища з повітряним зазором. Виявлення залишається послідовним на всіх платформах.
Настільна програма anonym.legal використовує фреймворк Tauri/Rust. Вона компілює однаковий код для Windows (x64/ARM64), macOS (Intel/Apple Silicon/Universal) і Linux (x64). Моделі НМО та рушій виявлення ідентичні в кожній збірці. ОС не є змінною у виводі.
Практичний приклад: команда конфіденційності з 12 осіб
Команда конфіденційності глобальної технологічної компанії з 12 осіб працювала в трьох середовищах ОС:
- 4 офіцери конфіденційності та уповноважені з захисту даних: macOS (MacBook Pro)
- 5 юридичних та аналітиків з відповідності: Windows (Surface Pro)
- 3 інженери з даних: Linux (робочі станції Ubuntu)
Їхній попередній інструмент для ПДн був настільною програмою для однієї платформи. Користувачі Mac та Linux переходили до вебзастосунку постачальника. Це була старіша версія з меншою кількістю типів сутностей.
Прогалина у відповідності була очевидна. Уповноважений із захисту даних на Mac виявляв 180 типів сутностей. Юридична команда з настільною програмою — 267. Інженери на Linux відповідали вебзастосунку — 180. Це розрив у 87 сутностей у документах, оброблених уповноваженим.
Після переходу на кросплатформну настільну програму:
- Та сама програма розгорнута на всіх 12 машинах
- Ідентичні моделі НМО та рушій виявлення на кожній машині
- Один пресет «Стандарт конфіденційності», синхронізований у всіх облікових записах
- Єдиний журнал аудиту від усіх 12 користувачів у системі відповідності
Аудит OЗД відбувся через шість місяців. Команда продемонструвала ідентичне охоплення сутностей у всіх 12 облікових записах незалежно від ОС. Зауваження було усунуто.
Детальніше про функції журналу аудиту та документації.
Що перевірити перед вибором інструменту
При оцінці інструменту для захисту ПДн для команди з кількома ОС поставте ці питання:
Чи всі версії платформ використовують однакову модель НМО? Якщо збірки для Mac і Linux відстають, у вас є проблема з узгодженістю.
Як зберігається та розповсюджується конфігурація? Зберігання на основі реєстру не може синхронізуватись між платформами.
Чи однакові цикли оновлень для всіх платформ? Поетапні випуски створюють розриви у версіях.
Яка резервна опція для користувачів без настільної програми? Якщо це старіший вебзастосунок, охоплення не є однаковим.
Інструмент, що добре відповідає на ці питання, видаватиме однаковий результат виявлення для однакового вхідного документа на будь-якій ОС. Ось як виглядає систематичне застосування.