Microsoft Teams permite bloquear automáticamente los bots externos en reuniones
Índice de contenidos
Microsoft está desplegando en Teams una política que permite a los administradores bloquear automáticamente todos los bots externos que la plataforma identifique al intentar entrar en una reunión. La opción amplía el sistema lanzado anteriormente, que etiquetaba esos asistentes en la sala de espera y exigía aprobación expresa del organizador. La medida responde al crecimiento de herramientas de transcripción y toma de notas que pueden grabar conversaciones o enviar contenido a sistemas ajenos a la organización. El control es útil, aunque Microsoft admite que la detección no es perfecta.
Claves de la noticia
- Los administradores pueden elegir bloquear los bots detectados en lugar de enviarlos a la sala de espera.
- La configuración se aplica mediante políticas de reunión y puede asignarse por organización, grupo o usuario.
- La identificación puede producir falsos positivos o dejar pasar bots, por lo que no sustituye otras medidas de seguridad.
De la aprobación manual al bloqueo
La protección anterior utilizaba RequireApprovalWhenDetected como comportamiento predeterminado. Un bot reconocido quedaba marcado en la sala de espera incluso cuando otros participantes podían entrar directamente. Con BlockDetectedBots, el administrador impide su acceso sin presentar al organizador una decisión en cada reunión. La opción AllowAllBots mantiene la posibilidad de no aplicar detección cuando una organización asume ese riesgo.
Las políticas se gestionan en el centro de administración de Teams o mediante el parámetro ExternalBotAccessMode de las herramientas de PowerShell. Pueden dirigirse a conjuntos de usuarios con necesidades diferentes. Un equipo jurídico puede requerir bloqueo completo, mientras otro departamento acepta un proveedor de notas concreto. Microsoft prepara además listas de permitidos, informes y registros más detallados.
Por qué un bot de notas es un participante
Muchas herramientas se unen a la reunión como una cuenta externa, escuchan el audio, generan una transcripción y envían el resultado a un servicio en la nube. Aunque su interfaz parezca una función pasiva, técnicamente reciben información parecida a la de cualquier asistente. Si entran sin conocimiento suficiente, pueden crear problemas de confidencialidad, protección de datos, secreto profesional o conservación de registros.
El hecho de que una persona invite al bot no significa que tenga autorización para grabar a todos los participantes. Las organizaciones necesitan reglas sobre consentimiento, ubicación del almacenamiento, subencargados y tiempo de retención. Bloquear por defecto puede ser adecuado para reuniones sensibles, pero también puede impedir herramientas de accesibilidad o productividad legítimas si no existe un proceso de excepción.
Cómo identifica Teams a estos asistentes
Microsoft combina detección con un programa de identificación para proveedores. Los desarrolladores elegibles pueden registrarse e incluir un marcador en sus solicitudes de entrada. Cuando Teams reconoce ese marcador, muestra al participante como bot registrado. El objetivo es aumentar transparencia y ofrecer un camino formal a las aplicaciones, sin confiar únicamente en nombres de cuenta que pueden cambiar.
La documentación reconoce dos límites: algunos bots pueden no ser detectados y una persona real puede clasificarse por error. En el modo que exige aprobación, el organizador puede admitir a un falso positivo y marcar que no es un bot. En el modo de bloqueo automático, las empresas necesitarán un canal de soporte para resolver errores sin improvisar excepciones inseguras.
Qué deben preparar los administradores
Antes de activar el bloqueo global conviene inventariar asistentes de reuniones ya utilizados, revisar contratos y preguntar qué equipos dependen de ellos. Una lista de herramientas aprobadas debe incluir responsable, finalidad, datos tratados y configuración de retención. También es recomendable probar la política con un grupo limitado y revisar los registros de detección.
La comunicación a usuarios resulta esencial. Si un bot deja de entrar sin explicación, una persona puede buscar una alternativa no autorizada o compartir manualmente una grabación. Explicar la razón, proporcionar herramientas admitidas y definir cómo solicitar una excepción reduce esa reacción. La política técnica funciona mejor cuando se integra en una norma de reuniones comprensible.
Disponibilidad y próximos controles
BleepingComputer informa de que el despliegue comienza ahora y la disponibilidad puede variar por tipo de nube y calendario de Microsoft 365. Las organizaciones no deben asumir que la opción aparece simultáneamente en todos los entornos. Los administradores pueden consultar el centro de mensajes y la documentación de su inquilino para confirmar el estado.
Microsoft ha anunciado controles adicionales: bloqueo total, listas de bots aprobados, informes administrativos, auditoría y políticas más granulares. Esas funciones decidirán si el sistema pasa de un filtro general a una gobernanza completa. Mientras tanto, el bloqueo reduce una vía evidente de fuga, pero debe combinarse con configuración de grabación, acceso externo, clasificación de información y formación de organizadores.
Las reuniones con participantes externos merecen una prueba específica. Un proveedor legítimo puede entrar desde otro inquilino, una cuenta anónima o un dominio que no coincide con su marca. Los administradores deberían documentar esos casos antes del despliegue general y comprobar qué mensaje recibe la persona bloqueada. Una experiencia confusa puede generar llamadas de soporte o atajos inseguros; una explicación clara convierte la restricción en un control comprensible.
