El furgón blindado y la puerta trasera

El búnker sin ventanas de Londres

En una pequeña habitación sin ventanas en el centro de Londres, iluminada únicamente por el resplandor verde de varios monitores de tubo catódico, Louis y Brock se enfrentaban a un desafío que parecía rozar lo imposible. Sobre la mesa de trabajo no había planos arquitectónicos ni ganzúas de acero templado, sino latas vacías de refresco, terminales Unix abiertas y un objetivo corporativo anotado en un bloc de notas: una de las mayores empresas de seguridad física y logística de caudales del continente europeo.

El perfil de la compañía era imponente. Su flota de cientos de furgones blindados de alto tonelaje recorría a diario las carreteras europeas transportando millones de euros en efectivo entre sedes de bancos centrales, entidades financieras y centros de procesamiento de moneda. Además, la empresa operaba una división de máxima seguridad encargada de una de las tareas más delicadas del sistema penitenciario: la custodia y el traslado intercarcelario de presos de alta peligrosidad.

En el mundo físico, penetrar en aquella organización equivalía a asaltar una fortaleza militarizada. Sus edificios centrales estaban protegidos por perímetros electrificados, esclusas de acceso biométrico, esclusas para camiones con suelo reforzado contra explosivos y vigilantes armados con fusiles automáticos.

Para Louis y Brock, sin embargo, el blindaje de acero de diez centímetros de grosor era irrelevante. Su misión era averiguar si la armadura digital de la corporación estaba a la altura de sus convoyes armados.

Existía, además, una complicación táctica determinante: la barrera del idioma. Ni Louis ni Brock hablaban la lengua del país donde radicaba la compañía. La ingeniería social clásica —la llamada telefónica convincente a una secretaria o la suplantación de un técnico de soporte que Kevin Mitnick solía utilizar como ariete principal— quedaba descartada desde el primer segundo.

Cualquier intento de engaño verbal delataría un acento extranjero y dispararía las alarmas de seguridad. Si querían entrar, tendrían que hacerlo exclusivamente a través de la técnica pura: encontrando una fisura en el software a través de los cables submarinos que cruzaban el Canal de la Mancha.

El pajar de los 65.535 puertos

La operación comenzó con la paciencia metódica de un cartógrafo digital. Durante la primera jornada, Louis y Brock se dedicaron a tantear el perímetro externo sin levantar sospechas. Consultaron los registros públicos de DNS para identificar los bloques de direcciones IP asignadas a la empresa, trazaron las rutas mediante traceroute y mapearon los cortafuegos perimetrales.

A continuación, ejecutaron escaneos discretos dirigidos a los puertos más habituales de la red: el 80 y 443 para servidores web, el 25 para correo electrónico, el 21 para transferencias de archivos y el 22 para administración segura.

El resultado del primer día fue un muro de hormigón:

La corporación presentaba una única puerta de enlace visible a Internet: un enrutador perimetral de alta gama de la firma Cisco.

El enrutador estaba respaldado por un cortafuegos férreo que descartaba silenciosamente cualquier paquete no solicitado en los puertos estándar.

No había servidores web expuestos, ni accesos directos de administración, ni un solo servicio común que mostrara vulnerabilidades conocidas.

Cualquier auditor convencional habría redactado un informe preliminar concluyendo que el perímetro exterior de la multinacional era inexpugnable. Pero Louis tenía un pálpito grabado en la cabeza: en una corporación tan descomunal, con cientos de empleados y delegaciones territoriales, era estadísticamente imposible que la realidad técnica coincidiera con los diagramas limpios del departamento de seguridad.

Al segundo día, decidieron saltarse los manuales de cortesía. Si las puertas principales estaban selladas a calicanto, revisarían hasta el último resquicio del edificio.

Configuraron sus herramientas para lanzar un escaneo masivo y exhaustivo a la totalidad de los 65.535 puertos TCP posibles. Era una maniobra agresiva, equivalente a buscar una aguja milimétrica en un pajar digital de proporciones titánicas.

Durante horas, la terminal devolvió un desierto de conexiones rechazadas o paquetes que morían sin respuesta. Y entonces, cuando la pantalla rozaba el final del barrido, apareció un destello aislado en un rango completamente anómalo:

Port 4065/tcp open

El puerto 4065.

