NORMA T蒀NICA DE INTEROPERABILIDAD DE POL蚑ICA DE FIRMA ELECTR覰ICA Y DE CERTIFICADOS DE LA ADMINISTRACI覰

I. Consideraciones generales

I.1 Objeto.

1. La Norma T閏nica de Interoperabilidad (en adelante, NTI) de Pol韙ica de firma electr髇ica y de certificados de la Administraci髇 tiene por objeto establecer el conjunto de criterios comunes asumidos por la Administraci髇 p鷅lica en relaci髇 con la autenticaci髇 y el reconocimiento mutuo de firmas electr髇icas basadas en certificados y que, como tales, ser醤 desarrollados y consolidados a trav閟 de las pol韙icas de firma electr髇ica basada en certificados.

2. El objetivo final de esta NTI es facilitar el uso de firmas electr髇icas seguras e interoperables entre las distintas organizaciones de la Administraci髇 p鷅lica.

I.2 羗bito de aplicaci髇.

El contenido de esta NTI ser� de aplicaci髇 para el desarrollo o adopci髇 de pol韙icas de firma electr髇ica basada en certificados por parte de cualquier 髍gano de la Administraci髇 p鷅lica o Entidad de Derecho P鷅lico vinculada o dependiente de aqu閘la (en adelante, organizaciones) seg鷑 el 醡bito establecido en el art韈ulo 3 del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.

II. La pol韙ica de firma electr髇ica

II.1 Definici髇 y contenido.

1. Seg鷑 la definici髇 del Real Decreto 4/2010, de 8 de enero, una pol韙ica de firma electr髇ica es el 玞onjunto de normas de seguridad, de organizaci髇, t閏nicas y legales para determinar c髆o se generan, verifican y gestionan firmas electr髇icas, incluyendo las caracter韘ticas exigibles a los certificados de firma�.

2. Una pol韙ica de firma electr髇ica y de certificados definir�:

• a) Los procesos de creaci髇, validaci髇 y conservaci髇 de firmas electr髇icas.
• b) Caracter韘ticas y requisitos de los sistemas de firma electr髇ica, certificados y sellos de tiempo.

3. Toda pol韙ica de firma electr髇ica basada en certificados incluir�:

• a) Definici髇 del alcance y 醡bito de aplicaci髇, que concretar� su relaci髇 con otras pol韙icas existentes, marco o particulares, as� como la identificaci髇 de los actores involucrados y los usos de la firma electr髇ica.
• b) Datos para la identificaci髇 del documento y del responsable de su gesti髇.
• c) Reglas comunes para el firmante y verificador de la firma electr髇ica que incluir醤:
  • i. Formatos admitidos de firma electr髇ica y reglas de uso de algoritmos.
  • ii. Reglas de creaci髇 de firma.
  • iii. Reglas de validaci髇 de firma.
• d) Reglas de confianza, que incluir醤 los requisitos establecidos para certificados, sellos de tiempo y firmas longevas.
• e) Otras reglas opcionales a fijar por cada organizaci髇, como podr醤 ser:
  • i. Reglas espec韋icas de compromisos que cada organizaci髇 podr� establecer para cada uno de los servicios que presta, estableciendo requisitos espec韋icos necesarios para que la firma sea v醠ida en cada caso.
  • ii. Reglas de certificados de atributos mediante las que cada organizaci髇 podr� establecer informaci髇 adicional a a馻dir a los certificados digitales en funci髇 de sus necesidades y del contexto.
• f) Definici髇 de condiciones para el archivado y custodia de firmas electr髇icas.
• g) Descripci髇 de consideraciones de gesti髇 de la pol韙ica que se aplicar醤 a dicho documento.

II.2 Datos identificativos de la pol韙ica.

1. El documento de pol韙ica de firma incluir� la siguiente informaci髇 para su identificaci髇:

• a) Nombre del documento.
• b) Versi髇.
• c) Identificador (OID-Object IDentifier) de la pol韙ica.
• d) URI (Uniform Resource Identifier) de referencia de la pol韙ica.
• e) Fecha de expedici髇.
• f) 羗bito de aplicaci髇.

2. La pol韙ica de firma incluir� la definici髇 de su periodo de validez y las consideraciones respecto a los periodos de transici髇 que procedan.

