بدائل Jscrambler لحماية صفحة الدفع (2026)
بقلم Laís Peixoto
Growth Marketer, Proteside
نُشر في
تجد الفرق التي تنظر في بدائل Jscrambler ثلاث عائلات. يجرد الوكلاء في الصفحة مثل Feroot وc/side الشيفرات ويمنعونها في جلسات حقيقية. ويزور المراقبون الخارجيون مثل Reflectiz وSecurityMetrics الصفحة من الخارج، دون شيفرة في الموقع. وتعمل وحدات CDN مثل Cloudflare Client-Side Security (المعروف سابقًا باسم Page Shield) من الخادم الوسيط. ويضيف Proteside تحققًا رابعًا: الدفع المعروض على المتسوق.
لماذا تقيّم الفرق خيارات أخرى
تقبل صفحة الدفع أكثر من البطاقات
ليس لـ UPI وPromptPay وPayNow وPix وBoleto والعملات المستقرة نموذج تراقبه. الاحتيال هو استبدال المستفيد على الشاشة، واكتشافه يعني مقارنة ما يُعرض بما أصدره التاجر.
جلسات حقيقية في كل صفحة
يقدّم دليل Jscrambler العام وضعًا دون وكيل بمستخدم اصطناعي. والفرق التي تريد مراقبة متصفح كل متسوق، في كل صفحة، تبحث عن أداة تفعل ذلك افتراضيًا.
تركيب دون مشروع
يشمل الإعداد الأولي الذي يصفه Jscrambler اجتماعات أسبوعية ورسم خريطة للنماذج ومراجعات ربع سنوية لقوائم السماح. وتفضّل العمليات الصغيرة والمتوسطة سطر شيفرة واحدًا يحمي وينتج التقرير في اليوم نفسه.
القائمة المختصرة
| الخيار | كيف يعمل | منطقي لـ | المقارنة |
|---|---|---|---|
| Proteside | شيفرة في صفحة الدفع تتحقق من كل رمز QR ومفتاح دفع ورقم سداد قسيمة وعنوان محفظة وحقل بطاقة مقابل ما أصدره خادمك، وتمنع الاستبدال قبل التأكيد. | التجار الذين يتلقون مدفوعاتهم عبر أنظمة فورية مثل UPI أو PromptPay أو PayNow أو Pix، أو بالبطاقة، أو بالقسيمة المصرفية، أو بالعملات المستقرة، ويحتاجون إلى الحماية وأدلة PCI DSS من تركيب واحد. | Jscrambler مقابل Proteside |
| Feroot PaymentGuard e DXSecure | يجرد الشيفرات في صفحات الدفع، ويسجّل المبررات والسلامة، وينبّه عند تغيّر المحتوى والترويسات؛ ويوصف فرض السياسات أثناء التشغيل بأنه اختياري. | العمليات التي تعتمد على البطاقات وتحتاج إلى حوكمة الشيفرات عبر المواقع وتطبيقات الهاتف، مع تقرير للمقيّم. | Feroot مقابل Proteside |
| c/side Script Security | مقتطف شيفرة في الصفحة يراقب شيفرات الأطراف الثالثة في جلسات حقيقية، ويحتفظ بسجل لما حمّلته كل شيفرة، ويمنع بدمج CSP مع قواعده الخاصة، دون خادم وسيط عكسي ودون تغيير DNS. | الفرق التي تريد رؤية تفصيلية لسلوك كل شيفرة طرف ثالث، مع لوحات امتثال وتنبيهات في أدوات الدردشة. | c/side مقابل Proteside |
| Reflectiz PCI Module | متصفح آلي يزور صفحات الدفع من الخارج، وفق جدول زمني، دون شيفرة في الموقع؛ والمنع، عند تفعيله من الواجهة، يحقن سياسة CSP تستبعد نطاقًا معيّنًا. | الفرق التي لا تستطيع أو تفضّل عدم وضع شيفرة في الصفحة وتقبل الرصد مع مراجعة بشرية. | Reflectiz مقابل Proteside |
| SecurityMetrics Shopping Cart Monitor | يفحص صفحة الدفع من الخارج، على فترات، محاكيًا عملية الدفع، وينبّه عند ظهور شيفرات جديدة وتغييرات؛ وتصف الشركة نفسها المنتج بأنه أداة رصد وتقول إنه لم يُبنَ للوقاية. | التجار الذين يستخدمون أصلًا بوابة PCI من SecurityMetrics (الاستبيانات، وفحوص ASV) ويريدون أدلة المتطلبين 6.4.3 و11.6.1 في المكان نفسه. | SecurityMetrics مقابل Proteside |
| Cloudflare Client-Side Security (antes Page Shield) | من الخادم الوسيط، تضيف Cloudflare ترويسة CSP للإبلاغ فقط إلى عيّنة من الصفحات وتبني الجرد من تقارير المتصفحات؛ ويحدث المنع عبر قواعد السماح في الفئة المتقدمة. | المواقع التي تعمل أصلًا خلف Cloudflare وتريد مراقبة الشيفرات دون تثبيت أي شيء. | Cloudflare Page Shield مقابل Proteside |
اختر الفئة قبل المورّد
اختر الفئة قبل المورّد. يتحكم الوكلاء في الصفحة ووحدات CDN فيما يعمل في المتصفح وينتجون أدلة المتطلب 6.4.3؛ ويختلفون في من يطلق المنع وأي الجلسات تُراقب. ولا يحتاج المراقبون الخارجيون إلى شيفرة في الموقع، وبحسب وصفهم هم، يعملون عبر زيارات مجدولة. ولا تصف أي من العائلات الثلاث التحقق مما إذا كان رمز QR أو معرّف الحساب أو عنوان المحفظة على الشاشة هو الذي أصدره التاجر.
ينطلق Proteside من ذلك التحقق، سلامة لحظة الدفع، ويشمل جرد الشيفرات وسجل التغييرات للمتطلبين 6.4.3 و11.6.1. ويبقى الفريق الذي يحتاج أيضًا إلى حماية شيفرة تطبيقه بحاجة إلى أداة تعتيم مثل Code Integrity من Jscrambler؛ فذلك النطاق خارج Proteside.
الخيارات بالتفصيل
Proteside
يسجّل Proteside ما هو مشروع في كل صفحة دفع (بيانات كل مطالبة دفع، وحقول النموذج، والشيفرات المصرّح بها) ويتحقق باستمرار، في متصفح الدافع، مما يُعرض وما يُنسخ وإلى أين تذهب البيانات. وعندما يرصد عدم تطابق، يوقف الإجراء قبل تأكيد الدفع ويسجّل المحاولة.
يشكّل جرد الشيفرات وسجل التعديلات أدلة متطلبي PCI DSS 6.4.3 و11.6.1. والتركيب سطر شيفرة واحد على أي منصة تجارة إلكترونية، أو تكامل واحد للمنصات ومزوّدي الدفع، مع لوحة تحكم وواجهة برمجية وتنبيهات.
يكون Proteside الخيار الصحيح عندما: اختر Proteside عندما تُدفع مشترياتك عبر أنظمة فورية أو قسائم مصرفية أو عملات مستقرة إلى جانب البطاقات، أو عندما تحتاج إلى منع استبدال المستفيد في جلسات حقيقية، أو عندما تريد الحماية وأدلة PCI DSS دون تغيير شبكة CDN الخاصة بك.
Feroot PaymentGuard e DXSecure
يركّز Feroot عرضه على الامتثال: يغطي PaymentGuard المتطلبين 6.4.3 و11.6.1 بجرد الشيفرات والمبررات وفحوص السلامة وتقرير أدلة للمقيّم المعتمد (QSA). وتذكر الوثائق العامة تكاملات مع أدوات التنبيه والتشغيل، وتغطية تطبيقات iOS وAndroid إلى جانب المواقع.
النقطة التي ينبغي الانتباه إليها لمن يتلقى مدفوعات خارج البطاقات هي النطاق: تتحدث المواد العامة عن الشيفرات وبيانات البطاقات، دون ذكر رموز QR أو مفاتيح الدفع أو Boleto (القسيمة المصرفية البرازيلية) أو محافظ العملات المشفرة. وبالنسبة لوسائل الدفع هذه، يقع استبدال المستفيد خارج ما تصف الأداة التحقق منه.
يكون Feroot الخيار الصحيح عندما: تكون أولويتك حوكمة الشيفرات وأدلة PCI DSS عبر المواقع وتطبيقات الهاتف، وتُدفع مشترياتك في الغالب بالبطاقة.
c/side Script Security
يعرّف c/side نفسه بأنه منصة أمن من جهة العميل. وتصف المواد العامة جردًا مع سجل محتوى كل شيفرة، ورسمًا بيانيًا للمورّدين، وتنبيهات، ولوحات تحكم للمتطلبين 6.4.3 و11.6.1، ونقطة نهاية لتلقي تقارير CSP.
تذكر صفحته العامة عن العملات المشفرة استبدال عنوان المحفظة المنسوخ إلى الحافظة، ما يقرّبه من المشكلة التي يحلها Proteside. أما Pix وBoleto (القسيمة المصرفية البرازيلية) ورموز QR لأنظمة الدفع الفوري مثل UPI أو PromptPay فلا تظهر في الوثائق العامة التي رجعنا إليها.
يكون c/side الخيار الصحيح عندما: تريد تفاصيل سلوك كل شيفرة طرف ثالث، ويكون استبدال عنوان العملات المشفرة همّك الرئيسي خارج البطاقات.
Reflectiz PCI Module
يصف Reflectiz منهجه بأنه دون وكيل: متصفح معزول يحاكي رحلة المستخدم، ويجرد الشيفرات (بما فيها داخل iframe)، ويراقب الترويسات للمتطلب 11.6.1، ويصدّر الأدلة للمقيّم المعتمد (QSA). كما تغطي المنصة الخصوصية والاختبارات الهجومية.
تشرح مواد المورّد نفسه المنع بأنه شيفرة تبقى خاملة في الصفحة حتى تُفعَّل من الواجهة، فتبدأ باستبعاد نطاق عبر CSP. وهو خيار تصميمي: الرصد أولًا، ثم التدخل البشري. والاحتيالات التي تظهر لمشترٍ واحد بعينه لا تلاحظها الزيارات المحاكاة.
يكون Reflectiz الخيار الصحيح عندما: تمنع سياستك الداخلية إضافة شيفرات إلى صفحة الدفع ويراجع فريق الأمن لديك التنبيهات قبل التصرف.
SecurityMetrics Shopping Cart Monitor
SecurityMetrics شركة تقييم PCI (QSA وASV)، ويندرج Shopping Cart Monitor ضمن بوابتها: جرد الشيفرات مع المبررات، ورصد تغيّر المحتوى والترويسات، وتنبيهات، وسجل قابل للتصدير للمقيّم، دون تثبيت أي شيء في الموقع.
المواد العامة صريحة بشأن الحد: الأداة بُنيت للرصد، كما يقول المورّد، وتعمل من لقطات تُلتقط على فترات. وللفرق التي تحتاج إلى منع الاحتيال بينما العميل لا يزال في الصفحة، يعمل هذا المنهج مكمّلًا للمنع في الجلسات الحقيقية.
يكون SecurityMetrics الخيار الصحيح عندما: يمر تقييم PCI DSS لديك أصلًا عبر SecurityMetrics وتريد أدلة صفحة الدفع متكاملةً في البوابة نفسها.
Cloudflare Client-Side Security (antes Page Shield)
الميزة، التي كانت تُسمى Page Shield حتى مارس 2026 وتُسمى الآن Client-Side Security، متاحة للنطاقات التي تمر عبر خادم Cloudflare الوسيط. وتصف الوثائق مراقبة الشيفرات والاتصالات وملفات تعريف الارتباط، ورصد الشيفرات الخبيثة وتغييرات الشيفرة، وقواعد أمن محتوى يمكنها منع أي شيء خارج قائمة السماح.
تشرح الوثائق نفسها الآلية: تُرسل ترويسة الإبلاغ فقط مع عيّنة من الاستجابات، لذا قد تستغرق الشيفرة الجديدة وقتًا حتى تظهر. ويُغطى المتطلبان 6.4.3 و11.6.1 في الفئة المتقدمة. ولا تظهر Pix ولا Boleto (القسيمة المصرفية البرازيلية) ولا أنظمة الدفع الفوري في المواد.
يكون Cloudflare Page Shield الخيار الصحيح عندما: يعمل موقعك أصلًا خلف Cloudflare، وتكون البطاقات وسيلة الدفع الرئيسية، وتكفي مراقبة الشيفرات بالعيّنات لإرضاء المقيّم لديك.
كيف تقيّم بديلًا
- 1ما وسائل الدفع التي تعرضها الصفحة؟ مع UPI أو PromptPay أو PayNow أو Pix أو Boleto أو عنوان محفظة، يجب أن تقارن الأداة تلك القيم بما أصدره التاجر.
- 2هل تراقب الأداة كل متسوق أم زائرًا محاكى؟ اسأل في أي الصفحات وأي الجلسات يحدث المنع فعلًا.
- 3كم يتطلب النشر من إعداد؟ رسم خريطة النماذج وقوائم السماح واجتماعات الضبط جزء من تكلفة التشغيل.
- 4هل لديك شيفرة JavaScript خاصة تحتاج إلى حماية ضد الهندسة العكسية؟ إن كان الأمر كذلك، فالتعتيم متطلب منفصل عن حماية صفحة الدفع.
- 5متى موعد تقييم PCI DSS القادم لديك؟ يجب أن يخرج التقرير من لوحة التحكم مع الجرد والتصاريح وسجل التغييرات، جاهزًا للمقيّم المعتمد (QSA).
الأسئلة الشائعة
ما أفضل بديل لـ Jscrambler؟
يعتمد على ما تقبله صفحة الدفع لديك وما تحتاج إلى حمايته. لحوكمة الشيفرات مع البطاقات، يغطي Feroot وc/side وCloudflare Client-Side Security مجالًا مشابهًا. أما لـ UPI وPromptPay وPayNow وPix وBoleto والعملات المستقرة، فلا يظهر التحقق من الدفع المعروض إلا في وثائق Proteside العامة.
ما الذي يجب أن يغطيه بديل Jscrambler؟
جرد الشيفرات والتصريح بها، والمنع في متصفح المتسوق، ورصد التغييرات على الصفحة وترويساتها، وتقرير للمقيّم. وإذا كان فريقك يستخدم Code Integrity، فحماية شيفرتك الخاصة حاجة منفصلة لا تحل محلها أداة صفحة الدفع.
من هم منافسو Jscrambler؟
في عائلة الوكلاء في الصفحة، Feroot وc/side وSource Defense وHUMAN Security. وفي المراقبة الخارجية، Reflectiz وSecurityMetrics. وفي وحدات CDN وWAF، Cloudflare وAkamai وImperva وF5. ويقارن Proteside نفسه بكل منها في هذه الصفحات.
هل يحل Proteside محل Jscrambler؟
في صفحة الدفع على الويب، يغطي Proteside جرد الشيفرات والمتطلبين 6.4.3 و11.6.1 والتحقق من الدفع. أما تعتيم Code Integrity وIframe Integrity للمزوّدين فيقعان خارج نطاق Proteside؛ وفي تلك الحالات تتعايش الأداتان.
شاهد Proteside يتحقق من صفحة الدفع لديك
أربعة عشر يومًا مجانًا، سطر شيفرة واحد، وكل وسيلة دفع في صفحتك.