عند استخدام أدوات حماية البيانات في خدمات AWS، قد تواجه بعض المشاكل بسبب القيود غير الموثقة على قواعد التعبيرات النمطية (الريجيكس). فما هو الحل لمواجهة هذه المشكلة بشكل فعال وسهل؟
أولًا، يجب أن تعرف أن الحد الموثق يقتصر على 10 مُعرفات لكل سياسة، و200 حرف لكل تعبير نمطي، بالإضافة إلى مجموعة محدودة من الأحرف المسموحة. ولكن هناك قيود غير ظاهرة أيضًا تتعلق بكفاءة التعبيرات النمطية، خاصة تلك التي تحتوي على تكرارات غير محدودة أو معقّدة جدًا، مثل التكرارات الكبيرة على فئات الأحرف المنقوصة.
عند تجربتي، قمت بوضع كل مُعرف مخصص في سياسة منفصلة، وطبقتها على مجموعة سجلات تجريبية باستخدام أمر “PutDataProtectionPolicy”. لاحظت أن معظم الأنماط التي كانت تستخدم تكرارات كبيرة أو تكرارات مقيدة بشكل مفرط تعرضت للرفض، خاصة تلك التي تحتوي على تكرارات معقّدة على فئات من الأحرف المنقوصة كـ [^ /?@]{1,80}، أو تكرارات داخل خيارات متعددة، مثل: [^ ,;]{6,40} التي تكرر في ثلاث بدائل.
أما الأنماط التي كانت تستخدم تكرارات صغيرة أو غير محدودة مثل {1,16} أو {4,20}، فكانت تُقبل بشكل أكثر، وكذلك تلك التي تتعامل مع فئة قصيرة من الأحرف والأرقام بشكل غير محدود باستخدام + أو *.
ما الحل هنا؟ ببساطة، استبدال التكرارات ذات الحدود المقيدة بمكررات غير محدودة. فمثلًا، بدلاً من كتابة [^ /?@]{1,80} يمكن كتابتها كـ [^ /?@]+، وهكذا مع باقي الأنماط. هذا التغيير ساعد على تخطي قيود الأداء ومنع الرفض، بالإضافة إلى أنه يسمح بالتعامل مع القيم الأطول بشكل صحيح دون قطعها.
للتعرف على ما إذا كانت التعبيرات الخاصة بك تسبب في الرفض، يمكنك اختبار كل معرف بشكل مستقل في مجموعة تجريبية. أنشئ مجموعة سجلات مؤقتة، وطبق سياسة تحتوي على معرف واحد فقط في كل مرة، ثم استعمل الأمر “aws logs put-data-protection-policy” لتطبيق السياسات. إذا رفضت، فقم بتعديل التعبير إلى الشكل المبسّط أعلاه وجرب مرة أخرى.
تذكر أن القيود تنطبق على كل تعبير نمطي على حدة، وليس على السياسة كاملة، وأن الخيارات الأخرى مثل استخدام الأقواس أو تحديد الأحرف بطريقة مباشرة تلعب دورًا مهمًا في الالتزام بالحدود.
ختامًا، من المهم أن يكون لديك خطة واضحة لاختبار التعبيرات النمطية بطريقة منهجية، وأن تتجنب استخدام التعبيرات المعقدة التي قد تتجاوز قدرة الخدمة على المعالجة. ومن الأفضل أن تعتمد على ممارسات بسيطة ومباشرة لضمان فعالية السياسات وسهولة إدارتها. نأمل أن توفر AWS وثائق أو إرشادات أكثر وضوحًا حول حدود التعابير النمطية لتعزيز عملية التطوير والأمان.