انتقل إلى المحتوى
Limaz

خدمة الجاهزية لمعيار PCI DSS

حدّد نطاق PCI DSS، وعالج الفجوات، وجهّز الأدلة

نساعد التجار ومقدمي خدمات الدفع وشركات التقنية المالية ومقدمي الخدمات على تحديد بيئة بيانات حاملي البطاقات، وتقييم الجاهزية، وتنفيذ المعالجة، وتجهيز الأدلة لمسار التحقق المطلوب.

البداية من تدفق بيانات الدفع

ينطبق معيار PCI DSS على الجهات التي تخزّن بيانات حاملي البطاقات أو بيانات المصادقة الحساسة أو تعالجها أو تنقلها، وعلى الأنظمة التي قد تؤثر في أمن هذه البيئة. لذلك تبدأ أعمال الجاهزية من تدفقات البيانات، وحدود الأنظمة المتصلة، وقرارات تقسيم الشبكة.

وتدعم ليمـاز جهتك في الجاهزية والمعالجة وتجهيز الأدلة.

ما تقدّمه ليمـاز

النطاق وتدفق البيانات
قنوات الدفع، وتدفقات بيانات الحسابات، وبيئة بيانات حاملي البطاقات، والأنظمة المتصلة، والأشخاص، والأطراف الخارجية.
مراجعة تقسيم الشبكة
افتراضات الحدود، ومسارات الشبكة، والوصول، والخدمات المشتركة، والأدلة التي تدعم تقليص النطاق.
تقييم الفجوات
مراجعة كل متطلب على حدة: تصميم الضابط، وتطبيقه، وتشغيله، والأدلة المتاحة.
المعالجة
أعمال تقنية وإجرائية مرتّبة بحسب الأولوية، بمسؤولين واضحين وإعادة اختبار.
تحليل المخاطر المستهدف
دعم تحليل المخاطر الموثّق حيثما يشترطه المعيار أو يجيزه.
دعم الأدلة والتحقق
فهرس للأدلة، ودعم العينات، ومدخلات إعداد SAQ أو ROC، وتنسيق الرد على أسئلة المقيّم.
التشغيل المستدام
مهام دورية، ومسؤوليات، ومراقبة، ومحفزات للتغيير، وتسليم منظّم بعد دورة التقييم.

معيار PCI DSS v4.0.1 باختصار

معيار أمن بيانات بطاقات الدفع (PCI DSS) هو المعيار الذي يحمي بيانات حسابات الدفع. ويسري على كل جهة تخزّن بيانات حاملي البطاقات أو بيانات المصادقة الحساسة أو تعالجها أو تنقلها، وعلى كل جهة تؤثر في أمن هذه البيانات: التجار، ومعالجو المدفوعات، والبنوك المحصِّلة، والجهات المُصدِرة، ومقدمو الخدمات.

الإصدار v4.0.1 هو الإصدار الوحيد النافذ. أصدر مجلس معايير أمن صناعة بطاقات الدفع (PCI SSC) الإصدار v4.0 في 31 مارس 2022، وأوقف العمل بالإصدار v3.2.1 في 31 مارس 2024، ثم أصدر المراجعة المحدودة v4.0.1 في يونيو 2024، وأوقف v4.0 في 31 ديسمبر 2024. وأصبحت المتطلبات المؤجلة في v4.0، وعددها 51 متطلبًا، إلزامية منذ 31 مارس 2025.

يضع المجلس المعيار، وتتولى شبكات البطاقات إنفاذه. فلكل من American Express وDiscover وJCB International وMastercard وUnionPay وVisa برنامج امتثال خاص يحدد الجهات الملزمة بالتحقق وطريقته وتكراره، وينقل البنك المحصِّل هذه القواعد إلى التاجر.

تنقسم بيانات الحساب إلى قسمين: بيانات حامل البطاقة، وهي رقم الحساب الأساسي (PAN) واسم حامل البطاقة وتاريخ الانتهاء ورمز الخدمة، وبيانات المصادقة الحساسة، وهي بيانات الشريط الممغنط كاملة ورمز التحقق من البطاقة والرقم السري أو كتلته المشفّرة. ويُحظر تخزين بيانات المصادقة الحساسة بعد التفويض، حتى لو كانت مشفّرة.

