انتقل إلى المحتوى
أكتوبر 2026: حوادث Railway وOpenCode، وما العمل

أمان مفاتيح API للذكاء الاصطناعي

أوقف مفتاح الذكاء الاصطناعي المسرَّب قبل أن يُنفق شيئًا.

أبقِ مفاتيح مزوّديك خارج تطبيقاتك. امنح كل تطبيق ووكيل وأداة مفتاح بوابة من INFRO بدلًا منها، مع مفتاح إيقاف وقائمة سماح لعناوين IP وحدود للنماذج وحد إنفاق، يُفحص كلٌّ منها قبل استدعاء مزوّدك.

مثال على سجل طلبات لمفتاح بوابة INFRO واحد تسرّب. المفتاح مقيّد بشبكة خوادمه، 203.0.113.0/24، وبحد إنفاق يومي قدره $50.00. تُرفض الطلبات القادمة من شبكات أخرى بالرمز 403 ip_not_allowed، ويُرفض أي نموذج خارج قائمة السماح للمفتاح بالرمز 403 model_not_allowed؛ ولا يصل أيٌّ منهما إلى مزوّد. أما الطلبات القادمة من الخوادم فتعمل على حسابات OpenAI وAnthropic الخاصة بالمؤسسة، مع تكلفة مزوّد تقديرية لكل منها.
  • 4 فحوص

    على كل طلب، قبل استدعاء مزوّدك.

  • 32 شبكات

    لكل مفتاح قائمة سماح بعناوين IP خاصة به، IPv4 أو IPv6، في كل الباقات.

  • بلا نشر

    لإيقاف مفتاح مسرّب. يُرفض كل طلب يستخدمه.

  • AES-256-GCM

    على كل مفتاح مزوّد تربطه. لا يُعرض مرة أخرى أبدًا.

أين توجد مفاتيح المزوّدين

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

اختر أين يتسرّب المفتاح
مفتاح مزوّد واحد منسوخ في كل مكان5 من 5 مواضع مكشوفة
مفتاح المزوّد الخاص بك sk-proj-••••7Hc2منسوخ إلى 5 مواضع
  1. متغيرات البيئة في الإنتاجsk-proj-••••7Hc2تسرّب هنا
  2. أسرار CI والنشرsk-proj-••••7Hc2المفتاح نفسه
  3. أجهزة المطوّرين وملفات .envsk-proj-••••7Hc2المفتاح نفسه
  4. بيئات الطرفية لدى وكلاء البرمجةsk-proj-••••7Hc2المفتاح نفسه
  5. أدوات ذكاء اصطناعي خارجيةsk-proj-••••7Hc2المفتاح نفسه
مكشوف
حسابك لدى المزوّد بالكامل، حتى أي حدود مضبوطة لدى المزوّد، إلى أن يُحذف المفتاح هناك.
للاستعادة
احذف المفتاح لدى المزوّد، ثم أعد النشر في المواضع الـ 5 كلها.
مع INFRO، مفتاح بوابة واحد لكل مكان1 من 5 مفاتيح مكشوف
مفتاح المزوّد الخاص بك sk-proj-••••7Hc2مشفّر داخل INFRO
  1. checkout-apisk_infro_••••a91f$50 في اليوم203.0.113.0/24تسرّب، واحتُوي
  2. ci-deploysk_infro_••••3c7e$10 في اليوم203.0.113.64/27غير متأثر
  3. maya-laptopsk_infro_••••5d20$5 في اليومينتهي بعد 30 يومًاغير متأثر
  4. claude-codesk_infro_••••8b14$20 في اليومAnthropic فقطغير متأثر
  5. support-toolsk_infro_••••e602$15 في الشهرنموذج واحدغير متأثر
مكشوف
checkout-api: مفتاح واحد، يُرفض خارج شبكة خوادمك، بسقف $50 يوميًا داخلها.
للاستعادة
أوقفه من لوحة التحكم دون أي نشر، ثم دوّره في ذلك المكان وحده. وتبقى المفاتيح الأخرى (4) تعمل.

