1. لماذا تُخفي قيم مفتاح api عند العرض
المفتاح الكامل بيانات اعتماد حاملة: من يقرأه يستطيع استدعاء البوابة بصفتك، حتى حدود ذلك المفتاح. تُنسَخ عروض وحدة التحكم إلى لقطات شاشة، ومشاركات شاشة، وتذاكر دعم، وتقارير أخطاء باستمرار — فإظهار السرّ الحيّ في قائمة مفاتيح سيحوّل كلاً منها إلى تسريب بيانات اعتماد. يحلّ الإخفاء هذا بفصل حاجتين يُخلَط بينهما عادةً:- التعرّف — أي مفتاح هذا؟ تجيبه بصمة مُخفاة مستقرة تقرأها بلمحة.
- الاستخدام — ما السرّ؟ يُجاب مرة واحدة بالضبط عند الإنشاء، وخلف كشف محكوم بالدور بعد ذلك.
المفتاح المُخفى ليس بيانات اعتماد عاملة. لا يمكنه مصادقة طلب. فقط النص
الصريح الكامل (
sk-orca-…) الذي نسخته عند الإنشاء، أو أُعيد كشفه عبر نقطة
النهاية المحكومة، يستطيع استدعاء البوابة.2. كيف يبدو الشكل المُخفى
تُظهر وحدة التحكم بادئة العلامة التجارية للمفتاح، ثم سلسلة ثابتة من النجوم، ثم الأحرف الأربعة الأخيرة — يكفي للتمييز بين مفتاحين، لا يكفي لإعادة بناء أيٍّ منهما.| أنشأت | تعرض وحدة التحكم |
|---|---|
sk-orca-9f3aK2…long…7Qm4 | sk-orca-9f3****7Qm4 |
sk-orca- وبضعة أحرف أولى؛ والأحرف الأربعة
الأخيرة هي الذيل الذي ستتعرّف عليه حين تقارن سطر سجل أو خطأ. كل ما بينهما
يُطوى إلى قناع ثابت — سلسلة النجوم ثابتة، فعرضها لا يكشف أبداً الطول
الحقيقي للمفتاح.
3. متى يُعرض النص الصريح — ومتى لا
هناك لحظة واحدة بالضبط يكون فيها المفتاح الكامل ملكك لنسخه، ومسار محكوم واحد لاستعادته مجدداً.عند الإنشاء — يُعرض مرة واحدة
عند الإنشاء — يُعرض مرة واحدة
عند سكّك مفتاحاً، تعرض وحدة التحكم النص الصريح الكامل
sk-orca-…
مرة واحدة. انسخه إلى مدير أسرارك حينها. كل عرض لاحق لذلك المفتاح —
القائمة، لوحة التفاصيل، نتائج البحث — يُظهر الشكل المُخفى فقط.بعد الإنشاء — إعادة الكشف محكومة
بعد الإنشاء — إعادة الكشف محكومة
يمكنك إعادة كشف النص الصريح لمفتاح عادي عند الطلب، لكنه إجراء
متعمّد خلف دور Developer+ — وليس شيئاً تعرضه القائمة الافتراضية
أبداً. إعادة كشف مفتاح ضمن نطاق البوابة (
is_firewall_gateway)
تتطلب دور Admin (أو Owner)، لأن ذلك الرمز يستطيع قراءة بيانات اعتماد
خوادم MCP المسجّلة.كل مكان آخر — مُخفى دوماً
كل مكان آخر — مُخفى دوماً
إدراج المفاتيح، فتح تفاصيل مفتاح، البحث، وكل قراءة لكائن الرمز تعيد
الشكل المُخفى. لا يُضمَّن النص الصريح أبداً في استجابة قائمة أو بحث.
4. مثال ملموس واحد: تحديد المفتاح المسرّب
لنقل إن تنبيهاً يُطلَق — مفتاح يجري استدعاءات من IP غير متوقع — وسطر السجل يحمل الذيل المُخفى…7Qm4. لا تحتاج النص الصريح للتصرّف:
- افتح قائمة المفاتيح بوحدة التحكم (
/console/token). يُظهر كل صف بصمته المُخفاة —sk-orca-9f3****7Qm4ووسمenvironmentالخاص به. - طابق الذيل
…7Qm4(ووسمprod) مع الصف المخالف. الشكل المُخفى هو بالضبط المُعرِّف الذي تحتاجه هنا — لا سرّ مكشوف في القائمة، أو التنبيه، أو لقطة شاشتك له. - عطّل ذلك المفتاح لإيقافه مؤقتاً، أو احذفه لإلغائه نهائياً — كلاهما إجراءان آمنان مُخفىً لا يطبعان النص الصريح أبداً. انظر إدارة المفاتيح و الاستجابة للمفتاح المسرّب.
5. الإخفاء في سجلاتك وأدواتك الخاصة
تُخفي البوابة أسطحها الخاصة؛ وأنت تتحكم في جانبك. ينطبق المبدأ نفسه على أي مكان قد يهبط فيه مفتاح في حزمتك:- لا تسجّل أبداً ترويسة
Authorizationأو القيمة الخامsk-orca-…. إن كان عليك تسجيل أي مفتاح أجرى استدعاءً، فسجّل نفس الشكل الذي تستخدمه وحدة التحكم — البادئة والأحرف الأربعة الأخيرة — لا السرّ الكامل. - خزّن النص الصريح في مدير أسرار فقط، لا في التحكم بالمصدر، أو سجلات CI، أو ملف إعداد مودَع في مستودع. المفتاح مُخفى في وحدة التحكم تحديداً بحيث تكون أنظمتك الخاصة المكان الوحيد الذي يعيش فيه السرّ الحيّ.
- حدّد نطاق المفاتيح بدقة بحيث يكون حتى مفتاح مسرّب له نطاق انفجار محدود — نموذج واحد، نطاق IP واحد، سقف إنفاق واحد. انظر قائمة تحقّق الاستقلالية الأدنى.
يقلّل الإخفاء انكشاف العرض؛ لا يقلّل قوة مفتاح يتسرّب فعلاً. بصمة مُخفاة
في سجل آمنة، لكن المفتاح الحيّ في مدير أسرار لا يزال يصادق بالكامل — ولهذا
يهمّ النطاق الضيّق والتدوير السريع بقدر ما
يهمّ الإخفاء.
6. كيف يلائم هذا بقية نظافة المفاتيح
الإخفاء طبقة واحدة من موقف دفاع متعمّق لبيانات الاعتماد:إدارة المفاتيح
أنشئ المفاتيح وعطّلها وألغِها — دورة الحياة وراء كل صف مُخفى في القائمة.
كائن الرمز
كل حقل يحمله مفتاح، بما في ذلك الحدود التي تحدّ نطاق انفجار مفتاح مسرّب.
تدوير المفاتيح
التسليم بلا توقف إلى مفتاح جديد حين لا تستطيع استرداد مفتاح قديم أو
الوثوق به.
الاستجابة للمفتاح المسرّب
ماذا تفعل لحظة اشتباهك في انكشاف بيانات اعتماد.