3. Para la identificaci髇 de su gestor, la pol韙ica de firma electr髇ica basada en certificados incluir�:

• a) Nombre del gestor de la pol韙ica.
• b) Direcci髇 de contacto.
• c) OID del gestor de la pol韙ica de firma.

II.3 Actores involucrados en la firma electr髇ica.

Los actores involucrados en el proceso de creaci髇 y validaci髇 de una firma electr髇ica ser醤:

• a) Firmante: persona que posee un dispositivo de creaci髇 de firma y que act鷄 en nombre propio o en nombre de una persona f韘ica o jur韉ica a la que representa.
• b) Verificador: entidad, ya sea persona f韘ica o jur韉ica, que valida o verifica una firma electr髇ica apoy醤dose en las condiciones exigidas por la pol韙ica de firma concreta por la que se rige la plataforma de relaci髇 electr髇ica o el servicio concreto al que se est� invocando. Podr� ser una entidad de validaci髇 de confianza o una tercera parte que est� interesada en la validez de una firma electr髇ica.
• c) Prestador de servicios de certificaci髇 (PSC): Persona f韘ica o jur韉ica que expide certificados electr髇icos o presta otros servicios en relaci髇 con la firma electr髇ica.
• d) Emisor y gestor de la pol韙ica de firma: entidad que se encarga de generar y gestionar el documento de pol韙ica de firma, por el cual se deben regir el firmante, el verificador y los prestadores de servicios en los procesos de generaci髇 y validaci髇 de firma electr髇ica.

II.4 Usos de la firma electr髇ica.

Las pol韙icas de firma electr髇ica podr醤 definir condiciones para la aplicaci髇 de una firma electr髇ica basada en certificados con los siguientes prop髎itos:

• a) Firma de transmisiones de datos, como herramienta para proporcionar seguridad al intercambio, garantizando la autenticaci髇 de los actores involucrados en el proceso, la integridad del contenido del mensaje de datos enviado y el no repudio de los mensajes en una comunicaci髇 telem醫ica.
• b) Firma de contenido como herramienta para garantizar la autenticidad, integridad y no repudio de aquel, con independencia de que forme parte de una transmisi髇 de datos.

II.5 Interacci髇 con otras pol韙icas.

1. Cada organizaci髇 valorar� la necesidad y conveniencia de desarrollar una pol韙ica propia frente a la posibilidad de utilizar una pol韙ica marco existente.

2. La definici髇 del alcance y 醡bito de aplicaci髇 de una pol韙ica de firma electr髇ica se realizar� considerando su interacci髇 con otras pol韙icas de firma electr髇ica, y asegurando que:

• a) Su desarrollo es interoperable con la pol韙ica marco, en caso de pol韙icas de firma particulares.
• b) Define las condiciones de utilizaci髇 y convivencia con otras pol韙icas particulares, si se trata de una pol韙ica marco.

3. En toda pol韙ica de firma electr髇ica se asegurar� que:

• a) Las extensiones o restricciones establecidas para las reglas de creaci髇 o validaci髇 de firma atienden a la validaci髇 de los formatos de firma establecidos en esta NTI y pol韙ica marco si procede, de forma que se garantice la interoperabilidad entre las diferentes organizaciones.
• b) Incluye, si procede, la referencia a la URL de la pol韙ica marco de firma electr髇ica en la que se inscribe, con indicaci髇 expresa de la versi髇.
• c) Las firmas que se generen siguiendo pol韙icas marco o particulares, incluyen un campo donde se indique de forma expl韈ita la pol韙ica a la que pertenecen.
• d) Para que otras aplicaciones puedan interpretar las reglas de una pol韙ica particular correctamente, dicha pol韙ica est� disponible en formato XML (eXtensible Markup Language) y ASN.1 (Abstract Syntax Notation One).

II.6 Gesti髇 de la pol韙ica de firma.

1. La pol韙ica de firma electr髇ica incluir� la descripci髇 b醩ica de su proceso de gesti髇, estableciendo las directrices para su mantenimiento, actualizaci髇 y publicaci髇, e identificando al responsable de llevar a cabo estas tareas.

