<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Pki on El blog de Damien Dye</title>
    <link>https://blogs.damiendye.uk/es/tags/pki/</link>
    <description>Recent content in Pki on El blog de Damien Dye</description>
    <generator>Hugo</generator>
    <language>es-ES</language>
    <lastBuildDate>Tue, 13 Oct 2026 17:30:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/es/tags/pki/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Un SSID, cada dispositivo en su propia VLAN: 802.1X con certificados de step-ca</title>
      <link>https://blogs.damiendye.uk/es/networking/eap-tls-one-ssid-every-device-on-its-vlan/</link>
      <pubDate>Tue, 13 Oct 2026 17:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/networking/eap-tls-one-ssid-every-device-on-its-vlan/</guid>
      <description>802.1X con certificados en puertos cableados y un SSID WPA-Enterprise; RADIUS pone cada dispositivo en su VLAN: roles de step-ca en el certificado, FreeRADIUS solo TLS 1.3, lista de excepciones, revocación por CRL y RadSec. Simulado entero, cada archivo de configuración completo, ajustes de Netgear y TP-Link, y por qué Cyber Essentials no lo exige.</description>
    </item>
    <item>
      <title>Inicios de sesión SSH firmados por step-ca: se acabó authorized_keys</title>
      <link>https://blogs.damiendye.uk/es/certificates/step-ca-ssh-certificates/</link>
      <pubDate>Fri, 09 Oct 2026 18:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/certificates/step-ca-ssh-certificates/</guid>
      <description>step-ca como autoridad de certificación SSH: firmar claves de host para que los clientes dejen de preguntar si confían en ellas, firmar claves de usuario para que los servidores no necesiten authorized_keys, las dos líneas de sshd_config y la línea de known_hosts que hacen falta, lo que se rechazó en las pruebas, y renovar certificados de host.</description>
    </item>
    <item>
      <title>Certificados de cliente de step-ca, y los valores por defecto que dejan a todos fuera</title>
      <link>https://blogs.damiendye.uk/es/certificates/step-ca-client-certificates-mtls/</link>
      <pubDate>Fri, 09 Oct 2026 18:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/certificates/step-ca-client-certificates-mtls/</guid>
      <description>step-ca para emitir certificados de cliente para mTLS, probado con nginx y Caddy. El límite de 24 horas y cómo subirlo, una CRL que rechaza a todos hasta arreglar su alcance, la CRL de la raíz que necesita nginx, publicar CRL por HTTP, la tarea de refresco que evita que caduquen, y el PKCS12 y los certificados de CA que necesita un móvil.</description>
    </item>
    <item>
      <title>Tu propia autoridad de certificación: step-ca en un contenedor</title>
      <link>https://blogs.damiendye.uk/es/certificates/step-ca-in-a-container/</link>
      <pubDate>Fri, 09 Oct 2026 17:50:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/es/certificates/step-ca-in-a-container/</guid>
      <description>step-ca de Smallstep en un contenedor Podman o Docker como autoridad de certificación para todo lo de casa: por qué gana a los certificados autofirmados y públicos para nombres internos, las dos contraseñas que crea la imagen, confiar en la raíz, HTTPS interno por ACME, y renovar los servicios que no saben ACME.</description>
    </item>
  </channel>
</rss>