أربعة فحوص

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

  1. 01

    مفتاح الإيقاف

    هل هذا المفتاح مفعّل؟

    أوقف مفتاحًا من لوحة التحكم أو API فيُرفض كل طلب به. ويُحتفظ بسرّه وحدوده وسجله؛ وإعادة تفعيله تعيد المفتاح نفسه.

    403 key_disabledالتوثيق

  2. 02

    الشبكات المسموح بها

    هل يستدعي من خوادمك؟

    حتى 32 عنوان IPv4 أو IPv6 أو نطاق CIDR لكل مفتاح، تُطابق مع عنوان العميل الذي تبلّغ عنه حافة Cloudflare، لا X-Forwarded-For أبدًا. وبلا عنوان موثوق يُرفض الطلب.

    403 ip_not_allowedالتوثيق

  3. 03

    النماذج والمزوّدون

    هل يُسمح له باستخدام هذا النموذج؟

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

    403 model_not_allowedالتوثيق

  4. 04

    حد الإنفاق

    هل يستطيع حده تغطية هذا الطلب؟

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

    402 key_budgetالتوثيق

  • تدوير مع فترة تداخلدوّر المفتاح بخطوة واحدة: يرث المفتاح الجديد كل إعدادات القديم، ويظل القديم يعمل حتى سبعة أيام ريثما تنشر التغيير، أو يتوقف فورًا. وحد الإنفاق مشترك بينهما، فالتدوير لا يمنحك هامش إنفاق جديدًا.
  • تاريخ الانتهاءحدّد لمفتاح موعدًا يتوقف بعده عن العمل، لمتعاقد أو عرض تجريبي أو عملية انتقال.
  • يُعرض مرة واحدة ويُخزَّن على شكل بصمة (hash)مفتاح البوابة 32 بايتًا عشوائية، يُعرض مرة واحدة ولا يُخزَّن إلا كبصمة SHA-256. فتسريب قاعدة البيانات لا يكشف مفتاحًا صالحًا للاستخدام.
  • محاولات التخمين محدودة المعدلالعنوان الذي يفشل في المصادقة 30 مرة في الدقيقة يُرفض بالرمز 429 حتى تنقضي الدقيقة، قبل البحث عن أي مفتاح.

سقوف الإنفاق

مفتاح مسرّب، أو وكيل عالق في حلقة، أو عميل يستغل الفئة المجانية لديك بسكربت: كلٌّ منها يتوقف عند سقف على مقاسه، بدل أن يستنزف ميزانيتك كلها. تُفحص كل الأسقف المنطبقة قبل استدعاء مزوّدك، مع احتساب أسوأ الاحتمالات للطلبات الجارية.

الأسقف تتراكب

يجب أن يقع الطلب ضمن كل الأسقف التي تنطبق عليه. والأضيق هو الحاسم، لذا فإن سقفًا صغيرًا في الموضع الصحيح يوقف المشكلة قبل أن تقترب من سقف المؤسسة بكثير.

  1. المؤسسة
  2. المشروع
  3. عضو
  4. مفتاح البوابة
  5. العميل النهائي
أمثلة على ميزانيات مؤسسة واحدة: سقف صارم للمؤسسة، وميزانية مشروع، وحد يومي لمفتاح بوابة، وحد إجمالي طوال عمر المفتاح، وسقف لعميل نهائي. في الأزمة المختارة، «تسرّب مفتاح بوابة»، يبلغ السقف المعني حدّه، فيُرفض الطلب التالي بالرمز 402 key_budget قبل استدعاء أي مزوّد. يتوقف المفتاح عند $50 في اليوم. ويواصل كل مفتاح آخر الخدمة.

يتوقف المفتاح عند $50 في اليوم. ويواصل كل مفتاح آخر الخدمة.