2. El gestor de la pol韙ica de firma mantendr� actualizada la versi髇 de la pol韙ica de firma atendiendo a:

• a) Modificaciones motivadas por necesidades propias de la organizaci髇.
• b) Cambios en pol韙icas relacionadas.
• c) Cambios en los certificados electr髇icos emitidos por los prestadores de servicios de certificaci髇 referenciados en la pol韙ica de firma.

3. Para facilitar la validaci髇 de firmas electr髇icas creadas atendiendo a versiones anteriores de una pol韙ica, se podr� mantener un repositorio con el historial de versiones anteriores que provea la ubicaci髇 de cada versi髇.

II.7 Archivado y custodia.

1. Atendiendo a las necesidades y normativa espec韋icas de su 醡bito, las pol韙icas de firma podr醤 contemplar la definici髇 de condiciones y responsabilidades para el archivado y custodia de las firmas electr髇icas en sus diferentes aplicaciones.

2. Para garantizar la fiabilidad de una firma electr髇ica a lo largo del tiempo, se podr醤 utilizar:

• a) Firmas longevas mediante las que se a馻dir� informaci髇 del estado del certificado asociado, incorporando un sello de tiempo, as� como los certificados que conforman la cadena de confianza, aplicando las reglas de confianza para firmas longevas descritas en el subapartado IV.3.
• b) Otros m閠odos t閏nicos que impedir醤 la modificaci髇 de la firma para la que se ha verificado su validez, de acuerdo a los requisitos establecidos en la pol韙ica de firma correspondiente, y que habr� sido almacenada en un sistema en un momento del tiempo determinado. Todos los cambios que se realicen sobre el sistema en el que se encuentra almacenada la firma podr醤 auditarse para asegurar que dicha firma no ha sido modificada. Los requisitos de seguridad de dichos sistemas cumplir醤 con las condiciones de los niveles de seguridad establecidos por el Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el 醡bito de la Administraci髇 Electr髇ica.

3. Cada pol韙ica de firma definir� un servicio para mantener las evidencias de validez de las firmas longevas y gestionar la actualizaci髇 de las firmas. Dicho servicio especificar� los mecanismos y condiciones bajo los que se archiva y custodia tanto la propia firma como los certificados e informaciones de estado utilizadas en su validaci髇.

4. El almacenamiento de los certificados y las informaciones de estado podr� realizarse dentro del fichero resultante de la firma electr髇ica o en un dep髎ito espec韋ico:

• a) En caso de almacenar los certificados y las informaciones de estado dentro de la firma, se sellar醤 tambi閚 dichas informaciones, siguiendo las modalidades de firmas AdES -X o -A.
• b) Si los certificados y las informaciones de estado se almacenan en un dep髎ito espec韋ico, se sellar醤 de forma independiente.

5. La protecci髇 de la firma electr髇ica frente a la posible obsolescencia de los algoritmos y el aseguramiento de sus caracter韘ticas a lo largo del tiempo de validez, se realizar� a trav閟 de uno de los siguientes procesos:

• a) Utilizaci髇 de mecanismos de resellado, para a馻dir, cuando el anterior sellado este pr髕imo a su caducidad, un sello de fecha y hora de archivo con un algoritmo m醩 robusto.

  Las pol韙icas de firma podr醤 definir la aplicaci髇 de mecanismos de resellado para facilitar la conservaci髇 de la firma electr髇ica.

• b) Almacenamiento de la firma electr髇ica en un dep髎ito seguro, garantizando la protecci髇 de la firma contra falsificaciones y asegurando la fecha exacta en que se guard� la firma electr髇ica.

  Las operaciones de fechado se realizar醤 con marcas de fecha y hora, no siendo necesario su sellado de tiempo.

6. La definici髇 de medidas y procedimientos para archivado y custodia de firmas electr髇icas se realizar� atendiendo con proporcionalidad a los diferentes usos de la firma electr髇ica contemplados en el alcance y 醡bito de aplicaci髇 de la pol韙ica.

7. Para archivado y gesti髇 de documentos electr髇icos firmados, se atender� a lo establecido en la NTI de Pol韙ica de gesti髇 de documentos electr髇icos.

III. Reglas comunes

III.1 Reglas comunes.

