Если открыть страницу безопасности любого AI-сервиса заметок о встречах, вы найдёте там шифрование AES-256 при хранении и TLS при передаче. И то и другое настоящее, и ни то ни другое не является сквозным шифрованием. Они защищают данные от того, кто украл диск или слушает канал связи. Они не защищают данные от провайдера, потому что ключ держит именно он.
Короткий ответ: по состоянию на 17 августа 2026 года крупные облачные сервисы заметок не заявляют сквозное шифрование для содержимого встреч, и это не недосмотр. Сервис, который транскрибирует ваш звонок и пишет резюме, обязан этот звонок прочитать. Две вещи взаимно исключают друг друга по построению — поэтому каждая крупная платформа для встреч выключает свои AI-функции ровно в тот момент, когда вы включаете настоящее сквозное шифрование.
Остаётся решение, которое стоит принимать осознанно, а не по умолчанию: какой машине позволено видеть открытый текст. Эта статья — о том, чего стоит каждый из ответов и как проверить, что вендор построил на самом деле.
Три примера, все проверены 17 августа 2026 года на страницах самих вендоров.
Otter документирует серверное шифрование AES-256 в AWS S3 и сообщает, что шифрует сам ключ корневым ключом, который регулярно меняет. О сквозном шифровании страница приватности и безопасности не упоминает. Про обучение моделей сказано, что используется собственный метод обезличивания пользовательских данных перед обучением, а импортированные данные клиентов исключены из обучения полностью.
Fireflies перечисляет 256-битное шифрование AES для заметок и транскриптов при хранении и TLS для данных при передаче, а также SOC 2 Type II, GDPR и — на тарифе Enterprise, при подписанном BAA — HIPAA. Enterprise предлагает ещё Private Storage: клиент может держать данные встреч в выбранном им регионе. Сквозное шифрование страница безопасности не заявляет.
Granola указывает, что заметки хранятся в её AWS Virtual Private Cloud с размещением в США, зашифрованы при хранении и при передаче, а звук не сохраняется: транскрибирование идёт в реальном времени на macOS и Windows. Третьим сторонам вроде OpenAI или Anthropic обучаться на данных клиентов не разрешается, а отключение обучения для всей организации — контроль уровня Enterprise. Заявления о сквозном шифровании тоже нет.
Ничего из этого не упрёк. Серверное шифрование, аудиты SOC 2 и отказ от обучения на данных — осмысленные меры, и вендор, который описывает их точно, честнее того, кто пишет «безопасность банковского уровня» и на этом останавливается. Утверждение здесь более узкое: это меры относительно того, что провайдер решает делать с данными, которые он может прочитать. Сквозное шифрование — мера относительно того, что он может сделать.
Шифрование при хранении — свойство хранилища. Данные попадают на инфраструктуру провайдера в открытом виде, шифруются ключом провайдера перед тем, как лечь на диск, и расшифровываются снова каждый раз, когда они сервису нужны: чтобы показать заметки в браузере, выполнить поиск, отдать модели, которая напишет резюме. Атакующий, которого это останавливает, — тот, кому досталось железо или хранилище и больше ничего.
Сквозное шифрование — свойство ключа. Содержимое шифруется на устройстве, где оно возникло, ключом, который никогда не покидает устройства людей, имеющих право его читать. Сервер хранит шифротекст и может его описать — размер, временные метки, чей он, — но не может открыть. Практическое следствие — список того, что перестаёт работать: нет полнотекстового поиска на сервере, нет просмотра в браузере без ключа, нет сотрудника поддержки, который заглянет в вашу встречу и поймёт, почему она не удалась, и нет сброса пароля, который возвращает содержимое.
Последний пункт — самая дешёвая проверка из существующих, и о ней подробнее ниже.
Это не список обвинений, а список сторон, которых архитектура ставит в зону досягаемости:
Транскрипты встреч — необычно богатая цель для всех пяти пунктов: обсуждения зарплат, разборы инцидентов, имена клиентов, необъявленные планы и фразы, которые люди произносят до того, как осознают, что их пишут.
Это та часть, которая закрывает спор, и она берётся прямо из документации самих платформ.
Zoom. Включение сквозного шифрования отключает функции AI Companion, облачную запись, живое транскрибирование, чат встречи до и после неё, трансляцию, опросы, Zoom Apps, Zoom Notes и Zoom Whiteboard. Объяснение Zoom — сам механизм: ключи для каждой встречи генерируют машины участников, а не серверы Zoom.
Google Meet. При включённом клиентском шифровании недоступны записи, транскрипты, субтитры, «Take notes for me» и «Ask Gemini», а вместе с ними — телефонный звук, сессионные залы и трансляции. Формулировка Google прямая: медиа шифруется браузером каждого участника ключами, которые доступны только участникам, и остаётся нечитаемым для серверов Google.
Microsoft Teams. Сквозное шифрование покрывает подходящие VoIP-звонки один на один и запланированные встречи при лицензии Teams Premium. Запись, транскрибирование и AI-сводка при включённом шифровании недоступны, а организации, использующие запись для комплаенса, не могут применять его вовсе.
Правило, лежащее под всеми тремя: машина, которая производит транскрипт, обязана видеть звук в открытом виде. Хитрого протокола, который обходит это, не существует. Поэтому проектный вопрос не «зашифровано ли», а «где стоит эта машина» — в облаке вендора или на столе у того, кто и так был на встрече.
Если транскрибирование происходит на вашем собственном компьютере, компромисс исчезает. Открытый текст оказывается на машине, у которой звук и так был, ничего не нужно загружать, чтобы написать резюме, а всё, что уходит дальше, может быть зашифровано сквозным шифрованием — потому что читать это ни одному серверу не требуется.
Именно в такой форме сделан Speak-Y. Звонки пишутся локально, бот во встречу не заходит — разница, которую видят все остальные участники, и о ней мы писали отдельно в материале про запись встреч без бота. Транскрипты по умолчанию остаются на устройстве, звук удаляется после обработки, а синхронизация между вашими собственными устройствами защищена сквозным шифрованием. Публикация в командную базу знаний устроена так же: ключи каналов существуют только на устройствах команды, и удаление участника немедленно меняет их. Когда AI-ассистент читает ваши встречи через встроенный MCP-сервер, он читает их из библиотеки на вашей машине, а не из облачной копии. Полное описание обработки данных — в политике конфиденциальности.
Честная цена этой модели зеркальна облачной. Поиск работает на ваших устройствах, а не на сервере, который всё проиндексировал. Коллеге, которого удалили из канала, нельзя вернуть доступ, просто переключив флаг обратно. А потерянное устройство — это устройство с открытым текстом на борту, поэтому шифрование диска на конечной точке перестаёт быть необязательным.
Вендоры, которые действительно построили сквозное шифрование, отвечают на это быстро, потому что ответы вытекают из устройства системы. Те, кто не построил, обычно отвечают сертификатами — то есть ответами на другой вопрос.
Оно не защищает вас от других людей в комнате. Любой, у кого есть ключ, может прочитать, скопировать и переслать содержимое; публикация транскрипта в командный канал означает, что он есть у команды. Оно не защищает скомпрометированное устройство, ведь открытый текст находится прямо там. Оно не скрывает метаданные — кто, что и когда записал и какого это было размера.
И оно ничего не говорит о том, имели ли вы право записывать. Это вопрос согласия, который решается юрисдикцией и участниками: где-то достаточно согласия одной стороны, где-то требуется согласие каждой. Прямо сейчас он разбирается в суде — объединённый коллективный иск к Otter из-за практик записи её сервиса заметок рассматривался по ходатайству об отклонении в мае 2026 года, и ни один суд пока не высказался о законности такой практики. Шифрование здесь не защита, и объявление в начале звонка не становится необязательным оттого, что ваше хранилище зашифровано. (Общая информация, а не юридическая консультация.)
Если вы выбираете инструмент, считайте «шифрование при хранении» нижней планкой, а не ответом, и спрашивайте, где происходит транскрибирование. Именно этот единственный факт определяет всё остальное — в том числе доступно ли вам сквозное шифрование вообще или это лишь фраза на странице. Руководство по командной базе знаний разбирает, как общие зашифрованные заметки о встречах выглядят в повседневной работе.
Почти никогда. На страницах безопасности крупных AI-сервисов заметок описано шифрование AES-256 при хранении и TLS при передаче — а это значит, что ключи держит провайдер и его системы могут читать ваши транскрипты. Сквозное шифрование означает, что ключи существуют только на устройствах участников; по состоянию на 17 августа 2026 года Otter, Fireflies и Granola не заявляют его для содержимого встреч.
Шифрование при хранении защищает данные на дисках провайдера: если украдут диск или хранилище, содержимое прочитать не смогут. Ключ при этом остаётся у провайдера, и он расшифровывает ваши данные каждый раз, когда отдаёт страницу, выполняет поиск или генерирует резюме. Сквозное шифрование убирает провайдера из этой схемы — он хранит шифротекст, который не может расшифровать, потому что ключ не покидает ваши устройства.
Потому что машина, которая пишет резюме, обязана прочитать звук в открытом виде. Zoom во встречах со сквозным шифрованием отключает AI Companion, облачную запись и живое транскрибирование; Google Meet при клиентском шифровании убирает записи, транскрипты, субтитры и «Take notes for me»; Microsoft Teams выключает запись, транскрибирование и интеллектуальную сводку для сквозно зашифрованных звонков. Получить и то и другое можно единственным способом — транскрибировать на своём устройстве.
Спросите, что будет, если вы забудете пароль. Если поддержка может восстановить ваши транскрипты, значит, ключ есть у провайдера и система не является сквозно зашифрованной. Тот же тест работает для полнотекстового поиска на сервере, доступа к заметкам через браузер без ключа на устройстве и сотрудников поддержки, которые могут открыть вашу встречу, чтобы разобраться с проблемой.
Нет. Шифрование определяет, кто может прочитать запись, а закон о записи — имели ли вы право её сделать. Правила согласия различаются по юрисдикциям: где-то достаточно согласия одной стороны, где-то нужно согласие всех, и к зашифрованному транскрипту они применяются точно так же. Это общая информация, а не юридическая консультация.