سقوف الإنفاق حسب النطاق: الفترات والسلوك ورمز الرفض والباقة
السقفالفترةكيف يتصرفيُرفض معالباقة
المؤسسةهدف شهري وسقف صارمالهدف يرسل تنبيهًا؛ والسقف الصارم ينبّه أو يحظر. ولا يضبطه إلا المالك.402 organization_budgetكل باقة
المشروعشهريتنبيه أو حظر، مع تنبيهات عند العتبات التي تحددها.402 project_budgetكل باقة
عضوشهريتنبيه أو حظر لنشاط شخص واحد.402 member_budgetكل باقة
مفتاح البوابةيومي أو أسبوعي أو شهري أو طوال المدةيحظر دائمًا. والحد الدائم لا يُصفَّر أبدًا.402 key_budgetكل باقة
العميل النهائييومي أو أسبوعي أو شهريقاعدة واحدة لكل عملائك، على مستوى المؤسسة أو المشروع، مع استثناءات يضبطها نظامك الخلفي.402 end_user_budgetTeam وما فوقها

مُختبَر تحت الحِملفي اختبار ضمن بيئة sandbox، صمد سقف حاجب بقيمة $1 في 12 من 12 تشغيلًا بما يصل إلى 500 طلب متزامن (الاختبار ومنهجيته). تحتسب السقوف تقدير INFRO لتكلفة المزوّد، لا فاتورة مزوّدك، والنموذج الذي لا يُعرف سعره يُرفض تحت سقف حاجب ما لم تسمح به، لذا احتفظ بحد إنفاق لدى المزوّد أيضًا. وثائق ضوابط الإنفاق

تسرّب مفتاح

لمفتاح بوابة INFRO. أما إذا تسرّب مفتاح مزوّد، فاحذفه لدى المزوّد أولًا، فهذا وحده ما يوقفه.

  1. 1احتوِه دون إعادة نشرأوقف مفتاح البوابة، أو أبقِ تطبيقك يعمل بحصر المفتاح في شبكات خوادمك وخفض حد إنفاقه. ولا شيء من ذلك يحتاج إلى عملية نشر، ويعمل كل فحص قبل أي استدعاء لمزوّد.
  2. 2استبدلهإذا تسرّب المفتاح، فدوّره دون فترة تداخل. يحتفظ المفتاح البديل بالاسم والمشروع والحدود وقوائم السماح والبيئة وصلاحية الوصول إلى السجل، ويُعرض مرة واحدة فقط.
  3. 3اطّلع على ما فعلهيذكر سجل كل طلب مفتاح البوابة الذي أرسله، مع النموذج والحالة والتكلفة التقديرية لدى المزوّد، ويمكنك تصفية سجل الطلبات والاستخدام حسب ذلك المفتاح. وتعرض لوحة التحكم عدد الطلبات التي رفضتها قائمة السماح لكل مفتاح اليوم.
  4. 4تحقق من الاستخدام خارج INFROفي باقة Business، تُبلّغ مطابقة التكلفة مع تفعيل الوصول إلى الاستخدام عن استخدام على مفتاح مزوّد متصل لم يمر عبر INFRO. وبدون ذلك الوصول تقول «لم يُفحص»، لا «لا التفاف» أبدًا: اقرأ صفحة الاستخدام لدى المزوّد نفسه.
  5. 5احتفظ بالسجلتغييرات المفاتيح وعمليات التدوير وتعديلات السياسات في سجل التدقيق مع من أجراها ومتى، في صفوف ترفض قاعدة البيانات تحديثها أو حذفها.
curl -X PATCH https://api.infro.io/manage/v1/gateway_keys/$KEY_ID \
  -H "Authorization: Bearer $INFRO_MANAGEMENT_TOKEN" \
  -H 'If-Match: "7"' \
  -H "Content-Type: application/json" \
  -d '{"disabled": true}'

# Every request with the key: 403 key_disabled
# Its secret, limits and history are kept.

