c/side vs. Proteside: die Skripte beobachten oder die Zahlung prüfen?
Von Laís Peixoto
Growth Marketer, Proteside
Veröffentlicht
c/side beobachtet jedes Drittskript in allen echten Sitzungen, führt eine Historie dessen, was jedes geliefert hat, und blockiert alles außerhalb der freigegebenen Liste. Proteside inventarisiert und blockiert Skripte ebenfalls und prüft dann die Zahlung selbst: QR-Codes, Kennungen für Echtzeitzahlungen, Boleto-Zahlungszeilen, Wallet-Adressen und Kartenfelder, verglichen mit dem, was der Händler ausgestellt hat.
Nebeneinander
- Wie es sich selbst beschreibt
- Eine Client-Side-Security-Plattform, in den Worten des Unternehmens. Script Security deckt die Skripte auf der Seite ab; Fingerprint deckt Geräteidentifikation sowie Bot- und KI-Agenten-Erkennung ab.
- Hauptsitz
- Vereinigte Staaten, vollständig remote arbeitendes Team. Gegründet 2024.
- Wie es auf die Website kommt
- Ein Script-Tag im Head der Seite. Die Website gibt an, dass es keinen Reverse-Proxy und keine DNS-Änderung gibt und der Website-Traffic nicht über c/side geleitet wird.
- Was es auf der Zahlungsseite prüft
- Drittskripte in 100 % der echten Besuchersitzungen, ohne Stichproben: Inventar, Historie je Seitenaufruf dessen, was jedes Skript geliefert hat, ein Abhängigkeitsgraph der Anbieter und Berechtigungen je Anbieter.
- PCI DSS
- Anforderungen 6.4.3 und 11.6.1 mit Berichten, die als auditbereit und von VikingCloud, einem QSA, freigegeben beschrieben werden. Eine Mitgliedschaft im PCI SSC wird im öffentlichen Material nicht angegeben.
c/side Script Security
- Wie es sich selbst beschreibt
- Cybersicherheitsebene für den Moment der Zahlung: Integrität dessen, was der Käufer sieht, kopiert und bestätigt.
- Hauptsitz
- São Paulo, Brasilien. In Betrieb seit 2026.
- Wie es auf die Website kommt
- Eine Codezeile auf der Zahlungsseite oder eine Integration in die Vorlage der Plattform oder des Zahlungsanbieters. Kein Proxy, keine Änderung an DNS oder CDN.
- Was es auf der Zahlungsseite prüft
- Drittskripte, Kartenformular, Pix-QR-Code und -Schlüssel, Zahlungszeile des Boleto (brasilianischer Zahlschein), Krypto-Wallet-Adresse und die QR-Codes von acht Echtzeitzahlungssystemen, abgeglichen mit dem, was der Händler ausgestellt hat.
- PCI DSS
- Nachweis für die PCI-DSS-Anforderungen 6.4.3 und 11.6.1, mit exportierbarem Bericht für den QSA.
Proteside
Kriterium für Kriterium
Die Bewertungen beruhen auf der öffentlichen Dokumentation des jeweiligen Anbieters. Fahren Sie mit der Maus über eine Bewertung oder tippen Sie darauf, um die Legende zu lesen.
| c/side | Proteside | |
|---|---|---|
| Was auf dem Bildschirm des Zahlers geprüft wird | ||
| Inventar und Freigabe der Skripte auf der ZahlungsseiteDie Grundlage von Anforderung 6.4.3: wissen, was auf der Seite läuft, und jedes Skript freigeben. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Ins Formular eingegebene KartendatenVerhindern, dass ein Skript Nummer, Ablaufdatum und Prüfziffer kopiert. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Pix-QR-Code und Pix-Code zum Kopieren und Einfügen (Brasilien)Der häufigste Checkout-Betrug in Brasilien: Der angezeigte QR-Code führt auf ein anderes Konto. | Nicht in den öffentlichen Informationen gefunden | In der öffentlichen Dokumentation beschrieben |
| Zahlungszeile des Boleto (brasilianischer Zahlschein)Eine ausgetauschte Zeile zahlt denselben Betrag an einen anderen Empfänger. | Nicht in den öffentlichen Informationen gefunden | In der öffentlichen Dokumentation beschrieben |
| QR-Codes von Echtzeitzahlungssystemen weltweit (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferencias 3.0)Derselbe Austausch wie bei Pix, über acht Echtzeitzahlungssysteme hinweg. | Nicht in den öffentlichen Informationen gefunden | In der öffentlichen Dokumentation beschrieben |
| Stablecoin- und Krypto-Wallet-Adresse, auch beim KopierenEine auf dem Bildschirm oder in der Zwischenablage ausgetauschte Wallet-Adresse ist unumkehrbar. | Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)1 | In der öffentlichen Dokumentation beschrieben |
| Gleicht das Angezeigte mit dem ab, was der Händler ausgestellt hat, und blockiert den Austausch vor der BestätigungDie Prüfung, die Zahlungsintegrität ausmacht: Empfänger und Betrag identisch mit dem Ausgestellten. | Nicht in den öffentlichen Informationen gefunden | In der öffentlichen Dokumentation beschrieben |
| Wie es schützt | ||
| Blockiert nicht freigegebene Skripte im Browser des KäufersEine nachträgliche Erkennung bringt die kopierten Daten nicht zurück. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Beobachtet echte KäufersitzungenGezielte Betrugsversuche tauchen in simulierten Besuchen nicht auf. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Funktioniert ohne Änderung von CDN, DNS oder ProxyLässt sich mit einer Codezeile in jede Plattform einfügen. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| PCI-DSS-Konformität | ||
| Nachweis für PCI-DSS-Anforderung 6.4.3Inventar, Freigabe und Integrität der Skripte. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Nachweis für PCI-DSS-Anforderung 11.6.1Nicht autorisierte Änderungen an der Seite und ihren Headern. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
| Exportierbarer Bericht für den Prüfer (QSA)Der Nachweis muss das Dashboard verlassen und in die Prüfung gelangen. | In der öffentlichen Dokumentation beschrieben | In der öffentlichen Dokumentation beschrieben |
- In der öffentlichen Dokumentation beschrieben
- Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)
- Nicht in den öffentlichen Informationen gefunden
- Der Anbieter gibt an, dies nicht zu tun
Anmerkungen zu den Bewertungen
- 1Stablecoin- und Krypto-Wallet-Adresse, auch beim Kopieren: Die öffentliche Krypto-Seite von c/side nennt Änderungen der Empfängeradresse in Echtzeit und das Ersetzen einer kopierten Wallet-Adresse in der Zwischenablage unter den Bedrohungen, die sie durch Skript-Überwachung adressiert. Das Material beschreibt keinen Vergleich der angezeigten Adresse mit der vom Händler ausgestellten, daher die Bewertung als teilweise.
Wo c/side herausragt
Jede echte Sitzung, keine Stichproben
Die Website gibt die Abdeckung von 100 % der echten Besuchersitzungen an und stellt das periodischen Scans und simulierten Crawls gegenüber.
Eine Historie dessen, was jedes Skript geliefert hat
Das Inventar speichert je Seitenaufruf den Inhalt, den jedes Drittskript ausgeliefert hat, was die nachträgliche Untersuchung einer Änderung erleichtert.
Wurzeln in Cloudflare Page Shield
Der Gründer war Produktmanager für Page Shield und leitet laut About-Seite gemeinsam die W3C Anti-Fraud Community Group.
Krypto im Blick
Eine eigene Krypto-Seite behandelt Wallet-Drainer, Skripte, die Empfängeradressen und Beträge in Echtzeit ändern, und das Ersetzen einer kopierten Wallet-Adresse in der Zwischenablage.
Was Proteside prüft, das im öffentlichen Material von c/side nicht erwähnt wird
Ein Möbelgeschäft in Bangalore zeigt einen UPI-QR-Code für eine Bestellung über 42.000 Rupien. Der Kunde scannt ihn mit einer Banking-App, sieht den Betrag, bestätigt, und die Bestellung kommt nie an. Ein kompromittiertes Skript hatte den QR-Code mit der UPI-ID eines anderen Empfängers und demselben Betrag neu gezeichnet. Es wurde keine Kartennummer gestohlen; das Geld ging einfach an jemand anderen, und der Shop erfährt davon, wenn der Kunde fragt, wo die Lieferung bleibt.
c/side würde das Skript sehen, das das getan hat, sofern es außerhalb der freigegebenen Liste lag, und das ist wichtig. Was die öffentliche Dokumentation nicht beschreibt, ist eine Prüfung der Zahlungsdaten selbst: ob der QR-Code, die ID oder die Adresse auf dem Bildschirm diejenige ist, die Ihr Server ausgestellt hat. Für UPI, PromptPay, PayNow, DuitNow, FPS und den brasilianischen Zahlschein (Boleto) erwähnt das Material von c/side keine Prüfung. Für Krypto-Wallets erwähnt es die in der Zwischenablage ausgetauschte Adresse, aber keinen Vergleich mit der Adresse, die der Händler erzeugt hat. Proteside erfasst, was ausgestellt wurde (QR-Code, ID, Boleto-Zahlungszeile, USDT-Adresse, Betrag), und vergleicht es mit dem, was der Käufer sieht und kopiert, in jeder Sitzung. Bei einer Abweichung wird die Bestätigung blockiert, und der Versuch wird zu einer Benachrichtigung und einem Nachweis.
Dieselbe Codezeile deckt das Kartenformular und die Drittskripte ab, mit dem Inventar, den Freigaben und der Änderungshistorie, die die Anforderungen 6.4.3 und 11.6.1 verlangen. Ein Team, das bereits c/side einsetzt, behält seine Skript-Transparenz und ergänzt die Zahlungsprüfung ohne ein zweites Rollout-Projekt.
Wie beide in Ihren Betrieb gelangen
c/side
- Ein Script-Tag im Head der Seite, auf jeder Plattform.
- Kein Reverse-Proxy und keine DNS-Änderung, laut Website; der Traffic fließt weiterhin direkt zu Ihren Servern.
- Benachrichtigungen an Slack, Teams, E-Mail und Webhooks, mit Feeds in Betrugs- und SIEM-Tools.
Proteside
- Eine Codezeile auf der Zahlungsseite, auf jeder Plattform, oder eine einzige Integration in die Vorlage der Plattform oder des Zahlungsanbieters.
- Kein Proxy, keine Änderung an DNS oder CDN; die Prüfung läuft im Browser des Käufers, in jeder Sitzung.
- Automatische Blockierung vor der Bestätigung; Dashboard, API und Benachrichtigungen per E-Mail, Slack, Teams und Webhook.
Wann welches zu wählen ist
c/side ist sinnvoll, wenn
- Karten sind Ihre einzige Zahlungsart und Ihre Priorität ist die Untersuchung, wie sich jedes Drittskript verhält, mit einer Historie je Seitenaufruf.
- Sie wollen Geräteidentifikation sowie Bot- und KI-Agenten-Erkennung vom selben Anbieter wie Ihre Skript-Sicherheit.
- Ihr Sicherheitsteam arbeitet bereits mit CSP-Richtlinien und will einen Reporting-Endpunkt für die Browser-Berichte neben dem Inventar.
Proteside ist sinnvoll, wenn
- Sie akzeptieren UPI, PromptPay, PayNow, DuitNow, FPS, Pix, Boleto oder Stablecoins und brauchen die Prüfung des Empfängers, nicht nur des Skripts.
- Sie brauchen die Blockierung eines ausgetauschten QR-Codes, einer ID, Boleto-Zahlungszeile oder Wallet-Adresse vor der Bestätigung, in jeder Sitzung.
- Sie wollen Schutz und Nachweise für die Anforderungen 6.4.3 und 11.6.1 in einer Installation, mit einem Bericht, den Ihr QSA unverändert übernehmen kann.
Beide zusammen
Ein Team, das sich für Details zu Drittskripten auf c/side verlässt, kann dieses Dashboard behalten und Proteside auf der Zahlungsseite hinzufügen, um die Zahlung selbst zu prüfen. Die beiden Tags sind unabhängig; Proteside verändert legitime Zahlungen nicht und stört das Inventar eines anderen Tools nicht.
Häufige Fragen
Deckt c/side Pix, Boleto oder QR-Codes ab?
Nicht in den im Oktober 2026 geprüften öffentlichen Informationen. Das Material von c/side behandelt Drittskripte, Kartendaten, PCI-DSS-Konformität und Datenschutz, und seine Krypto-Seite behandelt Wallets und kopierte Adressen.
Können c/side und Proteside zusammen verwendet werden?
Ja. Es sind zwei unabhängige Script-Tags auf der Zahlungsseite. c/side beobachtet weiterhin die Skripte, während Proteside die Zahlung auf dem Bildschirm mit dem vergleicht, was Ihr Server ausgestellt hat, und einen Austausch vor der Bestätigung blockiert.
Schützt c/side vor dem Austausch von Krypto-Wallet-Adressen?
Seine öffentliche Krypto-Seite nennt Adressänderungen in Echtzeit und das Ersetzen in der Zwischenablage als Bedrohungen, die durch Skript-Überwachung behandelt werden. Ein Vergleich der angezeigten Adresse mit der vom Händler ausgestellten erscheint im Material nicht; Proteside führt diesen Vergleich durch und blockiert eine Abweichung.
Reicht eine CSP-Richtlinie für die Anforderungen 6.4.3 und 11.6.1?
Die FAQ von c/side selbst sagt, dass CSP kontrolliert, woher Skripte kommen, aber ihren Inhalt nicht sehen kann, und daher allein PCI DSS nicht erfüllt. Sowohl c/side als auch Proteside ergänzen diese Basis um Inventar, Freigabe und Änderungshistorie.
Beide beobachten jede echte Sitzung. Was ist dann der Unterschied?
Worauf jedes innerhalb der Sitzung schaut. c/side beschreibt das Verhalten von Drittskripten. Proteside schaut zusätzlich auf die Zahlungsdaten auf dem Bildschirm und in der Zwischenablage: QR-Code, Empfänger-ID, Boleto-Zahlungszeile, Wallet-Adresse und Betrag, verglichen mit dem, was ausgestellt wurde.
Sehen Sie, wie Proteside Ihren Checkout prüft
Vierzehn Tage kostenlos, eine Codezeile, jede Zahlungsart auf Ihrer Seite.