Криптографическая квитанция действия ИИ — запись, которую проверяющий контур создаёт в момент решения о действии агента: что агент хотел сделать, по какому правилу проверено и чем кончилось. Квитанции связаны в цепь хешами SHA-256, а вершина цепи регулярно фиксируется у внешнего свидетеля. Поэтому посторонний — аудитор, суд, страховщик — может на своём компьютере пересчитать цепь и повторить решения, не доверяя ни владельцу агента, ни разработчику проверяющего контура. Обычный журнал так не умеет: его администратор может незаметно переписать.
Коротко
- Квитанция пишется до исполнения действия, а не после: фиксируется решение по правилу — допуск или запрет.
- Записываются и разрешения, и запреты. Иначе после аварии нельзя понять, почему разрушительный вызов прошёл.
- Цепь хешей: каждая квитанция содержит хеш предыдущей; изменение одного символа в старой записи ломает все последующие.
- Внешний свидетель: раз в сутки хеш вершины цепи фиксируется в открытых календарях OpenTimestamps. Наружу уходит один хеш, без данных.
- Проверка без доверия: посторонний пересчитывает цепь, сверяет якоря и повторяет решения своим экземпляром решателя.
Чем квитанция отличается от строки журнала?
Строка журнала фиксирует, что событие произошло. Квитанция фиксирует, что действие было проверено по конкретному правилу и каков ответ, и связывает эту запись с соседними так, что её нельзя незаметно изменить.
| Строка журнала | Криптографическая квитанция | |
|---|---|---|
| Когда пишется | После действия | В момент решения, до исполнения |
| Что фиксирует | Факт события | Запрос, правило (по отпечатку), ответ проверки, итог |
| Кто может исправить | Администратор сервера и сам агент, если у него есть права | Никто незаметно: правка ломает цепь и расходится с якорем |
| Кто проверяет | Тот, кому верят на слово | Любой посторонний на своей машине |
| Доказательственная сила | Зависит от доверия к владельцу | Следует из пересчёта |
Что записано в квитанции?
В архитектуре, описанной в книге института «Доказанное действие» (глава 10), квитанция решения содержит четыре группы полей:
- Чьё и какое действие: арендатор, канал и класс действия — например, отправка данных наружу, удаление, публикация в репозиторий, остановка службы.
- Наблюдённые факты и правило: значения, которые увидел классификатор и установил сервер, и правило — класс, номер редакции и отпечаток SHA-256 его текста. Подписи человека в квитанции нет: редакцию правила закрепляет отпечаток, а сам текст правила хранится рядом с цепью один раз на редакцию.
- Решение: допустимо ли действие, ответ решателя, основания допуска или условия починки, режим (совет, запрет), итоговый вердикт и время решения.
- Связка с цепью: хеш предыдущей квитанции и хеш этой.
Зачем квитанции связаны в цепь?
Чтобы нельзя было удалить, вставить или переставить запись. Хеш каждой квитанции вычисляется от хеша предыдущей и её собственного тела: Hₙ = SHA-256(Hₙ₋₁ ∥ Pₙ). Если изменить хоть один символ в квитанции номер k, меняется её хеш, а за ним — хеши всех последующих. Пересчёт цепи сразу покажет место разрыва.
У цепи есть предел: тот, кто владеет диском целиком, может переписать квитанцию k и заново пересчитать все хеши после неё. Цепь останется внутренне согласованной. Поэтому нужен внешний свидетель.
Внешний свидетель: OpenTimestamps
Раз в сутки берётся хеш вершины цепи — одна строка из 64 символов — и фиксируется в публичных календарях протокола OpenTimestamps. Календари сводят отпечатки в транзакцию сети Bitcoin и возвращают доказательство существования. После этого переписать цепь до зафиксированной вершины незаметно нельзя: новая цепь не совпадёт с якорем, который хранится вне власти владельца.
Из одного хеша вершины невозможно восстановить содержимое квитанций, поэтому наружу не уходят ни запросы, ни имена файлов, ни суммы, ни персональные данные. Конфиденциальность закрытого контура сохраняется.
Как проверить квитанции без доверия к владельцу?
Проверяющий получает цепь квитанций, тексты правил и проверщик, а якоря с метками времени берёт из открытого набора проверки. Дальше — три шага на его собственной машине, без связи с проверяемым сервером:
- Пересчитать цепь: хеши всех квитанций сходятся — записи не удалены, не вставлены и не изменены.
- Сверить якоря: вершины цепи совпадают с отпечатками, зафиксированными в OpenTimestamps на свои даты.
- Повторить решения: для каждой квитанции подать текст правила и наблюдённые факты своему экземпляру решателя и получить тот же ответ.
Открытая часть набора проверки — якоря цепей, их метки OpenTimestamps и проверщик целости — опубликована на asi5.ru/console/verify/. По книге, на 14.10.2026 проверщик повторил 4958 решений из 4958 записанных в цепи; этот повтор выполнял сам институт, независимый проверяющий его ещё не делал. Порядок проверки — на странице протокола независимой проверки.
Что квитанция доказывает, а чего нет
| Доказывает | Не доказывает |
|---|---|
| Действие проверялось по правилу этой редакции, и ответ проверки был таким | Что само правило было хорошим: плохое правило честно пропустит плохое действие |
| Записи до зафиксированного якоря не удалены и не изменены | Целость записей после последнего якоря: их защищает только цепь до следующей фиксации |
| Решения воспроизводятся посторонним | Соответствие требованиям регулятора: его устанавливают организация и орган по аттестации |
Квитанция переводит спор из «верьте нам» в пересчёт. Отвечать за правила по-прежнему человеку, который их утвердил.
Кому и зачем нужна квитанция
- Техническому директору — восстановить, что сделал агент, даже если агент имел доступ к журналам.
- Собственнику и директору — показать, что действия агента проверялись по утверждённым правилам: от этого зависит оценка разумности управления (ответственность директора).
- Службе безопасности и оператору ГИС — вести журнал событий, который нельзя исправить выборочно (журнал по ГОСТ «Стрибог»).
- Страховщику — оценить убыток по записи, а не по объяснению страхователя (киберстрахование и ИИ-агенты).
Частые вопросы (FAQ)
Что такое криптографическая квитанция действия ИИ?
Запись о решении по действию ИИ-агента: что он хотел сделать, по какому правилу это проверено и с каким итогом. Квитанции связаны в цепь хешами SHA-256, а вершина цепи фиксируется у внешнего свидетеля, поэтому запись нельзя незаметно изменить, а проверить её может посторонний.
Чем квитанция отличается от обычного журнала?
Журнал пишется после события и хранится у владельца, который может его исправить. Квитанция пишется в момент решения, фиксирует правило и ответ проверки и связана с соседними записями так, что любая правка обнаруживается пересчётом.
Зачем записывать разрешённые действия, а не только запреты?
Чтобы после аварии понять, почему разрушительное действие прошло: из-за дыры в правиле, мягкого режима «совет» или ошибки классификатора. Если хранить только запреты, на этот вопрос ответить нечем.
Как проверить цепь квитанций без доверия к владельцу?
Пересчитать хеши всех квитанций, сверить вершины цепи с якорями OpenTimestamps и повторить решения своим экземпляром решателя по текстам правил. Всё это делается на машине проверяющего, без связи с проверяемым сервером.
Уходят ли данные компании наружу при фиксации у внешнего свидетеля?
Нет. Наружу уходит только хеш вершины цепи — 64 символа, из которых невозможно восстановить содержимое квитанций: запросы, имена файлов, суммы и персональные данные остаются внутри контура.
Доказывает ли квитанция, что агент действовал правильно?
Она доказывает, что действие проверено по правилу определённой редакции и что запись не изменена. Хорошо ли само правило, квитанция не доказывает: за правила отвечает человек, который их утвердил.
Источники
- Книга института «Доказанное действие. Власть и контроль над ИИ-агентами: стратегия 2027–2035», глава 10 «Квитанция, цепь, внешний свидетель, повтор посторонним»: https://isslab.ru/kniga/
- Протокол независимой проверки: https://isslab.ru/kniga/protokol/
- Открытый набор проверки цепи: https://asi5.ru/console/verify/
- OpenTimestamps: https://opentimestamps.org/
- NIST FIPS 180-4, Secure Hash Standard (SHS): https://csrc.nist.gov/pubs/fips/180-4/upd1/final
Проверено: 18.10.2026 — по тексту книги и опубликованному набору проверки.
Связанные страницы
- Протокол независимой проверки
- Журналирование действий ИИ по ГОСТ Р 34.11-2012 («Стрибог»): открытый инструмент
- ИБ 3.0: безопасность действий ИИ-агентов
- Ответственность директора за действия ИИ-агента
- Книга «Доказанное действие. Власть и контроль над ИИ-агентами: стратегия 2027–2035»
Канал института «ИБ 3.0: Безопасность AI-агентов» — разборы инцидентов с ИИ-агентами, изменения норм с датой проверки, новые страницы института. Читать в Telegram →