التغييرات الثلاثة نفسها موجودة في صفحة المفتاح في لوحة التحكم. مع Management API، يحتاج التغيير إلى النسخة التي قرأتها آخر مرة (If-Match)، فلا يستطيع شخصان يحتويان الحادثة نفسها أن يكتب أحدهما فوق تغيير الآخر.

الأسرار في المطالبات

يلصق الناس ملفات.env في المحادثات، ويقرؤها الوكلاء من سطر الأوامر. في باقة Business، تفحص ضوابط الحماية المطالبات واستدعاءات الأدوات والاستجابات بحثًا عن صيغ الأسرار، ثم تحظر الطلب أو تستبدل الجزء المطابق بـ [SECRET] أو تعلّمه، قبل استدعاء مزوّدك.

  • OpenAI
  • Anthropic
  • مفتاح Google API
  • معرّف مفتاح الوصول في AWS
  • رمز GitHub
  • رمز Slack
  • مفتاح Stripe للإنتاج (live)
  • مفتاح INFRO
  • JWT
  • مفتاح خاص بصيغة PEM

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

مثال: يلصق مطوّر ملف متغيرات بيئة في طلب chat completion. وقبل أن يصل الطلب إلى المزوّد، يستبدل كاشف الأسرار في ضوابط الحماية مفتاح OpenAI بـ [SECRET]، وتحمل الاستجابة الترويسة X-INFRO-Guardrails: redacted.

الوكلاء والأدوات والأشخاص

وكلاء البرمجة بمفاتيح خاصة بهم

يستدعي Claude Code وCodex وحزم SDK الخاصة بالوكلاء نقطتَي /v1/messages و/v1/responses في INFRO بمفتاح البوابة، بدلًا من مفتاح Anthropic أو OpenAI لديك. امنح كل مطوّر أو وكيل مفتاحًا خاصًا به، مع حد إنفاق وتاريخ انتهاء وقائمة شبكات مسموح بها؛ وإلغاؤه لا يؤثر في أحد غيره.

Claude Code & Codex

بيانات اعتماد الأدوات تبقى خارج الوكلاءBusiness

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

نموذج أمان بوابة MCP

تسجيل الدخول إلى لوحة التحكم هو المدخل الآخر

المصادقة الثنائية بتطبيق مصادقة، ومفاتيح المرور ومفاتيح الأجهزة، وقائمة جلسات يمكنك إنهاؤها، وإعداد للمؤسسة يفرض المصادقة الثنائية على كل عضو. تسجيل دخول موحّد عبر SAML أو OIDC وSCIM بدءًا من باقة Business.

المصادقة الثنائية والجلسات

المفاتيح التي نحتفظ بها

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

بيانات اعتماد المزوّد مشفّرة، ومقيّدة بمؤسسة واحدة
مفاتيح المزوّدين التي تربطها مشفّرة بـ AES-256-GCM تحت مفتاح محفوظ كسرّ في Worker، لا في قاعدة البيانات أبدًا. وتُربط معرّفات المؤسسة والاتصال كبيانات إضافية موثَّقة، فبيانات اعتماد مغلقة منسوخة إلى صف مستأجر آخر — أو صف آخر للمستأجر نفسه — تُرفض ولا يُفكّ تشفيرها. وبيانات الاعتماد المتصلة لمطابقة التكلفة تُغلق على حدة، تحت ربط خاص بها.
لا يمكن كشف المفتاح، في أي مكان
بمجرد حفظ بيانات اعتماد المزوّد، لا تعيدها أي واجهة — لا لوحة التحكم ولا API ولا لوحة تحكم المشغّل الداخلية. وما يراه الطرفان هو آخر أربعة أحرف والطوابع الزمنية. وإن فقدت المفتاح، فدوّره لدى المزوّد؛ ولا نستطيع عرضه عليك.
مفاتيح INFRO API مجزَّأة عند التخزين
مفتاح البوابة 32 بايتًا مولّدة من مصدر عشوائي آمن تشفيريًا. لا نخزّن إلا بصمة SHA-256 له، وبادئة للعرض، وآخر أربعة أحرف، فلا يكشف أي تسريب لقاعدة البيانات بيانات اعتماد صالحة. وعند الإلغاء نكتب علامة إلغاء دائمة بدل حذف الصف، فلا يمكن أن يتجاوزها إدخال قديم في الذاكرة المؤقتة لا يزال ينتشر بين المواقع.
يمكن تدوير مفتاح التشفير دون تدخل منك
عند تدوير المفتاح الذي يشفّر بيانات اعتماد العملاء، يُعاد تشفير كل بيانات الاعتماد المخزّنة في مكانها، دون أن يُطلب من العملاء إعادة إدخال أي شيء. وتحمل الخوارزمية المخزّنة رقم إصدار، ليتعايش أي مخطط مستقبلي مع الحالي بدلًا من الحاجة إلى انتقال دفعة واحدة.

