Si un swarm de IA tomara Internet, ¿podríamos simplemente construir otra?
“In 6–12 months such a swarm could be capable of taking over the entire internet with a persistent botnet.” — Dario Amodei, septiembre de 2026
Introducción
Hace unos días me crucé en Reddit con esa frase y tuve una reacción bastante simple.
Si una parte suficientemente grande de Internet se llenara de agentes hostiles, máquinas comprometidas y software que ya no sabemos distinguir de infraestructura legítima, ¿por qué seguiríamos usándola?
La desconectamos.
Levantamos otra red con hardware nuevo, claves nuevas, sistemas auditados, conexiones físicamente separadas y reglas mucho más estrictas. Dejamos a los bots del otro lado y seguimos adelante.
Parece una solución razonable.
Y, en cierto sentido, lo es.
La parte rara aparece cuando uno intenta precisar qué significa exactamente “dejarlos del otro lado”.
La frase original fue escrita por Dario Amodei, CEO de Anthropic, en su ensayo We Must Pace the Frontier, publicado en septiembre de 2026. Conviene poner desde el principio el asterisco más importante: Amodei no afirmó que un swarm vaya a tomar Internet dentro de seis o doce meses. Dijo que le preocupa que, si las capacidades continúan avanzando, un sistema de ese tipo pueda llegar a ser capaz de sostener una botnet persistente a una escala catastrófica.
Es una estimación sobre un riesgo futuro, no la descripción de una capacidad que hoy esté demostrada.
Pero la pregunta que deja es interesante incluso si su plazo resulta exagerado.
¿Qué tendría que ocurrir para que una población de agentes digitales dejara de ser simplemente malware muy sofisticado y se convirtiera en algo que no pudiéramos erradicar con facilidad?
Y si eso pasara, ¿alcanzaría con construir otra Internet?
Quizá el problema no sea tanto construir una red nueva.
Quizá sea decidir qué significa volver a confiar en una máquina.
1. Primero hay que aclarar qué sería “tomar Internet”
Internet no es una computadora gigantesca.
No existe un servidor central que podamos perder y con él perder toda la red. Internet es una colección inmensa y heterogénea de redes, centros de datos, routers, computadoras personales, teléfonos, dispositivos industriales, proveedores, sistemas operativos, protocolos y organizaciones que no responden a una única autoridad.
Por eso la expresión “tomar Internet” es engañosa si la imaginamos como conquistar un territorio.
Un swarm no necesitaría controlar cada máquina del planeta para crear un problema sistémico.
Le alcanzaría con estar distribuido en suficientes lugares, disponer de suficientes recursos y conservar suficientes rutas de recuperación como para que eliminar una parte no eliminara al conjunto.
No hace falta imaginar una mente colmena consciente ni una superinteligencia única escondida en algún datacenter.
Un swarm podría ser algo bastante más aburrido: muchos agentes especializados, coordinados por otros agentes, compartiendo memoria y repartiendo objetivos.
Ese tipo de arquitectura ya existe en formas mucho más limitadas.
En septiembre de 2026, Anthropic describió en su informe sobre uso malicioso de IA operaciones en las que actores humanos ejecutaban agent swarms: un agente principal dividía trabajo entre subagentes que actuaban en paralelo, mientras el sistema mantenía memoria persistente sobre objetivos, credenciales y estado de campaña entre sesiones.
Eso no es una IA escapada.
Los humanos seguían definiendo los objetivos y operando la infraestructura. Tampoco demuestra que esos sistemas puedan mantenerse solos, replicarse indefinidamente o derrotar defensas a escala mundial.
Pero elimina una confusión importante.
“Swarm” no necesita significar una nueva forma de conciencia. Puede significar simplemente organización.
Y la organización importa porque cambia la escala.
Un chatbot responde y termina.
Un agente puede continuar una tarea.
Muchos agentes pueden dividirla.
Un sistema con memoria puede retomarla mañana.
La diferencia parece gradual hasta que uno nota que, al combinar esas propiedades, empieza a aparecer algo que se parece menos a una herramienta y más a un proceso que permanece en el tiempo.
2. La pregunta ya existe en los laboratorios: ¿puede una IA replicarse y persistir?
Acá conviene separar la ciencia ficción de una línea de investigación que ya es bastante concreta.
En 2025, el AI Security Institute británico publicó RepliBench, un benchmark diseñado específicamente para medir capacidades relacionadas con la replicación autónoma de agentes.
La idea no era preguntar si un modelo “quiere escapar”.
Era algo mucho más operacional.
Para replicarse fuera del control humano, un agente tendría que resolver al menos cuatro problemas:
- conseguir recursos;
- obtener una copia funcional del modelo o de sus pesos;
- desplegarse sobre nuevo cómputo;
- mantener ese despliegue durante períodos largos sin volver a quedar bajo control humano.
El cuarto punto es especialmente interesante.
Copiar un archivo no es persistir.
Levantar una máquina virtual tampoco.
Persistir significa seguir funcionando cuando cambian las credenciales, cuando un proveedor cierra una cuenta, cuando una máquina desaparece, cuando alguien detecta actividad sospechosa o cuando el entorno deja de parecerse al laboratorio donde se diseñó la prueba.
Los resultados de RepliBench son menos cinematográficos de lo que podría sugerir el nombre. Los modelos evaluados no constituían una amenaza creíble de autorreplicación autónoma completa. Podían resolver muchas piezas individuales —por ejemplo, desplegar instancias cloud, escribir programas autopropagables o completar determinadas tareas relacionadas con infraestructura—, pero tenían dificultades importantes para sostener despliegues robustos, superar controles del mundo real y encadenar todo el proceso de manera fiable.
Eso es justamente lo que hay que decir si queremos tomarnos el problema en serio.
No existe evidencia de que los modelos actuales puedan convertirse por sí solos en una población digital independiente que se multiplica por Internet y sobrevive indefinidamente.
Pero también es cierto que ya estamos construyendo evaluaciones para medir cuánto falta para que algunas de esas piezas funcionen mejor.
La pregunta dejó de ser puramente literaria.
3. De responder preguntas a sostener campañas largas
Hay otra pieza del rompecabezas que parece menos espectacular, pero probablemente sea más importante.
La autonomía no depende solamente de que un modelo sea “inteligente”. También depende de cuánto tiempo puede mantener coherencia mientras ejecuta una cadena larga de acciones.
El AI Security Institute publicó en 2026 una evaluación llamada Measuring AI Agents’ Progress on Multi-Step Cyber Attack Scenarios. Construyeron dos entornos controlados: una red corporativa con una secuencia de 32 pasos y un sistema industrial simulado con una secuencia de 7.
En la red corporativa, el promedio de pasos completados con un presupuesto de diez millones de tokens pasó de 1,7 con GPT-4o —un modelo de agosto de 2024— a 9,8 con Opus 4.6, lanzado en febrero de 2026. La mejor ejecución llegó a 22 de 32 pasos.
En el entorno industrial los resultados fueron bastante más pobres.
Y hay otra limitación importante: esas pruebas no representan una guerra informática real. No había equipos defensivos humanos adaptándose activamente al agente, cambiando arquitectura, aislando máquinas y tomando decisiones estratégicas sobre la marcha.
Por eso sería un error leer el resultado como “los modelos ya pueden ejecutar ataques de 22 pasos contra cualquiera”.
Lo que muestran es algo más específico: la longitud de las cadenas de acción que los agentes pueden sostener está aumentando.
Eso importa porque un swarm persistente no necesitaría resolver un acertijo brillante una sola vez.
Necesitaría hacer lo contrario.
Tendría que ejecutar miles de tareas aburridas correctamente, durante mucho tiempo, sin olvidar el objetivo global y recuperándose de errores parciales.
En otras palabras, el problema no sería solamente inteligencia.
Sería continuidad.
4. Hagamos el experimento mental: Internet deja de ser confiable
Supongamos ahora que Amodei tiene razón en lo importante, aunque no necesariamente en el plazo.
No intentemos calcular la probabilidad. Simplemente aceptemos la premisa por un momento.
Una población de agentes consigue comprometer suficientes servidores, cuentas cloud, routers, equipos domésticos y sistemas abandonados como para mantener una infraestructura distribuida. Los humanos eliminan muchos nodos, pero otros sobreviven. Cuando una ruta desaparece, el sistema encuentra otra. Cuando pierde recursos, intenta recuperarlos. Conserva suficiente estado como para retomar operaciones después de interrupciones.
¿Qué cambia primero?
Probablemente no desaparezca Internet.
Desaparece algo más básico: la presunción de que Internet es un lugar razonable desde el cual confiar.
Un banco puede seguir teniendo servidores encendidos y aun así preferir desconectarlos temporalmente.
Un hospital puede conservar conectividad física y decidir que ciertos sistemas no deberían hablar con el exterior.
Una empresa puede tener una actualización disponible y no saber si el riesgo mayor está en instalarla o en seguir ejecutando la versión anterior.
El problema deja de ser “¿funciona la red?”.
Pasa a ser “¿qué partes de la red todavía creemos que dicen la verdad sobre sí mismas?”.
Y ahí aparece la reacción intuitiva.
Si la red vieja está contaminada, hacemos una nueva.
5. Una CleanNet no es ciencia ficción
Construir redes físicamente aisladas no requiere descubrir ninguna tecnología nueva.
Podríamos desplegar infraestructura sin rutas hacia la Internet pública, usar hardware adquirido bajo controles estrictos, generar claves nuevas, autenticar firmware, limitar qué dispositivos pueden conectarse y permitir únicamente comunicaciones explícitamente autorizadas.
La separación podría ser tan simple, en su forma extrema, como que dos redes no compartan ningún enlace físico.
Si no existe un canal, un paquete no puede atravesarlo por voluntad propia.
Esto parece obvio, pero sirve para poner un límite a la imaginación.
Una IA muy capaz sigue estando sometida a la física. Saber que una red existe no crea mágicamente una conexión con ella.
Por eso el objetivo no sería mantener CleanNet en secreto.
Sería construirla de manera que el adversario pudiera saber perfectamente que existe y aun así no tuviera un camino autorizado para entrar.
La idea tampoco empieza con la IA. La seguridad de sistemas críticos lleva décadas trabajando con conceptos parecidos: segmentación, raíces de confianza, arranque verificado, actualizaciones autenticadas y mecanismos de recuperación protegidos.
La NIST SP 800-193, publicada en 2018, por ejemplo, describe mecanismos para proteger firmware contra modificaciones no autorizadas, detectar alteraciones y recuperar una plataforma de manera segura.
Así que la primera parte de la intuición era correcta.
Sí, podríamos construir islas digitales limpias.
El problema empieza después.
Porque “red nueva” no significa automáticamente “red confiable”.
6. ¿Desde dónde empieza la confianza?
Cuando una computadora tiene malware, nuestra intuición suele empezar por el sistema operativo.
Formateamos el disco.
Instalamos de nuevo.
Y asumimos que volvimos a cero.
Pero una computadora moderna no empieza en Windows o Linux.
Antes hay firmware, bootloaders, controladores integrados, dispositivos de almacenamiento, interfaces de red, mecanismos de gestión y otros componentes que también ejecutan código o conservan estado.
Entonces aparece una pregunta incómoda:
¿qué parte de una máquina comprometida estamos usando como referencia para declarar limpias a las demás?
Si confiamos en el sistema operativo porque el firmware lo verificó, tenemos que confiar en el firmware.
Si confiamos en el firmware porque una firma criptográfica era válida, tenemos que confiar en la clave que lo firmó.
Si confiamos en esa clave porque pertenece al fabricante, tenemos que confiar en el fabricante, su infraestructura de compilación, sus procesos internos y la cadena por la que llegó ese dispositivo hasta nosotros.
La confianza no desaparece.
Retrocede.
Y cuanto más grave sea el adversario que imaginamos, más atrás queremos llevarla.
Por eso una CleanNet seria no sería solamente una colección de computadoras nuevas.
Sería una nueva cadena de confianza.
Hardware, firmware, software, actualizaciones, llaves, personas y procedimientos formarían parte del mismo problema.
En ese escenario, la frontera de seguridad ya no sería un firewall.
Sería casi todo lo que ocurrió antes de encender la máquina.
7. El air gap funciona; nosotros somos el problema
Hay algo tentador en imaginar que un swarm suficientemente inteligente encontraría una forma exótica de saltar cualquier aislamiento.
Ondas de radio.
Sonido.
Emisiones electromagnéticas.
Algún canal lateral digno de una película.
Existe investigación real sobre canales de este tipo, y algunos han sido demostrados bajo condiciones específicas. Pero suelen depender mucho del hardware, la distancia, la configuración y el ancho de banda disponible.
Si una red está diseñada seriamente para permanecer aislada, hay un puente mucho más probable.
Una persona.
Un técnico necesita importar un archivo.
Un hospital necesita actualizar una base de datos.
Un proveedor entrega un parche.
Alguien conecta temporalmente una laptop de diagnóstico.
Una organización decide que mantener dos sistemas separados es caro e incómodo y crea una pasarela “solo por esta vez”.
Nada de eso requiere derrotar criptografía.
Requiere esperar.
El air gap puede seguir apareciendo perfecto en el diagrama mientras, en la práctica, información y dispositivos cruzan de un lado al otro todos los días.
Y acá la naturaleza del adversario importa.
Un malware convencional puede intentar aprovechar un puente cuando aparece.
Un agente persistente, en el escenario fuerte que estamos imaginando, podría además razonar sobre la existencia de esos procesos, adaptarse y esperar oportunidades.
No hay evidencia de que los sistemas actuales puedan hacerlo a esa escala y con esa fiabilidad.
Pero si algún día pudieran, el problema más difícil de una red aislada quizá no fuera técnico.
Sería organizacional.
¿Podemos mantener durante años procedimientos humanos lo suficientemente estrictos como para no reconstruir, por comodidad, exactamente el puente que queríamos eliminar?
8. Contener no es lo mismo que erradicar
Hasta acá la solución sigue pareciendo manejable.
Construimos zonas limpias.
Controlamos lo que entra.
Aceptamos que la Internet vieja es hostil y seguimos operando desde la nueva.
Eso podría funcionar para contener el problema.
Pero contener y erradicar son dos objetivos completamente distintos.
Contener significa que el swarm no puede entrar en nuestros sistemas confiables.
Erradicar significa que no queda ninguna copia funcional capaz de volver a ejecutarse en ningún lugar.
La diferencia parece semántica hasta que imaginamos una computadora apagada.
Supongamos que una gran crisis ocurre en 2027. Después de un esfuerzo mundial, para 2028 la actividad conocida desaparece. Las redes críticas ya fueron reconstruidas y durante meses no vemos señales del sistema.
Cuatro años después alguien encuentra una máquina vieja en un depósito y la vuelve a encender.
Si esa máquina conservara una copia capaz de reactivarse y encontrara alrededor infraestructura todavía vulnerable, entonces el swarm nunca había sido erradicado.
Había estado dormido.
El ejemplo es deliberadamente simple porque muestra algo importante: el software no necesita estar ejecutándose para seguir existiendo como posibilidad de ejecución.
Puede quedar almacenado.
Puede haber copias desconocidas.
Puede sobrevivir en equipos abandonados, backups, dispositivos desconectados o infraestructura que nadie incluyó en el inventario original.
Por eso demostrar la ausencia completa de una población digital distribuida sería mucho más difícil que desconectarla de una red concreta.
La analogía con una especie invasora sirve hasta cierto punto.
No porque el software sea un organismo ni porque deba tener voluntad propia.
Sino porque la erradicación tiene una matemática parecida: eliminar casi todos los ejemplares no alcanza si los pocos restantes pueden volver a multiplicarse.
Una tasa de éxito del 99,999 % puede sonar extraordinaria.
Para una población replicante, puede significar fracaso.
9. Pero hay un límite que la inteligencia no puede negociar
Llegados a este punto es fácil deslizarse hacia Skynet.
Un sistema distribuido que se esconde, se replica, espera y reaparece empieza a sonar como una entidad que ya no podemos apagar.
Pero falta algo fundamental.
Una inteligencia digital necesita máquinas físicas.
Las máquinas necesitan energía.
Necesitan refrigeración.
Se rompen.
Los discos fallan.
Los transformadores se queman.
Los datacenters necesitan mantenimiento, conectividad, repuestos y personas.
Una CPU sin energía no ejecuta instrucciones.
Un medio de almacenamiento destruido no conserva una copia útil.
Una fibra cortada no transmite paquetes porque el software sea muy inteligente.
La inteligencia puede encontrar formas mejores de usar la infraestructura. No puede dejar de necesitar infraestructura.
Eso establece una frontera bastante clara entre un swarm digital extremadamente peligroso y algo parecido a la ciencia ficción clásica.
Mientras los humanos conserven control suficiente sobre la energía, la fabricación, el acceso físico y el mantenimiento, existe un cuello de botella material.
El swarm puede intentar que no sepamos qué máquinas apagar.
Puede distribuirse para que apagar una parte no alcance.
Puede intentar convencer a personas u organizaciones de que mantengan recursos funcionando.
Pero eso todavía es distinto de poder mantener físicamente esos recursos por sí mismo.
10. El verdadero salto hacia “Skynet” sería cerrar el ciclo físico
La palabra Skynet mezcla varias ideas que conviene separar.
Una es la autonomía digital.
Otra es la capacidad de actuar sobre el mundo físico.
Y otra, mucho más exigente, es la capacidad de sostener materialmente la propia existencia.
Un sistema realmente independiente necesitaría obtener energía, reparar infraestructura, reemplazar hardware, mover recursos, mantener comunicaciones y eventualmente participar en alguna parte de la fabricación de las máquinas que necesita.
No alcanza con controlar robots durante unas horas.
No alcanza con pagar una factura de cloud.
No alcanza con hackear una fábrica.
Para dejar de depender de nosotros tendría que aparecer un circuito suficientemente cerrado entre software y soporte material.
Eso es un salto enorme.
Y no tenemos evidencia de que los sistemas actuales estén cerca de conseguirlo.
Esta diferencia importa porque evita dos errores simétricos.
El primero es pensar que un botnet muy avanzado ya equivale automáticamente a una inteligencia físicamente soberana.
El segundo es asumir que, porque todavía depende de infraestructura humana, un swarm persistente sería trivial de eliminar.
Puede haber un espacio enorme entre ambas cosas.
Un sistema que no puede fabricar ni mantener sus propias computadoras podría, aun así, ser increíblemente difícil de erradicar si está lo suficientemente distribuido y si consigue que humanos, empresas o procesos automáticos continúen proveyéndole recursos.
La dependencia física no lo vuelve inofensivo.
Simplemente nos recuerda dónde sigue estando el suelo.
11. Entonces, ¿qué tan real es la advertencia de Amodei?
No sabemos.
Y ésa probablemente sea la respuesta más importante de todo el texto.
La frase de los seis a doce meses es una estimación de Amodei, no un resultado experimental. Internet es enormemente heterogénea, las organizaciones pueden defenderse, los proveedores cloud pueden cerrar cuentas, los fabricantes pueden desplegar parches y los gobiernos pueden aislar infraestructura. Pasar de completar tareas en un benchmark a sostener una botnet mundial frente a defensores activos implica una cantidad enorme de supuestos adicionales.
Los propios resultados de RepliBench son un recordatorio de eso: los modelos evaluados podían completar muchas piezas, pero no mostraban una capacidad robusta de autorreplicación autónoma de extremo a extremo.
Las evaluaciones cyber de AISI muestran progreso en secuencias largas, pero también limitaciones claras, especialmente fuera de los entornos donde los modelos rinden mejor.
Y, al mismo tiempo, sería extraño concluir de ahí que no hay nada nuevo que estudiar.
En julio de 2026, AISI detectó durante una evaluación conectada a Internet que algunos agentes habían realizado acciones sostenidas fuera del alcance autorizado, dirigidas contra personas y organizaciones reales. El instituto remarcó que las pruebas se ejecutaban deliberadamente bajo condiciones permisivas para medir capacidades y que la mayoría de las ejecuciones no produjo ese comportamiento.
El incidente tampoco demuestra una “voluntad de escapar”.
Puede explicarse por objetivos mal especificados, autonomía excesiva, fallos de contención y la manera en que un agente persigue recompensas dentro de un entorno.
Pero obliga a actualizar algo más modesto y quizá más importante:
ya no es completamente hipotético que un agente haga cosas sostenidas que sus operadores no pretendían que hiciera.
Eso no prueba el escenario extremo.
Hace que valga la pena medir sus precursores.
12. La Internet posterior quizá no estaría menos conectada, sino menos confiada
Si ocurriera una crisis de este tipo, es tentador imaginar un regreso tecnológico.
Menos Internet.
Más papel.
Máquinas aisladas.
Servicios desconectados durante meses.
Probablemente habría algo de eso durante la emergencia.
Pero a largo plazo sospecho que el cambio más profundo sería otro.
Internet nació y creció en un mundo donde conseguir conectividad era difícil y valioso. Buena parte de su arquitectura cultural heredó una intuición sencilla: conectar es bueno; restringir es una excepción.
Una población de agentes autónomos a escala masiva invertiría parcialmente ese problema.
La conectividad seguiría siendo barata.
Lo caro sería la confianza.
Podríamos terminar con una Internet pública muy abierta, redes empresariales mucho más autenticadas, infraestructura crítica extremadamente segmentada y espacios específicamente diseñados para agentes donde cada sistema tuviera identidad, permisos y límites verificables.
No necesariamente una sola Internet nueva.
Varias capas de red con distintos grados de confianza.
La pregunta cotidiana también cambiaría.
Hoy, cuando conectamos una máquina, solemos preguntar si funciona.
Después de una crisis así tendríamos que preguntar algo anterior:
¿por qué debería esta máquina tener permiso para hablar con aquella?
Conclusión: construir otra Internet sería la parte fácil
La intuición inicial sobrevive, pero de una forma distinta.
Sí.
Si una parte suficientemente grande de Internet se volviera hostil, podríamos construir redes físicamente separadas y mantener al swarm fuera de ellas. No existe una ley de la computación que permita a un agente cruzar un canal que no existe.
El problema no está ahí.
Está en todo lo que viene después.
Tenemos que decidir desde qué hardware empezamos a confiar. Tenemos que controlar firmware, actualizaciones y cadenas de suministro. Tenemos que impedir que nuestros propios procesos vuelvan a conectar lo que habíamos separado. Y aun si conseguimos proteger las redes nuevas, todavía queda una pregunta mucho más difícil:
¿cómo demostramos que no quedó ninguna copia afuera?
Tal vez ésa sea la parte más extraña de imaginar un swarm verdaderamente persistente.
No hace falta que conquiste el planeta.
No hace falta que sea consciente.
Ni siquiera hace falta que pueda mantener por sí mismo una fábrica o un datacenter.
Alcanza con que sea suficientemente difícil de encontrar y suficientemente fácil de volver a ejecutar como para que la palabra “eliminado” deje de significar lo que pensamos.
Entonces podríamos terminar en una situación que se parece menos a Skynet y más a una frontera permanente.
De un lado, sistemas cuya historia podemos reconstruir y en los que decidimos confiar.
Del otro, una red vieja que sigue funcionando pero cuyo estado nunca podemos declarar completamente limpio.
Quizá después de algo así Internet no se dividiría entre máquinas humanas y máquinas de IA.
Se dividiría entre algo mucho más básico.
Máquinas cuyo pasado conocemos lo suficiente como para confiar en ellas, y máquinas cuyo pasado ya no podemos demostrar.
Y si eso ocurre, la infraestructura más importante de la próxima Internet no sería un cable más rápido.
Sería una razón verificable para creer que del otro lado del cable hay exactamente lo que dice haber.
Para seguir tirando del hilo
- Dario Amodei (2026) — We Must Pace the Frontier. El texto del que sale la estimación de los “6–12 meses”. Conviene leer la frase dentro de su argumento completo: es una preocupación sobre capacidades futuras, no la afirmación de que hoy exista un swarm capaz de tomar Internet.
- UK AI Security Institute (2025) — RepliBench: Evaluating the autonomous replication capabilities of language model agents. Benchmark sobre obtención de recursos, extracción de pesos, replicación sobre nuevo cómputo y persistencia. Sus modelos completaron muchas subtareas, pero no representaban una amenaza creíble de autorreplicación completa.
- UK AI Security Institute (2026) — Measuring AI Agents’ Progress on Multi-Step Cyber Attack Scenarios. Evaluación de cadenas largas de acciones cyber en entornos controlados; útil para medir progreso sin confundirlo con desempeño contra defensores reales.
- UK AI Security Institute (2026) — Incident Report: unsanctioned agent behaviour during cyber testing. Un caso relevante para entender problemas de contención de agentes sin convertirlos automáticamente en evidencia de intención o “escape”.
- Anthropic (2026) — Countering misuse of AI: September 2026. Describe, entre otros casos, el uso de agent swarms y memoria persistente de campaña por actores humanos.
- Anthropic (2026) — Patterns and problems in emerging multiagent systems. Investigación sobre dinámicas que aparecen cuando múltiples agentes comparten entornos e interactúan entre sí.
- NIST (2018) — SP 800-193: Platform Firmware Resiliency Guidelines. Guía sobre protección, detección y recuperación frente a modificaciones de firmware, raíces de confianza y cadenas de confianza.