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