Що робити після переходу за фішинговим посиланням

Якщо відкрили сторінку без введення даних

Не натискайте додаткові кнопки, не встановлюйте запропоновані програми й не передавайте коди. Запишіть час та збережіть початковий лист або повідомлення без повторного відкриття небезпечного вмісту. Повідомте, чи були завантаження або незвичайні запити браузера.

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

Якщо ввели пароль або підтвердили доступ

З довіреного пристрою відкрийте справжній сервіс відомим способом, а не через отримане посилання. Повідомте адміністратора та змініть скомпрометований пароль. Якщо він повторювався в інших сервісах, ці облікові записи також потребують уваги. Уточніть перевірку активних сесій, способів відновлення та сторонніх дозволів.

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

Якщо запускали файл або передали платіжні дані

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

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

Що повідомити відповідальному

• Час отримання листа та переходу на підозрілу сторінку.
• Які дані були введені й чи підтверджувалися запити входу.
• Чи завантажувалися або запускалися файли та програми.
• Який пристрій і робочий обліковий запис використовувалися.
• Які самостійні зміни вже виконані після виявлення підозри.

Які відомості передати ІТ-фахівцю

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

Збережіть початковий лист або повідомлення в погодженому з ІТ вигляді. Пересилання звичайним способом може змінити частину контексту, тому фахівець підкаже потрібний формат. Не надсилайте пароль або коди підтвердження в описі інциденту: для розуміння події достатньо повідомити, які саме дані могли бути розкриті.

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

Як завершити реагування та запобігти повторенню

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

Повернення звичного вигляду сторінки не підтверджує безпеку облікового запису. Компетентний фахівець визначає потрібні перевірки відповідно до виконаних користувачем дій і можливостей системи. Не видаляйте всі повідомлення та журнали в надії прибрати проблему: вони можуть бути потрібні для оцінки масштабу й часу події.

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

Приклад: підозрілий лист про терміновий вхід

Умовний лист повідомляє про нібито блокування робочого сервісу та вимагає терміново підтвердити пароль. Працівник відкриває сторінку, але помічає незвичну адресу до введення даних. Для повідомлення ІТ важливо саме це уточнення: фактичні дії дозволяють обрати пропорційний порядок перевірки без домислів про подальші кроки.

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

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

У пам’ятці залиште актуальний контакт підтримки та спосіб передати початковий лист. Працівнику не потрібно самостійно встановлювати всю технічну картину, щоб своєчасно звернутися до відповідальної команди.