وفي المملكة يصل المعيار إلى التجار عبر البنوك المحصِّلة. فاتفاقية تجار نقاط البيع لشبكة مدى المنشورة من البنك السعودي الفرنسي، على سبيل المثال، تُلزم التاجر بالامتثال لمعيار PCI DSS وإثبات امتثاله وتنفيذ ما يُطلب منه من معالجة. كما يلتزم مقدمو خدمات المدفوعات المرخّصون من البنك المركزي السعودي (ساما) بمتطلبات الأمن السيبراني الصادرة عن ساما والهيئة الوطنية للأمن السيبراني، فيأتي برنامج PCI DSS جزءًا من منظومة ضوابط أشمل.

متطلبات PCI DSS الاثنا عشر

1. تركيب ضوابط أمن الشبكة وصيانتها
الهدف: بناء شبكة وأنظمة آمنة. جدران الحماية ومجموعات الأمان السحابية وغيرها من ضوابط الشبكة، بقواعد موثقة ومراجَعة، وحركة مقيّدة من بيئة بيانات حاملي البطاقات (CDE) وإليها.
2. تطبيق إعدادات آمنة على جميع مكونات النظام
إعدادات مُحصّنة، وتغيير الحسابات الافتراضية للمورد أو حذفها، والاكتفاء بالخدمات والبروتوكولات والوظائف التي يحتاجها النظام.
3. حماية بيانات الحساب المخزّنة
الهدف: حماية بيانات الحساب. تقليل التخزين إلى الحد الأدنى بسياسة احتفاظ واضحة، وإخفاء رقم البطاقة عند العرض، وجعل الرقم المخزّن غير مقروء بالتشفير القوي أو التجزئة أو الاقتطاع أو الترميز (Tokenization)، وإدارة المفاتيح بإجراءات موثقة.
4. التشفير القوي لبيانات حامل البطاقة أثناء النقل
تشفير قوي وشهادات موثوقة كلما عبر رقم البطاقة شبكات عامة مفتوحة، مع جرد للمفاتيح والشهادات الموثوقة.
5. حماية الأنظمة والشبكات من البرمجيات الضارة
الهدف: برنامج لإدارة الثغرات. مكافحة البرمجيات الضارة على الأنظمة المعرّضة للخطر، ومراجعة دورية للأنظمة المصنّفة منخفضة الخطورة، وحماية آلية للموظفين من التصيّد الاحتيالي.
6. تطوير أنظمة وبرمجيات آمنة وصيانتها
تطوير آمن، ومراجعة للشيفرة، وسدّ الثغرات الحرجة في وقتها، وضبط التغيير، والتحقق من اعتماد كل نص برمجي في صفحات الدفع وسلامته.
7. تقييد الوصول بحسب الحاجة
الهدف: ضوابط وصول صارمة. أقل الصلاحيات اللازمة، والوصول القائم على الأدوار، ومراجعة دورية لجميع الحسابات والصلاحيات.
8. التعرّف على المستخدمين والمصادقة
معرّف فريد لكل مستخدم، ومصادقة قوية، ومصادقة متعددة العوامل (MFA) لكل وصول إلى بيئة بيانات حاملي البطاقات، وضبط حسابات الأنظمة والتطبيقات.
9. تقييد الوصول المادي لبيانات حاملي البطاقات
ضوابط دخول المنشآت، وإدارة الزوار، والتعامل مع الوسائط وإتلافها، وفحص أجهزة نقاط التفاعل (POI) للكشف عن العبث.
10. تسجيل الوصول ومراقبته
الهدف: المراقبة والاختبار المنتظم. سجلات تدقيق على جميع مكونات البيئة، محمية من التعديل، تُراجَع بآليات مؤتمتة، ويُحتفظ بها 12 شهرًا على الأقل.
11. اختبار أمن الأنظمة والشبكات بانتظام
فحص داخلي وخارجي للثغرات كل ثلاثة أشهر، وفحص خارجي عبر مورد فحص معتمد (ASV)، واختبار اختراق، واختبار لتقسيم الشبكة، وكشف التسلل، وكشف العبث في صفحات الدفع.
12. دعم أمن المعلومات بالسياسات والبرامج
الهدف: سياسة لأمن المعلومات. السياسات، وتحليلات المخاطر المستهدفة، وتأكيد النطاق، والتوعية الأمنية، وإدارة مقدمي الخدمات الخارجيين، وخطة الاستجابة للحوادث.