1. Las reglas comunes permitir醤 establecer responsabilidades respecto a la firma electr髇ica sobre la persona o entidad que crea la firma y la persona o entidad que la verifica, definiendo los requisitos m韓imos que deben presentarse, debiendo estar firmados si son requisitos para el firmante, o no firmados si son requisitos para el verificador.

2. Estas reglas se definir醤 en base a los formatos de firma electr髇ica admitidos, teniendo en cuenta los diferentes usos de la firma electr髇ica basada en certificados, al uso de algoritmos y a los procesos de creaci髇 y validaci髇 de firma.

III.2 Formatos admitidos de firma electr髇ica.

1. Los formatos admitidos por las organizaciones para las firmas electr髇icas basadas en certificados electr髇icos, se ajustar醤 a las especificaciones de los est醤dares europeos relativos a los formatos de firma electr髇ica as� como a lo establecido en la NTI de Cat醠ogo de est醤dares.

2. Los formatos de firma electr髇ica ser醤:

• a) Est醤dares abiertos basados en est醤dares de firma europeos y ampliamente utilizados.
• b) Seleccionados de entre los definidos por la Comisi髇 Europea para la pol韙ica de interoperabilidad de firmas electr髇icas que ser� regulada a trav閟 de Decisi髇 Comunitaria.
• c) Compatibles con la definici髇 de pol韙icas de generaci髇 y validaci髇 de firmas para facilitar la interoperabilidad deseada y el automatismo en el tratamiento de firmas electr髇icas generadas por distintas organizaciones.
• d) Tales que permitan desarrollar funcionalidades avanzadas como la generaci髇 de firmas longevas de cara a garantizar su preservaci髇.
• e) Si procede, interoperables con la pol韙ica marco en la que se basan.

3. Cada organizaci髇 determinar� los formatos y estructuras concretas de firma a incluir en su pol韙ica, aplicando los criterios expuestos en esta NTI de forma proporcional al uso y necesidades de la firma electr髇ica en cada caso.

4. Cada organizaci髇 identificar� a la entidad gestora encargada de publicar y actualizar la relaci髇 de las especificaciones relativas a los formatos admitidos en su pol韙ica.

5. La pol韙ica de firma incluir� los requisitos o, en su caso, procedimientos de actualizaci髇, para considerar la inclusi髇 de nuevas versiones de los formatos soportados.

III.3 Formatos de firma electr髇ica de transmisiones de datos.

1. La firma electr髇ica de transmisiones de datos estar� basada en est醤dares recogidos en la NTI de Cat醠ogo de est醤dares, siendo responsabilidad del emisor y gestor de la pol韙ica la definici髇 de las consideraciones concretas a aplicar por cada organizaci髇.

2. Cada pol韙ica definir� las versiones soportadas as� como los cambios en aquellas que pueden provocar una actualizaci髇 de dicha pol韙ica.

III.4 Formatos de firma electr髇ica de contenido.

1. En la pol韙ica de firma se especificar醤 los formatos admitidos para la firma electr髇ica de contenido.

2. Los formatos para la firma electr髇ica de contenido, atendiendo a la NTI de Cat醠ogo de est醤dares, ser醤:

• a) XAdES (XML Advanced Electronic Signatures), seg鷑 la especificaci髇 t閏nica ETSI TS 101 903, versi髇 1.2.2 y versi髇 1.3.2.
• b) CAdES (CMS Advanced Electronic Signatures), seg鷑 la especificaci髇 t閏nica ETSI TS 101 733, versi髇 1.6.3 y versi髇 1.7.4.
• c) PAdES (PDF Advanced Electronic Signatures), seg鷑 la especificaci髇 t閏nica ETSI TS 102 778-3.

3. El perfil m韓imo de formato que se utilizar� para la generaci髇 de firmas de contenido en el marco de una pol韙ica ser� �-EPES�, esto es, clase b醩ica (BES) a馻diendo informaci髇 sobre la pol韙ica de firma. En cualquier caso, cada organizaci髇 podr� definir en su pol韙ica de firma las consideraciones adicionales que considere respecto a la interpretaci髇 y utilizaci髇 de diferentes perfiles y clases de los formatos siempre en consonancia con lo establecido en esta NTI.