En la arquitectura de protocolos de Internet, un número de puerto tan alto y arbitrario casi nunca se utiliza para servicios comerciales estándar. Indicaba la presencia de una aplicación personalizada, una redirección interna o un dispositivo olvidado fuera del mapa oficial de los administradores.

Louis abrió de inmediato una sesión interactiva:

$ telnet [IP_perimetral_objetivo] 4065

Pulsó la tecla de retorno y esperó a que el cortafuegos rechazara la conexión. Pero el socket respondió. En la parte superior de la pantalla apareció un banner de texto en blanco que dejó a los dos británicos perplejos.

El router perimetral que custodiaba la dirección IP era inequívocamente un Cisco. Sin embargo, el dispositivo que contestaba amablemente desde el puerto 4065 se identificaba con orgullo como un concentrador de acceso remoto de la marca 3Com.

Era una contradicción absoluta: como llamar al interfono de un búnker de hormigón armado y que descuelgue el contestador automático de un apartamento vecino. Algún técnico de mantenimiento de la empresa de transportes había instalado un conmutador secundario para pruebas remotas, configurando una regla de reenvío temporal de puertos en el cortafuegos principal para acceder desde su casa... y se había olvidado de retirarla.

Brock no se molestó en buscar exploits de desbordamiento de búfer. Se inclinó sobre el teclado y probó lo que cualquier veterano de la intrusión prueba por puro instinto ante un dispositivo de red abandonado:

Username: admin
Password: admin
La consola parpadeó una fracción de segundo y escupió el prompt de administración del concentrador:
Plaintext
3Com-HiPer-ARC>

Habían entrado. Una multinacional que blindaba sus camiones con blindaje balístico de nivel cuatro y custodiaba convoyes con escolta armada acababa de ser penetrada por dos jóvenes en Londres gracias a una contraseña que venía impresa en la etiqueta adhesiva de fábrica del aparato.

La jaula de la DMZ y la servilleta del pub

La euforia duró exactamente veinte minutos.

Una vez dentro de la consola del dispositivo 3Com, Louis comenzó a explorar la topología del entorno para dar el salto definitivo hacia la red corporativa central. Pero en cuanto intentó enviar paquetes hacia las subredes internas donde debían residir los servidores de bases de datos y planificación, los paquetes cayeron en el vacío.

El dispositivo estaba atrapado en una zona desmilitarizada (DMZ): un segmento de red perimetral aislado.

La empresa, a pesar del descuido de la contraseña por defecto, había implementado una segmentación defensiva: desde el concentrador 3Com se podía ver la calle exterior y el propio dispositivo, pero un cortafuegos interno bloqueaba de forma tajante cualquier tráfico originado desde esa máquina hacia los servidores neurálgicos de la oficina central.

Estaban dentro del vestíbulo del banco, sí, pero las puertas blindadas que conducían a las cámaras acorazadas permanecían cerradas a calicanto desde el interior.

Llegada la tarde del tercer día, agotados, frustrados y con los ojos irritados tras horas de probar rutas de enrutamiento estériles, Louis y Brock apagaron los monitores.

—Nos estamos estrellando contra la pared —dijo Louis—. Vámonos al pub.

En un pub tradicional inglés, a escasas manzanas de su oficina, se sentaron en una mesa de madera con un par de pintas de cerveza. Lejos del zumbido de las máquinas, hicieron lo que Kevin Mitnick siempre señalaba como el núcleo del pensamiento hacker: dejar de mirar el código y empezar a pensar en la lógica operativa del ser humano.

Louis tomó un bolígrafo y una servilleta de papel.

—A ver, pensemos con calma —planteó Louis, trazando un círculo en la servilleta—. Ese concentrador 3Com está enchufado por una razón. Una empresa no gasta miles de euros en un equipo de comunicaciones para dejarlo de adorno. Alguien en esa compañía se conecta a ese cacharro. ¿Quién?

Brock dio un trago a su cerveza y conectó las piezas del negocio del objetivo:

—Los furgones blindados. Los guardias no pasan el día en la sede central; pasan diez horas en la carretera. Para saber qué banco tienen que visitar a las tres de la tarde o qué preso tienen que trasladar a un juzgado, necesitan conectarse desde algún punto del trayecto para sincronizar sus órdenes de trabajo.

La hipótesis cobró vida sobre el papel:

Las patrullas y los furgones contaban con ordenadores portátiles a bordo equipados con módems celulares.

Los guardias marcaban una línea telefónica o abrían una conexión externa para autenticarse en el concentrador 3Com.