ما الذي تغيّر في v4.0 وv4.0.1

  • الإصدار v4.0.1 مراجعة محدودة تصحح أخطاء التنسيق والطباعة وتوضّح مقاصد بعض المتطلبات. لم يُضف متطلبات ولم يحذف أيًا منها، وأبقى موعد 31 مارس 2025 كما هو.
  • جاء الإصدار v4.0 بأكثر من 50 متطلبًا جديدًا، منها 51 متطلبًا مؤجلًا أصبح إلزاميًا في 31 مارس 2025.
  • أصبحت المصادقة متعددة العوامل تشمل كل وصول إلى بيئة بيانات حاملي البطاقات، ولم تعد مقصورة على الوصول عن بُعد والوصول الإداري.
  • النصوص البرمجية في صفحات الدفع: يجب اعتماد كل نص يُحمَّل في متصفح العميل، والتحقق من سلامته، وقيده في جرد مع مبرر مكتوب (6.4.3)، مع آلية لكشف التغيير والعبث تنبّه عند أي تعديل غير مصرّح به على صفحات الدفع (11.6.1).
  • التصيّد الاحتيالي: إجراءات وآليات مؤتمتة تكشف هجمات التصيّد وتحمي الموظفين منها (5.4.1).
  • تحليل المخاطر المستهدف (12.3.1): حين يترك المعيار للجهة تحديد تكرار نشاط ما، يحدد تحليل مخاطر موثق هذا التكرار ويبرره.
  • تأكيد النطاق (12.5.2): تؤكد الجهة نطاق المعيار بتحديد كل موقع ومسار لبيانات الحساب، وكل نظام متصل بالبيئة أو مؤثر في أمنها.
  • لم يعد تشفير القرص أو القسم وحده كافيًا لحماية رقم البطاقة على الوسائط الثابتة، بل يلزم معه أسلوب حماية آخر (3.5.1.2).
  • النهج المخصص (Customized Approach): طريقة بديلة لتحقيق الهدف المعلن للمتطلب بضابط مختلف، موجّهة للجهات الناضجة في إدارة المخاطر. ويحتاج كل ضابط مخصص إلى مصفوفة ضوابط وتحليل مخاطر مستهدف، ويتحقق منه مقيّم أمني مؤهل (QSA).
  • تحديث استبيان SAQ A: حذف المجلس المتطلبات 6.4.3 و11.6.1 و12.3.1 من الاستبيان، وأضاف شرط أهلية يؤكد فيه التاجر أن موقعه محمي من هجمات النصوص البرمجية التي تمس أنظمة التجارة الإلكترونية لديه.

تحديد نطاق بيئة بيانات حاملي البطاقات

النطاق هو ما يحدد الكلفة. فكل مكوّن يدخل في النطاق يجب أن يستوفي المتطلبات المنطبقة عليه، لذلك تبدأ الجاهزية بتحديد كل موضع تُخزَّن فيه بيانات الحساب أو تمر به. وإرشادات المجلس صريحة: افترض أن كل شيء داخل النطاق حتى يثبت العكس.

تصنّف الإرشادات الأنظمة في ثلاث فئات. أنظمة البيئة نفسها، وهي التي تخزّن بيانات الحساب أو تعالجها أو تنقلها، أو تقع في مقطع الشبكة نفسه معها. والأنظمة المتصلة بالبيئة أو المؤثرة في أمنها، مثل خوادم المصادقة وخوادم القفز وخوادم السجلات والتحديثات، وهذه تدخل في النطاق كاملة. والأنظمة الخارجة عن النطاق، وهي التي تجتاز كل شروط الاستبعاد: لا بيانات حساب، ولا اتصال بالبيئة، ولا مسار للتأثير في أمنها.

