ارسم الحدّ الحقيقي للنطاق المتعلق بالدفع
ارسم خريطة مسار المشتري من صفحة المنتج حتى التأكيد. ضع علامة على نقطة إدخال البطاقة، عمليات إعادة التوجيه، الإطارات (frames)، السكربتات، واجهات برمجة التطبيقات، الإضافات، مديري الوسوم، شبكات توصيل المحتوى، وحسابات المسؤولين التي يمكن أن تؤثر عليه. أدرج السجلات ذات الصلة، أدوات الدعم، والتحليلات. هذا سجل ابتدائي لمزودك أو المقيم، وليس قرار امتثال نهائي.
سجل النطاق الذي يخدم كل عنصر من عناصر صفحة الدفع. تقول PCI SSC إن أهلية SAQ A تتطلب أن تأتي جميع عناصر صفحة الدفع حصراً من مزوّدي خدمات متوافقين مع PCI DSS وليس من موقع التاجر. بالنسبة لـ SAQ A-EP، يجوز أن يأتي كل عنصر من التاجر أو من مثل هذا المزود، لكن لا يجوز أن يأتي من مصدر آخر. جميع المعايير الأخرى لا تزال تنطبق.
قد يفوّت مستودع الشيفرة حقن مدير الوسوم وإعدادات المنصة. راجع السكربتات، الإطارات، النطاقات، والرؤوس في جلسة دفع عادية في المتصفح.
راجع السجلات، التحليلات، ومسارات الدعم لحقلـات الدفع. لا تستخدم أبداً بيانات بطاقة حقيقية في تذاكر الاختبار أو الأدلة المشتركة.
قلل التعرض بنموذج دفع يمكن شرحه بسهولة
حيثما أمكن، استخدم تكاملاً يجمع فيه مزود متوافق مع PCI DSS بيانات البطاقة بدلاً من أن تستقبلها أو تخزنها تطبيقاتك. غالباً ما يكون إعادة التوجيه الكامل المستضاف من المزود أبسط من نموذج مخصص، لكن الحقول المضمنة والإطارات (iframes) قد تتيح لموقعك التأثير في الدفع. وثّق التكامل الفعلي بدلاً من الاعتماد على تسمية "مستضاف" فقط.
تجنب الاحتفاظ بأرقام الحساب الأساسية، رموز الأمان، لقطات شاشة لأخطاء الدفع، أو تفاصيل الدفع المنسوخة ما لم يتطلب تصميم معتمد ذلك. التشفير يساعد في حماية البيانات، لكن تحذّر PCI SSC من أن التشفير وحده عادة لا يخرج بيئة من نطاق PCI. أكد آليات الرموز (tokens)، المفاتيح، الويبهوكس، عمليات الاسترداد، وتعامل المسؤوليات مع المزود والمراجعين المؤهلين.
احتفظ بدليل التكامل، معلومات المسؤولية، وثائق الامتثال ذات الصلة، وعملية إشعار التغيير مع سجل البنية المعمارية.
لا تضف تجارب تسويقية، أدوات إعادة التشغيل (replay), ودجات الدردشة، أو مكتبات اختيارية دون وجود مالك مسمّى ومراجعة لما يمكنهم الوصول إليه.
تحكم في السكربتات والوسوم والرؤوس
يمكن أن تُدخل شيفرات الطرف الثالث في المتصفح تغييرات غير خاضعة للرقابة، تنفيذ شيفرة تعسفي، وكشوف لأطراف أخرى. احتفظ بجرد لصفحة الدفع مع نطاق كل سكربت، الغرض منه، المالك، الموافقة، ومكان تحمليه. أدرج قواعد مدير الوسوم والشيفرة التي يحملها البائع، وليس فقط ملفات شجرة المصدر.
تركز PCI SSC على السكربتات المصرح بها، التكامل، مراقبة العبث، ورؤوس HTTP ذات التأثير الأمني. اعتمد خط أساس، قيد التغييرات، اكتشف الاختلافات، وتحقق منها. يمكن لسياسة أمان المحتوى (CSP) تقييد مصادر الموارد. حيثما يناسب، جرّبها في وضع التقرير فقط قبل التطبيق. CSP هي دفاع طبقي وليست بديلاً عن الترميز الآمن أو المراجعة.
يمكن لتكامل الموارد الفرعية (Subresource Integrity) رفض سكربت خارجي مُغيَّر، لكنه يحتاج إلى تكوين متوافق عبر الأصل وقد يتعطل بعد تحديثات البائع.
قيد أدوار النشر، اشترط مصادقة قوية، راجع قدرة الشيفرة المخصصة، واحتفظ بمسار مراجعة (audit trail).
حدد الوصول واجعل تغييرات صفحة الدفع قابلة للاسترجاع
فصّل نشر المحتوى الروتيني عن كود صفحة الدفع، إدارة مزود الدفع، الاستضافة، DNS، وإدارة الوسوم. استخدم حسابات مسمّاة، مبدأ الأقل امتيازاً، والمصادقة متعددة العوامل حيثما تدعم. راجع الوصول بعد تغيّرات الأدوار وأزل الموظفين، البائعين، والوكالات السابقة. تعتمد قابلية تطبيق PCI DSS بدقة على البيئة، لكن تقليل الامتياز المشترك والدائم يقلل المخاطر.
استخدم عملية إصدار لصفحة الدفع: مالك مسمّى، مراجعة، اختبار حيثما أمكن، طريقة تراجع، وفحص بعد الإصدار في المتصفح. اختبر مسارات النجاح والفشل، إعادة التوجيه، وسلوك الأجهزة المحمولة. Status Is UP supports proactive launch readiness, performance optimization, and rollback planning around releases; it does not determine PCI DSS compliance.
احتفظ بالاعتمادات، رموز النسخ الاحتياطي، وتعليمات التراجع في أنظمة مُتحكَّم بها، لا في تذاكر، لقطات شاشة، أو مستودعات عامة.
بعد الإصدار، قارن السكربتات، النطاقات، والرؤوس المرئية في المتصفح مع الجرد المعتمد.
حدّث المكدس وتحقق من النتيجة
حافظ على جرد لمنصة التجارة، الإضافات، السمات، مكونات الخادم، المكتبات، حزم SDK للدفع، قوالب الوسوم، والخدمات التي تؤثر على صفحة الدفع. اشترك في إشعارات البائعين الحرجة. يصف NIST إدارة التصحيحات بأنها تحديد، ترتيب الأولوية، الحصول، التثبيت، والتحقق من التحديثات. سجل التغيير، اختبر رحلة الدفع، وتأكد مما تم نشره.
حدّد مسار طوارئ للمشكلات عالية المخاطر ونافذة صيانة للتغييرات الروتينية. أعطِ أولوية لمكونات صفحة الدفع المكشوفة، لكن لا تقم بتصحيح الإنتاج عشوائياً وتكسر عملية الدفع. استخدم نهج تراجع مجرَّب وإرشادات إصدار المزود. وجود مالك غير معروف لمكوّن قديم هو خطر يجب معالجته.
حافظ على التنبيه، قرار المخاطرة، نتيجة الاختبار، سجل النشر، والتحقق النهائي معاً.
احفظ الأدلة واستعن بمساعدة مؤهلة
احتفظ بالمخططات، معلومات مسؤولية المزود، مبررات أهلية SAQ، جرد السكربتات والرؤوس، مراجعات الوصول، الموافقات، نتائج الاختبارات، التغييرات، وجهات اتصال البائعين في مكان مراقَب. حدّثها عند تغيّر البنية المعمارية أو الملكية أو السكربتات أو المزودين. يجب أن تساعد الأدلة المراجع المخوّل دون الكشف عن بيانات البطاقات أو الأسرار أو سجلات العملاء.
يحدد مستحوذك أو علامة الدفع توقعات التحقق المطبقة. تحدد PCI SSC المقيمين الأمنيين المؤهلين (Qualified Security Assessors) كمنظمات مستقلة مؤهلة لإجراء تقييمات PCI DSS والبائعين الماسحين المعتمدين (Approved Scanning Vendors) كمقدِّمين خارجيين مؤهلين للفحص حسب المتطلبات المطبقة. اطلب مساعدة مؤهلة للصفقات المخصصة، النطاق غير الواضح، الاشتباه في اختراق، أو اختيار SAQ.
احتفظ بنموذج صفحة الدفع، المالكين الفنيين، جهات الاتصال للتصعيد، تاريخ آخر مراجعة، وروابط الأدلة معاً.