La ciberseguridad tiene un punto ciego fundamental. Gastamos enormes sumas de dinero protegiendo el software mientras el procesador que se encuentra debajo ejecuta ciegamente cualquier instrucción que recibe. Eso tiene que cambiar. Para los miles de millones de sistemas integrados que ejecutan automóviles, dispositivos médicos, controladores industriales, equipos de red y infraestructura criticala seguridad necesita una capa independiente que pueda observar a los procesadores ejecutar instrucciones.
Lo que está en juego ya es visible. El Estados Unidos registrados 3.322 reportados violaciones de datos en 2025, un récord. Los ciberataques representaron el 80% de ellos. Estos números no nos dicen que todas las defensas han fallado, pero sí nos dicen algo importante: agregar más productos de seguridad no ha hecho desaparecer el problema subyacente.
He pasado décadas desarrollando tecnología y una lección sigue regresando: cuando un sistema falla repetidamente en el mismo lugar, agregar otra capa a su alrededor no es necesariamente un progreso. A veces hay que mover el límite de seguridad.
Hoy en día, ese límite es abrumadoramente software. Implementamos firewalls, protección de endpoints, detección de intrusiones, escáneres de vulnerabilidadsandboxes, sistemas de monitoreo y muchas otras herramientas. Son valiosos. Pero cada defensa de software es en sí misma software, y el software contiene errores. A menudo le pedimos al software vulnerable que proteja el software vulnerable.
Eso crea otro problema: el ruido. Un centro de operaciones de red puede recibir miles de alertas en un día. Algunas son amenazas genuinas. Otros son inofensivos. Cuando los defensores no pueden distinguir de manera confiable entre ellos, eventualmente enfrentan el mismo problema que enfrentaron los médicos durante los primeros días de las pruebas de COVID-19: una prueba que produce demasiadas falsas alarmas se vuelve menos útil, incluso cuando la ciencia subyacente es sólida.
La mejor pregunta es: ¿la máquina realmente hace lo que se supone que debe hacer?
Un procesador ejecuta instrucciones a una velocidad extraordinaria, pero tradicionalmente no sabe si esas instrucciones son legítimas. Si un atacante aprovecha una vulnerabilidad del software, el procesador puede ejecutar las instrucciones maliciosas con tanta obediencia como las legítimas.
En cambio, imagine una capa de hardware independiente que observe esas instrucciones mientras se ejecutan. Podría hacer cumplir reglas sobre lo que se le permite hacer al software. Aún podría existir un desbordamiento del búfer en el código subyacente, pero el procesador podría detener el comportamiento prohibido resultante antes de que se convierta en un exploit.
Esto es fundamentalmente diferente a pedirle a otro software que detecte el ataque después del hecho. El hardware no se puede reescribir remotamente de la misma manera que el software. Puede proporcionar un límite de seguridad que no depende de que cada línea de código sea perfecta.
Y hay un efecto secundario útil. Este tipo de supervisión puede exponer errores antes de que el sistema se implemente en el campo. Durante el funcionamiento normal, un sistema podría identificar comportamientos que violan sus reglas y brindar a los desarrolladores evidencia de una vulnerabilidad que no sabían que existía. La seguridad se convierte en parte del proceso de desarrollo de software en lugar de ser simplemente un mecanismo de respuesta a emergencias.
Necesitamos desesperadamente ese respaldo porque las vulnerabilidades de seguridad de la memoria, como el desbordamiento del búfer, siguen siendo obstinadamente comunes. De acuerdo a CISAMicrosoft ha informado que aproximadamente el 70% de su asignación anual CVE son problemas de seguridad de la memoria, mientras que Google ha informado de una proporción similar entre errores graves de seguridad de Chromium. CISA también señala que estos problemas persisten a pesar de años de fuzzing, análisis estático, sandboxing y otras técnicas de prueba.
Esto es aún más importante a medida que la IA acelera ambos lados de la lucha. En febrero de 2026, antrópico informó que Claude Opus 4.6 había ayudado a identificar y validar más de 500 vulnerabilidades de alta gravedad en software de código abierto. La misma capacidad que brinda a los defensores una visibilidad sin precedentes puede brindarles a los atacantes una velocidad sin precedentes. Anthropic advirtió que los modelos de IA ya son capaces de identificar nuevas vulnerabilidades y que el tiempo tradicional disponible para la divulgación y la remediación puede que ya no sea suficiente.
Informe de investigaciones de vulneración de datos de 2026 de Verizon hace que la urgencia sea aún más clara. La explotación de vulnerabilidades se convirtió en el principal vector de acceso inicial, responsable del 31 % de las filtraciones en su conjunto de datos. Verizon también informó que la IA está ayudando a los atacantes a acelerar el proceso de explotación.
El futuro puede ir de dos maneras.
Los procesadores se convierten en participantes activos de la seguridad. Los sistemas integrados pueden seguir funcionando incluso cuando el software contiene fallas. Los desarrolladores obtienen evidencia continua sobre las debilidades. Los fabricantes construyen dispositivos que son más difíciles de explotar. Los automóviles, los equipos médicos, la maquinaria industrial y la infraestructura conectada se vuelven más confiables porque el límite de seguridad se acerca al punto donde el código se convierte en acción.
La alternativa es más oscura. Seguimos acumulando defensas de software en pilas de software cada vez más complejas mientras los atacantes utilizan la IA para encontrar debilidades más rápido de lo que los humanos pueden parchearlas. El superficie de ataque crece, las alertas se multiplican y el código que controla los sistemas físicos se vuelve más difícil de confiar. Con el tiempo, la brecha entre descubrir una vulnerabilidad y explotarla se vuelve más corta que nuestra capacidad de responder. La implementación de la supervisión no solo protege sus aplicaciones, sino que también protege sus sistemas de defensa cibernética, permitiéndoles realizar su trabajo de manera efectiva.
No debemos esperar a que llegue ese futuro más oscuro.
Los lenguajes seguros para la memoria, las mejores prácticas de desarrollo, las pruebas, los parches y la ciberseguridad convencional son importantes. La supervisión del hardware no los reemplaza. Les da un respaldo.
Entonces, la próxima vez que evalúe una plataforma integrada, un dispositivo conectado o una tecnología que controlará algo en el mundo físico, haga una pregunta más difícil que «¿Qué tan seguro es el software?» Pregunte: «¿Qué observa el procesador cuando falla el software?»
Ahí es donde la ciberseguridad debe ir a continuación