Los bomberos entraron semiinvisibles – los documentos de seguridad se habían quemado en el mismo incendio

El servicio de rescate entró en la oscuridad

A principios de junio, los bomberos de la pequeña localidad de Somerset en el estado de Nueva York recibieron una llamada que nunca olvidarán. Un incendio había estallado en un edificio a medio construir en el centro de datos Lake Mariner – una de las iniciativas de IA más ambiciosas de Nueva York con una inversión total de 3,2 mil millones de dólares. Lo que encontraron fue la pesadilla de un bombero.

Sin alarmas de incendio funcionales. Sin sistema de extinción automático. Tres bocas de incendio secas. Y cuando el servicio de rescate solicitó los documentos de seguridad a los que por ley tiene derecho, les informaron que los documentos se habían destruido – precisamente en ese incendio.

Steve Matisz, jefe del Barker Fire Department, describe para Ars Technica cómo su personal entró en el edificio "semiinvisible" y se enfrentó a un humo negro intenso de químicos que no podían identificar. Sin documentación de seguridad, no tenían forma de saber qué estaban inhalando ni cómo manejar la situación de manera segura. "Ha sido una situación difícil", dice Matisz, sin ocultar su escepticismo ante la explicación de que los documentos se hubieran destruido en el incendio.

Un mosaico de responsabilidades – y un vacío en el medio

Como desarrollador de sistemas, estoy acostumbrado a estructuras de dependencia complejas. Pero la estructura de propiedad alrededor del centro de datos Lake Mariner es notable incluso en esa escala.

Según el reportaje de Ars Technica, la empresa TeraWulf es propietaria de la instalación en sí, pero el terreno en el que se encuentra el edificio es arrendado a una empresa controlada por el propio director ejecutivo de TeraWulf – un conflicto de intereses que en sí merece ser investigado. La empresa de IA británica Fluidstack debe operar el centro. Google posee opciones de suscripción para una futura participación accionaria del 14 por ciento y ha avalado los costos de arrendamiento de Fluidstack. Y en última instancia, son las necesidades computacionales de diversas empresas de IA las que la instalación está destinada a satisfacer.

¿Qué sucede con la responsabilidad cuando se divide entre tantas manos? En la práctica, corre el riesgo de caer entre las grietas. Ningún actor individual se siente responsable del conjunto – y es precisamente en ese vacío donde germinan las deficiencias de seguridad.

El ritmo de construcción que desplaza los requisitos de seguridad

Esto no es un fracaso aislado. Es un síntoma de un patrón más amplio que ha surgido conforme se ha acelerado el boom de la IA.

La demanda hambrienta de la industria tecnológica de capacidad computacional ha creado una enorme presión para construir centros de datos rápidamente. Las inversiones se cuentan en miles de millones, los cronogramas se comprimen y la competencia por tierra, electricidad y capacidad de refrigeración es feroz. En ese clima es fácil entender – si no excusar – cómo los protocolos de seguridad pueden ser deprioritizados. Los permisos de construcción y los requisitos de protección contra incendios se perciben como puntos de fricción más que como mecanismos de protección fundamentales.

Pero la fricción existe por una razón. Los centros de datos no son edificios comunes y corrientes. Albergan enormes cantidades de energía eléctrica, sistemas de refrigeración complejos y a menudo químicos que en caso de incendio pueden ser directamente mortales para el personal de rescate. Sin sistemas de seguridad funcionales y documentación transparente, enviamos bomberos a conjeturas.

La regulación se queda atrás – como de costumbre

Hay una dinámica bien conocida aquí que cualquiera que haya seguido la evolución tecnológica reconoce: la tecnología se dispara y los marcos regulatorios y las autoridades de supervisión intentan ponerse al día. Sucedió con las redes sociales, sucedió con las criptomonedas, y ahora sucede con la infraestructura física de IA.

La diferencia es que esta vez no se trata de riesgos digitales abstractos sino de deficiencias de seguridad concretas y físicas con consecuencias directas para la vida humana. Un bombero que entra en un centro de datos sin saber qué químicos están ardiendo está en peligro inmediato. No es un riesgo hipotético – sucedió en Somerset en junio.

La pregunta es quién asume responsabilidad. ¿TeraWulf? ¿Fluidstack? ¿Google, que indirectamente financia las operaciones? ¿El municipio que emitió el permiso de construcción? ¿O el nivel federal, que aún carece de regulación clara específicamente para centros de datos de IA?

La respuesta por ahora parece ser: nadie realmente. Y es una respuesta con la que no podemos vivir cuando el ritmo de construcción solo aumenta.