Lo m\u00e1s importante en resumen<\/h2>\n\n- Microsoft ha anunciado la sustituci\u00f3n de los certificados de Secure Boot utilizados desde 2011 para junio de 2026. La validez de los certificados Microsoft Corporation KEK CA 2011, Microsoft Windows Production PCA 2011 y Microsoft Corporation UEFI CA 2011 finalizar\u00e1 de forma escalonada entre junio y octubre de 2026.<\/li>\n
- Los dispositivos que no dispongan de los certificados actualizados de 2023 no podr\u00e1n instalar nuevas actualizaciones de Secure Boot tras su caducidad ni confiar\u00e1n en software de terceros firmado despu\u00e9s de la fecha l\u00edmite.<\/li>\n
- Los equipos con Windows comercializados desde principios de 2024 ya incluyen los certificados de 2023 de f\u00e1brica. Todos los dispositivos anteriores deben actualizarse activamente.<\/li>\n
- La verificaci\u00f3n del estado se realiza mediante una entrada en el registro: UEFICA2023Status debe tener el valor \u00abupdated\u00bb. Microsoft proporciona comandos de PowerShell para realizar inventarios (aka.ms\/GetSecureBoot).<\/li>\n
- El hardware m\u00e1s antiguo sin soporte de firmware por parte del fabricante (OEM) podr\u00eda no recibir nunca esta actualizaci\u00f3n. En estos casos, solo queda evaluar el riesgo o proceder al reemplazo del equipo.<\/li>\n<\/ul>\n
Lo que caduca concretamente en junio de 2026<\/h2>\n
Secure Boot es un mecanismo UEFI (Interfaz de firmware extensible unificada) que, al arrancar un ordenador, verifica si el firmware cargado, el gestor de arranque y el sistema operativo proceden de una fuente de confianza. Esta cadena de confianza se basa en firmas criptogr\u00e1ficas emitidas por entidades conocidas como Certificate Authorities (CAs). En 2011, Microsoft estableci\u00f3 tres CAs centrales: la Microsoft Corporation KEK CA 2011 para la base de datos de claves de intercambio (Key Exchange Key Database), la Microsoft Windows Production PCA 2011 para componentes de Windows firmados y la Microsoft Corporation UEFI CA 2011 para software de terceros.<\/p>\n
Estos tres certificados perder\u00e1n su validez a partir de junio de 2026. Sin embargo, su sustituci\u00f3n no supone un fallo repentino, sino un proceso escalonado que se prolongar\u00e1 hasta octubre de 2026. Microsoft ya implement\u00f3 los certificados sucesores en 2023 y los est\u00e1 distribuyendo progresivamente mediante actualizaciones de Windows a los dispositivos existentes. Los equipos comercializados desde principios de 2024 incluyen ya las CAs de 2023 directamente de f\u00e1brica, lo que representa una ventaja estrat\u00e9gica para empresas con parques de equipos recientes, pero un riesgo para todas las dem\u00e1s.<\/p>\n
Este cambio responde a motivos t\u00e9cnicos y regulatorios. Los certificados de 2011 proceden de una \u00e9poca en la que SHA-1 a\u00fan era ampliamente utilizado y la arquitectura Secure Boot afectaba a muchos menos fabricantes que hoy en d\u00eda. Con la transici\u00f3n a las CAs de 2023, Microsoft adapta los algoritmos criptogr\u00e1ficos a los est\u00e1ndares actuales y reduce simult\u00e1neamente la duraci\u00f3n de validez de los certificados a un per\u00edodo m\u00e1s manejable para entornos productivos.<\/p>\n
\nDefinici\u00f3n<\/p>\n
UEFI CA 2011 frente a UEFI CA 2023<\/strong> hace referencia a dos generaciones de certificados Secure Boot. Las CAs de 2011 han garantizado durante m\u00e1s de una d\u00e9cada la cadena de confianza para el firmware de Windows y de terceros. Las CAs de 2023 las sustituyen a partir de junio de 2026 con algoritmos de firma actualizados y una estructura de validez m\u00e1s clara. Ambas CAs pueden coexistir activas, pero solo los dispositivos que tengan instalado el conjunto de 2023 podr\u00e1n confiar en nuevas actualizaciones tras la expiraci\u00f3n de las de 2011.<\/p>\n<\/div>\nQu\u00e9 dispositivos est\u00e1n afectados<\/h2>\n
La regla es sencilla: todo lo fabricado antes de 2024 necesita una actualizaci\u00f3n activa. En la pr\u00e1ctica, esto afecta a la mayor\u00eda de los dispositivos en una empresa t\u00edpica, ya que la vida \u00fatil promedio de un port\u00e1til oscila entre cuatro y seis a\u00f1os, y los equipos de sobremesa suelen seguir en uso a\u00fan m\u00e1s tiempo. Los servidores tambi\u00e9n se ven implicados, aunque los hosts de virtualizaci\u00f3n y las m\u00e1quinas virtuales (VM) se tratan de forma diferente.<\/p>\n
Los dispositivos f\u00edsicos con Windows reciben los certificados de 2023 a trav\u00e9s de los canales habituales de Windows Update. Sin embargo, su distribuci\u00f3n no es autom\u00e1tica en el sentido de que \u00abcada equipo lo reciba garantizadamente\u00bb. Microsoft gestiona la entrega de forma escalonada. Algunas categor\u00edas de dispositivos a\u00fan esperan la aprobaci\u00f3n de los fabricantes originales (OEM). Dell, HP, Lenovo y Fujitsu tienen cronogramas distintos para sus actualizaciones de firmware, que integran los cambios en las autoridades de certificaci\u00f3n (CA) directamente en el hardware. Los equipos de TI deben verificar el estado espec\u00edfico de cada modelo y no asumir que Windows Update resolver\u00e1 el problema por s\u00ed solo.<\/p>\n
Las m\u00e1quinas virtuales constituyen un caso especial. Hyper-V, VMware y KVM admiten Secure Boot, pero las actualizaciones de certificados se gestionan a trav\u00e9s de la firmware virtualizada, no del sistema operativo invitado. Para entornos vSphere, VMware ha publicado gu\u00edas espec\u00edficas para realizar la transici\u00f3n; Microsoft distribuye las actualizaciones para Hyper-V mediante parches del host. En entornos KVM basados en Linux, el proceso es m\u00e1s complejo y suele requerir intervenci\u00f3n manual en cada host de m\u00e1quinas virtuales.<\/p>\n
Particularmente delicados son los dispositivos antiguos que, desde la perspectiva del fabricante, han alcanzado su fin de soporte (End-of-Service). Es posible que para este hardware ya no exista firmware compatible que incorpore las nuevas CA de 2023. Tanto Microsoft como los fabricantes probablemente no dar\u00e1n soporte a todos los equipos antiguos. La redacci\u00f3n de XDA Developers se\u00f1al\u00f3 en un an\u00e1lisis a finales de marzo de 2026 que una parte significativa de los PC con Windows anteriores a 2020 probablemente nunca recibir\u00e1 esta correcci\u00f3n. Para los equipos de TI, esto implica que dichos dispositivos deben inventariarse, priorizarse y, o bien reemplazarse cuanto antes, o bien operarse en segmentos de red aislados con privilegios reducidos.<\/p>\n
La verificaci\u00f3n del inventario: PowerShell y el Registro<\/h2>\n
La buena noticia para los equipos de TI: el estado de un dispositivo se puede comprobar con un esfuerzo m\u00ednimo. Microsoft ofrece dos m\u00e9todos. El primero es una entrada en el Registro, ubicada en la ruta HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\SecureBoot\\UEFICA2023Status. El valor de esta entrada deber\u00eda terminar mostrando \u00abupdated\u00bb. Otros valores como \u00abNotStarted\u00bb o \u00abInProgress\u00bb indican que la implementaci\u00f3n a\u00fan no ha finalizado.<\/p>\n
El segundo m\u00e9todo es una consulta mediante PowerShell que Microsoft ha publicado en su blog de la comunidad t\u00e9cnica. Esta consulta enumera las entradas actuales de la base de datos de Secure Boot y permite una comparaci\u00f3n automatizada con el estado deseado. Para realizar un inventario a escala de toda la flota, se recomienda combinar este enfoque con herramientas como Microsoft Intune, Configuration Manager u otras soluciones equivalentes de gesti\u00f3n de endpoints capaces de consultar este valor del Registro en todos los dispositivos. Verificar manualmente cientos de equipos no es pr\u00e1ctico.<\/p>\n
Es fundamental distinguir entre \u00abcertificado instalado\u00bb y \u00abcertificado activo\u00bb. Un dispositivo puede tener el certificado de 2023 almacenado en su base de datos UEFI sin que se utilice realmente. Solo cuando el estado muestra \u00abupdated\u00bb y la firmware emplea las autoridades de certificaci\u00f3n (CA) de 2023 para validar los cargadores de arranque, el equipo est\u00e1 debidamente preparado. La transici\u00f3n completa requiere varios reinicios y, en algunos casos, ajustes manuales en la configuraci\u00f3n UEFI. Por ello, los equipos de TI deber\u00edan probar el proceso previamente en un peque\u00f1o grupo de dispositivos piloto por modelo antes de lanzar la actualizaci\u00f3n en toda la flota.<\/p>\n
El proceso de actualizaci\u00f3n en cuatro pasos<\/h2>\n
Microsoft recomienda un enfoque estructurado que los equipos de TI pueden implementar en las pr\u00f3ximas seis a ocho semanas. El proceso se divide en cuatro pasos que se construyen l\u00f3gicamente uno sobre otro y no se pueden ejecutar en paralelo:<\/p>\n
\n\n1<\/div>\n\nInventario y agrupaci\u00f3n<\/p>\n
Recopilar el estado de todos los dispositivos Windows mediante una comprobaci\u00f3n del registro o una consulta de PowerShell. Agruparlos por modelo del fabricante, antig\u00fcedad y versi\u00f3n de firmware. El resultado es una lista con dispositivos clasificados en las categor\u00edas \u00abya actualizados\u00bb, \u00abactualizaci\u00f3n disponible\u00bb y \u00absin soporte del OEM\u00bb.<\/p>\n<\/div>\n<\/div>\n
\n2<\/div>\n\nImplementaci\u00f3n piloto en grupo de prueba<\/p>\n
<\/p>\n
Selecci\u00f3n de la redacci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/04\/cra-security-pexels-5380595-250x131.jpg\")
<\/span>Recomendado<\/span>Cyber Resilience Act desde el 11 de septiembre de 2026: La obligaci\u00f3n de notificaci\u00f3n de 24 horas, para la que los equipos de seguridad IT deben establecer procesos ahora<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/03\/pexels-279810-privileged-access-management-250x167.jpg\")
<\/span>Recomendado<\/span>Privileged Access Management: Por qu\u00e9 las cuentas de administrador son la mayor puerta de entrada para los atacantes<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/03\/pexels-30965500-cisco-fmc-zero-day-250x167.jpg\")
<\/span>Recomendado<\/span>Cisco FMC Zero-Day: El ransomware Interlock explota una vulnerabilidad CVSS 10.0 desde enero<\/span><\/span><\/a><\/p>\nM\u00e1s de la red MBF Media<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-stadtwerke-bernau-smart-meter-rollout-bn-43171085-250x131.jpg\")
<\/span>MyBusinessFuture<\/span>Stadtwerke Bernau: Lecciones de contadores inteligentes<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-valkey-9-redis-fork-18-monate-cloud-cach-69791755.jpg\")
<\/span>cloudmagazin<\/span>Valkey 9 tras 18 meses: C\u00f3mo la bifurcaci\u00f3n de Redis est\u00e1\u2026<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-vendor-consolidation-2026-cio-roadmap-18-70161940-250x131.jpg\")
<\/span>Digital Chiefs<\/span>Consolidaci\u00f3n de Proveedores 2026: Por qu\u00e9 68% de las organizaciones de TI quieren consolidar \u2013 y por qu\u00e9 la hoja de ruta dura 18 meses m\u00e1s de lo planeado<\/span><\/span><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"A partir de junio de 2026, los certificados de Microsoft Secure Boot emitidos en 2011 perder\u00e1n su validez. Los equipos de TI tienen dos meses para realizar un inventario y desplegar actualizaciones.","protected":false},"author":55,"featured_media":22610,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"Los certificados de Secure Boot caducan en junio de 2026: qu\u00e9 deben implementar los equipos de TI antes de la fecha l\u00edmite para su flota de Windows","_yoast_wpseo_metadesc":"Certificados de Secure Boot: Microsoft reemplazar\u00e1 las autoridades de certificaci\u00f3n (CA) de 2011 a partir de junio de 2026. Qu\u00e9 deben preparar ahora los equipos de TI para su flota de Windows, UEFI y arranque dual con Linux.","_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":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/secure-boot-zertifikate-juni-2026-windows-uefi-ca-2023-rollout-cover-hero-1.jpg","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/secure-boot-zertifikate-juni-2026-windows-uefi-ca-2023-rollout-cover-hero-1.jpg","_yoast_wpseo_twitter-image-id":0,"_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":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":["certificados-secure-boot-junio-2026-windows-uefi-ca-2023-despliegue"],"footnotes":""},"categories":[257],"tags":[],"class_list":["post-12677","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-es"],"evm_reading_time_minutes":9,"wpml_language":"es","wpml_translation_of":12032,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677","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\/55"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/comments?post=12677"}],"version-history":[{"count":6,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677\/revisions"}],"predecessor-version":[{"id":21607,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677\/revisions\/21607"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media\/22610"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media?parent=12677"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/categories?post=12677"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/tags?post=12677"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Lo que caduca concretamente en junio de 2026<\/h2>\n
Secure Boot es un mecanismo UEFI (Interfaz de firmware extensible unificada) que, al arrancar un ordenador, verifica si el firmware cargado, el gestor de arranque y el sistema operativo proceden de una fuente de confianza. Esta cadena de confianza se basa en firmas criptogr\u00e1ficas emitidas por entidades conocidas como Certificate Authorities (CAs). En 2011, Microsoft estableci\u00f3 tres CAs centrales: la Microsoft Corporation KEK CA 2011 para la base de datos de claves de intercambio (Key Exchange Key Database), la Microsoft Windows Production PCA 2011 para componentes de Windows firmados y la Microsoft Corporation UEFI CA 2011 para software de terceros.<\/p>\n
Estos tres certificados perder\u00e1n su validez a partir de junio de 2026. Sin embargo, su sustituci\u00f3n no supone un fallo repentino, sino un proceso escalonado que se prolongar\u00e1 hasta octubre de 2026. Microsoft ya implement\u00f3 los certificados sucesores en 2023 y los est\u00e1 distribuyendo progresivamente mediante actualizaciones de Windows a los dispositivos existentes. Los equipos comercializados desde principios de 2024 incluyen ya las CAs de 2023 directamente de f\u00e1brica, lo que representa una ventaja estrat\u00e9gica para empresas con parques de equipos recientes, pero un riesgo para todas las dem\u00e1s.<\/p>\n
Este cambio responde a motivos t\u00e9cnicos y regulatorios. Los certificados de 2011 proceden de una \u00e9poca en la que SHA-1 a\u00fan era ampliamente utilizado y la arquitectura Secure Boot afectaba a muchos menos fabricantes que hoy en d\u00eda. Con la transici\u00f3n a las CAs de 2023, Microsoft adapta los algoritmos criptogr\u00e1ficos a los est\u00e1ndares actuales y reduce simult\u00e1neamente la duraci\u00f3n de validez de los certificados a un per\u00edodo m\u00e1s manejable para entornos productivos.<\/p>\n
Definici\u00f3n<\/p>\n
UEFI CA 2011 frente a UEFI CA 2023<\/strong> hace referencia a dos generaciones de certificados Secure Boot. Las CAs de 2011 han garantizado durante m\u00e1s de una d\u00e9cada la cadena de confianza para el firmware de Windows y de terceros. Las CAs de 2023 las sustituyen a partir de junio de 2026 con algoritmos de firma actualizados y una estructura de validez m\u00e1s clara. Ambas CAs pueden coexistir activas, pero solo los dispositivos que tengan instalado el conjunto de 2023 podr\u00e1n confiar en nuevas actualizaciones tras la expiraci\u00f3n de las de 2011.<\/p>\n<\/div>\n La regla es sencilla: todo lo fabricado antes de 2024 necesita una actualizaci\u00f3n activa. En la pr\u00e1ctica, esto afecta a la mayor\u00eda de los dispositivos en una empresa t\u00edpica, ya que la vida \u00fatil promedio de un port\u00e1til oscila entre cuatro y seis a\u00f1os, y los equipos de sobremesa suelen seguir en uso a\u00fan m\u00e1s tiempo. Los servidores tambi\u00e9n se ven implicados, aunque los hosts de virtualizaci\u00f3n y las m\u00e1quinas virtuales (VM) se tratan de forma diferente.<\/p>\n Los dispositivos f\u00edsicos con Windows reciben los certificados de 2023 a trav\u00e9s de los canales habituales de Windows Update. Sin embargo, su distribuci\u00f3n no es autom\u00e1tica en el sentido de que \u00abcada equipo lo reciba garantizadamente\u00bb. Microsoft gestiona la entrega de forma escalonada. Algunas categor\u00edas de dispositivos a\u00fan esperan la aprobaci\u00f3n de los fabricantes originales (OEM). Dell, HP, Lenovo y Fujitsu tienen cronogramas distintos para sus actualizaciones de firmware, que integran los cambios en las autoridades de certificaci\u00f3n (CA) directamente en el hardware. Los equipos de TI deben verificar el estado espec\u00edfico de cada modelo y no asumir que Windows Update resolver\u00e1 el problema por s\u00ed solo.<\/p>\n Las m\u00e1quinas virtuales constituyen un caso especial. Hyper-V, VMware y KVM admiten Secure Boot, pero las actualizaciones de certificados se gestionan a trav\u00e9s de la firmware virtualizada, no del sistema operativo invitado. Para entornos vSphere, VMware ha publicado gu\u00edas espec\u00edficas para realizar la transici\u00f3n; Microsoft distribuye las actualizaciones para Hyper-V mediante parches del host. En entornos KVM basados en Linux, el proceso es m\u00e1s complejo y suele requerir intervenci\u00f3n manual en cada host de m\u00e1quinas virtuales.<\/p>\n Particularmente delicados son los dispositivos antiguos que, desde la perspectiva del fabricante, han alcanzado su fin de soporte (End-of-Service). Es posible que para este hardware ya no exista firmware compatible que incorpore las nuevas CA de 2023. Tanto Microsoft como los fabricantes probablemente no dar\u00e1n soporte a todos los equipos antiguos. La redacci\u00f3n de XDA Developers se\u00f1al\u00f3 en un an\u00e1lisis a finales de marzo de 2026 que una parte significativa de los PC con Windows anteriores a 2020 probablemente nunca recibir\u00e1 esta correcci\u00f3n. Para los equipos de TI, esto implica que dichos dispositivos deben inventariarse, priorizarse y, o bien reemplazarse cuanto antes, o bien operarse en segmentos de red aislados con privilegios reducidos.<\/p>\n La buena noticia para los equipos de TI: el estado de un dispositivo se puede comprobar con un esfuerzo m\u00ednimo. Microsoft ofrece dos m\u00e9todos. El primero es una entrada en el Registro, ubicada en la ruta HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\SecureBoot\\UEFICA2023Status. El valor de esta entrada deber\u00eda terminar mostrando \u00abupdated\u00bb. Otros valores como \u00abNotStarted\u00bb o \u00abInProgress\u00bb indican que la implementaci\u00f3n a\u00fan no ha finalizado.<\/p>\n El segundo m\u00e9todo es una consulta mediante PowerShell que Microsoft ha publicado en su blog de la comunidad t\u00e9cnica. Esta consulta enumera las entradas actuales de la base de datos de Secure Boot y permite una comparaci\u00f3n automatizada con el estado deseado. Para realizar un inventario a escala de toda la flota, se recomienda combinar este enfoque con herramientas como Microsoft Intune, Configuration Manager u otras soluciones equivalentes de gesti\u00f3n de endpoints capaces de consultar este valor del Registro en todos los dispositivos. Verificar manualmente cientos de equipos no es pr\u00e1ctico.<\/p>\n Es fundamental distinguir entre \u00abcertificado instalado\u00bb y \u00abcertificado activo\u00bb. Un dispositivo puede tener el certificado de 2023 almacenado en su base de datos UEFI sin que se utilice realmente. Solo cuando el estado muestra \u00abupdated\u00bb y la firmware emplea las autoridades de certificaci\u00f3n (CA) de 2023 para validar los cargadores de arranque, el equipo est\u00e1 debidamente preparado. La transici\u00f3n completa requiere varios reinicios y, en algunos casos, ajustes manuales en la configuraci\u00f3n UEFI. Por ello, los equipos de TI deber\u00edan probar el proceso previamente en un peque\u00f1o grupo de dispositivos piloto por modelo antes de lanzar la actualizaci\u00f3n en toda la flota.<\/p>\n Microsoft recomienda un enfoque estructurado que los equipos de TI pueden implementar en las pr\u00f3ximas seis a ocho semanas. El proceso se divide en cuatro pasos que se construyen l\u00f3gicamente uno sobre otro y no se pueden ejecutar en paralelo:<\/p>\n Inventario y agrupaci\u00f3n<\/p>\n Recopilar el estado de todos los dispositivos Windows mediante una comprobaci\u00f3n del registro o una consulta de PowerShell. Agruparlos por modelo del fabricante, antig\u00fcedad y versi\u00f3n de firmware. El resultado es una lista con dispositivos clasificados en las categor\u00edas \u00abya actualizados\u00bb, \u00abactualizaci\u00f3n disponible\u00bb y \u00absin soporte del OEM\u00bb.<\/p>\n<\/div>\n<\/div>\n Implementaci\u00f3n piloto en grupo de prueba<\/p>\n <\/p>\nQu\u00e9 dispositivos est\u00e1n afectados<\/h2>\n
La verificaci\u00f3n del inventario: PowerShell y el Registro<\/h2>\n
El proceso de actualizaci\u00f3n en cuatro pasos<\/h2>\n
Selecci\u00f3n de la redacci\u00f3n<\/h3>\n
<\/span>Recomendado<\/span>Cyber Resilience Act desde el 11 de septiembre de 2026: La obligaci\u00f3n de notificaci\u00f3n de 24 horas, para la que los equipos de seguridad IT deben establecer procesos ahora<\/span><\/span><\/a><\/span>Recomendado<\/span>Privileged Access Management: Por qu\u00e9 las cuentas de administrador son la mayor puerta de entrada para los atacantes<\/span><\/span><\/a><\/span>Recomendado<\/span>Cisco FMC Zero-Day: El ransomware Interlock explota una vulnerabilidad CVSS 10.0 desde enero<\/span><\/span><\/a><\/p>\nM\u00e1s de la red MBF Media<\/h3>\n
<\/span>MyBusinessFuture<\/span>Stadtwerke Bernau: Lecciones de contadores inteligentes<\/span><\/span><\/a><\/span>cloudmagazin<\/span>Valkey 9 tras 18 meses: C\u00f3mo la bifurcaci\u00f3n de Redis est\u00e1\u2026<\/span><\/span><\/a><\/span>Digital Chiefs<\/span>Consolidaci\u00f3n de Proveedores 2026: Por qu\u00e9 68% de las organizaciones de TI quieren consolidar \u2013 y por qu\u00e9 la hoja de ruta dura 18 meses m\u00e1s de lo planeado<\/span><\/span><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"A partir de junio de 2026, los certificados de Microsoft Secure Boot emitidos en 2011 perder\u00e1n su validez. Los equipos de TI tienen dos meses para realizar un inventario y desplegar actualizaciones.","protected":false},"author":55,"featured_media":22610,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"Los certificados de Secure Boot caducan en junio de 2026: qu\u00e9 deben implementar los equipos de TI antes de la fecha l\u00edmite para su flota de Windows","_yoast_wpseo_metadesc":"Certificados de Secure Boot: Microsoft reemplazar\u00e1 las autoridades de certificaci\u00f3n (CA) de 2011 a partir de junio de 2026. Qu\u00e9 deben preparar ahora los equipos de TI para su flota de Windows, UEFI y arranque dual con Linux.","_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":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/secure-boot-zertifikate-juni-2026-windows-uefi-ca-2023-rollout-cover-hero-1.jpg","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/secure-boot-zertifikate-juni-2026-windows-uefi-ca-2023-rollout-cover-hero-1.jpg","_yoast_wpseo_twitter-image-id":0,"_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":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":["certificados-secure-boot-junio-2026-windows-uefi-ca-2023-despliegue"],"footnotes":""},"categories":[257],"tags":[],"class_list":["post-12677","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-es"],"evm_reading_time_minutes":9,"wpml_language":"es","wpml_translation_of":12032,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677","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\/55"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/comments?post=12677"}],"version-history":[{"count":6,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677\/revisions"}],"predecessor-version":[{"id":21607,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/12677\/revisions\/21607"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media\/22610"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media?parent=12677"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/categories?post=12677"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/tags?post=12677"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}