Authorize, justify, integrity-check
Each script on the payment page is listed with who approved it, why it's needed and how its integrity is assured (version pinning, Subresource Integrity or a policy restricting where it loads from).
In development · early access
CardSecurity is building payment page monitoring for MSPs: an inventory of every script on each merchant's checkout, with a reason and integrity method for each, and alerts when a script or security header changes.
How it maps
Each script on the payment page is listed with who approved it, why it's needed and how its integrity is assured (version pinning, Subresource Integrity or a policy restricting where it loads from).
The page's scripts and security headers are checked on a schedule. A new script, a changed one or a weakened header raises an alert with an owner, so someone evaluates it.
We do it ourselves first
Every script our payer page can load is inventoried with a written reason and pinning method, and tests fail the build if an unlisted or changed script appears.
FAQ
6.4.3 requires every script on a payment page to be authorized, justified and integrity-checked. 11.6.1 requires a mechanism that detects unauthorized changes to those scripts and to the page's security headers and alerts on them. Both became mandatory on March 31, 2025.
SAQ A no longer lists 6.4.3 and 11.6.1. A merchant that embeds its provider's payment form (an iframe or hosted fields) must instead confirm its site is not susceptible to attacks from scripts. PCI SSC FAQ 1588 says techniques like those in 6.4.3 and 11.6.1, or written confirmation from the payment provider, can support that.
No. Monitoring produces supporting evidence for 6.4.3 and 11.6.1. The merchant's assessor or acquirer decides whether it meets the requirement.
Payment page monitoring is in development with MSP pilot partners. Request early access to be told when it's ready for your merchants.
Join the CardSecurity pilot for managed service providers. 30-day trial, up to 5 merchants.