انتقل إلى محتوى الدرس

How CORS Headers Grant Access آلية عمل تصاريح رؤوس CORS

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

شرح صفوف ومحتوى الفقرة

الصف 1 شرح توضيحي

للسماح للطلبات الشرعية بالعبور بين المصادر دون المساس بحماية سياسة نفس المصدر، اعتمدت معايير الويب آلية مشاركة الموارد عبر المصادر (). وتعمل آلية عبر حوار منظم باستخدام رؤوس رسائل بين المتصفح والخادم المستهدف:

  1. الخطوة 1 — يضيف المتصفح رأس الطلب تلقائياً: عندما يرسل كود في طلباً إلى ، يرفق المتصفح تلقائياً حقل الرأس (ولا يستطيع كود تزوير هذا الرأس أو إخفاءه).
  2. الخطوة 2 — يرد الخادم برأس التصريح : إذا كان الخادم يثق بهذا المصدر، فإنه يدرج في استجابته حقل الرأس (أو القيمة العامة للبيانات العامة المفتوحة للجميع).
  3. الخطوة 3 — يتحقق المتصفح من التطابق قبل تسليم البيانات: إذا طابق رأس الاستجابة مصدر الصفحة، يسلّم المتصفح بيانات لكود بأمان. أما إذا غاب الرأس أو لم يطابق المصدر، فيحجب المتصفح قراءة الاستجابة فوراً ويظهر تنبيه في لوحة .

شاهد في المثال الآتي كيف يبدو تبادل رؤوس الطلب والاستجابة عند نجاح تصريح :

الصف 2 كود برمجي
Shell
# 1. Browser Request from https://app.example.com to https://api.example.com
GET /v1/courses HTTP/1.1
Host: api.example.com
Origin: https://app.example.com

# 2. API Server Response Explicitly Allowing https://app.example.com
HTTP/1.1 200 OK
Content-Type: application/json; charset=UTF-8
Access-Control-Allow-Origin: https://app.example.com