Наскільки ти вмієш захищати приватність онлайн?
Тест розрізняє п’ять практик: мінімізацію даних, гігієну доступу до акаунтів, контекстне поширення, відкладену або нерегулярну увагу до налаштувань і відновлення після витоку чи помилки. Приватність не тотожна кібербезпеці, а MFA, сильні паролі й налаштування зменшують ризик, але не створюють абсолютної гарантії.
Без реєстрації. Результат одразу після останнього питання.
Приватність охоплює не лише пароль: мінімізація даних, контроль аудиторії, захист доступу й відновлення після помилки працюють разом.
Які типи можна отримати
| Тип | Про що він |
|---|---|
| Мінімум даних | Спершу питаєш, чи потрібні сервісу ці дані й цей строк зберігання. |
| Гігієна доступу | Підтримуєш унікальні паролі, MFA, регулярні оновлення й контроль активних сеансів. |
| Контекстне поширення | Вирішуєш, якій аудиторії, для якої мети й на який час відкривати інформацію. |
| Відкладена увага | Налаштування знаєш, але повертаєшся до них нерегулярно або після нагадування. |
| Відновлення після ризику | Після витоку чи помилки обмежуєш шкоду, повертаєш доступ і переглядаєш звички. |
Як працює цей тест
Тест показує, який етап захисту приватності ти помічаєш найперше: не віддавати зайве, зміцнити доступ, обмежити аудиторію, запланувати відкладений огляд або відновити контроль після ризику. Профілі описують практики, а не моральність, технічний рівень чи право людини на приватність.
Рамка спирається на NIST, CISA, FTC, EDPB, ICO, ENISA та OWASP. Вона розрізняє мінімізацію й мету обробки даних, автентифікацію та активні сеанси, контекст поширення і кроки реагування. Жодна окрема функція, пароль, MFA чи налаштування не гарантує абсолютної безпеки.
Це авторський освітній тест, не аудит системи й не юридична порада. Не вводь у відповіді справжні паролі, коди, документи, адресу або дані про витік. Якщо ризик стосується роботи чи інших людей, дотримуйся чинного внутрішнього процесу повідомлення.
Часті питання про цей тест
Чим приватність відрізняється від безпеки?
Приватність стосується контролю над збором, використанням і видимістю даних. Безпека стосується захисту систем та доступу від небажаних дій. Вони перетинаються: MFA може захистити акаунт, але не визначає, скільки даних сервіс законно збирає або кому ти свідомо відкрив посилання. Обидві рамки важливі одночасно.
Чи може сильний пароль гарантувати захист?
Ні. Унікальний довгий пароль, менеджер паролів, MFA, оновлення й контроль сеансів зменшують окремі ризики, але не усувають фішинг, помилки сервісу, витоки, надмірний збір або випадкове поширення. Корисна багатошарова практика й план відновлення, а не обіцянка абсолютної безпеки. Ризик усе одно не дорівнює нулю.
Чи треба вводити в тест реальні дані?
Ні. Не пиши справжні паролі, одноразові коди, адресу, документи, платіжні реквізити, назви вразливих акаунтів або подробиці інциденту. Сценарії навмисно сформульовані загально. Якщо треба перевірити реальний ризик, користуйся офіційними налаштуваннями сервісу або чинним робочим процесом, а не полем відповіді тесту. Тут достатньо умовної ситуації.
Що робити, якщо дані вже розкрито?
Спершу обмеж доступ або видимість, зміни скомпрометовані секрети, заверши невідомі сеанси й перевір офіційні повідомлення сервісу. Збережи потрібні докази й повідом відповідальних, якщо зачеплено роботу чи інших людей. Конкретні кроки залежать від даних і системи; тест не замінює реагування фахівців.
Як почати, якщо перевірок забагато?
Обери один важливий акаунт або один повторюваний дозвіл. Перевір активні сеанси, канал відновлення, MFA чи доступ до файлів і постав наступний короткий огляд у календар. Відкладена увага не робить людину безвідповідальною: робочі, доглядові й безпекові обмеження реальні, тому маленький конкретний крок кращий за сором.