تقسيم الشبكة هو أداة تقليص النطاق. يتركه المعيار اختياريًا، ويوصي به المجلس بقوة لأن عزل البيئة عن بقية الشبكة يقلّص نطاق التقييم وكلفته ومخاطره. وإذا اعتمدت عليه فأثبته: اختبار اختراق لضوابط التقسيم مرة كل سنة على الأقل للتجار، وكل ستة أشهر لمقدمي الخدمات.

وتقلّص البنية التقنية النطاق أكثر. فالترميز، وصفحات الدفع المستضافة وإطارات iframe من معالج ممتثل للمعيار، وحلول التشفير من نقطة إلى نقطة (P2PE) المعتمدة، كلها تُخرج أنظمة من البيئة. وكل خيار منها ينقل جزءًا من المسؤولية، فوثّق في مصفوفة مسؤوليات مع كل مقدم خدمة خارجي أي متطلب يقع على عاتق أي طرف.

استبيان SAQ أم تقرير ROC

يحدد المجلس وثائق التحقق، وتحدد شبكات البطاقات من يستخدم كل وثيقة. فلكل شبكة مستوياتها الخاصة للتجار ومقدمي الخدمات، والتحقق المطلوب في كل مستوى، وتنقل البنوك المحصِّلة هذه القواعد إلى التجار. ويؤكد لك البنك المحصِّل أو الشبكة مستواك والوثيقة المطلوبة.

تقييم ذاتي

استبيان التقييم الذاتي (SAQ)

تقيّم الجهة نفسها. ويختار التجار بين SAQ A وA-EP وB وB-IP وC وC-VT وP2PE وSPoC وD، ولكل منها قناة دفع وبنية محددة. أما مقدمو الخدمات فاستبيانهم الوحيد هو SAQ D لمقدمي الخدمات. ويؤكد البنك المحصِّل أو الشبكة أهليتك.

تقييم مستقل

تقرير الامتثال (ROC)

يختبر مقيّم أمني مؤهل (QSA) كل متطلب منطبق بالعينات والمقابلات والأدلة، ويوثّق النتيجة في نموذج التقرير. والنهج المخصص لا يُوثَّق إلا عبر هذا التقرير.

إقرار رسمي

إقرار الامتثال (AOC)

الإقرار الرسمي بنتيجة التقييم. يرافق كل استبيان وكل تقرير، ويُرفع إلى البنك المحصِّل أو الشبكة، ويعتمد عليه العملاء حين يتابعون حالة امتثال مقدمي خدماتهم كل 12 شهرًا (12.8.4).

دليل ربع سنوي

تقارير فحص ASV

فحص خارجي للثغرات كل ثلاثة أشهر عبر مورد فحص معتمد من المجلس، بنتائج ناجحة. ويراجعها البنك المحصِّل مع الاستبيان أو التقرير.

فجوات شائعة في PCI DSS