4. Las organizaciones aplicar醤 consideraciones de casos particulares para firma de contenido, al menos, en los siguientes casos:

• a) Los documentos electr髇icos a los que se aplique firma basada en certificados de cara a su intercambio se ajustar醤 a las especificaciones de formato y estructura establecidas en la NTI de Documento electr髇ico.

  El formato de firma basada en certificados que acompa馻 a un documento electr髇ico se reflejar� en el metadato m韓imo obligatorio definido en la NTI de Documento electr髇ico ‘Tipo de firma’, que, en este caso, podr� tomar uno de los siguientes valores:

  • i. XAdES internally detached signature.
  • ii. XAdES enveloped signature.
  • iii. CAdES detached/explicit signature.
  • iv. CAdES attached/implicit signature.
  • v. PAdES.
• b) La firma de facturas electr髇icas seg鷑 el formato 獸acturae� se realizar� conforme a lo regulado por la Orden PRE/2971/2007, de 5 de octubre.

III.5 Reglas de uso de algoritmos.

1. La pol韙ica de firma especificar� las reglas de uso de algoritmos en los diferentes formatos as� como la longitud de las claves asociadas a aqu閘los de forma proporcional a las necesidades detectadas en los diferentes usos de la firma electr髇ica, cumpliendo en cualquier caso lo establecido en la NTI de Cat醠ogo de est醤dares.

2. Para los entornos de seguridad gen閞ica se tomar� la referencia a la URN (Uniform Resource Name) en la que se publican las funciones hash y los algoritmos de firma utilizados por las especificaciones XAdES, CAdES y PAdES, como formatos de firma adoptados, de acuerdo con las especificaciones t閏nicas ETSI TS 102 176-1, 獷lectronic Signatures and Infrastructures (ESI); Algorithms and Parameters for Secure Electronic Signatures; Part 1: Hash functions and asymmetric algorithms�. Todo ello sin perjuicio de los criterios que al respecto se establezcan atendiendo al Real Decreto 3/2010, de 8 de enero.

3. Se admitir醤 como v醠idos los algoritmos de generaci髇 de hash, codificaci髇 en base64, firma, normalizaci髇 y transformaci髇 definidos en los est醤dares XML-DSig (XML Digital Signature) y CMS (Cryptographic Message Syntax).

4. Para los entornos de alta seguridad, de acuerdo con el criterio del Centro Criptol骻ico Nacional (CCN) ser醤 de aplicaci髇 las recomendaciones revisadas de la CCN-STIC 405 as� como en la norma CCN-STIC 807 del Esquema Nacional de Seguridad relativa al uso de criptograf韆.

5. La definici髇 de usos de algoritmos podr� contemplar diferentes posibilidades seg鷑 las necesidades en cada caso.

III.6 Reglas de creaci髇 de firma electr髇ica.

1. Las pol韙icas de firma definir醤 las condiciones particulares bajo las que, en su 醡bito, se generar� la firma electr髇ica.

2. Las plataformas que presten el servicio de creaci髇 de firma electr髇ica proporcionar醤 las funcionalidades necesarias para soportar un proceso de creaci髇 de firmas basado en los siguientes puntos:

• a) Selecci髇 por parte del usuario firmante del fichero, formulario u otro objeto binario para ser firmado. Los formatos de ficheros atender醤 a lo recogido en la NTI de Cat醠ogo de est醤dares.

  El firmante se asegurar� de que el fichero que se quiere firmar no contiene contenido din醡ico que afecte a su validez y que pudiese modificar el resultado de la firma a lo largo del tiempo.

• b) El servicio de firma electr髇ica ejecutar� las siguientes verificaciones previas a la creaci髇 de la firma:
  • i. La firma electr髇ica puede ser validada para el formato del fichero espec韋ico que va a ser firmado.
  • ii. Los certificados a utilizar han sido expedidos bajo una Declaraci髇 de Pol韙icas de Certificaci髇 espec韋ica y son certificados v醠idos seg鷑 la legislaci髇 aplicable.
  • iii. Validez del certificado, comprobando si el certificado ha sido revocado, o suspendido, si entra dentro de su periodo de validez, y la validaci髇 de la cadena de certificaci髇, incluyendo la validaci髇 de todos los certificados en la cadena.

    Si alguna de estas verificaciones es err髇ea, el proceso de firma se interrumpir�.

    Si no fuese posible realizar estas comprobaciones en el momento de la firma, ser� necesario, en todo caso, que los sistemas correspondientes asuman dicha validaci髇, antes de aceptar el fichero, formulario u otro objeto binario firmado.

