Si lee la página de seguridad de un tomador de notas de reunión con IA, encontrará cifrado AES-256 en reposo y TLS en tránsito. Ambos son reales, y ninguno de los dos es cifrado de extremo a extremo. Protegen los datos frente a quien roba un disco o escucha en la red. No los protegen frente al proveedor, porque el proveedor es quien tiene la clave.
La respuesta corta: a 17 de agosto de 2026, los principales tomadores de notas en la nube no afirman ofrecer cifrado de extremo a extremo para el contenido de las reuniones, y no se trata de un descuido. Un servicio que transcribe su llamada y escribe el resumen tiene que leer esa llamada. Ambas cosas se excluyen por construcción, y por eso todas las grandes plataformas de reunión apagan sus funciones de IA en cuanto usted activa un cifrado de extremo a extremo de verdad.
Queda una decisión que conviene tomar de forma deliberada y no por omisión: qué máquina puede ver el texto en claro. Este artículo trata de lo que cuesta cada respuesta y de cómo comprobar qué construyó realmente un proveedor.
Tres ejemplos, todos comprobados el 17 de agosto de 2026 en las páginas de los propios proveedores.
Otter documenta cifrado del lado del servidor con AES-256 en AWS S3, e indica que cifra la propia clave con una clave raíz que rota con regularidad. Su página de privacidad y seguridad no menciona en ningún momento el cifrado de extremo a extremo. Sobre el entrenamiento de modelos, señala que emplea un método propio para despersonalizar los datos de usuario antes del entrenamiento, y que los datos importados por el cliente quedan excluidos por completo.
Fireflies enumera cifrado AES de 256 bits en reposo para las notas y transcripciones de reunión y TLS para los datos en tránsito, junto con SOC 2 Type II, GDPR y — en Enterprise, con un BAA — HIPAA. Enterprise ofrece además Private Storage, que permite al cliente guardar los datos de reunión en la ubicación que elija. La página de seguridad no afirma tener cifrado de extremo a extremo.
Granola declara que las notas se almacenan en su AWS Virtual Private Cloud alojada en Estados Unidos, cifradas en reposo y en tránsito, y que no guarda el audio: la transcripción ocurre en tiempo real en macOS y Windows. No permite que terceros como OpenAI o Anthropic entrenen con los datos de sus clientes, y la exclusión del entrenamiento para toda la organización es un control de Enterprise. Aquí tampoco hay afirmación alguna de extremo a extremo.
Nada de esto es un reproche. El cifrado del lado del servidor, las auditorías SOC 2 y la exclusión del entrenamiento son controles reales, y un proveedor que los documenta con precisión es más honesto que otro que escribe «seguridad de nivel bancario» y se detiene ahí. El planteamiento es más estrecho: son controles sobre lo que el proveedor elige hacer con datos que puede leer. El cifrado de extremo a extremo es un control sobre lo que puede hacer.
El cifrado en reposo es una propiedad del almacenamiento. Los datos llegan en claro a la infraestructura del proveedor, se cifran con una clave que él guarda antes de tocar un disco, y se descifran de nuevo cada vez que el servicio los necesita: para mostrar sus notas en un navegador, para ejecutar una búsqueda, para alimentar al modelo que escribe el resumen. El atacante al que derrota es el que se queda con el hardware o con el bucket de almacenamiento y nada más.
El cifrado de extremo a extremo es una propiedad de la clave. El contenido se cifra en el dispositivo que lo creó, con una clave que nunca sale de los dispositivos de quienes tienen derecho a leerlo. El servidor almacena texto cifrado y puede describirlo — tamaño, marcas de tiempo, a quién pertenece —, pero no puede abrirlo. La consecuencia práctica es una lista de cosas que dejan de funcionar: nada de búsqueda de texto completo en el servidor, nada de «ver en el navegador» sin material de clave, ningún agente de soporte que pueda mirar su reunión para ver por qué falló, y ningún restablecimiento de contraseña que recupere el contenido.
Esto último es la prueba más barata que existe, y se detalla más abajo.
No es una lista de acusaciones, sino la lista de las partes que la arquitectura deja al alcance:
Las transcripciones de reunión son un objetivo inusualmente rico para los cinco casos: conversaciones sobre salarios, post-mortems de incidentes, nombres de clientes, planes sin anunciar y las frases que la gente dice antes de darse cuenta de que la están grabando.
Esta es la parte que zanja la discusión, y viene directamente de la documentación de las propias plataformas.
Zoom. Activar el cifrado de extremo a extremo desactiva las funciones de AI Companion, la grabación en la nube, la transcripción en directo, el chat de la reunión antes y después de ella, la emisión en directo, las encuestas y sondeos, las Zoom Apps, Zoom Notes y Zoom Whiteboard. La explicación de Zoom es el mecanismo mismo: las claves de cada reunión las generan las máquinas de los participantes, no los servidores de Zoom.
Google Meet. Con client-side encryption (cifrado del lado del cliente) activado, las grabaciones, las transcripciones, los subtítulos, «Take notes for me» y «Ask Gemini» quedan todos fuera de servicio, igual que el audio por teléfono, las salas de trabajo y las emisiones en directo. La redacción de Google es explícita: los medios los cifra el navegador de cada participante con claves que solo se ponen a disposición de los participantes, y siguen siendo ilegibles para los servidores de Google.
Microsoft Teams. El cifrado de extremo a extremo cubre las llamadas VoIP individuales que reúnen los requisitos y las reuniones programadas con una licencia Teams Premium. La grabación, la transcripción y el resumen con IA no están disponibles mientras está activo, y las organizaciones que usan grabación de cumplimiento no pueden utilizarlo en absoluto.
La regla que subyace a las tres: la máquina que produce la transcripción tiene que ver el audio en claro. No hay protocolo ingenioso que lo evite. Así que la pregunta de diseño no es «¿está cifrado?» sino «¿dónde está esa máquina?»: en la nube del proveedor, o en el escritorio de alguien que iba a estar en la reunión de todos modos.
Si la transcripción ocurre en su propio ordenador, la disyuntiva se disuelve. El texto en claro existe en una máquina que ya tenía el audio, no hace falta subir nada para que se escriba el resumen, y todo lo que salga después puede ir cifrado de extremo a extremo, porque ningún servidor necesita leerlo.
Esa es la forma con la que está construido Speak-Y. Las llamadas se graban en local sin que ningún bot entre en la reunión — una diferencia que ven todos los demás participantes, y que tratamos aparte en grabar reuniones sin bots. Las transcripciones permanecen en el dispositivo por defecto, el audio se borra tras procesarlo, y la sincronización entre sus propios dispositivos va cifrada de extremo a extremo. Compartir en una base de conocimiento de equipo funciona igual: las claves de canal solo existen en los dispositivos del equipo, y retirar a un miembro las rota de inmediato. Cuando un asistente de IA lee sus reuniones a través del servidor MCP integrado, las lee de la biblioteca que está en su máquina y no de una copia en la nube. El tratamiento completo de los datos está en la política de privacidad.
El coste honesto de este modelo es la imagen invertida del de la nube. La búsqueda se ejecuta en sus dispositivos, no en un servidor que lo ha indexado todo. A un compañero al que se retiró de un canal no se le puede devolver el acceso volviendo a activar una casilla. Y un dispositivo que pierda es un dispositivo con texto en claro dentro, razón por la cual el cifrado de disco en el equipo deja de ser opcional.
Los proveedores que sí han construido cifrado de extremo a extremo responden a esto deprisa, porque las respuestas son consecuencia del diseño. Los que no lo han hecho suelen contestar con certificaciones, que son respuestas a otra pregunta.
No le protege de las demás personas presentes. Cualquiera que tenga la clave puede leer, copiar y reenviar el contenido; compartir una transcripción en un canal de equipo significa que el equipo la tiene. No protege un equipo comprometido, porque el texto en claro está justo ahí. Y no oculta los metadatos: quién grabó qué, cuándo y de qué tamaño era.
Tampoco dice nada sobre si usted tenía derecho a grabar. Eso es una cuestión de consentimiento, que deciden la jurisdicción y los participantes: en algunos lugares basta el consentimiento de una parte, en otros hace falta el de todas. Se está litigando ahora mismo — una demanda colectiva consolidada contra Otter por las prácticas de grabación de su tomador de notas se argumentó sobre una moción de sobreseimiento en mayo de 2026, y ningún tribunal se ha pronunciado todavía sobre si la práctica es lícita. El cifrado no es una defensa ahí, y el aviso que da al principio de la llamada no deja de ser obligatorio porque su almacenamiento esté cifrado. (Información general, no asesoramiento legal.)
Si está eligiendo una herramienta, trate «cifrado en reposo» como el suelo y no como la respuesta, y pregunte dónde ocurre la transcripción. Ese único dato determina todo lo demás, incluido si el cifrado de extremo a extremo está realmente a su alcance o es solo una frase en una página. La guía base de conocimiento de equipo recorre qué aspecto tienen unas notas de reunión compartidas y cifradas en el uso diario.
Casi nunca. Las páginas de seguridad de los principales tomadores de notas con IA describen cifrado AES-256 en reposo y TLS en tránsito, lo que significa que el proveedor guarda las claves y sus sistemas pueden leer sus transcripciones. El cifrado de extremo a extremo implica que las claves solo existen en los dispositivos de los participantes: comprobado el 17 de agosto de 2026, Otter, Fireflies y Granola no lo afirman para el contenido de las reuniones.
El cifrado en reposo protege los datos en los discos del proveedor: si se roba una unidad o un bucket de almacenamiento, el contenido resulta ilegible. El proveedor sigue teniendo la clave y descifra sus datos cada vez que muestra una página, ejecuta una búsqueda o genera un resumen. El cifrado de extremo a extremo saca al proveedor del circuito: almacena un texto cifrado que no puede descifrar, porque la clave nunca sale de sus dispositivos.
Porque la máquina que escribe el resumen tiene que leer el audio en claro. Zoom desactiva AI Companion, la grabación en la nube y la transcripción en directo en las reuniones con E2EE; Google Meet elimina grabaciones, transcripciones, subtítulos y «Take notes for me» bajo client-side encryption; Microsoft Teams apaga la grabación, la transcripción y el resumen inteligente en las llamadas cifradas de extremo a extremo. La única forma de tener ambas cosas es hacer la transcripción en su propio dispositivo.
Pregunte qué ocurre si olvida su contraseña. Si el soporte puede restaurar sus transcripciones, el proveedor guarda una clave y el sistema no está cifrado de extremo a extremo. La misma prueba vale para la búsqueda de texto completo en el servidor, el acceso web a las notas sin ningún material de clave en el dispositivo, y el personal de soporte que puede abrir su reunión para depurarla.
No. El cifrado decide quién puede leer una grabación; la ley aplicable decide si usted tenía derecho a hacerla. Las reglas de consentimiento varían según la jurisdicción — unas exigen el de una sola parte, otras el de todas — y se aplican igual a una transcripción cifrada. Esto es información general, no asesoramiento legal.