Desde allí, el personal de operaciones o los propios guardias abrían sesiones de control remoto hacia los servidores de logística internos mediante un túnel seguro.

El concentrador no era una puerta de entrada hacia la red interna: era el andén donde aterrizaban los usuarios legítimos autorizados a cruzar esa puerta.

Ya no tenían que derribar el muro interior. Solo tenían que esperar a que un guardia abriera la puerta para colarse discretamente a su espalda.

A contrarreloj en código ASCII

A la mañana siguiente, Louis y Brock regresaron a su puesto con una estrategia completamente nueva: la vigilancia pasiva.

Accedieron a la interfaz de administración del 3Com y monitorizaron en tiempo real los registros de actividad del sistema. Durante horas, la tabla de conexiones activas permaneció vacía.

Hasta que, a media mañana, la consola registró una llamada entrante:

[LINE 04] INCOMING CONNECTION ESTABLISHED: USER_ID: REMOTE_VAN_42
ALLOCATED IP: 192.168.100.14

Uno de los furgones blindados en ruta acababa de conectarse a la red para descargar sus instrucciones de servicio.

Louis lanzó un escaneo de puertos ultrarrápido y silencioso directamente contra la dirección IP recién asignada al portátil del furgón. En menos de tres segundos, la respuesta reveló el talón de Aquiles de la estación móvil: los puertos 5631 y 5632 estaban abiertos y a la escucha.

En aquellos años, el estándar de facto para el soporte técnico y la asistencia remota sobre Windows era pcAnywhere, un software desarrollado por Symantec que permitía tomar el control gráfico y por línea de comandos de un ordenador a distancia. El técnico que había configurado los portátiles de los furgones lo había dejado instalado y activo en segundo plano por si el conductor sufría algún fallo informático durante la ruta.

El corazón de Louis comenzó a latir a toda velocidad. Los guardias solo permanecían conectados durante breves minutos: el tiempo justo de sincronizar la base de datos de rutas y colgar la llamada para no saturar las líneas celulares. Tenían una ventana temporal diminuta.

Louis inició el cliente de pcAnywhere y apuntó a la dirección IP del vehículo. El software enlazó con éxito y, ante la ausencia de una contraseña secundaria en el agente remoto, la pantalla del portátil del guardia de seguridad apareció reflejada en la consola de Londres.

Pero en ese instante de máxima tensión operativa, se toparon con un obstáculo imprevisto que amenazó con arruinarlo todo: la distribución del teclado.

El ordenador del furgón utilizaba una distribución de teclado regional europea no estándar, completamente distinta a la distribución QWERTY británica del equipo de Louis.

Louis abrió con urgencia una ventana de comandos en el escritorio remoto e intentó escribir una instrucción para volcar los perfiles de red. El resultado en la pantalla fue un desastre incomprensible:

C:\> -k:ç*!sd==

Las letras no coincidían. Las barras invertidas se transformaban en signos de puntuación extraños, la letra y se cambiaba por la z y los caracteres especiales generaban saltos de línea caóticos. Mientras tanto, en la esquina inferior del escritorio remoto, el icono del módem parpadeaba: el guardia estaba a punto de terminar su tarea y cerrar la conexión.

En cuestión de segundos, la sesión se desvanecería para siempre.

Louis se quedó petrificado, pero Brock reaccionó con una lucidez genial. Levantó la vista hacia la pared lateral de su oficina, donde colgaba un viejo póster de referencia técnica para programadores: la tabla completa de caracteres ASCII.

—¡No uses las letras del teclado! —gritó Brock—. ¡Usa el teclado numérico con códigos directos!

El sistema operativo Windows interpretaba las secuencias de escape del teclado numérico de forma universal e independiente de la disposición idiomática del teclado físico: manteniendo pulsada la tecla Alt e introduciendo el código decimal de tres dígitos en el teclado numérico (Alt + [número]), el procesador generaba el carácter binario puro sin pasar por la capa de traducción del mapa de teclado local.

Bajo una presión asfixiante, con el sudor resbalando por las sienes y el reloj corriendo en su contra, Louis dejó de mirar la pantalla del ordenador. Clavó los ojos en el póster de la pared y comenzó a teclear combinaciones numéricas con una mano mientras sostenía la tecla Alt con la otra:

[Alt+099] -> c
[Alt+109] -> m
[Alt+100] -> d
[Alt+013] -> ENTER

