भुगतान पेज के लिए F5 Client-Side Defense के विकल्प (2026)
लेखक Laís Peixoto
Growth Marketer, Proteside
प्रकाशित
F5 Client-Side Defense से आगे देखने वाली टीमों को दूसरे CDN और WAF मॉड्यूल (Cloudflare Client-Side Security, पहले Page Shield, और Akamai Client-Side Protection & Compliance), इन-पेज एजेंट (Feroot, c/side), एक बाहरी मॉनिटर (Reflectiz) और Proteside का तरीका मिलता है, जो भुगतान की ही जाँच करता है। चुनाव इससे शुरू होता है कि आपका एप्लिकेशन कहाँ चलता है और आपका चेकआउट क्या स्वीकार करता है।
टीमें अन्य विकल्पों का मूल्यांकन क्यों करती हैं
चेकआउट कार्ड से ज़्यादा लेता है
UPI या PayNow QR कोड, Pix कुंजी, ब्राज़ीलियाई बैंक स्लिप लाइन या USDT पता कभी किसी फ़ॉर्म से नहीं गुज़रता। हमला स्क्रीन पर प्राप्तकर्ता बदल देता है, इसलिए टूल को उस डेटा की जाँच करनी होगी।
बिना कोई सूची बनाए रखे ब्लॉकिंग
जब शमन आपकी टीम द्वारा तय डोमेन सूचियों पर निर्भर हो और किसी स्क्रिप्ट को अस्वीकार करना केवल सूचनात्मक हो, तो संचालक ऐसा ब्लॉक चाहते हैं जो हर सत्र में, पुष्टि से पहले हो।
एप्लिकेशन F5 पर नहीं है
किसी अन्य CDN पर या बिना F5 लोड बैलेंसर वाली दुकानें स्क्रिप्ट हाथ से डाल सकती हैं, लेकिन प्रबंधन Distributed Cloud कंसोल में ही रहता है। कई टीमें ऐसा टूल पसंद करती हैं जो कोड की एक लाइन से किसी भी प्लेटफ़ॉर्म पर आ जाए।
संक्षिप्त सूची
| विकल्प | यह कैसे काम करता है | किसके लिए उपयुक्त | तुलना |
|---|---|---|---|
| Proteside | भुगतान पेज पर एक स्क्रिप्ट हर QR कोड, भुगतान कुंजी, बैंक स्लिप लाइन, वॉलेट पते और कार्ड फ़ील्ड की जाँच आपके सर्वर द्वारा जारी विवरण से करती है, और पुष्टि से पहले अदला-बदली को ब्लॉक करती है। | ऐसे व्यापारी जिन्हें UPI, PromptPay, PayNow या Pix जैसी त्वरित प्रणालियों, कार्ड, बैंक स्लिप या स्टेबलकॉइन से भुगतान मिलता है और जिन्हें एक ही इंस्टॉल से सुरक्षा और PCI DSS साक्ष्य चाहिए। | F5 Client-Side Defense बनाम Proteside |
| Cloudflare Client-Side Security (antes Page Shield) | प्रॉक्सी से, Cloudflare पेजों के एक सैंपल में रिपोर्ट-ओनली CSP हेडर जोड़ता है और ब्राउज़र रिपोर्टों से इन्वेंटरी बनाता है; ब्लॉकिंग उन्नत स्तर में अनुमति नियमों के ज़रिए होती है। | पहले से Cloudflare के पीछे मौजूद साइटें जो बिना कुछ इंस्टॉल किए स्क्रिप्ट निगरानी चाहती हैं। | Cloudflare Page Shield बनाम Proteside |
| Akamai Client-Side Protection & Compliance (antes Page Integrity Manager) | Akamai का एज पेज के शीर्ष पर एक पहचान स्क्रिप्ट डालता है (या इसे ऑरिजिन पर रखा जाता है), स्क्रिप्ट के व्यवहार का विश्लेषण करता है और कंसोल में एक क्लिक से दुर्भावनापूर्ण स्क्रिप्ट को प्रतिबंधित करने देता है। | Akamai पर बड़े संचालन जो नेटवर्क थ्रेट इंटेलिजेंस और स्क्रिप्ट इन्वेंटरी को एक ही कंसोल में प्रबंधित करना चाहते हैं। | Akamai Client-Side Protection बनाम Proteside |
| Feroot PaymentGuard e DXSecure | भुगतान पेजों की स्क्रिप्ट की इन्वेंटरी बनाता है, औचित्य और अखंडता दर्ज करता है, और सामग्री तथा हेडर में बदलाव पर अलर्ट देता है; रनटाइम नीति प्रवर्तन को वैकल्पिक बताया गया है। | कार्ड-केंद्रित संचालन जिन्हें वेबसाइटों और मोबाइल ऐप्स में स्क्रिप्ट गवर्नेंस चाहिए, मूल्यांकनकर्ता के लिए रिपोर्ट के साथ। | Feroot बनाम Proteside |
| c/side Script Security | पेज पर एक स्निपेट वास्तविक सत्रों में थर्ड-पार्टी स्क्रिप्ट पर नज़र रखता है, हर स्क्रिप्ट ने क्या लोड किया उसका इतिहास रखता है और CSP को अपने नियमों के साथ जोड़कर ब्लॉक करता है, बिना रिवर्स प्रॉक्सी और बिना DNS बदलाव के। | ऐसी टीमें जो हर थर्ड-पार्टी स्क्रिप्ट के व्यवहार की विस्तृत दृश्यता चाहती हैं, अनुपालन डैशबोर्ड और चैट टूल में अलर्ट के साथ। | c/side बनाम Proteside |
| Reflectiz PCI Module | एक स्वचालित ब्राउज़र तय समय पर भुगतान पेजों को बाहर से देखता है, साइट पर कोई कोड नहीं; इंटरफ़ेस से ट्रिगर होने पर ब्लॉकिंग एक CSP नीति डालती है जो किसी डोमेन को बाहर करती है। | ऐसी टीमें जो पेज पर स्क्रिप्ट नहीं रख सकतीं या नहीं रखना चाहतीं और मानवीय समीक्षा के साथ पहचान स्वीकार करती हैं। | Reflectiz बनाम Proteside |
विक्रेता से पहले श्रेणी चुनें
CDN और WAF मॉड्यूल, जैसे F5, Cloudflare और Akamai के, उन टीमों के लिए उपयुक्त हैं जो पहले से एप्लिकेशन को उस प्लेटफ़ॉर्म से गुज़ारती हैं: स्क्रिप्ट इन्वेंटरी उसी कंसोल में दिखती है जिसे वे रोज़ इस्तेमाल करती हैं। इन-पेज एजेंट, जैसे Feroot और c/side, एक स्क्रिप्ट के साथ आते हैं और किसी भी इंफ्रास्ट्रक्चर पर हर खरीदार पर नज़र रखते हैं। बाहरी मॉनिटर, जैसे Reflectiz, साइट पर बिना कोड के बाहर से पेज देखते हैं, इसी कारण वे हर सत्र का पालन नहीं करते।
तीनों परिवार स्क्रिप्ट और फ़ॉर्म फ़ील्ड देखते हैं, जो वेब स्किमिंग का दायरा है, जहाँ कोई स्क्रिप्ट फ़ॉर्म से कार्ड डेटा कॉपी करती है। सार्वजनिक दस्तावेज़ जो वर्णन करते हैं उसके अनुसार, कोई भी यह जाँच नहीं करता कि स्क्रीन पर QR कोड, खाता विवरण या वॉलेट पता वही है जो व्यापारी ने जारी किया। वह जाँच Proteside की श्रेणी है, और उसमें उसी इंस्टॉलेशन में स्क्रिप्ट इन्वेंटरी और आवश्यकताओं 6.4.3 और 11.6.1 के लिए साक्ष्य शामिल हैं।
विकल्प विस्तार से
Proteside
Proteside हर भुगतान पेज पर जो वैध है उसे दर्ज करता है (हर शुल्क का विवरण, फ़ॉर्म फ़ील्ड, अधिकृत स्क्रिप्ट) और भुगतानकर्ता के ब्राउज़र में लगातार सत्यापित करता है कि क्या दिखाया जा रहा है, क्या कॉपी किया जा रहा है और डेटा कहाँ जा रहा है। जब इसे कोई असंगति मिलती है, तो यह भुगतान की पुष्टि से पहले कार्रवाई रोक देता है और प्रयास को दर्ज करता है।
स्क्रिप्ट इन्वेंटरी और बदलावों का इतिहास PCI DSS आवश्यकताओं 6.4.3 और 11.6.1 के लिए साक्ष्य बनाते हैं। इंस्टॉलेशन किसी भी ई-कॉमर्स प्लेटफ़ॉर्म पर कोड की एक लाइन है, या प्लेटफ़ॉर्म और भुगतान प्रदाताओं के लिए एक इंटीग्रेशन, डैशबोर्ड, API और अलर्ट के साथ।
Proteside सही विकल्प है जब: Proteside चुनें जब आपके चेकआउट में कार्ड के साथ-साथ त्वरित प्रणालियों, बैंक स्लिप या स्टेबलकॉइन से भुगतान होता है, जब आपको वास्तविक सत्रों में प्राप्तकर्ता की अदला-बदली ब्लॉक करनी है, या जब आप CDN बदले बिना सुरक्षा और PCI DSS साक्ष्य चाहते हैं।
Cloudflare Client-Side Security (antes Page Shield)
यह सुविधा, मार्च 2026 तक Page Shield और अब Client-Side Security, Cloudflare के ज़रिए प्रॉक्सी किए गए डोमेन के लिए उपलब्ध है। दस्तावेज़ स्क्रिप्ट, कनेक्शन और कुकीज़ की निगरानी, दुर्भावनापूर्ण स्क्रिप्ट और कोड बदलावों की पहचान, और सामग्री सुरक्षा नियमों का वर्णन करते हैं जो अनुमति सूची के बाहर की हर चीज़ को ब्लॉक कर सकते हैं।
दस्तावेज़ स्वयं तंत्र समझाते हैं: रिपोर्ट-ओनली हेडर प्रतिक्रियाओं के एक सैंपल पर जाता है, इसलिए किसी नई स्क्रिप्ट को दिखने में समय लग सकता है। आवश्यकताएँ 6.4.3 और 11.6.1 उन्नत स्तर में कवर होती हैं। Pix, boleto (ब्राज़ीलियाई बैंक स्लिप) और त्वरित भुगतान प्रणालियाँ सामग्री में नहीं दिखतीं।
Cloudflare Page Shield सही विकल्प है जब: आपकी साइट पहले से Cloudflare के पीछे है, कार्ड मुख्य भुगतान विधि है और सैंपल आधारित स्क्रिप्ट निगरानी आपके मूल्यांकनकर्ता को संतुष्ट करती है।
Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)
Client-Side Protection & Compliance (पहले Page Integrity Manager) स्क्रिप्ट की इन्वेंटरी बनाता है, औचित्य और नियम लागू करता है, आवश्यकता 11.6.1 के लिए हेडर की निगरानी करता है और अनधिकृत स्क्रिप्ट, भुगतान डेटा के बाहर जाने और छेड़छाड़ पर अलर्ट देता है। सार्वजनिक दस्तावेज़ कहते हैं कि पहचान किसी भी साइट के लिए काम करती है, चाहे वह कहीं भी होस्ट हो, Akamai कंसोल में कॉन्फ़िगरेशन के साथ।
स्क्रिप्ट इंजेक्शन को पेज व्यू के एक प्रतिशत पर सेट किया जा सकता है, और शमन को एक क्लिक से लागू होने वाले प्रतिबंध के रूप में बताया गया है। पूरी कवरेज के लिए इंजेक्शन को हर पेज व्यू पर चलना होगा। सामग्री स्क्रिप्ट और कार्ड डेटा को कवर करती है; यह QR कोड, भुगतान कुंजी या बैंक स्लिप लाइन को संबोधित नहीं करती।
Akamai Client-Side Protection सही विकल्प है जब: आपका संचालन पहले से Akamai पर चलता है, आपकी सुरक्षा टीम कंसोल संचालित करती है और मानव-अनुमोदित शमन आपकी प्रक्रिया में फ़िट होता है।
Feroot PaymentGuard e DXSecure
Feroot अपनी पेशकश को अनुपालन पर केंद्रित करता है: PaymentGuard स्क्रिप्ट इन्वेंटरी, औचित्य, अखंडता जाँच और QSA के लिए साक्ष्य रिपोर्ट के साथ आवश्यकताओं 6.4.3 और 11.6.1 को कवर करता है। सार्वजनिक दस्तावेज़ अलर्टिंग और ऑपरेशन टूल के साथ इंटीग्रेशन और वेबसाइटों के साथ iOS और Android ऐप्स की कवरेज का उल्लेख करते हैं।
कार्ड के बाहर भुगतान पाने वालों के लिए ध्यान देने योग्य बात दायरा है: सार्वजनिक सामग्री स्क्रिप्ट और कार्ड डेटा की बात करती है, QR कोड, भुगतान कुंजी, boleto (ब्राज़ीलियाई बैंक स्लिप) या क्रिप्टो वॉलेट का कोई उल्लेख नहीं। उन भुगतान विधियों के लिए प्राप्तकर्ता की अदला-बदली टूल द्वारा वर्णित जाँच के दायरे से बाहर है।
Feroot सही विकल्प है जब: आपकी प्राथमिकता वेबसाइटों और मोबाइल ऐप्स में स्क्रिप्ट गवर्नेंस और PCI DSS साक्ष्य है, और आपके चेकआउट में ज़्यादातर भुगतान कार्ड से होता है।
c/side Script Security
c/side खुद को क्लाइंट-साइड सुरक्षा प्लेटफ़ॉर्म के रूप में परिभाषित करता है। सार्वजनिक सामग्री हर स्क्रिप्ट की सामग्री के इतिहास वाली इन्वेंटरी, एक विक्रेता ग्राफ़, अलर्ट, आवश्यकताओं 6.4.3 और 11.6.1 के लिए डैशबोर्ड और CSP रिपोर्ट प्राप्त करने के लिए एक एंडपॉइंट का वर्णन करती है।
क्रिप्टो पर इसका सार्वजनिक पेज क्लिपबोर्ड में कॉपी किए गए वॉलेट पते की अदला-बदली का उल्लेख करता है, जो इसे Proteside द्वारा हल की जाने वाली समस्या के करीब लाता है। Pix, boleto (ब्राज़ीलियाई बैंक स्लिप) और UPI या PromptPay जैसी त्वरित भुगतान प्रणालियों के QR कोड हमारे द्वारा परामर्श किए गए सार्वजनिक दस्तावेज़ों में नहीं दिखते।
c/side सही विकल्प है जब: आप हर थर्ड-पार्टी स्क्रिप्ट के व्यवहार का विवरण चाहते हैं और कार्ड के बाहर क्रिप्टो पते की अदला-बदली पहले से आपकी मुख्य चिंता है।
Reflectiz PCI Module
Reflectiz अपने दृष्टिकोण को एजेंटलेस बताता है: एक सैंडबॉक्स्ड ब्राउज़र उपयोगकर्ता की यात्रा का अनुकरण करता है, स्क्रिप्ट की इन्वेंटरी बनाता है (iframe के अंदर सहित), आवश्यकता 11.6.1 के लिए हेडर की निगरानी करता है और QSA के लिए साक्ष्य निर्यात करता है। प्लेटफ़ॉर्म गोपनीयता और आक्रामक परीक्षण को भी कवर करता है।
विक्रेता की अपनी सामग्री ब्लॉकिंग को एक ऐसी स्क्रिप्ट के रूप में समझाती है जो इंटरफ़ेस से ट्रिगर होने तक पेज पर निष्क्रिय रहती है, और फिर CSP के ज़रिए किसी डोमेन को बाहर करना शुरू करती है। यह एक डिज़ाइन विकल्प है: पहले पहचान, फिर मानवीय हस्तक्षेप। केवल एक विशेष खरीदार को दिखने वाले घोटाले सिम्युलेटेड विज़िट में नहीं देखे जाते।
Reflectiz सही विकल्प है जब: आपकी आंतरिक नीति भुगतान पेज पर स्क्रिप्ट जोड़ने की मनाही करती है और आपकी सुरक्षा टीम कार्रवाई से पहले अलर्ट की समीक्षा करती है।
किसी विकल्प का मूल्यांकन कैसे करें
- 1एप्लिकेशन कहाँ चलता है? CDN या WAF मॉड्यूल वह कवर करता है जो विक्रेता के प्लेटफ़ॉर्म से गुज़रता है; उसके बाहर, जाँचें कि क्या हाथ से डालने पर वही कार्य बने रहते हैं और प्रबंधन कहाँ होता है।
- 2ब्लॉक कौन करता है? आपकी टीम द्वारा बनाए रखी गई डोमेन सूची, एक-क्लिक मंज़ूरी, या हर सत्र में स्वचालित ब्लॉकिंग?
- 3पेज कौन से भुगतान विवरण दिखाता है? अगर त्वरित भुगतान QR कोड, Pix कुंजी, बैंक स्लिप लाइन या वॉलेट पता है, तो टूल को उस डेटा की तुलना जारी किए गए विवरण से करनी होगी।
- 4आपका पेज कितने डोमेन और स्क्रिप्ट लोड करता है? घोषित सीमाएँ जाँचें, जैसे प्रति namespace डोमेन, और यह कि टूल नाम बदली गई स्क्रिप्ट को कैसे संभालता है।
- 5साक्ष्य टूल से बाहर कैसे निकलता है? आवश्यकताओं 6.4.3 और 11.6.1 की रिपोर्ट को इन्वेंटरी, मंज़ूरियों और बदलाव इतिहास के साथ QSA तक पहुँचना होगा।
अक्सर पूछे जाने वाले सवाल
F5 Client-Side Defense का सबसे अच्छा विकल्प क्या है?
यह इस पर निर्भर करता है कि एप्लिकेशन कहाँ चलता है और चेकआउट क्या स्वीकार करता है। Cloudflare या Akamai पर मौजूद टीमों को अपने ही प्लेटफ़ॉर्म पर समान मॉड्यूल मिलते हैं। जो टीमें किसी भी इंफ्रास्ट्रक्चर पर हर खरीदार पर नज़र रखना चाहती हैं, वे Feroot और c/side देखती हैं। UPI, PromptPay, PayNow, Pix, बैंक स्लिप और स्टेबलकॉइन के लिए, भुगतान जाँच Proteside के सार्वजनिक दस्तावेज़ों में दिखती है।
F5 Client-Side Defense के विकल्प को क्या कवर करना चाहिए?
फ़र्स्ट-, थर्ड- और फ़ोर्थ-पार्टी स्क्रिप्ट की इन्वेंटरी, दर्ज मंज़ूरियाँ, फ़ील्ड पढ़े जाने और हेडर बदलावों पर अलर्ट, और आवश्यकताओं 6.4.3 और 11.6.1 के लिए साक्ष्य। अगर चेकआउट कार्ड से ज़्यादा लेता है, तो प्राप्तकर्ता की जाँच और हर सत्र में ब्लॉकिंग जोड़ें।
F5 Client-Side Defense के प्रतिस्पर्धी कौन हैं?
CDN और WAF मॉड्यूल के उसी परिवार में, Cloudflare Client-Side Security, Akamai Client-Side Protection & Compliance और Imperva। इन-पेज एजेंटों में, Feroot, c/side, Jscrambler, Source Defense और HUMAN Security। बाहरी निगरानी में, Reflectiz और SecurityMetrics। Proteside इन पेजों पर इन सभी से अपनी तुलना करता है।
क्या Proteside F5 Client-Side Defense की जगह लेता है?
यह इस पर निर्भर करता है कि आप F5 का इस्तेमाल किस लिए करते हैं। भुगतान पेज पर, Proteside स्क्रिप्ट इन्वेंटरी और आवश्यकताओं 6.4.3 और 11.6.1 को कवर करता है, और स्वचालित ब्लॉकिंग के साथ भुगतान की जाँच जोड़ता है। अगर टीम बाकी एप्लिकेशन के साथ Distributed Cloud कंसोल में अलर्ट रखना चाहती है, तो दोनों टूल साथ चल सकते हैं।
Proteside को अपने चेकआउट की जाँच करते देखें
चौदह दिन मुफ़्त, कोड की एक लाइन, आपके पेज पर हर भुगतान विधि।