DeepMind за месяц проверила часть криптографии Signal с помощью ИИ
Тесты проверяют отдельные сценарии, но в криптографии ошибка может скрываться в сочетании условий, которое никто не предусмотрел. По данным ZDNET, DeepMind использовала AlphaProof Code для математической проверки части кода Signal и выполнила работу за месяц. Люди определяли, какие свойства нужно доказать, а ИИ-агенты строили доказательства и помогали находить места для дополнительной проверки.
AI-обработка оригинала ZDNet AI; редакция Hamidun News
У вас проходят тесты, ревью не находит проблем, а уверенности в критическом коде всё равно нет. Для криптографии это особенно неприятно: редкое сочетание условий может оказаться важнее тысячи успешных прогонов. По сообщению ZDNET, Google DeepMind применила AlphaProof Code к части криптографического кода Signal и выполнила проверку за месяц. Практический интерес здесь — в попытке сократить ручную работу по построению математических доказательств.
Сразу обозначим границу результата: из публикации не следует, что исследователи доказали безопасность всего мессенджера. Речь идёт об отдельных частях реализации и свойствах, которые команда решила проверить. Для разработчика это принципиальная разница: доказательство отвечает на конкретный вопрос о программе, а не выдаёт универсальный сертификат надёжности.
Что проверяют математически
Представьте функцию, которая обновляет криптографическое состояние после обработки сообщения. Обычный тест передаёт ей выбранные данные и сравнивает результат с ожидаемым. Можно добавить случайные входы, пограничные значения и длинные последовательности вызовов. Но каждый такой прогон всё равно проверяет конкретный сценарий.
При формальной верификации сначала записывают точное требование к поведению функции. Затем доказывают, что код выполняет его для всех случаев, охваченных заданной моделью. Условный пример: операция должна сохранять определённое соотношение между старым и новым состоянием. Это иллюстрация метода, а не описание конкретного свойства, доказанного командой DeepMind.
Самая дорогая часть такой работы часто начинается ещё до доказательства. Нужно решить, что именно обещает программа, какие предположения допустимы и где заканчивается проверяемый участок. Если требование составлено неверно или неполно, даже корректное доказательство не ответит на реальный вопрос о безопасности продукта.
Как распределили работу между людьми и агентами
По изложению ZDNET, исследователи опирались на предыдущую работу Signal Foundation. Люди вместе с агентами определяли, какие утверждения предстоит доказать. Затем несколько агентов строили доказательства; отдельно система помогала проверять результат и выделяла участки, требующие внимания человека.
Издание сообщает, что для повторной ручной проверки было отмечено около 1% кодовой базы. Эту цифру нужно читать осторожно: из текста неясно, как определялся знаменатель и что именно считалось проверенным участком. Она не означает, что ИИ самостоятельно подтвердил безопасность остальных 99% всего приложения Signal.
Ещё один заявленный результат — работа с двумя ранее исправленными ошибками Signal. Такие проверки полезны: инструмент должен различать корректную реализацию и реализацию с дефектом. Однако краткого пересказа недостаточно, чтобы восстановить эксперимент, понять его условия и оценить, какие классы ошибок система действительно умеет выявлять.
Месячный срок тоже требует контекста. ZDNET сравнивает его с работой, которая могла бы занять у экспертов годы, но не приводит сопоставимого проекта, затрат вычислений и подробного учёта человеческого труда. Поэтому обещать командам такое же ускорение пока рано.
Что делать разработчику и продакту
Если подход подтвердится на доступных материалах, он будет особенно интересен для небольших модулей, где ошибка дорого обходится, а требования можно сформулировать точно. Начать можно с одной функции, описать её допустимые входы, ожидаемые свойства и зависимости. После этого станет понятнее, есть ли здесь задача для формальной проверки и какой результат команда сможет принять.
Продакту полезно заранее определить границы обещания пользователю. Доказанное свойство криптографического модуля ничего автоматически не говорит о защите устройства, интерфейсе, резервных копиях или корректности обновлений. Эти вопросы требуют собственных проверок.
По данным публикации, DeepMind планирует открыть код AlphaProof Code. Для оценки пригодности инструмента понадобятся сам репозиторий, спецификации, проверяемые доказательства и описание ограничений. Пока это содержательный пример применения ИИ к инженерной задаче: агенты могут помогать готовить доказательства, но качество требований и границы результата остаются ответственностью людей.
- 12 нояб. 2026 г.Google открывает предзаказ на очки с Gemini от $395 и блокирует скрытую съёмку
- 12 нояб. 2026 г.Google привезла Gemini Intelligence в Android Auto — пока только для Pixel
- 12 нояб. 2026 г.По иску, школьница три месяца говорила с Gemini о суициде, а мониторинг молчал неделями
- 12 нояб. 2026 г.Google и Adobe сближают продукты: Acrobat появится в Gmail, Drive и Gemini
Вопросы и ответы по материалу
Что известно по теме: что проверяют математически?
Представьте функцию, которая обновляет криптографическое состояние после обработки сообщения. Обычный тест передаёт ей выбранные данные и сравнивает результат с ожидаемым. Можно добавить случайные входы, пограничные значения и длинные последовательности вызовов. Но каждый такой прогон всё равно проверяет конкретный сценарий. При формальной верификации сначала записывают точное требование к поведению функции. Затем доказывают, что код выполняет его для всех случаев, охваченных заданной моделью.
Что известно по теме: как распределили работу между людьми и агентами?
По изложению ZDNET, исследователи опирались на предыдущую работу Signal Foundation. Люди вместе с агентами определяли, какие утверждения предстоит доказать. Затем несколько агентов строили доказательства; отдельно система помогала проверять результат и выделяла участки, требующие внимания человека. Издание сообщает, что для повторной ручной проверки было отмечено около 1% кодовой базы. Эту цифру нужно читать осторожно: из текста неясно, как определялся знаменатель и что именно считалось проверенным участком.
Что известно по теме: что делать разработчику и продакту?
Если подход подтвердится на доступных материалах, он будет особенно интересен для небольших модулей, где ошибка дорого обходится, а требования можно сформулировать точно. Начать можно с одной функции, описать её допустимые входы, ожидаемые свойства и зависимости. После этого станет понятнее, есть ли здесь задача для формальной проверки и какой результат команда сможет принять. Продакту полезно заранее определить границы обещания пользователю.
От чтения про ИИ-агентов — к запуску своего агента за вечер
Пошаговая сборка автономных агентов и MCP-связок в Hamidun Academy (academy.hamidun.com) (72 часа бесплатно) или мгновенный запуск готовых мультишаговых агентов в облаке Nomad.
Главное из мира ИИ — раз в неделю
7 ключевых событий недели, отобранных вручную. Без шума, репостов и пресс-релизов.
Готово! Проверьте почту — мы отправили подтверждение.