La ventana de comandos se abrió limpia en el escritorio del guardia.

Continuó tecleando combinaciones numéricas a toda velocidad, como un artificiero desactivando una bomba en el último segundo. Introdujo la instrucción para localizar y volcar en pantalla el archivo de texto donde el software de comunicaciones almacenaba los parámetros de conexión de la red privada virtual (VPN) corporativa:

[Alt+116][Alt+121][Alt+112][Alt+101] -> type ...

Pulsó el retorno de carro. La consola del ordenador remoto volcó una cascada de líneas de configuración:

Los números telefónicos directos de los módems del centro de procesamiento de datos central.

La dirección de la pasarela VPN interna.

El nombre de usuario de acceso administrativo a la red de transporte.

Y, en texto claro o con un cifrado reversible elemental, la contraseña maestra de acceso corporativo.

Louis memorizó los datos y tomó nota en un papel justo en el instante en que el cursor del ratón remoto comenzó a moverse de forma errática. El guardia de seguridad, desconcertado al ver que en su pantalla se abrían ventanas de comandos que él no había solicitado, pulsó precipitadamente el botón de desconexión.

La ventana de pcAnywhere se cerró de golpe con un pitido seco:

Connection terminated by remote host.

Llegaron tarde por diez segundos. Los británicos ya tenían lo que necesitaban.

Las llaves del reino

Aquella misma tarde, utilizando un módem externo conectado a su línea británica, Louis y Brock configuraron un cliente de acceso remoto con los parámetros extraídos del archivo del furgón.

Marcaron el número del centro de datos corporativo en el continente, negociaron el enlace e introdujeron las credenciales del guardia de seguridad. Esta vez no aterrizaron en un dispositivo residual olvidado en una DMZ; el túnel seguro los depositó directamente en el corazón de la red corporativa interna (LAN).

Frente a ellos se desplegó la infraestructura completa de la mayor compañía de seguridad física de la región.

El acceso era total, absoluto y aterrador:

Tuvieron acceso a los servidores de planificación de rutas por satélite (GPS) que mostraban en tiempo real la posición geográfica exacta de cada camión blindado en las carreteras del continente.

Consultaron las órdenes de servicio diarias, con el detalle exacto de cuántos millones de euros en billetes y monedas transportaba cada vehículo en cada tramo horario, los nombres de los bancos donde se recogerían las sacas y los códigos de apertura temporizada de las cajas fuertes integradas en los furgones.

Y en la división penitenciaria, obtuvieron los expedientes confidenciales de los traslados de prisioneros: las identidades de los reclusos custodiados, las cárceles de origen y destino, los itinerarios previstos y el número exacto de guardias que componían cada escolta armada.

En manos de una organización criminal o de una red terrorista, aquella información habría permitido ejecutar la mayor emboscada financiera de la historia europea o coordinar la fuga de los criminales más peligrosos de las prisiones continentales sin necesidad de disparar un solo tiro.

Louis y Brock contemplaron la pantalla en silencio durante largos minutos. No descargaron un solo dato para beneficio propio ni alteraron una sola coma en las bases de datos logísticas. Habían ganado la partida.

Minutos después, cerraron la conexión de forma segura y redactaron el informe que caería como un proyectil sobre la mesa del consejo de administración de la compañía: la demostración irrefutable de que podías gastar una fortuna en blindar furgones de acero y contratar a exmilitares con fusiles automáticos, pero si te dejabas un conmutador con la contraseña de fábrica y un teclado mal configurado en la carretera, las llaves de todos tus blindados estaban al alcance de cualquiera con un bloc de notas y un póster del código ASCII en una habitación de Londres.

DILUCIDACIÓN

El asalto a la empresa de transporte de caudales y prisioneros disecciona la desconexión más peligrosa de la seguridad moderna: la asimetría entre la inversión en blindaje físico y la negligencia en la higiene de la infraestructura digital. Mientras la compañía destinaba millones a blindajes balísticos, escoltas armadas y protocolos de custodia militarizados, su perímetro digital cayó víctima de una cadena de errores elementales de administración de sistemas.

La trampa del perímetro monolítico y la regla olvidada

La primera línea de defensa de la compañía —un router perimetral Cisco con un cortafuegos estricto— ofrecía una falsa sensación de inmunidad. En los puertos estándar de red (80, 443, 21, 22, 25), el sistema se comportaba como una fortaleza impenetrable.