ما لا تستطيع INFRO فعله

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

أكتوبر 2026

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

Railwayأُفصح عنه بتاريخ 21 أكتوبر 2026

ما قالته Railway

An unauthorized party may have accessed encrypted customer environment variables and, for some of them, obtained the decrypted contents, in a series of attacks aimed at compromising AI inference providers.

ما العمل

غيّر كل متغير كانت Railway تحتفظ به، بدءًا بمفاتيح مزوّدي الذكاء الاصطناعي: استبدله، واحذف المفتاح القديم لدى المزوّد، وانشر التغيير، وراجع استخدام المفتاح القديم.

Railway breach: what happened and what to doرُوجع في 22 أكتوبر 2026

OpenCodeأُفصح عنه بتاريخ 17 أكتوبر 2026

ما قالته OpenCode

A breach related to a large-scale distillation attack affected 1.4% of OpenCode Console users, those with external AI providers linked, and provider keys saved in a workspace may have been exposed.

ما العمل

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

OpenCode Console breach: what happened and what to doرُوجع في 21 أكتوبر 2026

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

أدلة ميدانية

الأسئلة الشائعة

ماذا أفعل إن تسرّب مفتاح OpenAI أو Anthropic API الخاص بي؟

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

كيف تحدّ INFRO من الضرر الناجم عن مفتاح API مسرّب؟

تحمل تطبيقاتك مفاتيح بوابة INFRO بدل مفاتيح مزوّديك. يمكن إيقاف كل مفتاح بوابة (403 key_disabled)، وحصره في حتى 32 شبكة (403 ip_not_allowed)، وتضييقه إلى نماذج ومزوّدين معتمدين، ومنحه حد إنفاق يوميًا أو أسبوعيًا أو شهريًا أو مدى الحياة (402 key_budget). ويعمل كل فحص قبل استدعاء مزوّدك، في كل باقة، ولا شيء منها يحتاج إلى عملية نشر. ومفتاح البوابة المسرّب مشكلة محدودة تستطيع إيقافها؛ أما مفتاح المزوّد المسرّب فيصل إلى حساب المزوّد كله.

هل أستطيع تحديد سقف لإنفاق الذكاء الاصطناعي لكل عميل أو مشروع أو فترة زمنية؟

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

هل تخزّن INFRO مفاتيح API الخاصة بمزوّديّ، وكيف تحميها؟

نعم: تربط مفاتيح مزوّديك الخاصة مرة واحدة وتستخدمها INFRO لخدمة طلباتك. يُشفَّر كل منها بـ AES-256-GCM تحت مفتاح محفوظ كسرّ في Worker خارج قاعدة البيانات، مع ربط المؤسسة والاتصال به، فلا تفتح نسخة من قاعدة البيانات وحدها شيئًا. ولا تعيد أي شاشة في لوحة التحكم أو نقطة نهاية أو تصدير بيانات اعتماد محفوظة؛ وتعرض لوحة التحكم آخر أربعة أحرف منها. وتُخزَّن مفاتيح البوابة بصيغة بصمة SHA-256 فقط.

