MINHAP eIDAS
MINHAP eIDAS
III Foro de Identidad Red IRIS
2 de junio de 2016
Objetivos de eIDAS
eIDAS: Regulation on Electronic identification and trust services
for electronic transactions in the internal market (eIDAS)
REGLAMENTO DEL PARLAMENTO EUROPEO Y DEL CONSEJO
RELATIVO A LA IDENTIFICACIÓN ELECTRÓNICA Y LOS SERVICIOS
DE CONFIANZA PARA LAS TRANSACCIONES ELECTRÓNICAS EN
EL MERCADO INTERIOR Y POR LA QUE SE DEROGA LA
DIRECTIVA 1999/93 CE
• Reforzar el Mercado Único europeo impulsando la confianza y
la conveniencia en transacciones electrónicas transfronterizas
seguras y sin fisuras
¿Cómo se logran los
objetivos?
1. Asegurando que las personas y las empresas pueden usar y
aprovechar sus eID nacionales de manera transfronteriza
para acceder al menos a servicios públicos en otros países
de la UE
– Reconocimiento mutuo de identificación electrónica
¿Cómo se logran los
objetivos?
2. Eliminando las barreras al mercado único para firmas
electrónicas y los servicios de confianza online relacionados
– Asegurando que los servicios de confianza tienen el mismo valor
legal que en los procesos tradicionales en papel
• Firma electrónica
• Sello electrónico
• Dimensión transfronteriza de
– Sello de tiempo electrónico
– Servicio de entrega electrónica certificada
– Documento electrónico
– Autenticación de sitios web
eIDAS ‐ Identificación
Elementos a tener en cuenta para determinar los niveles de seguridad
– Inscripción – Autenticación
• Solicitud y registro • Mecanismo de autenticación
• Prueba y verificación de la identidad – Gestión y organización
(persona física)
• Disposiciones generales
• Prueba y verificación de la identidad
• Avisos publicados e información del
(persona jurídica)
usuario
• Vinculación entre persona física y
• Gestión de la seguridad de la
jurídica
información
– Gestión de medios de identificación • Conservación de la información
• Características y diseño de los medios • Instalaciones y personal
• Expedición, entrega y activación • Controles técnicos
• Suspensión, revocación y reactivación • Cumplimiento y auditoría
• Renovación y sustitución
Reconocimiento mutuo
• Obligatorio únicamente para servicios públicos
• Se refiere únicamente a la autenticación a efectos de un servicio en línea.
• El sistema de identificación electrónica del Estado miembro que efectúa la
notificación cumple las condiciones de notificación y esta se ha publicado en
el Diario Oficial de la Unión Europea.
• El acceso a estos servicios en línea y su prestación final al solicitante deben
estar estrechamente vinculados al derecho a recibir dichos servicios en las
condiciones fijadas por la legislación nacional.
• Niveles de seguridad
– Se refiere únicamente a los medios cuyo nivel de seguridad de la identidad
corresponde a un nivel igual o superior al exigido para el servicio en línea de que se
trate.
– Habrá de aplicarse únicamente cuando el organismo del sector público en cuestión
emplee el nivel de seguridad «sustancial» o «alto» en lo tocante al acceso a dicho
servicio en línea
• La autenticación transfronteriza deberá ser gratuita cuando se realice en
relación con un servicio en línea prestado por un organismo del sector
público.
Reconocimiento mutuo
• El Reglamento no se propone intervenir en los sistemas de gestión de la
identidad electrónica e infraestructuras conexas establecidos en los
Estados miembros.
– Los Estados miembros deben seguir siendo libres de utilizar o introducir, a efectos de
identificación electrónica, medios de acceder a los servicios en línea.
• Los Estados miembros no deben estar obligados a notificar sus sistemas
de identificación electrónica a la Comisión.
• Sector privado
– Puede intervenir en la provisión de los medios de identificación
– Los Estados miembros deben fomentar que el sector privado utilice voluntariamente
los medios de identificación electrónica amparados en un sistema notificado
– Mismas condiciones de uso para las partes usuarias del sector privado establecidas
fuera del territorio de un Estado miembro que las aplicadas a las partes usuarias del
sector privado establecidas dentro de dicho Estado miembro.
– El Estado miembro que efectúa la notificación podrá definir condiciones de acceso a los
medios de autenticación.
• Esto incluye la posibilidad de que esas condiciones supongan un coste para las partes usuarias del sector
privado
Arquitectura de
interoperabilidad
• Especificaciones técnicas
– Disponibles en https://joinup.ec.europa.eu/software/cefeid/document/eidas‐technical‐specifications‐v10
– Cuatro documentos
• Arquitectura de interoperabilidad
• Perfil de atributos SAML
• Formato de los mensajes
• Requisitos criptográficos
• Interfaz eIDAS
• Mensajes SAML firmados
• TLS
• HTTP Post binding o HTTP Redirect binding
• Confianza basada en intercambio de metadatos
• Aserciones encriptadas
• Información manejada
• Datos de identificación
• Nivel de seguridad
• Características del servicio electrónico que solicita la identificación
• Sector público / privado, para verificar las condiciones de acceso
Arquitectura de
interoperabilidad
Nodos
Estado emisor - eIDAS Estado receptor -
Proxy centralizado
Interfaz
eIDAS Conector
eIDAS Servicio
Esquema Servicio
de eID electrónico
eIDAS - Proxy Interfaz Interfaz
eIDAS nacional
Interfaz Servicio
nacional Servicio eIDAS
- Middleware electrónico
Conector eIDAS
Servicio electrónico
Servicio eIDAS -
Middleware
Servicio electrónico
Esquema Conector eIDAS
de eID
Servicio eIDAS -
Estado emisor - Middleware
Estado receptor -
Middleware descentralizado
Personas físicas
• Datos obligatorios
– Identificador de unicidad (no persistente en todos los países)
– Nombre
– Apellido
– Fecha de nacimiento
• Datos no obligatorios
– Nombre al nacer
– Apellido al nacer
– Lugar de nacimiento
– Dirección actual
– Género
• Semántica
– Datos mapeados a los ISA Core Vocabularies
• Vocabulario para personas
• Posibilidad de extender la información con atributos opcionales
– Todavía por definir (p. ej. grado obtenido, suplemento del título)
Personas físicas
Servicio
electrónico
Αντώνης Στασής
Identificador Nombre Apellido Fecha de
nacimiento
PT/ES/3456892 João Gomes 14‐08‐1975 Antonis Stasis
Христо Стоичков
Servicio ¿Es la misma persona?
electrónico
Hristo Stoichkov
• Identificación
– Verificar la identidad
• Firma
– Constatación de la voluntad
– Debe estar ligada a una identidad
• Según eIDAS
– La identificación la respalda el Estado Miembro directamente
– La firma indirectamente, a través de un prestador autorizado
• Transacción con identificación y firma
– ¿La persona que se identificó es la misma que firmó?
Identificación frente a firma
• Personas físicas
– Los certificados cualificados de firma electrónica
contendrán:
• c) al menos el nombre del firmante o un seudónimo; si se usara
un seudónimo, se indicará claramente
• Personas jurídicas
– Los certificados cualificados de sello electrónico
contendrán:
• c) al menos, el nombre del creador del sello y, cuando proceda, el
número de registro, tal como se recojan en los registros oficiales
Estrategias de adaptación
Envío directo
Conector
eIDAS Servicio
Esquema Servicio
de eID electrónico
eIDAS - Proxy
Servicio eIDAS
Servicio
- Middleware
electrónico
Identificador Nombre Apellido Fecha de
nacimiento
PT/ES/3456892 João Gomes 14‐08‐1975
Servicio común
Identificador Nombre Apellido Fecha de NIE Nombre Apellido
eIDAS eIDAS eIDAS nacimiento
PT/ES/3456892 João Gomes 14‐08‐1975 X‐0694768‐T Joao Gomes
Servicio de
mapeo NIE Nombre Apellido
Esquema Servicio
de eID eIDAS - Proxy
Conector
eIDAS Servicio
electrónico
• La Comisión ha liberado una implementación de referencia del nodo eIDAS que cumple con
las especificaciones técnicas, dentro del marco del programa CEF
• La DTIC está trabajando ya en la instalación de esa implementación de referencia y su
integración con la infraestructura nacional de administración electrónica
Cl@ve y eIDAS
• Proyecto colaborativo promovido por la DTIC y alineado con las medidas CORA
• Gobernanza
– Grupo de trabajo reducido: Entidades responsables del sistema: DTIC, AEAT, GISS,
DG Policía + DG Tráfico
– Grupo de trabajo extendido
• Formalizado por el Acuerdo de Consejo de Ministros del 19 de septiembre de
2014
– Cl@ve es la plataforma común del Sector Público Administrativo Estatal para la
identificación, autenticación y firma electrónica mediante el uso de claves
concertadas, abierta a su utilización por parte de todas las Administraciones
Públicas.
– Uso obligatorio para el Sector Público Administrativo Estatal a finales de 2015
• Técnicamente se apoya en los resultados del proyecto europeo STORK
– Especificaciones: perfil
– Implementación del SW (PEPS, paquetes de integración)
• Empezó a operar el 17 de noviembre de 2014
Cl@ve y eIDAS
• Sistema orientado a unificar y simplificar el acceso electrónico de los
ciudadanos a los servicios públicos
– Principal objetivo: un ciudadano puede identificarse y autenticarse frente a una entidad
pública usando claves concertadas, sin tener que recordar claves diferentes para acceder a
servicios distintos
• Complementa los sistemas actuales basados en DNI‐e y certificados
electrónicos
• Requiere registro previo
– Presencial
– Online: Certificado electrónico / datos conocidos por ambas partes (información tributaria)
• Dos modalidades de identificación electrónica basada en claves concertadas
– Cl@ve PIN: Usuario (NIF) + contraseña formada por dos partes, una de ellas elegida por el
ciudadano, la otra un código enviado a su teléfono móvil por SMS con validez limitada en
el tiempo. Destinado a usuarios que acceden a los servicios de forma esporádica.
– Cl@ve permanente: Usuario (NIF) + contraseña definida y custodiada por el ciudadano,
reforzada (si se requiere) por un código enviado por SMS al móvil.
• Ofrecerá la posibilidad de firmar en la nube con certificados personales
custodiados en servidores remotos.
Cl@ve y eIDAS
Alineamiento con eIDAS
• Integración con eID extranjeros
– Soporte de la futura obligación de reconocimiento de eID de otros
EEMM
– Ahora mediante STORK
• El proveedor del servicio define el nivel de aseguramiento de la
autenticación que exige para acceder a su servicio
• Niveles de aseguramiento basados en
– La fase de registro (con datos conocidos por ambas partes, certificado o
presencial)
– La fase de autenticación (tipo de credencial usada)
• Niveles alineados con los que están previstos en eIDAS
– Bajo (Registro débil, Clave Permanente sin SMS)
– Sustancial (Clave PIN y Clave Permanente reforzado, certificado SW)
– Alto (DNI‐e, certificado HW)
Cl@ve y eIDAS
Proveedor del
servicio de
administración
electrónica (SP) Interfaz adaptada AEAT
a eIDAS
Interfaz Cl@ve
Cl@ve Permanente
Servicio de e‐ Gestor de
Admon identificación
GISS
Proveedores de servicios
Comunicación de identificación y
mediante autenticación (IdP)
redirecciones del
navegador
(aserciones SAML)
Conector
@firma STORK
eIDAS
Intermediador de Intermediador de
DNIe y eID extranjeros
certificados