{"id":1268,"date":"2026-06-26T08:44:00","date_gmt":"2026-06-26T08:44:00","guid":{"rendered":"https:\/\/eiderproject.com\/?p=1268"},"modified":"2026-10-02T08:46:01","modified_gmt":"2026-10-02T08:46:01","slug":"resumen-ejecutivo-entregable-e2-3-seguridad-en-los-nodos-edge-en-entornos-virtualizados","status":"publish","type":"post","link":"https:\/\/eiderproject.com\/?p=1268","title":{"rendered":"Resumen ejecutivo entregable E2.3: Seguridad en los nodos Edge en entornos virtualizados"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\"><em>Este documento es el resultado de los trabajos realizados en EIDER en el marco de la actividad que tiene por objetivo\u00a0desarrollar los mecanismos que permitan aumentar la seguridad de la plataforma hardware y de las aplicaciones que corren sobre ella, de forma que una vulnerabilidad en una aplicaci\u00f3n no comprometa la seguridad del resto ni de los recursos hardware disponibles.<\/em><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El documento analiza de forma exhaustiva la <strong>ciberseguridad en entornos virtualizados y contenerizados en el <em>Edge<\/em><\/strong>, dentro del marco del proyecto EIDER (tarea T2.3), cuyo objetivo es reforzar la seguridad de la plataforma hardware y de las aplicaciones sin comprometer el rendimiento del sistema.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El trabajo parte de la premisa de que tecnolog\u00edas como Docker y los mecanismos del sistema operativo Linux (namespaces, cgroups, capabilities, seccomp, SELinux\/AppArmor) proporcionan aislamiento, pero no eliminan completamente los riesgos, especialmente en entornos cr\u00edticos como redes el\u00e9ctricas o Smart Grids. Por ello, se propone un enfoque de <strong>seguridad en profundidad y equilibrio entre aislamiento, rendimiento y criticidad de los procesos<\/strong>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El documento identifica los principales <strong>riesgos de ciberseguridad en entornos virtualizados<\/strong>, estructurados en cuatro niveles:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Im\u00e1genes<\/strong>: vulnerabilidades, malware, configuraciones inseguras y credenciales expuestas.<\/li>\n\n\n\n<li><strong>Registros de im\u00e1genes<\/strong>: acceso no autorizado, distribuci\u00f3n de im\u00e1genes manipuladas o vulnerables.<\/li>\n\n\n\n<li><strong>Orquestadores<\/strong>: falta de control de privilegios, mezcla de cargas sensibles y debilidades en la red interna.<\/li>\n\n\n\n<li><strong>Contenedores y sistema operativo host<\/strong>: escalada de privilegios, configuraci\u00f3n insegura y vulnerabilidades del kernel compartido.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A partir de estos riesgos, se revisan los principales <strong>marcos normativos y buenas pr\u00e1cticas<\/strong> aplicables:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>NIST (800-190 y 800-82)<\/li>\n\n\n\n<li>OWASP (Docker Security Cheat Sheet y OWASP Docker Top 10)<\/li>\n\n\n\n<li>IEC 62443 e IEC 62351<\/li>\n\n\n\n<li>CIS Benchmarks (Docker y Linux)<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Estos est\u00e1ndares coinciden en la necesidad de aplicar controles en todo el ciclo de vida del contenedor: desde la construcci\u00f3n de im\u00e1genes hasta su ejecuci\u00f3n y monitorizaci\u00f3n.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El documento tambi\u00e9n propone un enfoque de <strong>seguridad integral en el ciclo de vida<\/strong>, basado en:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Generaci\u00f3n de SBOM (Software Bill of Materials)<\/li>\n\n\n\n<li>Escaneo de vulnerabilidades en CI\/CD<\/li>\n\n\n\n<li>Monitorizaci\u00f3n en tiempo de ejecuci\u00f3n<\/li>\n\n\n\n<li>Priorizaci\u00f3n de vulnerabilidades seg\u00fan impacto real<\/li>\n\n\n\n<li>Automatizaci\u00f3n de parches y reconstrucci\u00f3n de im\u00e1genes<\/li>\n\n\n\n<li>Uso de repositorios seguros con escaneo integrado<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">En cuanto a la <strong>seguridad de las im\u00e1genes<\/strong>, se definen buenas pr\u00e1cticas como el uso de im\u00e1genes base confiables, reducci\u00f3n de superficie de ataque, gesti\u00f3n segura de credenciales, firma digital, trazabilidad y control del ciclo de vida.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">El documento introduce adem\u00e1s tecnolog\u00edas avanzadas como:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>TEEs (Trusted Execution Environments)<\/strong> para ejecuci\u00f3n aislada de funciones cr\u00edticas.<\/li>\n\n\n\n<li><strong>TPM y ra\u00edz de confianza hardware<\/strong> para garantizar integridad del sistema.<\/li>\n\n\n\n<li><strong>Memoria OTP<\/strong> para almacenamiento inmutable de claves e identificadores.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Finalmente, se describe una <strong>arquitectura de despliegue en Edge basada en Kubernetes y herramientas DevSecOps<\/strong>, apoyada en tecnolog\u00edas como Harbor, Ansible, Terraform, Keycloak y sistemas de actualizaci\u00f3n continua, con el objetivo de garantizar escalabilidad, seguridad y resiliencia.<\/p>\n\n\n\n<figure class=\"wp-block-image aligncenter size-full is-resized\"><img loading=\"lazy\" decoding=\"async\" width=\"567\" height=\"310\" src=\"https:\/\/eiderproject.com\/wp-content\/uploads\/2026\/10\/Imagen2-1.png\" alt=\"\" class=\"wp-image-1270\" style=\"aspect-ratio:1.8290740460708705;width:644px;height:auto\" srcset=\"https:\/\/eiderproject.com\/wp-content\/uploads\/2026\/10\/Imagen2-1.png 567w, https:\/\/eiderproject.com\/wp-content\/uploads\/2026\/10\/Imagen2-1-300x164.png 300w, https:\/\/eiderproject.com\/wp-content\/uploads\/2026\/10\/Imagen2-1-200x109.png 200w\" sizes=\"auto, (max-width: 567px) 100vw, 567px\" \/><\/figure>\n","protected":false},"excerpt":{"rendered":"<p>Este documento es el resultado de los trabajos realizados en EIDER en el marco de la actividad que tiene por objetivo\u00a0desarrollar los mecanismos que permitan aumentar la seguridad de la plataforma hardware y de las aplicaciones que corren sobre ella, de forma que una vulnerabilidad en una aplicaci\u00f3n no comprometa la seguridad del resto ni [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":1269,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[18],"tags":[],"class_list":["post-1268","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categoria-es"],"_links":{"self":[{"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/posts\/1268","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/eiderproject.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1268"}],"version-history":[{"count":1,"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/posts\/1268\/revisions"}],"predecessor-version":[{"id":1271,"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/posts\/1268\/revisions\/1271"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/eiderproject.com\/index.php?rest_route=\/wp\/v2\/media\/1269"}],"wp:attachment":[{"href":"https:\/\/eiderproject.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1268"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eiderproject.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1268"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eiderproject.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1268"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}