Прямой ответ
Для каждого действия агента с серьёзными последствиями записывайте инициатора, утверждающее лицо и исполнителя как отдельные идентичности. Связывайте их идентификатором действия, целью, одобренным содержимым или его хешем, областью, временем, идентичностями агента и инструмента, результатом выполнения, доказательством из целевой системы и состояниями до и после.
Простыми словами
В банковском переводе человек, давший поручение, человек, его одобривший, и система, переместившая деньги, могут различаться. Строка «Перевод выполнен» не показывает, кто его запросил и что именно было одобрено.
Почему это важно
Без разделения ролей невозможно обнаружить одобрение задним числом, повторное использование разрешения, ложное приписывание действия человеку или применение одобрения одного объекта к другому.
Не путать
- Инициирование: событие, создающее действие или предложение.
- Одобрение: разрешение конкретного содержимого, цели и области.
- Выполнение: техническое совершение действия.
- Воздействие на цель: результат, фактически возникший во внешней системе.
Что делать
- Присвойте каждому действию уникальный action_id.
- Запишите инициатора и доказательство инициирования.
- Сохраните идентичность и полномочия утверждающего лица, а также цель, содержимое, срок и признак однократного использования одобрения.
- Свяжите идентичности выполняющего агента, среды выполнения, инструмента и технического субъекта.
- Требуйте нового одобрения, если после него изменились содержимое, цель или сумма.
- Получите из целевой системы доказательство результата и состояний до и после.
- Храните повторы, частичное выполнение, откат и отказ в одной цепочке доказательств.
Как проверить
- Можно ли проверить идентичности инициатора, утверждающего лица и исполнителя?
- Относится ли одобрение к точной выполненной версии?
- Был ли человек или правило, давшие одобрение, уполномочены на это действие?
- Не использовано ли одно одобрение повторно или для другой цели?
- Совпадает ли исходный журнал с результатом целевой системы?
- Полны ли временная шкала и цепочка участников?
- Могла ли запись быть изменена позже?
Ограничение
Один идентификатор трассировки, снимок экрана или строка журнала не являются полным доказательством. Сохраняйте достаточный для аудита контекст, соблюдая требования конфиденциальности и минимизации данных.
Запомните одной фразой
Надёжная запись показывает не только событие, но и того, кто его запросил, одобрил и выполнил.
Источники этой записи
- S23Управление по информационным и коммуникационным технологиям (BTK), *Электронная подпись <unk> Общая информация*Официальный орган
- S24NIST SP 800-63-4, *Digital Identity Guidelines*Стандарты
- S26NIST SP 800-53 Rev. 5, *Security and Privacy Controls*Стандарты
- S34IETF, RFC 8693, *OAuth 2.0 Token Exchange*Стандарты
- S35W3C, *PROV-O: The PROV Ontology*Стандарты
- S36W3C, *Trace Context*Стандарты
- S37OpenTelemetry, *General Trace Semantic Conventions*Стандартная и проектная документация

