Практика2 хв читання

Фальшиві ШІ-події виманюють доступ до робочих акаунтів

Push Security описала кампанію під виглядом ШІ-подій. Для МСБ: перевіряйте запрошення окремо та доручіть адміністратору аудит device code flow.

підготовлено редакцією НАДАЛІ з використанням ШІ

ШІ-ілюстрація: конверт із символом подарунка, червоний попереджувальний бар’єр і ключ до робочого акаунта.
Nadali editorial illustration created with OpenAI gpt-image-2-2026-04-21 · Original AI-generated editorial illustration created for Nadali; use subject to applicable OpenAI terms; no exclusive copyright claim; no third-party input images used. · 1440 × 960

Автор: Надалі. Підготовлено за допомогою ШІ.

5 листопада 2026 року Push Security повідомила про фальшиві ШІ-події: подарунок обіцяли за робочий вхід. Спостереження датовані кінцем жовтня. За описом дослідників, схвалення коду на справжній сторінці Microsoft надавало токени зловмиснику; для Google використовували проксі входу.

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

Кому корисно і що зробити

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

Редакційний порядок дій:

  1. Перевіряйте подію на офіційному сайті організатора, відкритому окремо від запрошення. Обіцянка подарунка не є підставою для робочої авторизації.
  2. Якщо незнайома реєстрація пропонує скопіювати код пристрою й схвалити вхід, зупиніться та передайте запит відповідальному за ІТ.
  3. Попросіть адміністратора перевірити, чи потрібен бізнесу device code flow. Microsoft рекомендує спочатку оцінити використання, а за відсутності потреби блокувати його політикою Conditional Access. Інструкція передбачає режим Report-only перед увімкненням і винятки для аварійного доступу, щоб не заблокувати адміністраторів.
  4. Якщо хтось уже схвалив підозрілий запит, негайно передайте ІТ час події та адресу запрошення для перевірки доступу. Це рекомендація щодо реагування, не твердження про підтверджений злам.

Доступність і межі

Налаштування Conditional Access стосується Microsoft Entra, не Google; доступність у вашому тенанті та ліцензію має перевірити адміністратор. Не змінюйте політики всієї компанії навмання. Ми не тестували атаку, тенант або захисний продукт і не стверджуємо, що описані сторінки досі активні.

Джерела прочитано 8 листопада 2026 року. Інструкція Microsoft є наявним захисним заходом, а не новим релізом. Обкладинка — концептуальна ШІ-ілюстрація, не справжній інтерфейс або фото інциденту. 

Джерела та перевірка

  1. Push Security — Analyzing a fake event campaign combining AiTM and device code phishing payloads (November 5, 2026) ↗
    Джерело перевірено: 2026-11-08
  2. Microsoft Learn — Block authentication flows with Conditional Access policy ↗
    Джерело перевірено: 2026-11-08

Читайте також

До всіх матеріалів