El colapso comenzó por una práctica operativa nefasta: la regla de reenvío temporal que se convierte en permanente.

Un técnico configuró un desvío en el cortafuegos para redirigir el tráfico entrante en un puerto arbitrario (TCP 4065) hacia un concentrador de comunicaciones secundario de la marca 3Com situado en la DMZ.

Este tipo de aperturas suelen crearse de urgencia para realizar pruebas de mantenimiento, resolución de incidencias desde el exterior o configuraciones puntuales.

Al carecer de un registro formal de cambios o de un ciclo de vida con caducidad automática, la regla permaneció activa indefinidamente en producción, convertida en una puerta trasera no documentada (shadow IT).

Para Louis y Brock, la clave residió en no conformarse con escanear los mil puertos más comunes: auditar el espectro completo de los 65.535 puertos TCP permitió descubrir la anomalía que ningún análisis superficial habría detectado.

La persistencia de las credenciales de fábrica

Encontrar un puerto anómalo no garantiza el acceso; lo que convirtió el hallazgo en una intrusión crítica fue la ausencia total de endurecimiento (hardening) en el dispositivo 3Com.

El aparato conservaba intactos los parámetros predeterminados del fabricante:

admin / admin

Esta negligencia demuestra que el principio de seguridad más básico sigue siendo ignorado con frecuencia en los equipos de red auxiliares: los administradores cambian las claves maestras de los servidores centrales y de los cortafuegos principales, pero tratan a los conmutadores, módems y concentradores secundarios como cajas negras que «solo conectan cables», olvidando que cada microcódigo expuesto en la red ejecuta un sistema operativo completo susceptible de ser controlado por un atacante.

El pivote lateral (Island Hopping) desde la DMZ

La arquitectura de la empresa contaba con un diseño defensivo estándar: una zona desmilitarizada (DMZ) aislada de la red local mediante un cortafuegos interno. Louis y Brock comprobaron que desde la consola del concentrador no podían alcanzar directamente las bases de datos corporativas.

La genialidad del asalto radicó en comprender la función operativa del entorno:

La DMZ no estaba pensada como un callejón sin salida, sino como un punto de aterrizaje para estaciones móviles remotas (los furgones blindados en ruta).

Los atacantes abandonaron el intento de quebrar el cortafuegos interno y adoptaron una estrategia de island hopping (salto de isla en isla): esperar a que una entidad autorizada cruzara el perímetro para atacar al intermediario.

Al conectarse un furgón para sincronizar rutas, el vehículo se situó en el mismo segmento de red lógico que el concentrador comprometido, exponiendo su superficie de ataque local a los intrusos.

La debilidad del endpoint móvil: pcAnywhere

El eslabón terminal del ataque fue el ordenador portátil embarcado en el furgón. La estación móvil presentaba dos vulnerabilidades críticas:

Exposición innecesaria de servicios de control remoto: Tenía instalado y en ejecución en segundo plano el software pcAnywhere (puertos TCP 5631 y 5632), configurado para aceptar conexiones entrantes desde cualquier dirección de la subred sin listas de control de acceso (ACLs) locales.

Autenticación deficiente: El agente de control remoto carecía de una contraseña secundaria robusta o de autenticación de dos factores, permitiendo que cualquiera que alcanzara los puertos del vehículo tomara el control inmediato de la sesión gráfica del conductor.

El bypass del mapa de teclado mediante inyección de códigos ASCII

El momento más crítico de la intrusión expone una curiosa interacción entre la capa física, el mapa idiomático del sistema operativo y los estándares de codificación de bajo nivel.

Cuando Louis intentó enviar comandos de texto convencionales, la discrepancia entre el mapa de teclado del atacante (QWERTY británico) y el del equipo del furgón (distribución europea continental) corrompió las órdenes: los caracteres especiales (\, :, -, /) se traducían en símbolos erráticos.

La solución técnica fue brillante por su sencillez:

El sistema operativo Windows traduce las combinaciones Alt + [código numérico en el teclado numérico] directamente a nivel de controlador de entrada (driver de teclado), generando el byte del carácter en la tabla ASCII independientemente del idioma o distribución configurada en la sesión del usuario.

Al introducir Alt + 099, Alt + 109, Alt + 100, el procesador remoto recibió de forma limpia los bytes de c, m, d para desplegar el intérprete de comandos, superando la barrera idiomática sin activar sospechas de software.

