Conditional Access / risk-based access

Политики, които решават дали login или достъп е допустим според user, device, location, risk, app, network и authentication strength.

Приоритет P0свързана с 10 атаки

Какво е

Политики, които решават дали login или достъп е допустим според user, device, location, risk, app, network и authentication strength.

Как работи

Identity provider-ът оценява контекста и може да изиска по-силен фактор, compliant device, trusted network или да блокира сесията.

Пример: същата парола, различен резултат

Парола е открадната при phishing. Attacker опитва вход от unmanaged device и нетипична държава.

  • Без Conditional Access: валидните credentials може да са достатъчни.
  • С правилна policy: login-ът изисква phishing-resistant authentication и compliant device или се блокира.

Типична грешка

Да се използва „trusted location“ като вечна вратичка. VPN egress IP или офис мрежа не означават автоматично trusted user.

Как да проверим, че работи

Тествайте policy paths, не само happy path:

  • unmanaged device;
  • legacy protocol;
  • impossible travel;
  • privileged application;
  • new device;
  • break-glass account.

Практическа имплементация

  • Block impossible travel/high-risk geographies.
  • Require managed/compliant device за admin.
  • Strong authentication за privileged apps.
  • Session lifetime controls.
  • Disable legacy auth.
  • Named locations само където има operational смисъл.

Какво НЕ решава

Ако attacker контролира trusted device или valid session, risk signals могат да изглеждат нормални.

Предпазва най-силно от

Помага частично срещу

Други в Идентичност, автентикация и достъп