Mientras el mercado se mueve, la información oportuna marca la diferencia → Recibe actualizaciones en nuestro canal oficial de WhatsApp.
Amazon Web Services (AWS) enfrentó una interrupción de aproximadamente 13 horas vinculada indirectamente a una herramienta interna de inteligencia artificial utilizada para asistencia en programación, según reportes de Financial Times.
Aunque la compañía atribuyó el fallo a un error humano y no a una acción autónoma del sistema, el caso reabre el debate en la industria tecnológica sobre los límites operativos de la IA cuando interactúa con entornos productivos dentro de infraestructuras en la nube.
El error detrás de las 13 horas de caída
El incidente ocurrió a mediados de diciembre de 2025, cuando ingenieros de AWS permitieron que Kiro, un asistente de codificación con capacidades agénticas, es decir, capaz de ejecutar acciones automatizadas con cierto grado de autonomía, realizara modificaciones en un sistema orientado a clientes.
Sin embargo, en lugar de aplicar la corrección prevista, la herramienta ejecutó una acción que eliminó y recreó el entorno afectado, lo que provocó una interrupción prolongada en un servicio utilizado para analizar costos dentro de la plataforma.
Posteriormente, Amazon publicó un análisis interno en el que indicó que el problema afectó únicamente a un servicio específico dentro de una región de China continental y que no impactó componentes centrales como almacenamiento, cómputo o bases de datos, según el informe de Financial Times.
Además, la compañía enfatizó que la IA no actuó sin supervisión. Según AWS, el origen del incidente fue una configuración incorrecta de permisos que otorgó al ingeniero involucrado un nivel de acceso superior al previsto, permitiendo que los cambios ingresaran en producción sin controles adicionales.
Privilegios y supervisión en AWS
El caso expuso tensiones internas sobre el nivel de autonomía que deben tener las herramientas de desarrollo basadas en IA. Empleados citados en el informe señalaron que Kiro contaba con privilegios comparables a los de un operador humano y que la modificación evitó el proceso habitual de revisión por pares, requerido para cambios críticos en sistemas productivos.
Tras el incidente, AWS implementó revisiones obligatorias antes de conceder acceso a entornos de producción, reforzando los mecanismos de supervisión humana y control de permisos.
En paralelo, durante el mismo mes se registró una interrupción menor relacionada con Amazon Q Developer, otra herramienta de codificación basada en IA, aunque esta no tuvo impacto directo en servicios visibles para los clientes.
Lecciones del incidente de Amazon
El evento se produce meses después de una interrupción global más amplia ocurrida en octubre de 2025, que dejó fuera de línea plataformas como Reddit, Roblox y Snapchat, aunque aquella falla no estuvo relacionada con inteligencia artificial.
La diferencia clave es que este episodio introduce un nuevo vector de riesgo al evidenciar la integración de sistemas capaces de ejecutar acciones complejas dentro de entornos productivos. A medida que las empresas tecnológicas adoptan asistentes de codificación para acelerar el desarrollo, se vuelve imprescindible rediseñar los controles de acceso, validación y supervisión.
El debate también se intensificó internamente en Amazon, donde algunos ingenieros solicitaron acceso a herramientas alternativas de IA, argumentando que distintos modelos presentan ventajas específicas según la tarea. Actualmente, la compañía afirma que cerca de 70% de sus desarrolladores utilizó Kiro al menos una vez durante enero.
En conjunto, el incidente evidencia que la adopción de IA en sistemas críticos avanza con rapidez y que los marcos operativos deben evolucionar al mismo ritmo. Seguridad, gobernanza tecnológica y control de privilegios emergen así como los principales desafíos de la próxima etapa de la computación en la nube.
