This article takes an honest look at the features of DomDog.
Since you’re on the c/side website, we acknowledge our bias. That said, we’ve built our case honestly and based our analysis on publicly available information, industry information, and our own or our customers' experiences.
If you want to verify their claims yourself, please navigate to their product page.
DomDog is a tool specifically designed to solve PCI DSS 4.0.1 requirements 6.4.3 and 11.6.1. Keep in mind that on January 30th 2025 the companies needing to comply with both requirements received an update.
SAQ A companies do now no longer need to comply, providing:
their site is not susceptible to attacks from scripts that could affect the merchant’s e-commerce system(s).
Find the full PCI DSS update stating this.
What is DomDog?
DomDog’s founders have a long history and track record in client-side security. All information regarding their product, and their pricing, is fully visible and very easy to find. This is rare with products in our space. Pricing starts at $999 per year, similar to c/side..
How DomDog works
DomDog is tailor made for PCI DSS requirements 6.4.3 and 11.6.1 focusing on client-side security. Their set up process requires just a single script to be added to the header tag of your website. This is similar to c/side, though the functionality of both scripts very a lot.
It seems like they are collecting data, showing the scripts in a dashboard and asking the user to review it. While okay for PCI, it’s not the best approach from a security standpoint.
Say a stored XSS script turns malicious, they won’t be able to detect it since they don’t sit in the flow of the delivery. This approach is often called a JavaScript “Agent”. JavaScript Agents operate within the JavaScript layer and can not monitor code outside of it. It scans for which data various scripts are collecting and allows the user to black- or whitelist certain scripts on certain websites or pages.
They do use a secondary approach, being a Content Security Policy (CSP). A CSP acts like a firewall which only trusts pre-approved script sources, not their content. Should the source stay the same but the content changes, like in the biggest client-side attack of 2024 – Polyfill – a CSP won’t catch it.
We wrote an in depth article on Why CSP Doesn’t Work in regards to providing the best client-side security solution:
CSP operates on an allow-list model, which permits resources from trusted domains but cannot block individual scripts or resources from those domains.
We could not find a SOC2 or PCI DSS certification.
c/side uses a proxy approach which sits in between every user session. It checks the actual payload of every page view, and analyzes the served dependencies code in real-time before serving it to the user.
This allows us to not only spot 0-day attacks and alert, c/side also makes it possible to block attacks before they touch the user’s browser. It also checks the box for multiple compliance frameworks, including PCI DSS 4.0.1
We believe this is the most secure way to monitor and protect your dependencies across your entire website.
Sign up or book a demo to get started.