هل يستطيع مفتاح مزوّد مسروق تجاوز INFRO؟

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

ماذا حدث في اختراقي OpenCode وRailway؟

أعلنت OpenCode في 17 أكتوبر 2026 أن اختراقًا مرتبطًا بهجوم تقطير واسع النطاق طال 1.4% من مستخدمي Console لديها، وهم من ربطوا مزوّدي ذكاء اصطناعي خارجيين، وأن مفاتيح المزوّدين المحفوظة في مساحة العمل ربما كُشفت. وأعلنت Railway في 21 أكتوبر 2026 أن جهة غير مخوّلة ربما وصلت إلى متغيرات البيئة المشفّرة لدى العملاء وفكّت تشفير بعضها، ضمن هجمات تستهدف اختراق مزوّدي استدلال الذكاء الاصطناعي. والنصيحة في الحالتين واحدة: استبدل المفتاح، واحذف القديم لدى المزوّد، وراجع استخدامه. ولدى INFRO تحليل لكل حالة، مبني على بيانات الشركتين وحدها.

هل تستطيع INFRO منع لصق مفاتيح API في المطالبات؟

في باقة Business، تفحص ضوابط الحماية المطالبات والاستجابات بحثًا عن صيغ OpenAI وAnthropic ومفتاح Google API ومعرّف مفتاح الوصول في AWS ورمز GitHub ورمز Slack ومفتاح Stripe للإنتاج (live) ومفتاح INFRO ورموز JWT ومفاتيح PEM الخاصة، وتحجب الطلب أو تستبدل المطابقة بـ [SECRET] أو تعلّمها قبل أن يراها مزوّدك. والاكتشاف قائم على الأنماط: يفوته ما لا يعرفه من صيغ، مثل مفاتيح الوصول السرية في AWS وكلمات المرور.

هل يحتاج Claude Code وCodex إلى مفتاحي في Anthropic أو OpenAI؟

ليس عبر INFRO. فهي تستدعي /v1/messages و/v1/responses لدى INFRO بمفتاح بوابة، فيمكن أن يكون لكل مطوّر أو وكيل مفتاحه الخاص مع حد إنفاق وتاريخ انتهاء وقائمة سماح شبكية اختيارية، وإلغاؤه لا يمس وصول أي شخص آخر. ويظل بإمكان الوكيل قراءة أي مفتاح متروك في الطرفية (shell) نفسها، لذا أزل مفاتيح المزوّدين الخام من بيئات المطورين.

ما هو LLMjacking؟

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

أي باقات INFRO تتضمن هذه الضوابط؟

تتضمن كل باقة إيقاف مفتاح والشبكات المسموح بها وحدود للنماذج والمزوّدين وحدود الإنفاق والتدوير وانتهاء الصلاحية وتسجيل الدخول بخطوتين ومفاتيح المرور وسجل التدقيق. تصل تنبيهات الإنفاق بالبريد الإلكتروني في كل الباقات، وإلى Slack وWebhook موقَّعة ابتداءً من باقة Startup. ضوابط الحماية وSSO وSCIM ومطابقة التكلفة مع رصد الطلبات التي تتجاوز البوابة وبوابة MCP متاحة في باقة Business.

تجد في مركز الثقة معلومات الامتثال، والقائمة الكاملة للضوابط، وما لم يُطبَّق بعد. هل اكتشفت ثغرة؟ راسلنا على security@infro.io.

ابدأ الآن

اجعل أي تسريب قادم لمفتاح مشكلةً محدودة الأثر.

مزوّدوك وعقودك ومفاتيحك، محفوظة ومشفّرة في مكان واحد. كل مفتاح توزّعه محدود وقابل للإيقاف. 0% هامش على الإنفاق على النماذج.