• c) El servicio crear� un fichero con la firma seg鷑 corresponda en funci髇 del formato utilizado.

  En el momento de la firma, se incluir� la referencia del identificador 鷑ico de la versi髇 del documento de pol韙ica de firma electr髇ica en el que se ha basado su creaci髇.

3. La vinculaci髇 del firmante se establecer� a trav閟 de etiquetas que, incluidas bajo la firma, y definidas seg鷑 los est醤dares correspondientes (XAdES, CAdES y/o PAdES), proporcionar醤 la siguiente informaci髇 complementaria a 閟ta:

• a) Fecha y hora de firma, que podr� ser meramente indicativa en funci髇 de c髆o se haya generado la firma.
• b) Certificado del firmante.
• c) Pol韙ica de firma sobre la que se basa el proceso de generaci髇 de firma electr髇ica.
• d) Formato del objeto original.

4. Como datos opcionales, la firma electr髇ica podr� incluir:

• a) Lugar geogr醘ico donde se ha realizado la firma del documento.
• b) Rol de la persona firmante en la firma electr髇ica.
• c) Acci髇 del firmante sobre el documento firmado (lo aprueba, lo informa, lo recibe, lo certifica, etc.).
• d) Sello de tiempo sobre algunos o todos los objetos de la firma.

5. La informaci髇 indicada en los ep韌rafes 3 y 4 del presente subapartado se recoger� en cada formato de firma seg鷑 las etiquetas del anexo.

6. En caso de creaci髇 de firmas electr髇icas por distintos firmantes sobre un mismo objeto, donde el segundo firmante ratifica la firma del primero se utilizar� la etiqueta correspondiente, CounterSignature, para contabilizarlas.

7. En el caso de que las m鷏tiples firmas se realicen al mismo nivel, cada una de ellas se representar� como una firma independiente.

III.7 Reglas de validaci髇 de firma de electr髇ica.

1. Las pol韙icas de firma definir醤 las condiciones particulares bajo las que, en su 醡bito, ser� posible validar la firma electr髇ica de un documento.

2. En el caso de documentos electr髇icos, para acceder a la visualizaci髇 de la firma, el usuario podr� presentar dicho documento electr髇ico, que contenga los datos, metadatos y firma o firmas, en una sede electr髇ica o en otros sistemas generales que proporcionen herramientas de reproducci髇 de documentos electr髇icos, como el servicio Valide, en el 060.

3. Las condiciones m韓imas que se producir醤 para la validaci髇 de la firma ser醤 las siguientes:

• a) Garant韆 de que la firma es v醠ida para el fichero espec韋ico que est� firmado.
• b) Validez de los certificados:
  • i. El instante de tiempo que se tomar� como referencia para la validaci髇 ser�:
    • 1) El momento en que se produjo la firma si se da alguno de los siguientes supuestos:
      • a) los servicios de los prestadores facilitan los hist髍icos de estado de los certificados y la firma lleva un sello de tiempo v醠ido en el momento de la verificaci髇.
      • b) se trata de firmas longevas que incluyen las evidencias de la validez de la firma electr髇ica en el momento de la generaci髇 o primera validaci髇, y dichas evidencias se encuentran selladas con un sello de tiempo v醠ido.
    • 2) En otros casos, el momento de la validaci髇.
  • ii. Se comprobar� que los certificados no fueron revocados ni suspendidos y que no han expirado.
  • iii. Se comprobar� la validez de toda la cadena de certificaci髇, incluyendo todos los certificados que la componen, con independencia de que 閟tos se encuentren incluidos en la propia firma o no.
  • iv. Se verificar� que el certificado ha sido expedido por un prestador de servicios de certificaci髇 de confianza bajo una Declaraci髇 de Pr醕ticas de Certificaci髇 que cumplir� la normativa y estar� incluido en la pol韙ica de firma aplicable.
  • v. Verificaci髇, si existen y si as� lo requiere la pol韙ica de la plataforma de relaci髇 electr髇ica o un servicio concreto de dicha plataforma, de los sellos de tiempo de los formatos implementados, incluyendo la verificaci髇 de los periodos de validez de los sellos.