نطاق مرسوم حول قاعدة البيانات وحدها
خوادم القفز، ومزودو الهوية، وأنظمة السجلات، ومسارات CI/CD، وأجهزة الإدارة المشتركة، كلها متصلة بالبيئة أو مؤثرة فيها، فمكانها داخل النطاق.
تقسيم شبكة بلا دليل اختبار
مخطط الشبكة ادعاء. والمقيّم يطلب نتائج اختبار اختراق تثبت أن ضوابط التقسيم فعّالة.
نصوص برمجية غير مُدارة في صفحات الدفع
لا جرد للنصوص، ولا تحقق من سلامتها، ولا كشف للعبث في صفحة الدفع. والمتطلبان 6.4.3 و11.6.1 إلزاميان منذ 31 مارس 2025.
مصادقة متعددة العوامل تتوقف عند VPN
يشترط الإصدار الرابع المصادقة متعددة العوامل لكل وصول إلى البيئة، بما فيه الوصول الإداري من داخل شبكة المنشأة.
بيانات مصادقة حساسة في السجلات
رموز التحقق أو بيانات الشريط في سجلات التطبيقات أو ملفات التتبع أو تذاكر الدعم. وتخزينها بعد التفويض محظور، حتى مشفّرة.
غياب تحليلات المخاطر المستهدفة
كلما حددت الجهة تكرار نشاط بنفسها، طلب المقيّم تحليل المخاطر الموثق الذي يستند إليه هذا التكرار.
مسؤوليات الأطراف الخارجية غير موثقة
يتحمل مزودو السحابة والمعالجون ومزودو الخدمات المُدارة جزءًا من المتطلبات. ومن دون مصفوفة مسؤوليات وإقرار امتثال ساري من كل منهم، تقع الفجوة على جهتك.
الامتثال حدث سنوي
مراجعة السجلات والصلاحيات والفحوص وتأكيد النطاق أعمال تستمر طوال العام، والمقيّم يأخذ عيناته من الفترة كلها.

برنامج الجاهزية لمعيار PCI DSS

هكذا تدير ليمـاز الجاهزية لمعيار PCI DSS مع فرق المدفوعات في المملكة.

  1. تأكيد مسار التحقق

    احصل على مستواك والوثيقة المطلوبة من البنك المحصِّل أو شبكات البطاقات. تاجر أم مقدم خدمة، استبيان أم تقرير: هذا ما يحدد الهدف.

  2. رسم كل مسارات بيانات الحساب

    تتبّع التجارة الإلكترونية، وتطبيقات الجوال، ونقاط البيع، ومركز الاتصال، والاسترداد، والاعتراض على العمليات، والتقارير. وحدد كل موضع يظهر فيه رقم البطاقة أو بيانات المصادقة الحساسة، بما فيها السجلات والنسخ الاحتياطية.

  3. تقليص النطاق

    احذف البيانات المخزّنة التي لا حاجة للعمل بها، ورمّز ما تبقى، وقسّم الشبكة لعزل البيئة، وانقل صفحات الدفع إلى مكونات مستضافة ممتثلة.

  4. التقييم متطلبًا متطلبًا

    اختبر كل متطلب منطبق من حيث التصميم والتطبيق وأدلة التشغيل، بما فيها المتطلبات التي أصبحت إلزامية في 31 مارس 2025.

  5. المعالجة

    أغلق الفجوات بمسؤولين ومواعيد محددة: المصادقة متعددة العوامل، وإدارة النصوص البرمجية، والسجلات، وتحصين الأنظمة، وإدارة المفاتيح، وإدارة الثغرات. وتنفّذ ليمـاز المعالجة التقنية إلى جانب الخطة.

  6. بناء فهرس الأدلة

    اربط كل متطلب بدليله ومالكه وفترة العينة، ثم نفّذ تقييمًا تمهيديًا وفقه.

  7. التحقق

    أكمل الاستبيان، أو ادعم المقيّم الأمني المؤهل خلال إعداد التقرير، ثم أصدر إقرار الامتثال.

  8. التشغيل طوال العام

    شغّل الضوابط الدورية وفق تقويم محدد: فحوص ربع سنوية، ومراجعات الصلاحيات والقواعد، واختبارات الاختراق، وتأكيد النطاق، وتحليلات المخاطر المستهدفة.

أسئلة شائعة

  • الإصدار v4.0.1 هو الإصدار الوحيد النافذ. نشره مجلس معايير أمن صناعة بطاقات الدفع في يونيو 2024 مراجعةً محدودة للإصدار v4.0، تصحح الأخطاء وتوضّح المقاصد دون إضافة متطلبات أو حذفها. وأُوقف العمل بالإصدار v4.0 في 31 ديسمبر 2024، وبالإصدار v3.2.1 في 31 مارس 2024. وتجري جميع التقييمات اليوم وفق v4.0.1.

هل لديك متطلب تريد تنفيذه؟

شاركنا النظام أو الضابط أو المتطلب التنظيمي، وسنعود إليك بخطوة تالية واضحة.