يعمل تسجيل الدخول مع مزود الهوية في بيئة التجربة، ثم يفشل عند الانتقال للإنتاج بسبب اختلاف عنوان العودة. يقترح أحدهم توسيع المطابقة لأي رابط يبدأ باسم النطاق. قبل هذا التغيير، راجع قائمة العناوين المسجلة وقواعد المزود؛ التساهل في الوجهة قد يفتح مسارًا لتسريب ناتج التفويض.
ثبت العنوان المسجل لكل بيئة
تشترط أفضل ممارسات OAuth في RFC 9700 مطابقة نصية دقيقة لعناوين العودة المسجلة، مع استثناء محدد لأرقام منافذ localhost في تطبيقات أصلية. كما تمنع مسارات التحويل المفتوح التي تقبل وجهة عشوائية من معامل طلب. لا تعمم الاستثناء على بوابة ويب إنتاجية.
سجل البروتوكول والمضيف والمنفذ والمسار كما تتوقعه البنية الفعلية. افصل إعدادات الاختبار عن الإنتاج، وراجع عنوان العودة الذي يولده التطبيق خلف البروكسي. لا تصلح خطأ توليد العنوان بتوسيع قائمة الوجهات دون فهم سببه.
جهز عينة قبول ورفض مصرحًا بها
| العنوان التجريبي | ما تراجعه |
|---|---|
| العنوان المسجل تمامًا | اكتمال الرجوع للتطبيق المقصود |
| مسار آخر غير مسجل | رفضه دون إرسال ناتج التفويض إليه |
| عنوان بيئة الاختبار | عدم قبوله ضمن إعداد الإنتاج بلا تصريح |
| معامل وجهة إضافي داخل callback | عدم تحويله إلى إعادة توجيه مفتوحة |
نفذ التجربة داخل تكامل وحسابات تملك تفويض اختبارها، باستخدام وجهات تجريبية يسيطر عليها الفريق. لا تختبر حسابات الغير أو تبحث عن تسريب فعلي على خدمة لا تملكها. وفي التقرير سجل نجاح الحالة أو رفضها دون أكواد التفويض أو الرموز أو عناوين تتضمن أسرارًا.
راجع المسار كاملًا بعد الرجوع
قد تكون مطابقة العنوان صحيحة بينما يفشل ربط الرد بالمحاولة التي بدأها المستخدم. راجع وسائل منع CSRF مثل state أو الآليات المناسبة للتدفق، ومتطلبات PKCE والتحقق من الجهة المصدرة وفق المكتبة والمزود. هذه متطلبات إضافية؛ اختبار redirect_uri وحده لا يثبت أمان OAuth كله.
أعد الفحص عند تغيير النطاق أو البروكسي
ضمن تطوير البوابة والمراجعة التقنية احتفظ بقائمة وجهات معتمدة ونتائج مصفوفة الاختبار. معيار القبول تكامل يعمل بالعنوان المقصود ويرفض البدائل غير المسجلة، دون تسهيل التشغيل عبر فتح وجهة الرجوع لأي رابط.
