{"id":26657,"date":"2026-09-18T16:00:00","date_gmt":"2026-09-18T16:00:00","guid":{"rendered":"https:\/\/www.securitytoday.de\/?p=26657"},"modified":"2026-11-13T16:05:13","modified_gmt":"2026-11-13T16:05:13","slug":"como-la-ia-acelera-la-busqueda-de-vulnerabilidades","status":"publish","type":"post","link":"https:\/\/www.securitytoday.de\/es\/2026\/09\/18\/como-la-ia-acelera-la-busqueda-de-vulnerabilidades\/","title":{"rendered":"C\u00f3mo la IA acelera la b\u00fasqueda de vulnerabilidades"},"content":{"rendered":"<p style=\"color: #b8c5ce; font-size: 0.92em; margin: 0 0 20px;\"><strong>Publicidad<\/strong> \u00b7 Contenido en colaboraci\u00f3n con F5, con la intermediaci\u00f3n de Fink &amp; Fuchs. La redacci\u00f3n de SecurityToday ha preparado el texto a nivel formal.<\/p>\n<p><strong>El software moderno cambia cada vez m\u00e1s r\u00e1pido, por lo que los procesos de revisi\u00f3n tradicionales ya no pueden detectar todas las posibles vulnerabilidades nuevas. La IA generativa analiza c\u00f3digo fuente y en parte binarios y c\u00f3digo compilado a gran escala en tiempo real, sin sustituir desarrollo seguro ni juicio humano. Los fabricantes deben integrar la b\u00fasqueda de vulnerabilidades con IA en un proceso de an\u00e1lisis, priorizaci\u00f3n, verificaci\u00f3n, correcci\u00f3n y aportaci\u00f3n de evidencias.<\/strong><\/p>\n<div style=\"background: #003340; color: #fff; padding: 32px 36px; margin: 32px 0; border-radius: 8px;\">\n<p style=\"color: #69d8ed; text-transform: uppercase; letter-spacing: 0.08em; font-size: 0.82em; font-weight: bold; margin: 0 0 16px;\">Lo esencial en breve<\/p>\n<ul style=\"margin: 0; padding-left: 20px; line-height: 1.7;\">\n<li style=\"margin-bottom: 10px;\"><strong style=\"color: #69d8ed;\">Presi\u00f3n desde dos frentes:<\/strong> ENISA contabiliz\u00f3 4.875 incidentes. Las vulnerabilidades en la cadena de suministro de software siguen siendo una v\u00eda de acceso, la IA acelera los ataques y crea nuevas superficies de ataque.<\/li>\n<li style=\"margin-bottom: 10px;\"><strong style=\"color: #69d8ed;\">La IA necesita un proceso:<\/strong> an\u00e1lisis, priorizaci\u00f3n, verificaci\u00f3n, correcci\u00f3n y prueba. Un hallazgo solo es v\u00e1lido cuando su impacto puede demostrarse de forma reproducible.<\/li>\n<li style=\"margin-bottom: 0;\"><strong style=\"color: #69d8ed;\">Los ciclos de actualizaci\u00f3n se acortan:<\/strong> los parches trimestrales no bastan. F5 pasa su ritmo de lanzamientos a actualizaciones m\u00e1s frecuentes.<\/li>\n<\/ul>\n<\/div>\n<p style=\"border-top: 1px solid rgba(230,227,218,0.14); border-bottom: 1px solid rgba(230,227,218,0.14); padding: 14px 0; margin: 28px 0; font-size: 0.92em; color: #b8c5ce;\"><strong style=\"color: #69d8ed;\">Relacionado:<\/strong> <a href=\"https:\/\/www.securitytoday.de\/es\/2026\/07\/04\/triage-vulnerabilidades-cvss-priorizacion\/\">Triaje de vulnerabilidades: basarse solo en el CVSS conduce a decisiones equivocadas<\/a>  \u00b7  <a href=\"https:\/\/www.securitytoday.de\/es\/2026\/06\/08\/seguridad-en-apis-el-punto-ciego-detras-de-cada-integracion\/\">Seguridad de las API: el punto ciego detr\u00e1s de cada integraci\u00f3n<\/a><\/p>\n<p>La Agencia de la Uni\u00f3n Europea para la Ciberseguridad (ENISA) ha analizado en su <a href=\"https:\/\/www.enisa.europa.eu\/publications\/enisa-threat-landscape-2025\">Threat Landscape Report 2025<\/a> un total de 4.875 incidentes del periodo comprendido entre julio de 2024 y junio de 2025. Como v\u00eda de acceso importante para los atacantes se\u00f1ala la vulneraci\u00f3n del software en la cadena de suministro digital mediante la explotaci\u00f3n de vulnerabilidades descubiertas. Al mismo tiempo describe la inteligencia artificial como un factor que optimiza los ataques y que genera en las empresas nuevas superficies de ataque. Con ello aumenta la presi\u00f3n sobre la industria del software en dos puntos: debe detectar las vulnerabilidades antes en el proceso de desarrollo y convertir los errores conocidos, tras su evaluaci\u00f3n, m\u00e1s r\u00e1pidamente en medidas eficaces.<\/p>\n<h2>Por qu\u00e9 la revisi\u00f3n de software necesita hoy m\u00e1s contexto<\/h2>\n<p>Hoy en d\u00eda las aplicaciones rara vez consisten en un \u00fanico programa de dimensiones manejables. Combinan distintos lenguajes de programaci\u00f3n, bibliotecas, sistemas operativos, archivos de configuraci\u00f3n, API e interfaces de gesti\u00f3n. Una vulnerabilidad no se encuentra, por eso, siempre solo en una l\u00ednea de c\u00f3digo, sino tambi\u00e9n en una laguna al integrar varios m\u00f3dulos, en una configuraci\u00f3n predeterminada insegura o en una cadena de suministro insuficientemente protegida. Los an\u00e1lisis cl\u00e1sicos, como las pruebas est\u00e1ticas y din\u00e1micas, el fuzzing, las revisiones de c\u00f3digo, las comprobaciones de dependencias y los tests reproducibles, aportan cada uno resultados importantes. Sus l\u00edmites est\u00e1n, sin embargo, sobre todo en el escalado y en el procesamiento del contexto. En bases de c\u00f3digo grandes surgen muchos hallazgos que, aunque t\u00e9cnicamente plausibles, a menudo no son explotables en el contexto concreto de la aplicaci\u00f3n. La verdadera tarea no consiste, por tanto, en \u00abencontrar m\u00e1s vulnerabilidades\u00bb, sino en \u00abdemostrar de forma fiable los hallazgos relevantes\u00bb.<\/p>\n<h2>Qu\u00e9 pueden aportar los modelos de IA potentes<\/h2>\n<p>Los grandes modelos generativos de IA pueden reconocer relaciones entre archivos y m\u00f3dulos, marcar flujos de datos inusuales y formular a partir de un hallazgo una hip\u00f3tesis verificable. En entornos de prueba adecuados apoyan adem\u00e1s la creaci\u00f3n de casos de test, el an\u00e1lisis de causas y la preparaci\u00f3n de un parche. Eso resulta especialmente \u00fatil cuando hay que combinar conocimientos de seguridad, comprensi\u00f3n del c\u00f3digo y evaluaci\u00f3n de Threat Intelligence.<\/p>\n<p>La tecnolog\u00eda tiene, sin embargo, l\u00edmites sistem\u00e1ticos. Los modelos pueden sobrevalorar hallazgos, interpretar mal el contexto o dar explicaciones que suenan convincentes pero no son reproducibles. En \u00e1reas cr\u00edticas para la seguridad se suma otro riesgo: un informe sobre una vulnerabilidad hasta ahora desconocida debe protegerse para evitar que caiga en manos equivocadas. Derechos de acceso estrictos, registro trazable de actividades, entornos de prueba aislados y reglas claras para compartir los resultados forman parte, por tanto, del proceso de revisi\u00f3n, y no solo de la reacci\u00f3n ante un incidente.<\/p>\n<h2>Ejemplo pr\u00e1ctico: F5 combina el an\u00e1lisis con IA y la seguridad del producto<\/h2>\n<p>F5 muestra c\u00f3mo puede ser en la pr\u00e1ctica un enfoque as\u00ed, con el uso sistem\u00e1tico de modelos de IA potentes para revisar su propio software. En el centro no est\u00e1 una \u00fanica ejecuci\u00f3n del modelo, sino una infraestructura que analiza de forma repetida la base de c\u00f3digo, estructura los hallazgos, verifica los resultados y solo pasa a desarrollo los problemas confirmados. El caso es relevante para el sector de la seguridad porque el software de F5 se emplea en m\u00e1s del 80 por ciento de las empresas Global Fortune 500, a menudo en partes especialmente expuestas de la arquitectura de TI: en las transiciones entre usuarios y aplicaciones, entre agentes de IA y API, y en infraestructuras que controlan la disponibilidad y el acceso.<\/p>\n<p>Los errores en tales componentes pueden tener un alcance mucho mayor que un problema aislado en una aplicaci\u00f3n interna. En consecuencia, an\u00e1lisis, cobertura de pruebas y entrega deben pensarse en conjunto. De la experiencia adquirida al desarrollar el proceso de revisi\u00f3n se deducen tres lecciones generales: primero, la IA debe trabajar con el contexto real de la implementaci\u00f3n, en lugar de valorar solo res\u00famenes o abstracciones. Segundo, cada hallazgo automatizado necesita una verificaci\u00f3n antes de llegar a desarrollo como base para actuar. Tercero, el tratamiento seguro de los resultados forma parte de la seguridad del producto, porque un hallazgo v\u00e1lido contiene informaci\u00f3n sobre una posible v\u00eda de ataque.<\/p>\n<h2>Un proceso de revisi\u00f3n s\u00f3lido consta de cinco etapas<\/h2>\n<p>De ah\u00ed se deduce, para los fabricantes de software, un proceso de revisi\u00f3n repetible. Combina an\u00e1lisis automatizado con verificaciones estrictas y evita as\u00ed que una masa enorme de resultados de IA sin verificar llegue al proceso de desarrollo.<\/p>\n<ol style=\"margin: 1.1em 0 1.4em; padding-left: 1.55em; list-style: decimal;\">\n<li style=\"margin: 0 0 0.75em;\"><strong>Contextualizar.<\/strong> Se definen las \u00e1reas relevantes de c\u00f3digo fuente, las dependencias, las configuraciones, los artefactos de build y las condiciones de despliegue conocidas. Los datos sensibles permanecen en entornos controlados.<\/li>\n<li style=\"margin: 0 0 0.75em;\"><strong>Analizar.<\/strong> Un an\u00e1lisis est\u00e1tico dirigido por IA busca flujos de datos de riesgo, secuencias sospechosas, l\u00f3gica de autenticaci\u00f3n defectuosa, criptograf\u00eda insegura y problemas de seguridad de la memoria.<\/li>\n<li style=\"margin: 0 0 0.75em;\"><strong>Priorizar.<\/strong> Los hallazgos se enriquecen con criterios t\u00e9cnicos como la explotabilidad, asignaciones CWE, valoraciones de gravedad y referencias a archivo y l\u00ednea.<\/li>\n<li style=\"margin: 0 0 0.75em;\"><strong>Verificar.<\/strong> Una segunda v\u00eda de revisi\u00f3n, por ejemplo otro modelo, un test reproducible, fuzzing o un an\u00e1lisis manual, separa los resultados s\u00f3lidos de los falsos positivos. Un hallazgo solo se considera v\u00e1lido cuando puede verificarse su impacto real; entonces se remite para su correcci\u00f3n seg\u00fan la prioridad asignada.<\/li>\n<li style=\"margin: 0 0 0.75em;\"><strong>Corregir y volver a probar.<\/strong> La correcci\u00f3n desarrollada se comprueba mediante una matriz de pruebas adecuada, se verifica que no introduzca regresiones y se asigna a un lanzamiento. Tras la entrega se comprueba adem\u00e1s si la medida es eficaz en las configuraciones realmente soportadas.<\/li>\n<\/ol>\n<h2>Operadores y clientes deben cambiar sus ciclos de actualizaci\u00f3n<\/h2>\n<p>En comparaci\u00f3n con los m\u00e9todos de revisi\u00f3n convencionales, estos an\u00e1lisis con IA, m\u00e1s potentes, destapan m\u00e1s vulnerabilidades nuevas. Al mismo tiempo, las vulnerabilidades surgen cada vez m\u00e1s r\u00e1pido en el desarrollo de software acelerado por la IA, y los atacantes las explotan tambi\u00e9n en plazos m\u00e1s cortos. Por esta evoluci\u00f3n, clientes y operadores de software deben reajustar sus ciclos de actualizaci\u00f3n. Los parches trimestrales ya no bastan. Deben aplicarse al menos una vez al mes y, en aplicaciones cr\u00edticas, incluso ad hoc.<\/p>\n<p>Para que esto no cause interrupciones de producci\u00f3n, la protecci\u00f3n debe garantizarse con seguridad en tiempo de ejecuci\u00f3n. Una mayor frecuencia de correcciones no indica una calidad deficiente. Al contrario: demuestra una capacidad de an\u00e1lisis mejorada y un intervalo m\u00e1s corto entre la identificaci\u00f3n del problema y la aplicaci\u00f3n de una medida de protecci\u00f3n. Aqu\u00ed es decisivo que el fabricante muestre de forma transparente los posibles impactos de un exploit, as\u00ed como las versiones soportadas, las rutas de actualizaci\u00f3n y los tests necesarios. Para que los parches se apliquen con la mayor fluidez posible en la propia infraestructura, las empresas deber\u00edan adoptar las siguientes medidas complementarias:<\/p>\n<ul>\n<li>Mantener el inventario al d\u00eda. Eliminar aplicaciones, m\u00f3dulos, interfaces y configuraciones que ya no se usan, y preparar los componentes desplegados para actualizaciones peri\u00f3dicas.<\/li>\n<li>Planificar la capacidad de actualizaci\u00f3n: adaptar tambi\u00e9n los procesos de mantenimiento, rollback, alta disponibilidad y pruebas del propio entorno a las actualizaciones frecuentes.<\/li>\n<li>Utilizar la telemetr\u00eda. Revisi\u00f3n constante de logs y alarmas que permitan detectar una explotaci\u00f3n o una mala configuraci\u00f3n antes de que haya parche disponible.<\/li>\n<li>Priorizar los riesgos. Analizar qu\u00e9 vulnerabilidad descubierta afecta a un componente expuesto, ya se est\u00e1 explotando o permite una elevaci\u00f3n de privilegios de gran alcance.<\/li>\n<li>Considerar los avisos. Revisar la informaci\u00f3n del proveedor sobre el parche correspondiente, probar las correcciones y proteger la informaci\u00f3n relevante para la seguridad.<\/li>\n<\/ul>\n<h2>Estas son las principales lecciones para los fabricantes<\/h2>\n<p>Los modelos de IA actuales como Claude Mythos o GPT Cyber avanzan a una velocidad enorme. Ya detectan vulnerabilidades reales, muestran posibles exploits y ayudan a crear parches. Pueden analizar c\u00f3digo compilado, identificar cadenas complejas de vulnerabilidades y generar Proof-of-Concepts sofisticados. Esto funciona no solo con c\u00f3digo fuente, sino en algunos casos tambi\u00e9n con archivos binarios y c\u00f3digo compilado. Para que los modelos apoyen eficazmente la revisi\u00f3n de software hay que tener en cuenta, en particular, los siguientes puntos:<\/p>\n<ul>\n<li><strong>Demasiados falsos positivos sobrecargan los procesos de desarrollo.<\/strong> La IA tiende a se\u00f1alar m\u00e1s posibles problemas de los necesarios, en lugar de pasar por alto alguno. Por eso hacen falta inversiones en procesos de verificaci\u00f3n, automatizaci\u00f3n del triaje y bucles de retroalimentaci\u00f3n. Solo as\u00ed los desarrolladores reciben problemas de seguridad y errores reales que deben corregir con alta prioridad.<\/li>\n<li><strong>Los modelos de IA son cada vez m\u00e1s r\u00e1pidos y mejores.<\/strong> Cada nueva generaci\u00f3n de modelos supone un enorme paso hacia un mayor rendimiento. Por eso las empresas deben revisar su c\u00f3digo con los modelos m\u00e1s recientes, para mantener el ritmo de los atacantes, que tambi\u00e9n usan las \u00faltimas versiones.<\/li>\n<li><strong>Los informes de vulnerabilidades generados deben protegerse estrictamente.<\/strong> Las nuevas vulnerabilidades son una invitaci\u00f3n a atacar para los ciberdelincuentes. Por eso solo deben ponerse a disposici\u00f3n del personal autorizado o de modelos de IA con derechos de uso estrictos.<\/li>\n<\/ul>\n<h2>La velocidad necesita gobernanza<\/h2>\n<p>La situaci\u00f3n de amenaza, sensiblemente agravada por la IA, exige revisiones continuas del software. La propia IA puede ayudar a examinar grandes bases de c\u00f3digo m\u00e1s r\u00e1pido y con m\u00e1s contexto. Pero su valor para la seguridad solo surge al integrarla en un proceso controlado: con reglas de acceso claras, verificaci\u00f3n independiente, priorizaci\u00f3n basada en riesgos, tests reproducibles y v\u00edas de actualizaci\u00f3n fiables. Para los fabricantes de software cr\u00edtico es, a la vez, una cuesti\u00f3n pr\u00e1ctica de producto. Quien conecta an\u00e1lisis, desarrollo, gesti\u00f3n de lanzamientos y comunicaci\u00f3n con clientes puede traducir los nuevos conocimientos m\u00e1s r\u00e1pido en protecci\u00f3n resiliente. As\u00ed, por ejemplo, F5 est\u00e1 pasando ahora su ritmo trimestral de lanzamientos a actualizaciones m\u00e1s frecuentes para todo el software. Para los clientes, a su vez, la capacidad de evaluar y aplicar con rapidez actualizaciones continuas se convierte en un componente central de su propia resiliencia.<\/p>\n<h2>Conclusi\u00f3n<\/h2>\n<p>La IA no hace que las vulnerabilidades sean autom\u00e1ticamente manejables. M\u00e1s bien acelera el ritmo al que se encuentran y eval\u00faan los errores, y al que pueden explotarse o tambi\u00e9n corregirse. Para proveedores y clientes de aplicaciones cr\u00edticas, un proceso de actualizaci\u00f3n continuo, fluido y trazable se vuelve cada vez m\u00e1s importante.<\/p>\n<p style=\"font-style: italic; margin: 1.4em 0 2em;\"><em>\u00bfQuiere saber m\u00e1s sobre F5 y sobre estrategias eficaces contra los ataques basados en IA? Le esperamos en nuestro estand 7A-531 durante la feria it-sa en N\u00faremberg.<\/em><\/p>\n<h2 style=\"padding-top:64px;margin-bottom:20px;\">Preguntas frecuentes<\/h2>\n<p class=\"st-faq-hint\">Cada pregunta est\u00e1 cerrada. Con un toque se despliega la respuesta.<\/p>\n<details>\n<summary><strong>\u00bfPor qu\u00e9 ya no basta la revisi\u00f3n cl\u00e1sica de software?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Las aplicaciones combinan hoy muchos lenguajes de programaci\u00f3n, bibliotecas, configuraciones y API. El an\u00e1lisis est\u00e1tico y din\u00e1mico, el fuzzing y las revisiones de c\u00f3digo chocan con l\u00edmites de escala y de procesamiento del contexto en bases de c\u00f3digo grandes. Muchos hallazgos no son explotables en el contexto concreto de la aplicaci\u00f3n.<\/p>\n<\/details>\n<details>\n<summary><strong>\u00bfCu\u00e1ndo se considera v\u00e1lido un hallazgo de la IA?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Solo cuando una segunda v\u00eda de verificaci\u00f3n demuestra de forma trazable su impacto real. Puede ser otro modelo, una prueba reproducible, fuzzing o un an\u00e1lisis manual. Despu\u00e9s, el hallazgo pasa a la correcci\u00f3n priorizada.<\/p>\n<\/details>\n<details>\n<summary><strong>\u00bfCon qu\u00e9 frecuencia deben aplicar parches los operadores?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Seg\u00fan F5, los parches trimestrales ya no son suficientes. Las actualizaciones deber\u00edan llegar al menos cada mes y, en aplicaciones cr\u00edticas, de forma puntual cuando sea necesario. Mientras tanto, la seguridad en tiempo de ejecuci\u00f3n protege la producci\u00f3n.<\/p>\n<\/details>\n<details>\n<summary><strong>\u00bfPor qu\u00e9 hay que proteger los informes de vulnerabilidades?<\/strong><\/summary>\n<p style=\"margin:8px 0 4px 24px;color:#555;line-height:1.6;\">Un hallazgo v\u00e1lido describe una posible v\u00eda de ataque. Por eso, los derechos de acceso estrictos, el registro trazable, los entornos de prueba aislados y unas reglas claras para compartir resultados forman parte del proceso de revisi\u00f3n.<\/p>\n<\/details>\n<p><!--ST-LOWER-CARDS lang=es--><\/p>\n<h3 style=\"margin:48px 0 18px;font-size:1.05em;font-weight:800;color:#e6e3da;line-height:1.2;\">Selecci\u00f3n editorial<\/h3>\n<p><a href=\"https:\/\/www.securitytoday.de\/es\/2026\/07\/04\/triage-vulnerabilidades-cvss-priorizacion\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/schwachstellen-triage-cvss-allein-steuert-falsch-cover-hero-250x143.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#69d8ed;margin-bottom:5px;\">Recomendado<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Triage de vulnerabilidades: CVSS gu\u00eda mal la priorizaci\u00f3n<\/span><\/span><\/a><a href=\"https:\/\/www.securitytoday.de\/es\/2026\/06\/08\/seguridad-en-apis-el-punto-ciego-detras-de-cada-integracion\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/06\/api-security-der-blinde-fleck-hinter-jeder-integration-cover-hero-250x143.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#69d8ed;margin-bottom:5px;\">Recomendado<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Seguridad en APIs: el punto ciego detr\u00e1s de cada integraci\u00f3n<\/span><\/span><\/a><\/p>\n<h3 style=\"margin:48px 0 18px;font-size:1.05em;font-weight:800;color:#e6e3da;line-height:1.2;\">M\u00e1s de la red MBF Media<\/h3>\n<p><a href=\"https:\/\/www.digital-chiefs.de\/es\/cra-obliga-fabricantes-notificar-24-horas\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/11\/net-cra-forces-manufacturers-to-report-withi-39561944-250x141.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#e8828d;margin-bottom:5px;\">Digital Chiefs<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">La CRA obliga a los fabricantes a notificar en 24 horas<\/span><\/span><\/a><a href=\"https:\/\/mybusinessfuture.com\/es\/fabricantes-reportan-incidentes-cra-a-enisa-antes-del-csirt\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/11\/net-manufacturers-report-cra-incidents-to-en-96515700-250x141.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#aa8ac2;margin-bottom:5px;\">MyBusinessFuture<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Fabricantes notifican a ENISA incidentes CRA antes que al CSIRT<\/span><\/span><\/a><a href=\"https:\/\/www.cloudmagazin.com\/es\/2026\/06\/11\/quien-verifica-si-la-ia-escribe-codigo\/\" style=\"display:flex;align-items:center;gap:14px;padding:12px 14px;margin:0 0 10px;background:#23261f;border:1px solid rgba(105,216,237,0.18);border-radius:12px;box-shadow:0 6px 18px rgba(0,0,0,0.22);text-decoration:none;color:#e6e3da;box-sizing:border-box;width:100%;\"><span style=\"flex:0 0 116px;aspect-ratio:16\/9;overflow:hidden;border-radius:8px;background:#111210;border:1px solid rgba(230,227,218,0.08);display:block;\"><img decoding=\"async\" src=\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/11\/net-when-ai-writes-80-of-the-code-who-checks-97251695.jpg\" alt=\"\" loading=\"lazy\" width=\"116\" height=\"65\" style=\"width:100%;height:100%;object-fit:cover;display:block;\"><\/span><span style=\"display:block;min-width:0;\"><span style=\"display:block;font-size:0.68em;font-weight:700;letter-spacing:0.1em;text-transform:uppercase;color:#0bb7fd;margin-bottom:5px;\">cloudmagazin<\/span><span style=\"display:block;font-size:1.0em;font-weight:650;line-height:1.35;color:#e6e3da;overflow-wrap:anywhere;\">Si la IA escribe el 80 % del c\u00f3digo, \u00bfqui\u00e9n lo revisa?<\/span><\/span><\/a><!--\/ST-LOWER-CARDS--><\/p>\n<p style=\"font-style:italic;text-align:right;font-size:0.85em;margin-top:8px;\">Fuente de la imagen: Getty Images \/ 1169539468<\/p>\n","protected":false},"excerpt":{"rendered":"La IA generativa escala el an\u00e1lisis de c\u00f3digo fuente y, en parte, de binarios. No sustituye ni el desarrollo seguro ni la evaluaci\u00f3n humana.","protected":false},"author":50,"featured_media":23833,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"b\u00fasqueda de vulnerabilidades","_yoast_wpseo_title":"La IA acelera la detecci\u00f3n de vulnerabilidades","_yoast_wpseo_metadesc":"La IA generativa escala el an\u00e1lisis de c\u00f3digo fuente y, en parte, de binarios. No sustituye ni el desarrollo seguro ni la evaluaci\u00f3n humana.","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"","_yoast_wpseo_twitter-image-id":0,"evm_kih_original":false,"_evm_slot_owner":"","evm_cvss":0,"evm_risk":0,"evm_casefile":"","evm_primary_cve":"","evm_pin_until":0,"evm_external_preview_token":"","evm_external_preview_expires":"","_evm_translation_lang":"es","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[257],"tags":[],"class_list":["post-26657","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-es"],"evm_reading_time_minutes":13,"wpml_language":"es","wpml_translation_of":23834,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/26657","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/users\/50"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/comments?post=26657"}],"version-history":[{"count":27,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/26657\/revisions"}],"predecessor-version":[{"id":27251,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/26657\/revisions\/27251"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media\/23833"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media?parent=26657"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/categories?post=26657"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/tags?post=26657"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}