Безпека відновлення облікового запису

Безпека відновлення облікового запису

Розпізнайте підроблене скидання пароля, поки ви нічого не ввели.

Що таке Безпека відновлення облікового запису?

Скидання пароля існує для того, щоб повернути доступ до облікового запису тому, хто не може ввійти, і саме тому воно приваблює зловмисників. Ви побачите, як фальшиве попередження про блокування приводить на сторінку, що просить поточний пароль, а потім спостерігатимете, як надходять сповіщення: пароль змінено, адресу для відновлення змінено, контрольні запитання змінено. Ви ще раз прочитаєте перший лист і назвете ознаки, які пропустили, перевірите, куди насправді вело посилання, зателефонуєте до служби ІТ-безпеки за номером, який у вас уже є і подасте звіт.

Що ви дізнаєтесь у Безпека відновлення облікового запису

Безпека відновлення облікового запису — Кроки навчання

  1. Напружений ранок понеділка

    Понеділок, ранок. Попереду цілий день консультацій з пацієнтами. Ви сідаєте за стіл у домашньому кабінеті й збираєтеся ввійти в систему обліку пацієнтів.

  2. Несподіваний лист про скидання пароля

    Ви ще не встигаєте відкрити браузер, як на робочому столі з'являється сповіщення: прийшов новий лист із запитом на скидання пароля до вашого робочого облікового запису. Дивно. Ви нічого не скидали. Але останнім часом ІТ-відділ запроваджує нові політики безпеки, тож, можливо, це одна з них.

  3. Тиск терміновості

    Лист виглядає офіційно. Логотип начебто той, що треба, а повідомлення термінове: якщо обліковий запис заблокують, ви цілий день не матимете доступу до записів пацієнтів. Пароль треба скинути швидко, ще до першої консультації. Розбиратися ніколи.

  4. Введення поточних облікових даних

    Відкривається сторінка скидання пароля. Перш ніж дозволити задати новий пароль, вона просить поточний, щоб підтвердити вашу особу. Це схоже на розумний захід безпеки: адже посилання зі скидання може натиснути хто завгодно.

  5. Повідомлення про помилку

    Після надсилання форми на сторінці з'являється помилка «Не вдалося обробити запит»: спробуйте пізніше або зверніться до служби ІТ-підтримки. Розчарована, Аліса закриває браузер і вирішує натомість спробувати звичайну сторінку входу. Принаймні вона знає, що старий пароль досі працює.

  6. Тривожне відкриття

    Через двадцять хвилин на пошту Аліси один за одним приходять сповіщення. Пароль змінено. Адресу для відновлення оновлено. Контрольні запитання змінено. Вона намагається ввійти зі старим паролем — доступ заборонено. Пробує новий, який щойно задала, — теж відмова. Обліковий запис повністю викрадено.

  7. Усвідомлення атаки

    В Аліси все обривається всередині. Лист від служби ІТ-безпеки підтверджує найгірші побоювання: її обліковий запис повністю зламано. Пароль, адресу для відновлення й контрольні запитання змінив хтось інший.

  8. Розбір фішингового листа

    Тепер Аліса знову читає перший лист про скидання пароля, але вже свіжим поглядом. Які тривожні ознаки вона пропустила?

  9. Перевірка посилання

    У листі було посилання для скидання пароля. Подивімося, куди воно насправді веде.

  10. Звернення до служби ІТ-безпеки

    Аліса має діяти швидко. Вона бере телефон і дзвонить до служби ІТ-безпеки за номером зі своїх контактів, а не за номером із підозрілих листів.

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

MITRE ATT&CK

  • T1098.005 Account Manipulation: Device Registration
  • T1556 Modify Authentication Process

CIS Controls

  • CIS 5 Account Management
  • CIS 14.3 Train Workforce Members on Authentication Best Practices

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.AA Identity Management, Authentication, and Access Control