Secretos en texto claro y falta de control de accesos

El paso final reveló la ausencia total de defensa en profundidad. Una vez dentro del portátil del furgón, los atacantes encontraron los archivos de configuración del cliente VPN/marcado telefónico.

Estos perfiles almacenaban de forma estática los números directos de los servidores centrales, las cuentas administrativas y las claves criptográficas con esquemas de ofuscación reversibles o en texto claro. En lugar de limitar los privilegios del vehículo a una vista parcial de sus propias tareas del día, la conexión VPN depositaba al usuario en el corazón de la red corporativa, otorgando visibilidad completa sobre los servidores de satélite, cajas fuertes y traslados penitenciarios.

CONTRAMEDIDAS

Para evitar que una intrusión en un dispositivo de red secundario comprometa los activos críticos y operativos de una corporación, se deben aplicar las siguientes salvaguardas:

1. Auditoría exhaustiva de puertos y gestión del ciclo de vida de reglas

Escaneo perimetral del espectro completo (1-65535): Las revisiones de seguridad y los escaneos de vulnerabilidades periódicos no deben restringirse a los puertos estándar. Es imperativo auditar los 65.535 puertos TCP y UDP de cada dirección IP pública corporativa para identificar servicios no autorizados.

Caducidad automática de excepciones de cortafuegos: Toda regla de reenvío de puertos (port forwarding) o apertura de tráfico creada para pruebas o contingencias debe incorporar una fecha de expiración obligatoria en el propio cortafuegos, cerrándose automáticamente si no es renovada formalmente por el responsable de seguridad.

2. Erradicación de credenciales por defecto y bastionado de red

Políticas de no inclusión (Zero Default Credentials): Ningún dispositivo de comunicaciones (routers, switches, conmutadores de acceso remoto, puntos de acceso o interfaces de telemetría) debe conectarse a la red sin haber modificado previamente las contraseñas de fábrica (admin, cisco, root, 1234).

Sistemas de gestión de accesos privilegiados (PAM): Rotar automáticamente las contraseñas de administración de los equipos de red mediante plataformas centralizadas, deshabilitando interfaces de gestión inseguras como Telnet o HTTP en favor de SSHv2 y HTTPS con certificados emitidos por una entidad de certificación interna.

3. Aislamiento y protección del endpoint móvil

Cortafuegos personal en clientes móviles: Los ordenadores portátiles de vehículos o empleados en movilidad deben contar con un cortafuegos local configurado para descartar por defecto todo tráfico entrante no solicitado, impidiendo que otros dispositivos dentro de la misma subred o DMZ puedan conectarse a sus puertos locales.

Prohibición de herramientas de control remoto no gestionadas: Desinstalar software heredado o no corporativo (pcAnywhere, VNC genérico) de las estaciones móviles. La asistencia remota debe gestionarse exclusivamente a través de soluciones centrales autorizadas con autenticación multifactor, cifrado de extremo a extremo y aprobación explícita del operador en pantalla.

4. Segmentación Zero Trust y autenticación basada en certificados

Microsegmentación de flotas móviles: Los furgones y terminales remotos no deben comunicarse directamente entre sí dentro de la DMZ ni tener visibilidad sobre el resto de las conexiones concurrentes (client isolation).

Acceso de menor privilegio a la red interna: La conexión de un vehículo nunca debe darle acceso a toda la red corporativa. Mediante microperímetros y túneles VPN autenticados por certificados digitales (PKI) y FIDO2, el furgón solo debe tener acceso a las APIs o puertos específicos del servidor de sincronización de rutas, bloqueando cualquier intento de conexión hacia servidores de planificación general o bases de datos de prisioneros.

Cifrado de perfiles de conexión: Los parámetros de conexión remota deben almacenarse en módulos de plataforma segura por hardware (TPM), impidiendo que la lectura directa de un archivo de configuración exponga las credenciales de la red central.

LA ÚLTIMA LÍNEA

Puedes reforzar tus furgones con diez toneladas de blindaje de acero, blindar los cristales contra munición militar y equipar a tus guardias con fusiles automáticos, pero si dejas un conmutador olvidado en el puerto 4065 con la contraseña de fábrica y un teclado mal configurado en la carretera, no te ha vencido un comando paramilitar: te han desarmado dos chavales desde una habitación de Londres con un bloc de notas y un póster del código ASCII.

Título