4. Para validar la firma electr髇ica se considerar� la siguiente informaci髇:

• a) Fecha y hora de la firma: Si se ha realizado el sellado de tiempo, el sello m醩 antiguo dentro de la estructura de la firma se utilizar� para determinar la fecha de la firma. En caso de que no existan sellos de tiempo, la fecha y hora de la firma tendr醤 car醕ter indicativo, pero no se utilizar醤 para determinar el momento en que se realiz� la firma. En caso de que no existan sellos de tiempo en la firma, la validaci髇 del certificado se realizar� en el momento de la validaci髇 de la firma.
• b) Certificado del firmante. Este campo se utilizar� para verificar el estado del certificado, y en su caso la cadena de certificaci髇, en la fecha de la generaci髇 de la firma.
• c) Pol韙ica de firma sobre la que se basa el proceso de generaci髇 de firma electr髇ica. Se utilizar� para identificar, mediante su hash y su identificador (OID), que la pol韙ica de firma que se ha utilizado para la generaci髇 de la firma se corresponde con la que se utilizar� para el servicio en cuesti髇.

Esta validaci髇 de la pol韙ica de firma, implicar� que el verificador dispondr� de los medios para verificar las condiciones impuestas en la pol韙ica de firma concreta. La disponibilidad de la pol韙ica de firma en un formato interpretable por medios automatizados (XML o ASN.1) y siguiendo los est醤dares europeos de representaci髇 de pol韙icas de firma, indicada en el ep韌rafe 3.d del subapartado II.5 de esta NTI, facilitar� la labor de las aplicaciones receptoras de firmas electr髇icas en aplicar distintas pol韙icas de firma.

5. Si se han realizado varias firmas sobre un mismo documento, se seguir� el mismo proceso de verificaci髇 que con la primera firma, comprobando cada firma o la etiqueta CounterSignature en el campo de propiedades no firmadas, donde se informa de los refrendos de firma generados.

6. El encargado de la verificaci髇 de la firma podr� definir sus procesos de validaci髇 y de archivado, siempre en consonancia con los requisitos de la pol韙ica de firma a la que se ajuste el servicio y con lo establecido en la NTI de Pol韙ica de gesti髇 de documentos electr髇icos.

7. Para la verificaci髇 del estado de los certificados en el caso de formatos de firma longeva, la validez de la firma vendr� determinada por la validez del sello de tiempo de las evidencias de la validaci髇 incluidas en la firma. En estos casos la validez de la firma a lo largo del tiempo se mantendr� resellando la firma antes de la caducidad del certificado de la TSA (Autoridad de sellado de tiempo) que realiz� el sello anterior, de forma que siempre sea posible verificar que en el momento en que se realiz� la firma, el certificado era v醠ido.

IV. Reglas de confianza

IV.1 Reglas de confianza para los certificados electr髇icos.

1. Las pol韙icas de firma, marco o particulares, podr醤 fijar limitaciones y restricciones espec韋icas para los certificados electr髇icos que admiten en cada uno de los servicios que corresponda, siempre en consideraci髇 de la normativa aplicable en cada caso.

2. Los certificados v醠idos para ejecutar la firma electr髇ica de contenido ser醤 los siguientes:

• a) Cualquier certificado electr髇ico reconocido seg鷑 la Ley 59/2003, de 19 de diciembre, y la Directiva 1999/93/CE, de 13 de diciembre de 1999.
• b) Nuevas tipolog韆s de certificados definidos en la Ley 11/2007, de 22 de junio.

3. Los requisitos a cumplir por los prestadores de servicios de certificaci髇 en relaci髇 con la interoperabilidad organizativa, sem醤tica y t閏nica ser醤 los establecidos en el art韈ulo 21 de la Ley 11/2007, de 22 de junio, en el art韈ulo 19 del Real Decreto 4/2010, de 8 de enero, y en el resto de normativa aplicable en cada caso.

