Por qué la criptografía ocupa ahora un lugar central en la PSD2
El cumplimiento de la PSD2 y la SCA es una obligación criptográfica, no un simple trámite. La autenticación fuerte del cliente (SCA) se aplica a la mayoría de los pagos electrónicos a distancia desde el 14 de septiembre de 2019, en virtud del Reglamento Delegado (UE) 2018/389 de la Comisión y de las Normas Técnicas de Regulación (RTS) elaboradas por la Autoridad Bancaria Europea. Varias autoridades nacionales llevaron a cabo una implantación gradual para el comercio electrónico con tarjeta hasta bien entrado el año 2020. Detrás de cada flujo de autenticación conforme a la normativa hay un conjunto de claves, certificados y enlaces criptográficos que deben funcionar correctamente y mantenerse actualizados.
La banca abierta ha ampliado el alcance de lo que requiere esa protección. La PSD2 abrió las cuentas de pago a terceros autorizados, por lo que los bancos ahora ponen a disposición API que deben cumplir los mismos requisitos de seguridad en las comunicaciones que los canales de atención al cliente. Esta guía explica detalladamente qué exigen las normas y qué técnicas de criptografía cumplen cada uno de los controles.
Lo que realmente exigen la PSD2 y la autenticación reforzada del cliente
La norma fundamental es clara. La SCA exige la autenticación mediante al menos dos elementos independientes de tres categorías diferentes para la mayoría de los pagos electrónicos a distancia y el acceso a cuentas. En el caso de las transacciones de pago a distancia, el código de autenticación debe estar vinculado dinámicamente al importe y al beneficiario concretos.
Las tres categorías de factores de autenticación
Las tres categorías son: conocimiento, posesión e inherencia:
- Conocimiento: algo que solo conoce el usuario, como una contraseña o un PIN.
- Posesión: algo que solo tiene el usuario, como un dispositivo registrado o una clave almacenada en un elemento seguro.
- Característica inherente: algo que define al usuario, como una huella dactilar o un escaneo facial.
La expresión «dos elementos independientes» significa que los factores deben proceder de al menos dos de estas categorías. Además, deben ser independientes, de modo que el hecho de comprometer uno de ellos no comprometa a los demás. Esa independencia es una propiedad técnica, no solo una declaración de principios.
Los pilares normativos
La obligación se basa en los instrumentos jurídicos mencionados. El requisito fundamental es el artículo 97 de la Directiva (UE) 2015/2366. Los detalles técnicos se recogen en el Reglamento Delegado (UE) 2018/389 de la Comisión, las normas técnicas de regulación (RTS) sobre la autenticación reforzada de clientes y la comunicación común y segura.
Dentro del RTS, un conjunto de artículos asume la responsabilidad en materia de criptografía. Los artículos 4 a 9 tratan sobre la autenticación del código y su vinculación dinámica, así como sobre la independencia de los elementos de autenticación. Las condiciones para las exenciones se recogen en los artículos 10 a 21. Los artículos posteriores regulan la comunicación segura y la protección de las credenciales de seguridad personalizadas.
¿A quiénes afecta?
La PSD2 afecta a varias partes implicadas, y cada una de ellas tiene un interés criptográfico en el resultado.
Proveedores de servicios de pago de cuentas (ASPSP)
Los ASPSP son los bancos y las entidades que gestionan cuentas de pago. Deben poner a disposición de terceros autorizados interfaces de programación de aplicaciones (API) seguras y aplicar la autenticación de alto nivel (SCA) al acceso a las cuentas y a los pagos. Asimismo, son ellos quienes deciden cómo se autentica, a través de su interfaz, a las partes que se conectan a ella.
Proveedores de servicios de iniciación de pagos y de información sobre cuentas (PISP y AISP)
Los PISP inician pagos en nombre del usuario, y los AISP recopilan información de las cuentas. Ambos son proveedores externos que acceden a las cuentas en el marco de la banca abierta. Para conectarse, deben identificarse ante el ASPSP mediante certificados cualificados y comunicarse a través de un canal seguro. Los emisores de instrumentos de pago basados en tarjetas (CBPII) también acceden a las cuentas para confirmar la disponibilidad de fondos y están sujetos a las mismas normas de identificación y comunicación segura.
Emisores y adquirentes de tarjetas
Los emisores y los adquirentes aplican la SCA a las transacciones a distancia, en las que la tarjeta no está presente. En la práctica, esto suele llevarse a cabo mediante el protocolo EMV 3-D Secure. Dicho protocolo se encarga de la autenticación y de la conexión dinámica entre el comerciante, el adquirente y el emisor.
Cómo se aplica la PSD2 a la criptografía, control por control
Este es el núcleo analítico. Cada área de control del RTS se corresponde con un mecanismo criptográfico específico. Cada subsección que figura a continuación es independiente; responde primero a ella.
Vinculación dinámica de los códigos de autenticación (artículos 4 y 5 del RTS)
El enlace dinámico vincula el código de autenticación a un pago concreto. El código está vinculado criptográficamente al importe exacto y al beneficiario, por lo que cualquier cambio en cualquiera de ellos lo invalida. Esto evita la repetición de la transacción e impide que un atacante manipule los datos de la misma tras su aprobación.
Independencia de los elementos de autenticación (artículo 9 de la RTS)
La independencia mantiene los factores separados desde el punto de vista criptográfico. Un factor de posesión basado en un certificado o en una clave queda aislado de los factores de conocimiento y de inherencia que se utilizan junto con él. Si se produce una brecha de seguridad en un canal o elemento, el aislamiento evita que los demás se vean afectados.
Comunicación segura para las API de banca abierta (artículos 28, 30, 34 y 35 de la RTS)
Las API de banca abierta deben autenticar a ambas partes y proteger los datos en tránsito. La RTS se basa en certificados cualificados emitidos al amparo del Reglamento eIDAS. Existen dos tipos: los certificados cualificados para la autenticación de sitios web (QWAC) y los certificados cualificados para sellos electrónicos (QSealC).
Los dos tipos de certificados cumplen funciones diferentes. Un QWAC identifica los puntos finales y protege el canal, mientras que un QSealC sella los datos de la aplicación para acreditar su origen e integridad. A continuación, la autenticación mutua TLS autentica la sesión de la API entre el ASPSP y el TPP.
Las API que los ASPSP ponen a disposición de los AISP y los PISP deben cumplir los mismos requisitos de seguridad en las comunicaciones que sus canales de atención al cliente.
Confidencialidad e integridad de las credenciales personalizadas (artículos 22 a 27 del RTS)
Las credenciales de seguridad personalizadas deben protegerse a lo largo de todo su ciclo de vida. Esto implica una gestión rigurosa de los certificados y las claves que protegen dichas credenciales frente a la divulgación o el compromiso de seguridad. Una gestión deficiente de la emisión, el almacenamiento o la renovación de dichas claves pone en peligro todas las autenticaciones basadas en ellas.
Pruebas de exención del análisis de riesgos de las operaciones (artículos 18 a 20 del RTS)
La exención del análisis de riesgo de las transacciones (TRA) permite a un proveedor prescindir de la SCA en los pagos de menor riesgo, pero solo si aporta pruebas. Los cálculos documentados de la tasa de fraude en los que se basa una solicitud de TRA se apoyan en datos criptográficos y de autenticación. Si el fraude detectado supera los umbrales establecidos en las RTS, se pierde el derecho a aplicar la exención.
Integridad de las solicitudes de pago (artículo 9, apartado 3, del RTS)
La fiabilidad del factor de posesión depende de la fiabilidad de la aplicación que lo implementa. El artículo 9, apartado 3, exige entornos de ejecución seguros e independientes en los dispositivos multifuncionales, así como mecanismos que confirmen que la software o el dispositivo no han sido alterados. Las versiones firmadas de las aplicaciones de banca móvil y de pago protegen dicha integridad. La firma de código permite que un dispositivo confirme que una versión procede realmente del proveedor y que no ha sido modificada durante la transmisión.
Lo que buscan los inspectores: preparación para la auditoría
Las evaluaciones de supervisión se centran en las pruebas demostradas, no solo en las declaraciones de política. Una forma útil de prepararse es realizar una autoevaluación en relación con los controles que examinará el inspector. Trata cada punto como algo que debas poder demostrar, no solo describir.
- Vinculación dinámica: muestra que el código de autenticación está vinculado al importe y al beneficiario, y que cualquier cambio lo invalida.
- Independencia de los factores: demostrar que el factor de posesión está aislado criptográficamente del resto de elementos.
- Certificados válidos: acreditan que los QWAC y los QSealC para las API de banca abierta son válidos, están al día y se utilizan correctamente.
- Documentación relativa a las exenciones de la TRA: presentar las pruebas sobre la tasa de fraude que justifiquen cada una de las exenciones solicitadas.
- Ciclo de vida de las credenciales: prueba de que los certificados y las claves que protegen las credenciales personalizadas se gestionan de principio a fin.
- Preparación para el PSD3 y el PSR: presentar un plan para la próxima actualización del marco de exenciones y autenticación.
Lo que está en juego: responsabilidad, cumplimiento normativo y exposición al «open banking»
Cometer errores en la SCA acarrea consecuencias reales. Las infracciones de la SCA, en particular los fallos en la vinculación dinámica y el uso indebido de la exención TRA, siguen figurando entre las irregularidades más habituales detectadas en la supervisión de las autoridades nacionales competentes. En virtud del artículo 74, apartado 2, de la PSD2, cuando el PSP del pagador no exija la SCA, el pagador no sufrirá ninguna pérdida financiera, salvo que haya habido fraude por su parte, y el beneficiario o el PSP del beneficiario que no acepte la SCA indemnizará al PSP del pagador.
La banca abierta aumenta aún más la exposición. Cada API que un banco pone a disposición de terceros supone un canal más que debe superar el mismo nivel de seguridad criptográfica. La caducidad de un certificado válido en una de esas API supone tanto una interrupción del servicio como un incumplimiento normativo, y puede dar lugar a medidas coercitivas directas.
Perspectivas de futuro: PSD3, PSR y preparación para la era poscuántica
La PSD2 no es la última palabra. El Parlamento Europeo y el Consejo alcanzaron un acuerdo político provisional sobre la PSD3 y el Reglamento sobre servicios de pago (PSR) el 27 de noviembre de 2025, y el Consejo publicó los textos definitivos de compromiso el 23 de abril de 2026. Aún están pendientes la adopción formal y la publicación en el Diario Oficial. Las normas de conducta fundamentales del PSR se aplicarán aproximadamente entre 18 y 21 meses después de su entrada en vigor, lo que sitúa su aplicación efectiva a finales de 2027 o en 2028. Hasta entonces, la PSD2 seguirá siendo el marco normativo aplicable.
Se espera que estas medidas perfeccionen el marco de exenciones y refuercen la autenticación en la banca abierta. La obligación subyacente de autenticación de alto nivel (SCA) no va a desaparecer.
Paralelamente, se acerca un segundo plazo. El NIST finalizó las normas FIPS 203, 204 y 205 en agosto de 2024. El calendario de transición figura en un documento aparte, el NIST IR 8547 —que aún es un borrador público inicial—, según el cual los algoritmos de clave pública vulnerables a los ataques cuánticos, entre los que se incluyen RSA, ECDSA, ECDH y Diffie-Hellman en campos finitos, quedarán obsoletos a partir de 2030 y su uso estará prohibido a partir de 2035.
El 13 de enero de 2026, el Grupo de Expertos Cibernéticos del G7, presidido por el Departamento del Tesoro de EE. UU. y el Banco de Inglaterra, publicó una hoja de ruta coordinada para la migración poscuántica en el sector financiero. En ella se establecen seis fases, que abarcan desde la sensibilización y la preparación hasta el inventario, la evaluación de riesgos, la planificación, la ejecución y la validación, y se aclara que no establece directrices ni expectativas normativas.
El plazo es más ajustado de lo que parece en lo que respecta a la infraestructura de pagos. SWIFT ha indicado que el objetivo es que SwiftNet 8.0 sea compatible con la tecnología poscuántica en 2027, con un plazo de migración de 15 meses para las entidades participantes. Sin embargo, encuestas recientes revelan que solo un pequeño porcentaje de las entidades financieras mundiales ha comenzado una migración significativa.
Los datos recopilados pueden descifrarse más adelante, por lo que el plazo de confidencialidad de los datos marca el plazo real. Esto convierte la «criptoagilidad» en una prioridad de la era de la PSD2, y no en una cuestión de futuro.
Cómo « Keyfactor » facilita el cumplimiento de la PSD2 y la SCA
Keyfactor Ayuda a los proveedores de pagos regulados a gestionar la confianza criptográfica de la que depende el cumplimiento de la PSD2 y la SCA. La relación entre los controles de la RTS y el producto es directa.
EJBCA Emite y gestiona los certificados que sustentan el enlace dinámico, la independencia de factores y el « TLS » mutuo, incluida la emisión de certificados QWAC y QSealC. Se trata de una PKI que cumple con los estándares y está preparada para certificados poscuánticos e híbridos.
SignServer firma las solicitudes de pago y las autorizaciones de banca móvil, lo que respalda la integridad del factor de posesión que implementan dichas aplicaciones. AgileSec detecta y cataloga los activos criptográficos, proporcionando la base empírica para la documentación de la TRA y la planificación poscuántica.
Keyfactor Command mantiene un registro actualizado de todos los certificados y claves que protegen las credenciales personalizadas y las API de banca abierta. Automatiza la renovación con suficiente antelación a la fecha de caducidad, de modo que un certificado válido nunca caduque ni provoque una interrupción del servicio ni dé lugar a un informe de auditoría.
El plano de control de confianza « Keyfactor » los aúna en una única plataforma que supervisa, analiza, aprovisiona, coordina y gestiona todos los activos criptográficos y las identidades de las máquinas en las infraestructuras bancarias centrales, de pagos y de banca abierta, de modo que la información que requiera cualquier marco normativo proceda de un único sistema de registro. Esa es la base sobre la que se evaluarán tanto la PSD2 actual como la futura PSD3.
Resumen y próximos pasos
La SCA es una capacidad criptográfica, no un control de uso único. Las normas se traducen en elementos concretos: códigos de autenticación vinculados a los datos de las transacciones, factores de posesión aislados, certificados cualificados en todas las interfaces de banca abierta y pruebas documentadas de la tasa de fraude.
Hay cuatro puntos de partida prácticos que se aplican independientemente de la situación actual de cada institución:
- Realizar un inventario de los certificados y las claves que sustentan la autenticación y las API de banca abierta.
- Comprueba que el enlace dinámico funcione correctamente y que los factores de autenticación sean realmente independientes.
- Mantén válidos y actualizados los certificados cualificados para las API de banca abierta.
- Documentar la tasa de fraude y las pruebas criptográficas que sustentan cada exención del TRA.
Al considerarse un programa continuo en lugar de un proyecto, esa base permite que cada nuevo requisito —ya sea PSD3, PSR o un plazo relacionado con la era poscuántica— se integre en una infraestructura que ya da respuesta a dicho requisito. Solicitar una demo
¿Tienes dudas sobre la PSD2 y la SCA? Tenemos las respuestas.
¿Qué es la PSD2?
La PSD2 es la Segunda Directiva sobre servicios de pago de la UE, la Directiva (UE) 2015/2366, aplicable desde el 13 de enero de 2018. Sustituyó a la primera Directiva sobre servicios de pago. Abrió las cuentas de pago a terceros autorizados y estableció normas de seguridad para los pagos electrónicos, incluida la autenticación fuerte del cliente.
¿Qué es la autenticación reforzada de clientes (SCA)?
La SCA exige al menos dos elementos de autenticación independientes pertenecientes a tres categorías: conocimiento, posesión e inherencia. Se aplica a la mayoría de los pagos electrónicos a distancia y al acceso a cuentas desde el 14 de septiembre de 2019, de conformidad con las normas técnicas de regulación (RTS) de la EBA.
¿Qué es la vinculación dinámica?
La vinculación dinámica vincula criptográficamente el código de autenticación a un importe de pago y a un beneficiario concretos. Cualquier cambio en cualquiera de ellos invalida el código, lo que impide la repetición y la manipulación de los datos de la transacción.
¿Qué son los QWAC y los QSealC?
Ambos son certificados cualificados emitidos al amparo del Reglamento eIDAS. Un QWAC (certificado cualificado de autenticación de sitios web) identifica los terminales y protege el canal TLS . Un QSealC (certificado cualificado de sello electrónico) sella los datos de la API para acreditar su origen e integridad.
¿Qué artículos de la RTS son los más importantes para la criptografía?
Los artículos 4 a 9 tratan sobre el código de autenticación, el enlace dinámico, las categorías de elementos y la independencia. Los artículos 18 a 20 tratan sobre la exención de la TRA y las pruebas relativas a la tasa de fraude. Los artículos 22 a 27 tratan sobre la protección de las credenciales personalizadas. Los artículos 28, 30, 34 y 35 tratan sobre la identificación y la comunicación segura para las API de banca abierta.
¿En qué consiste la exención TRA?
El análisis de riesgo de transacciones permite a un proveedor prescindir de la SCA en pagos de menor riesgo. Solo se permite cuando las tasas de fraude documentadas se mantienen por debajo de los umbrales establecidos por el RTS, respaldadas por pruebas criptográficas y de autenticación.
¿En qué se diferencia la PSD3 de la PSD2?
La PSD3 combina una directiva con un Reglamento sobre servicios de pago de aplicación directa. La PSD3 también integra a las entidades de dinero electrónico en un único régimen de concesión de licencias, sustituyendo a la EMD2. En cuanto a la autenticación, se espera que el Reglamento sobre Servicios de Pago (PSR) establezca en su texto que la autenticación de dos factores (SCA) se aplica a la incorporación de una tarjeta a un monedero digital, y que admita métodos de autenticación que no requieran un smartphone. Su aplicación efectiva está prevista para finales de 2027 o 2028. La obligación fundamental de la SCA se mantiene.
¿Por qué es importante la gestión de certificados para el cumplimiento de la PSD2?
La PSD2 se basa en certificados y claves cualificados que caducan y deben validarse, renovarse y revocarse correctamente. La detección, renovación y gestión automatizadas evitan interrupciones del servicio, facilitan las auditorías y garantizan la fiabilidad de las API de banca abierta.
¿Requiere el RTS una autenticación mutua ( TLS)?
El RTS exige certificados válidos para la identificación y una sesión de comunicación protegida, y la autenticación mutua ( TLS ) es la implementación habitual en el mercado, por ejemplo, en la especificación del Grupo de Berlín.
