Прямой ответ
При признаках атаки заново и отдельно проверяйте идентичность и полномочия. Сначала установите, кто этот человек или система, затем действительно ли сеанс принадлежит ему и, наконец, разрешает ли текущая роль одобрить конкретное действие. Лицо, голос, изображение подписи, адрес электронной почты или открытый сеанс — лишь один сигнал. Для операций с серьёзными последствиями совместно требуйте второй канал, сильную аутентификацию, одобрение конкретной операции и защищённую от изменения запись событий.
Простыми словами
Представьте человека со служебным пропуском. Пропуск может быть настоящим, украденным или оставшимся от прежней должности. Сам пропуск у двери ещё не разрешает открыть сейф. Проверьте человека, затем пропуск и только потом право на это действие.
Почему это важно
Поддельное одобрение человека может привести к переводу денег, раскрытию данных, публикации, изменению доступа или ошибочному решению. Фраза «учётная запись была открыта» позднее не докажет, кто и с какими полномочиями одобрил действие.
Не путать
- Заявление об идентичности говорит, кто перед нами; аутентификация проверяет это заявление.
- Аутентифицированный человек не обязательно уполномочен на каждую операцию.
- Действующий сеанс может быть взломан; доверие к сеансу контролируют отдельно от личности.
- Дипфейк — синтетическое содержание, похожее на человека по виду или голосу; оно не даёт полномочий на операцию.
- Общее одобрение и одобрение, привязанное к конкретной цели, сумме, охвату и времени, — не одно и то же.
Что делать
- Для высокорисковых операций проверяйте личность, сеанс, текущую роль и полномочие действия отдельными средствами.
- Подтверждайте просьбу, пришедшую одним каналом в виде голоса, изображения или сообщения, через зарегистрированный второй канал.
- Где возможно, используйте сильную аутентификацию и краткосрочные учётные данные, ограниченные одной операцией.
- На экране одобрения ясно показывайте цель, действие, охват данных, сумму и необратимое последствие.
- Немедленно отзывайте полномочия после смены роли, ухода сотрудника или обнаружения подозрительного сеанса.
- Связывайте личность одобрившего, время, способ, сеанс, устройство и краткое описание операции с защищённой записью событий.
- При подозрении на выдачу себя за другое лицо остановите операцию, сохраните доказательства и начните разбор инцидента.
Как проверить
- Какие независимые доказательства подтвердили личность инициатора?
- Проверены ли сигналы риска взлома сеанса?
- Действовали ли роль и полномочия человека в тот момент?
- Охватывало ли одобрение конкретное действие и его последствия?
- Не приняты ли лицо, голос, письмо или открытый сеанс за единственное окончательное доказательство?
- Использованы ли разделение обязанностей или проверка вторым каналом при высоком риске?
- Сохранено ли достаточно доказательств для отзыва, оспаривания и разбора инцидента?
Ограничение
Ни один биометрический сигнал, средство аутентификации или изображение подписи сам по себе не делает подмену невозможной. Требуемый уровень уверенности и правила действительной идентификации и электронной подписи зависят от операции, юрисдикции, договора и возможного вреда.
Запомните одной фразой
Узнать человека — ещё не значит доказать его право на конкретное действие.
Источники этой записи
- S24NIST SP 800-63-4, *Digital Identity Guidelines*Стандарты
- S25NIST SP 800-63B-4, *Authentication and Authenticator Management*Стандарты
- S26NIST SP 800-53 Rev. 5, *Security and Privacy Controls*Стандарты
- S39NIST AI 100-2 E2025, *Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations*Добровольное институциональное руководство в области стандартов
- S41NCSC и агентства-партнеры, *Руководства по разработке безопасной системы ИИ*Официальное руководство по безопасности для различных ведомств

