Перевірка приватності за проєктуванням

Перевірка приватності за проєктуванням

Оцініть функцію продукту, ставлячи приватність на перше місце.

Що таке Перевірка приватності за проєктуванням?

Стаття 25 вимагає закладати захист даних уже тоді, коли ви вирішуєте, як працюватиме обробка, а не додавати його потім. Незабаром запуск функції збору відгуків клієнтів, і її специфікація потрапляє до вас на перевірку. Ви знаходите шість проблем — від GPS-відстеження й безстрокового зберігання до попередньо позначеного прапорця передачі даних, доступу для всієї компанії, відсутності псевдонімізації та неможливості для користувачів здійснювати свої права, — і блокуєте запуск, пропонуючи план усунення недоліків, за яким інженери зможуть діяти.

Що ви дізнаєтесь у Перевірка приватності за проєктуванням

Перевірка приватності за проєктуванням — Кроки навчання

  1. Вступ

    Згідно зі статтею 25 GDPR захист даних треба закладати в системи ще на етапі проєктування, а не додавати потім, коли про нього згадали. Цей принцип називається «приватність за проєктуванням».

  2. Запит на перевірку функції

    Ви отримуєте лист від менеджера із продукту з проханням терміново оцінити функцію з погляду приватності. Функцію «Аналітика клієнтів» заплановано запустити наступного тижня, але на відповідність GDPR її ще не перевіряли. У листі є посилання на документ зі специфікацією функції.

  3. Вхід до порталу продукту

    Щоб переглянути специфікацію функції, потрібно увійти до порталу продукту. На ньому зібрано всі запити на перевірку, що чекають розгляду, і документацію.

  4. Відкриття специфікації функції

    У черзі перевірок функцій є один запит, що чекає розгляду, — функція «Аналітика клієнтів». Щоб оцінити її відповідність вимогам щодо приватності, відкрийте документ зі специфікацією.

  5. Надмірне збирання даних

    У специфікації є перша проблема з приватністю: функція збирає GPS-геолокацію та повні відбитки пристроїв. Для функції збору відгуків клієнтів таких даних надто багато. Принцип мінімізації даних у GDPR вимагає збирати лише те, що строго необхідно для заявленої мети.

  6. Проблема строку зберігання

    Друга проблема ще серйозніша: у специфікації сказано, що зібрані дані «зберігатимуться безстроково» для подальшого аналізу. GDPR вимагає визначених строків зберігання. Дані не можна зберігати вічно без правової підстави.

  7. Проблема з типовими налаштуваннями

    Третя проблема — класичний темний патерн: прапорець «Передавати мої дані про використання маркетинговим партнерам» за замовчуванням уже позначено. За GDPR налаштування, що захищають приватність, мають діяти за замовчуванням. Попередньо позначений прапорець згоди не є дійсною згодою: користувач має сам виконати чітку активну дію, щоб погодитися.

  8. Проблема з контролем доступу

    Остання технічна проблема: у специфікації доступ до даних про відгуки надано групі «Усі команди підтримки клієнтів у всіх регіонах». Це надто широко. За принципом приватності за замовчуванням дані не повинні бути доступні невизначеному колу людей. Доступ мають мати лише ті, кому він справді потрібен.

  9. Додаткові технічні проблеми

    У розділі про технічну реалізацію ви помічаєте ще два тривожні пункти: 1. Ідентифікатор аналітики напряму пов'язано з обліковими записами користувачів — без псевдонімізації 2. Про права користувачів нічого не сказано: немає ні експорту даних, ні можливості видалення Це базові вимоги GDPR, і додати їх пізніше непросто.

  10. Подання висновку про приватність

    Ви виявили шість серйозних проблем із приватністю, які потрібно усунути до запуску. Тепер ці висновки треба офіційно задокументувати у формі «Оцінка впливу на захист даних». Цей офіційний документ отримають менеджер із продукту й команда інженерів.

Охоплення стандартів безпеки

CIS Controls

  • CIS 3 Data Protection

NIST CSF

  • PR.AT-01 Personnel are provided with awareness and training so that they possess the knowledge and skills to perform general tasks with cybersecurity risks in mind
  • PR.DS Data Security

GDPR

  • Art. 25 Data protection by design and by default