4. La relaci髇 de prestadores de servicios de certificaci髇 que emiten certificados reconocidos se podr� consultar en la TSL (Lista de servicios de confianza) publicada en la sede electr髇ica del Ministerio de Industria, Turismo y Comercio.

5. La pol韙ica de firma electr髇ica podr� establecer el per韔do de precauci髇 o de gracia que corresponda aplicar para la validaci髇 de los certificados. Este periodo podr� ser, desde el momento en que se realiza la firma o el sellado de tiempo, como m韓imo, el tiempo m醲imo permitido para el refresco completo de las CRLs (Certificate Revocation Lists) o el tiempo m醲imo de actualizaci髇 del estado del certificado en el servicio OCSP (Online Certificate Status Protocol). Esta definici髇 tendr� en cuenta tambi閚 la posibilidad de que estos tiempos var韊n seg鷑 el Prestador de Servicios de Certificaci髇.

6. El verificador validar� los certificados electr髇icos en base a los procesos de validaci髇 y archivado definidos en la pol韙ica de firma a la que se ajuste el servicio en cada caso.

IV.2 Reglas de confianza para sellos de tiempo.

1. Los elementos b醩icos de un sello digital de tiempo ser醤:

• a) Datos sobre la identidad de la autoridad emisora del sello: identidad jur韉ica, clave p鷅lica a utilizar en la verificaci髇 del sello, n鷐ero de bits de la clave, algoritmo de firma digital y funci髇 hash utilizados.
• b) Tipo de solicitud cursada. Incluyendo, si es un valor resumen o un documento, cu醠 es su valor y datos de referencia.
• c) Valores resumen 玜nterior�, 玜ctual� y 玸iguiente�.
• d) Fecha y hora UTC (Universal Time Coordinated).
• e) Firma electr髇ica de todo lo anterior.

2. El sellado de tiempo y la informaci髇 de validaci髇 podr醤 ser a馻didos por el emisor, el receptor o un tercero y se incluir醤 como propiedades no firmadas en los campos correspondientes seg鷑 el formato de firma utilizado.

3. En la pol韙ica de firma se establecer醤 las condiciones seg鷑 las que determinar los sellos de tiempo admitidos atendiendo a sus necesidades particulares, y en base a la normativa y legislaci髇 vigente. Esto incluye el establecimiento del tiempo m醲imo aceptable para realizar el sellado de tiempo, anterior, en cualquier caso, a la caducidad del certificado.

4. Los sellos de tiempo seguir醤 las especificaciones t閏nicas establecidas en el est醤dar ETSI TS 102 023, 獷lectronic Signatures and Infrastructures (ESI); Policy requirements for time-stamping authorities�.

IV.3 Reglas de confianza para firmas longevas.

1. En el caso de firmas longevas, el firmante o el verificador de la firma incluir� un sello de tiempo que permita garantizar que el certificado era v醠ido en el momento en que se realiz� la firma. En el caso de que sea incluida por el firmante, se podr� realizar una vez haya trascurrido el periodo de precauci髇 o periodo de gracia.

2. Para la conversi髇 de una firma electr髇ica a firma electr髇ica longeva:

• a) Se verificar� la firma electr髇ica producida o verificada, validando la integridad de la firma, el cumplimiento de los est醤dares XAdES, CAdES o PAdES y las referencias.
• b) Se realizar� un proceso de completado de la firma electr髇ica que consistir� en la obtenci髇 y almacenamiento de las referencias a:
  • i. Certificados: incluyendo los certificados del firmante y de la cadena de certificaci髇.
  • ii. Informaciones de estado de los certificados, CRLs o las respuestas OCSP.
• c) Aplicaci髇 del sellado a las referencias a los certificados y a las informaciones de estado.

3. Para la incorporaci髇 a la firma de la informaci髇 completa de validaci髇, se usar� validaci髇 mediante CRLs u OCSP.

4. Las pol韙icas de firma contemplar醤 la definici髇 de formatos y consideraciones de uso de firmas longevas conforme a las necesidades espec韋icas de su 醡bito de aplicaci髇 y a la normativa espec韋ica aplicable.

ANEXO

Etiquetas de creaci髇 y validaci髇 de firmas electr髇icas para los formatos admitidos