Un inventario de scripts de la página de pago es una lista actual de cada script que se ejecuta en cada página de pago, con quién lo aprobó, por qué es necesario, cómo se asegura su integridad y cómo se carga. Debe construirse a partir de lo que realmente carga el navegador, no de su código fuente, porque los gestores de etiquetas y los scripts que cargan otros scripts añaden código que usted nunca escribió. Es el núcleo de PCI DSS 6.4.3 y la evidencia que un evaluador le pedirá ver.
Para qué sirve el inventario
No se puede autorizar, comprobar ni monitorear lo que no se sabe que está ahí. El inventario es la referencia común para tres tareas: decidir qué se permite en una página de pago, detectar lo que no se permite y demostrar a un evaluador que usted hace ambas cosas. El requisito 6.4.3 pide un inventario de todos los scripts de la página de pago con una justificación comercial o técnica escrita para cada uno; vea PCI DSS 6.4.3 explicado.
Qué registrar de cada script
| Campo | Para qué sirve |
|---|---|
| De dónde viene | La dirección (o, para un script en línea, un identificador breve y su hash) y la organización que lo suministra. |
| Cómo se carga | Directamente en la página, mediante un gestor de etiquetas o mediante otro script. Muestra la cadena de confianza. |
| Páginas donde se ejecuta | Los pasos del flujo de pago en los que aparece. |
| Finalidad y justificación | La razón comercial o técnica escrita por la que es necesario en una página de pago. |
| Responsable | La persona o el equipo que responde por él y decide si sigue siendo necesario. |
| Autorización | Quién lo aprobó y en qué fecha, y la revisión que confirma que sigue aprobado. |
| Método de integridad | Cómo sabe que es la versión aprobada: un hash de Integridad de Subrecursos, un hash o un nonce de CSP, o el monitoreo de su contenido. |
| Versión o hash | La versión o el resumen aprobados, para poder detectar un cambio. |
| Estado y fecha de revisión | Aprobado, en revisión o retirado; y cuándo se revisó por última vez. |
Un ejemplo de buena justificación
«Carga la biblioteca de campos alojados del proveedor de pagos; es necesaria para mostrar los campos de la tarjeta; la suministra el proveedor y está fijada con un hash de integridad; se revisa cada vez que el proveedor anuncia una versión nueva». Dice qué hace el script, por qué lo necesita la página y cómo se controla. Compárese con «pagos», que no le dice nada a un revisor.
Cómo descubrir lo que realmente se ejecuta
- Use un navegador real. Abra el flujo de pago y mire los paneles de red y de código fuente de las herramientas de desarrollo del navegador, o use un navegador automatizado que registre cada script que carga y ejecuta. Hágalo para cada paso del flujo, no solo para la página con el formulario de tarjeta.
- Siga la cadena. Para cada script, anote lo que carga a su vez. Los gestores de etiquetas y los widgets suelen cargar varios más.
- Capture los scripts en línea, que no tienen dirección: registre su contenido o un hash.
- Cubra las variaciones. Revise el flujo como cliente con sesión iniciada, como invitado, con distintos países, dispositivos e idiomas, y con y sin el aviso de consentimiento aceptado, porque los scripts pueden diferir.
- Use el modo solo informe para atrapar el resto. Una Política de Seguridad de Contenido en modo solo informe enumera los orígenes que una página usa realmente; vea Política de Seguridad de Contenido para páginas de pago.
- Compare con sus fuentes de verdad: el repositorio de código, la lista de etiquetas del gestor de etiquetas y las listas de sus propios proveedores. Las diferencias son hallazgos.
Una comprobación manual única es un comienzo; el inventario solo sigue siendo cierto si el descubrimiento se repite automáticamente y se revisa cualquier diferencia. Vea cómo detectar la manipulación del lado del cliente.
Autorizar scripts y mantener veraz el inventario
- Designe al aprobador. Decida quién puede aprobar un script para una página de pago (normalmente alguien de seguridad o de ingeniería que conozca la necesidad del negocio) y registre su decisión con la fecha.
- Exija un motivo. Ninguna entrada sin una justificación escrita. Si nadie puede escribirla, el script probablemente no pertenece a la página.
- Vuelva a aprobar cuando cambie. Una versión nueva, un origen nuevo o una forma nueva de cargarse es un cambio y necesita una decisión nueva, porque la aprobación era para la cosa tal como era.
- Revise periódicamente. Elimine las entradas cuya finalidad haya terminado y confirme que los responsables siguen en su puesto.
- Trate de forma especial los gestores de etiquetas. Cada etiqueta cuenta como un script; vea riesgo de los gestores de etiquetas.
Qué suele pedir ver un evaluador
Las prácticas varían según el evaluador, así que pregunte al suyo. La evidencia que suele solicitarse incluye el inventario actual de cada página de pago, la justificación escrita y la aprobación de cada script, una descripción de cómo se asegura la integridad y la prueba de que funciona, evidencia de que el inventario coincide con lo que cargan las páginas (por ejemplo, una comparación reciente) y registros que muestren que los cambios se tratan entre revisiones. Una instantánea tomada para la auditoría es más débil que un historial que muestre el proceso funcionando durante todo el período.
Puntos clave
- El inventario enumera cada script de cada página de pago, con origen, forma de carga, justificación, responsable, aprobación y método de integridad.
- Constrúyalo a partir de lo que carga un navegador real, en todo el flujo de pago y sus variaciones, no solo del código fuente.
- Cada entrada necesita un motivo escrito que un revisor pueda comprobar; sin motivo, normalmente el script no tiene lugar en la página.
- Vuelva a aprobar los scripts cuando cambien y revise la lista periódicamente.
- Los evaluadores buscan un proceso vivo con historial, no una instantánea única.
Preguntas frecuentes
¿Qué cuenta como página de pago para el inventario?
Las páginas donde se introducen datos de tarjeta o donde se incrusta un formulario de pago y, según cómo acepte pagos, las páginas que pueden afectarlas. La orientación del PCI SSC lo trata en detalle; acuerde la lista de páginas con su adquirente o evaluador.
¿Qué nivel de detalle necesita la justificación escrita?
El suficiente para que un revisor pueda juzgar si el script sigue siendo necesario: qué hace, por qué lo necesita la página de pago y quién depende de él. Una sola palabra como «analítica» es muy poco.
¿Con qué frecuencia debe actualizarse el inventario?
Cada vez que un script cambie, y comprobarse automáticamente con una periodicidad acorde a su frecuencia de detección (al menos cada siete días para el 11.6.1, salvo que un análisis de riesgos respalde otro intervalo), con una revisión humana completa a intervalos planificados.
¿Los scripts en línea van en el inventario?
Sí. Se ejecutan en el navegador como cualquier otro script. Registre lo que hacen y conserve un hash o una copia para que pueda verse un cambio.
Referencias
Última revisión: 17 de octubre de 2026