ما نحميه، وكيف، وما الذي لا يزال ناقصًا.
وضع بوابة أمام حركة الذكاء الاصطناعي لديك قرار ثقة حقيقي، ويتخذه عادةً شخص سُلّم استبيانًا وموعدًا نهائيًا. كُتبت هذه الصفحة لهذا الشخص. كل ضابط أدناه يذكر الآلية التي تطبّقه، وكل تاريخ التزام لا أمنية، وما لا نملكه مذكور بالوضوح نفسه الذي نذكر به ما نملكه.
التسجيل في INFRO ذاتي، دون وسيط. الكتالوج والتوثيق وعقد API متاحة للعموم، والبوابة قيد التشغيل، وكل ما يتجاوز v1 موسوم بـ «لاحقًا». الباقات والفترة التجريبية
هذه التزامات بشأن تقويمنا نحن، لا ادعاءات بخلاصة مدقق. ولا شيء هنا يقول إن INFRO معتمدة، لأنها ليست كذلك — وحيث لم يُتفق على موعد مع شركة التدقيق بعد، تقول هذه الصفحة ذلك بدل أن تقدّر موعدًا.
لا مواعيد ملتزم بها بعد. تعاقدنا مع شركة تدقيق من أجل SOC 2، لكن فترة المراقبة لم تُحدَّد بعد، فليس لدينا ما ننشره هنا — ونفضّل قول ذلك على ذكر ربع سنة لم نتفق عليه مع الشركة. حين تُحدَّد، تُنشر المواعيد هنا لا في رسائل فردية إلى المراجعين، حتى يحاسبنا الجميع على الالتزام نفسه. وإن كان جدولك الزمني يعتمد على ذلك، فأخبرنا وسنطلعك على الوضع الفعلي للجدولة — sales@infro.io.
SOC 2 Type I
تم التعاقد مع مدققرأي مدقق بأن الضوابط الموصوفة في هذه الصفحة مصمَّمة على النحو المناسب وكانت مطبّقة في تاريخ محدد. ولا يقول شيئًا عمّا إذا كانت قد عملت على مدى فترة زمنية — فذلك هو النوع الثاني (Type II).
- تبدأ المراقبة
- لم يُنشر بعد
- موعد التقرير المتوقع
- لم يُنشر بعد
عند الإتمام تسمّي هذه الصفحة شركة التدقيق وتاريخ التقرير ومعايير خدمات الثقة ضمن النطاق، ويصدر التقرير نفسه بموجب اتفاقية سرية. وإلى أن يوجد التقرير، لا تُدّعى هنا لا الشركة ولا النطاق.
SOC 2 Type II
تم التعاقد مع مدققرأي مدقق بأن تلك الضوابط عملت بفعالية عبر نافذة مراقبة، وهو التقرير الذي تريده معظم المراجعات الأمنية فعلًا.
- تبدأ نافذة المراقبة
- لم يُنشر بعد
- تنتهي نافذة المراقبة
- لم يُنشر بعد
- موعد التقرير المتوقع
- لم يُنشر بعد
لا يمكن اختصار فترة تقرير Type II: فالتقرير يغطي الفترة التي رصدها فقط. وإذا تغيّرت الفترة، يتغيّر التاريخ هنا معها، ونعلن التغيير بدل تصحيحه بصمت.
ISO 27001
قيد التقييماعتماد نظام إدارة أمن المعلومات لا مجموعة ضوابط. ويطلبه المراجعون خارج الولايات المتحدة أكثر مما يطلبون SOC 2.
قيد التقييم. لم يُتعاقد مع مدقق ولا موعد ملتزَم به — فلا موعد في هذه الصفحة، ولن يكون حتى يوجد ما نلتزم به. وإن كانت ISO متطلبًا صارمًا لديك، فاذكر ذلك في رسالتك الأولى؛ فهي إشارة مفيدة وقد تغيّر الترتيب الذي نفعل به هذا.
لا نحمل أي شهادة اليوم، ولا شيء أعلاه يقول غير ذلك. عندما يوجد تقرير ستسمّي هذه الصفحة شركة التدقيق وتاريخ التقرير والمعايير المشمولة، ويُرسَل التقرير بموجب اتفاقية عدم إفصاح. وحتى ذلك الحين، ما يمكننا تقديمه هو مجموعة الضوابط أدناه، ومجموعة الإجابات، وإجابة صريحة عن الموضع الذي وصل إليه التدقيق فعلًا — وإذا كانت إجراءاتك تتطلب تقريرًا في اليد قبل التوقيع، فالإجابة الصحيحة هي الانتظار لا التفاوض.
كل هذه الضوابط مطبّقة الآن، وكلٌّ منها يسمّي الآلية لا النية — مشغّل (trigger) في قاعدة البيانات، أو ربط (binding)، أو ترويسة منشورة. وحيث يكون الضابط سياسة لا آلية، نذكر ذلك صراحةً.
بيانات الاعتماد والمفاتيح
- بيانات اعتماد المزوّد مشفّرة، ومقيّدة بمؤسسة واحدة
- مفاتيح المزوّدين التي تربطها مشفّرة بـ AES-256-GCM تحت مفتاح محفوظ كسرّ في Worker، لا في قاعدة البيانات أبدًا. وتُربط معرّفات المؤسسة والاتصال كبيانات إضافية موثَّقة، فبيانات اعتماد مغلقة منسوخة إلى صف مستأجر آخر — أو صف آخر للمستأجر نفسه — تُرفض ولا يُفكّ تشفيرها. وبيانات الاعتماد المتصلة لمطابقة التكلفة تُغلق على حدة، تحت ربط خاص بها.مربوطة بـ conn:<organization>:<connection> لبيانات اعتماد الاستدلال، وبـ billing:<organization>:<provider kind> لبيانات اعتماد واجهات التكلفة API. والكشف عن قاعدة البيانات وحده لا يفتح شيئًا.
- لا يمكن كشف المفتاح، في أي مكان
- بمجرد حفظ بيانات اعتماد المزوّد، لا تعيدها أي واجهة — لا لوحة التحكم ولا API ولا لوحة تحكم المشغّل الداخلية. وما يراه الطرفان هو آخر أربعة أحرف والطوابع الزمنية. وإن فقدت المفتاح، فدوّره لدى المزوّد؛ ولا نستطيع عرضه عليك.لا تختار استعلامات الاتصال في لوحة تحكم المشغّل العمود المختوم أصلًا. فزر الكشف هو بالضبط الميزة التي تحوّل جلسة واحدة مخترَقة إلى مفاتيح المورّدين لدى كل العملاء.
- مفاتيح INFRO API مجزَّأة عند التخزين
- مفتاح البوابة 32 بايتًا مولّدة من مصدر عشوائي آمن تشفيريًا. لا نخزّن إلا بصمة SHA-256 له، وبادئة للعرض، وآخر أربعة أحرف، فلا يكشف أي تسريب لقاعدة البيانات بيانات اعتماد صالحة. وعند الإلغاء نكتب علامة إلغاء دائمة بدل حذف الصف، فلا يمكن أن يتجاوزها إدخال قديم في الذاكرة المؤقتة لا يزال ينتشر بين المواقع.اخترنا SHA-256 بدلًا من دالة اشتقاق مفاتيح لكلمات المرور (KDF) عن قصد: فلا يوجد قاموس يمكن استخدامه في الهجوم على 32 بايتًا عشوائيًا، ودالة KDF ستضيف إلى كل طلب ما بين 50 و200ms من وقت الحوسبة المدفوع.
- يمكن تدوير مفتاح التشفير دون تدخل منك
- عند تدوير المفتاح الذي يشفّر بيانات اعتماد العملاء، يُعاد تشفير كل بيانات الاعتماد المخزّنة في مكانها، دون أن يُطلب من العملاء إعادة إدخال أي شيء. وتحمل الخوارزمية المخزّنة رقم إصدار، ليتعايش أي مخطط مستقبلي مع الحالي بدلًا من الحاجة إلى انتقال دفعة واحدة.بصراحة: فقدان ذلك المفتاح دون نسخة احتياطية أمر لا يمكن تداركه، وسيضطر كل عميل إلى إعادة ربط جميع مزوّديه. ولذلك فالنسخ الاحتياطي والاستعادة موثّقان كإجراء تشغيلي.
محتواك
- لا ندرّب على بياناتك، ولا نبيعها
- لا تستخدم INFRO مطالباتك أو مدخلاتك أو مخرجاتك لتدريب أي شيء، ولا تبيعها. ويتعامل المزوّدون الذين تربطهم مع بياناتك بموجب اتفاقياتك وإعدادات حسابك معهم — ولا تغيّر ضوابط التسجيل في INFRO تلك الإعدادات، ولا تستطيع.هذا هو الضابط الوحيد في هذه الصفحة الذي هو سياسة لا آلية. وهو مذكور في الشروط وفي DPA، حيث يكون قابلًا للإنفاذ.
- حفظ المطالبات والإكمالات متوقف افتراضيًا
- تُسجَّل دائمًا البيانات الوصفية لكل طلب، أي النموذج والمزوّد والمسار وعدد الرموز وزمن الاستجابة والتكلفة التقديرية، لأن القياس والميزانيات والحوكمة هي جوهر المنتج. أما محتوى المطالبات والردود فلا يُسجَّل ما لم تفعّل المؤسسة حفظه. والقيمة الافتراضية لهذا الإعداد في قاعدة البيانات هي التعطيل، ولا توجد باقة يكون فيها مفعّلًا افتراضيًا.org_settings.prompt_logging_enabled بقيمة DEFAULT false NOT NULL منذ أول ترحيل لقاعدة البيانات.
- نافذة الاحتفاظ لك، وعملية الحذف حقيقية
- عندما يكون الالتقاط مفعّلًا، تختار النافذة — 24 ساعة أو 14 أو 30 أو 60 أو 90 يومًا، أو سنة — والمخزَّن هو الأقصر بين اختيارك وسقف باقتك، فلا يستطيع سطح أن يعرض نافذة تتجاهلها الباقة بصمت. وتحذف مهمة مجدولة الحمولات الملتقطة حين تتجاوز انتهاءها، على دفعات محدودة بحيث لا يتحول تراكم إلى معاملة طويلة على جدول يكتب فيه مسار الطلب.يحمل كل صف بيانات تاريخ انتهاء خاصًا به (expires_at). تعمل عملية الحذف على المُجدول الدقيقي للمنصة، وأي تأخر فيها من الحالات التي تُطلق تنبيهًا للمشغّل. والحذف فعلي (DELETE)، لا مجرد علامة.
- تصدير التتبّع قائمة سماح، لا نسخة
- إن أرسلت spans بصيغة OpenTelemetry إلى مجمّعك الخاص، فمجموعة السمات تُبنى حقلًا حقلًا لا بنشر صف قاعدة بيانات، فلا يتسرب عمود داخلي يُضاف لاحقًا إلى منظومة المراقبة لديك افتراضيًا. ويجب أن تكون نقطة نهاية المجمّع HTTPS، بقيد في قاعدة البيانات، وتُغلق الترويسات التي تضبطها بالتشفير كأي بيانات اعتماد.هذا هو المكان الوحيد الذي ترسل فيه INFRO بياناتك عن قصد إلى مضيف طرف ثالث اخترته، والمكان الوحيد الذي يكون فيه التسرب دائمًا. ويؤكد اختبار غياب المعرّفات الداخلية من البايتات المرمَّزة.
الوصول والمساءلة
- لا يمكن إعادة كتابة سجل التدقيق
- كل تغيير في السياسات، وكل تحديث لبيانات الاعتماد، وكل تدوير لمفتاح، وكل منح لباقة، وكل تغيير في العضوية، يُسجَّل صفًّا جديدًا يحمل هوية الفاعل وطابعًا زمنيًا. وترفض هذه الصفوف أوامر UPDATE و DELETE و TRUNCATE على مستوى قاعدة البيانات نفسها، لا بالاتفاق ولا بكود تطبيق يمكن لسكربت دعم أن يتجاوزه. فتاريخ مؤسستك سجلّ ثابت، لا قيمة قابلة للتعديل.يفرضه مُشغِّل (trigger) في قاعدة البيانات، فلا يستطيع مهندس في INFRO يعمل من سطر أوامر psql، ولا تطبيق مُخترَق، أن يعدّله خفيةً.
- هويتا العميل والمشغّل منفصلتان تمامًا
- تصادق لوحة تحكم العميل ولوحة تحكم المشغّل الداخلية على نظامين منفصلين: جداول منفصلة، وأسماء ملفات تعريف ارتباط منفصلة، وأسرار توقيع منفصلة، وقوائم سماح للمصادر منفصلة. وجلسة العميل المقدَّمة إلى نقطة نهاية المشغّل مجهولة هناك لا مجرد ضعيفة الصلاحيات — فهي تحمل اسمًا لا يبحث عنه ذلك النظام، موقَّعًا بمفتاح لا يملكه، مقابل جدول لا يقرؤه.يرفض Worker الإقلاع إذا تطابق سرّا التوقيع أو تداخلت قائمتا المصادر المسموح بها. وتسجيل المشغّلين معطّل نهائيًا؛ فالحسابات نُنشئها نحن، ويُحتفظ بسجل المشغّل الموقوف عمدًا حتى لا يسمح فحص الوجود بعودته.
- مصادقة ثنائية للمشغّلين، وتحقق إضافي قبل الإجراءات التي لا يمكن التراجع عنها
- المصادقة الثنائية TOTP متاحة لكل مشغّل ومعطّلة افتراضيًا — قرار مقصود، نذكره هنا بدل أن نلمّح إليه. ومع تفعيلها، يجب أن تقدّم كل جلسة مشغّل رمزًا ولا تقوم كلمة المرور مقامه أبدًا. وبمعزل عن ذلك الإعداد، تتطلب الإجراءات التي تغيّر المال أو بيانات الاعتماد أو وصول مشغّل آخر عاملًا ثانيًا قُدِّم خلال آخر 15 دقيقة؛ وحيث تكون المصادقة الثنائية معطّلة تكون تلك الخطوة هي كلمة المرور. وعشرة إخفاقات متتالية تقفل الحساب خمس عشرة دقيقة.الإثبات صف عامل لكل جلسة لا يكتبه إلا خطّاف التحقق، فلا تفتح جلسة أُنشئت في متصفح آخر شيئًا. والرموز للاستخدام مرة واحدة؛ ورموز النسخ الاحتياطي لمرة واحدة وتُخزَّن مشفّرة.
- المصادقة الثنائية ومفاتيح المرور والجلسات لمستخدميك أنت
- يستطيع كل حساب تفعيل المصادقة الثنائية عبر تطبيق مصادقة مع عشرة رموز استرداد تُستخدم مرة واحدة، وتسجيل مفاتيح مرور (passkeys) أو مفاتيح أمان مادية تُستخدم لتسجيل الدخول وحدها أو كخطوة ثانية بعد كلمة المرور. ويستطيع المالك أو المسؤول فرض المصادقة الثنائية على المؤسسة كلها، فلا يصل العضو الذي لم يفعّلها إلى أي شيء في المؤسسة حتى يعدّها. ويفي تسجيل الدخول الموحَّد (SSO) بهذا الشرط، لأن مزوّد الهوية لديك يفرض MFA الخاص به. ويستطيع كل حساب رؤية الأماكن التي سجّل الدخول منها وإنهاء أي جلسة.الرموز صالحة لاستخدام واحد، وعشر محاولات فاشلة تقفل الحساب خمس عشرة دقيقة؛ ولا يوجد خيار «تذكّر هذا الجهاز». وتتطلب إزالة أحد عوامل المصادقة تقديم عامل ثانٍ خلال آخر عشر دقائق، لا كلمة المرور وحدها. ولا يكفي مفتاح المرور وحده لتسجيل الدخول إلا إذا تحقّق الجهاز من هوية المستخدم. ولا نوفّر رموزًا عبر البريد الإلكتروني أو SMS.
- لا تُقرأ مؤسستك من الطلب أبدًا
- تأخذ نقاط النهاية الخاصة بلوحة التحكم والمشغّل المؤسسةَ من الجلسة المصادَق عليها، وتمررها وسيطًا صريحًا؛ فلا يمكن لأي استدعاء أن يغفلها، ولا يمكن لحقل في جسم الطلب أو لمعامل استعلام يسمّي مؤسسة أن يتحوّل إلى قرار تفويض مبني على مدخلات يتحكم فيها مهاجم.يمرّر اختبار بنيوي صفوفًا حقيقية عبر مسارات بناء الاستجابة الفعلية مع قيمة مميِّزة، ويتحقق من أن المعرّفات الداخلية ونصوص أخطاء المزوّد لا تصل أبدًا إلى استجابة العميل.
سطح المنصة
- ترويسات الأمان على الواجهات الثلاث
- يرسل كلٌّ من infro.io ولوحة تحكم العملاء ولوحة تحكم المشغّلين ترويسات Content-Security-Policy وHSTS وX-Content-Type-Options: nosniff وX-Frame-Options: DENY وReferrer-Policy وPermissions-Policy وCross-Origin-Opener-Policy. وتضيف لوحة تحكم المشغّلين سياسة للموارد وتوجيهًا بمنع الفهرسة، وتحمل صفحة تسجيل الدخول فيها سياسة nonce لكل استجابة لا تسمح بأي سكربت مضمَّن على الإطلاق.يمكن التحقق منه من الخارج بـ curl -I على أي من أسماء المضيف الثلاثة. ويزحف سكربت مُدرَج في المستودع عبر كل مسار مع فرض السياسة ويفشل عند أي مخالفة، فلا يمكن أن يُضاف مصدر طرف ثالث بصمت.
- Webhooks الصادرة موقَّعة، وتدوير أسرارها لا يُحدث أي انقطاع
- يحمل كل Webhook نرسله توقيع HMAC-SHA256 على الطابع الزمني والمحتوى الخام كما هو، فتتحقق من مصدره ومن أن محتواه لم يُعدَّل أثناء النقل. وخلال تدوير السر يُوقَّع كل إرسال بالسرين القديم والجديد معًا، فتنتقل إلى السر الجديد دون أن يفوتك أي إرسال.صيغة الترويسة INFRO-Signature: t=<unix>,v1=<hex>، موثّقة مع كود للتحقق. التوقيع والطابع الزمني هما ما يجعلنا نعامل الـ Webhook إشعارًا يجب التحقق منه، لا أمرًا يُنفَّذ.
- واجهة أخطاء موثَّقة واحدة
- كل رفض تصدره البوابة ينتمي إلى مجموعة منشورة من الأنواع والرموز، بما فيها الحالات التي يكون الخطأ فيها من جانبنا. ويُقيَّد حجم الطلب قبل أي تحليل، فيُرجَع رمز 413 موثَّق بدل انتظار انتهاء المهلة. وتخضع واجهات المصادقة وتسجيل الدخول ونماذج التواصل لحد معدل حسب عنوان شبكة المستدعي.منشور كاملًا على /docs/api/errors قبل أن تكتب أي سطر كود يعتمد عليه. وتوضح ترويسات حد المعدل أي القيم دقيقة وأيها حد أعلى.
- قائمة بأسماء المعالجين الفرعيين، مع إشعار مسبق
- المورّدون الذين تتعاقد معهم INFRO مسمّون على /subprocessors، مع ما يستطيع كل منهم رؤيته فعلًا وأين يعمل، وإشعار قبل 30 يومًا من بدء مورّد جديد بالمعالجة. أما مزوّدو الذكاء الاصطناعي الذين يخدمون طلباتك فهم من اخترتهم وتتعاقد معهم مباشرة — وليسوا معالجين فرعيين لدى INFRO، وتشرح الصفحة لماذا هذا التمييز حقيقي لا مريح.مورّدان مسمّيان للبنية التحتية اليوم. تعمل قاعدة البيانات في فرانكفورت وتعمل البوابة بجانبها؛ وتدخل الطلبات شبكة Cloudflare حيث يكون المستدعي، وتقول الصفحة ذلك بدل أن تلمّح إلى منطقة.
توجد هذه القائمة لأن بقية الصفحة تساوي أقل بدونها. وإن كان أحد هذه البنود يعطّل شراءً، فهو حديث نفضّل أن نجريه في رسالتك الأولى لا في الأسبوع الرابع من تقييم.
- لا SOC 2 ولا ISO 27001 اليوم
- لا هذا ولا ذاك ممنوح. يحتاج التدقيق إلى سجل تشغيل ليفحصه وسجلنا قصير. وخارطة الطريق أعلاه هي ما التزمنا به بدلًا من ذلك؛ وإن كانت عمليتك لا تستطيع المضي دون تقرير في اليد، فذلك سبب للانتظار لا سبب للتفاوض.
- لا اختبار اختراق مستقل
- لم يراجع أحد من خارج الفريق الذي كتبها شيئًا في هذه الصفحة. نحتفظ بمراجعة أمنية داخلية دائمة منظَّمة حسب الأصول، وهي تقييم ذاتي — وهذا هو الفرق بين أن تكون فكّرت في شيء وأن يحاول أحد اختراقه.
- لا معالجة إقليمية ولا داخل الاتحاد الأوروبي حصرًا
- تدخل الطلبات شبكة Cloudflare من أقرب موقع إلى مُرسِلها، وهناك يُنهى اتصال TLS، بينما تعمل البوابة نفسها في فرانكفورت بجوار قاعدة البيانات. يقلّل هذا الموقع زمن الذهاب والإياب إلى قاعدة البيانات، لكنه ليس أداة لحصر البيانات في منطقة؛ فالمعالجة المقيّدة بمنطقة تتطلب صلاحيات في البنية التحتية لم نشترِها بعد. واسم مضيف يوحي بأنه أوروبي دون أن يقيّد المعالجة فعلًا ادعاءٌ يمكنك كشف زيفه بطلب واحد، ولذلك لا نقدّمه.
- الخدمة المستضافة متعددة المستأجرين
- في كل باقة ذاتية الخدمة، تتشارك المؤسسات الخدمة المستضافة والعزل بينها منطقي لا مادي. وإن كان متطلبك أن تعمل برمجياتنا في بنيتك التحتية الخاصة، فذلك نشر ذاتي أو هجين بموجب اتفاق مؤسسات، يُحدَّد نطاقه ويُتفق عليه لكل عقد؛ ولا تتضمن أي باقة ذاتية الخدمة ذلك.
- لا اتفاقية مستوى خدمة (SLA) منشورة للتوافر في الباقات ذاتية الخدمة
- لا تستطيع خدمة بلا سجل تشغيلي أن تنشر التزامًا بنسبة توافر بأمانة، لذلك لا ننشر أي التزام. ويمكن أن تتضمن الاتفاقية المؤسسية اتفاقية مستوى خدمة (SLA) تعاقدية مع تعويضات، يُتفق عليها في كل عقد. ويمكنك فحص حالة البوابة من متصفحك على /status.
- SSO وSCIM جديدان
- تسجيل الدخول الموحّد عبر SAML وOIDC وإدارة الحسابات عبر SCIM 2.0 مُنفَّذة ومتاحة بدءًا من باقة Business، بشرط التحقق من النطاق عبر DNS. ولم تُشغَّل بعد في بيئة الإنتاج مع كل مزوّدي الهوية، لذا نُعدّ الاتصال الأول مع كل عميل بأنفسنا بدلًا من أن نصفها بأنها ذاتية الإعداد.
- ضوابط الحماية قائمة على الأنماط، ولا توجد ضوابط تعتمد على المصنِّفات
- ضوابط الحماية لـ chat completions، المتاحة ابتداءً من باقة Business، تفحص المطالبات والاستجابات وفق أنماط ثابتة: عناوين البريد الإلكتروني، وأرقام الهواتف، وأرقام البطاقات، و IBAN، وأرقام الضمان الاجتماعي الأمريكية، وعناوين IP، ومفاتيح API، والعبارات التي تحددها، ثم تحظر ما يطابقها أو تحجبه أو تضع عليه علامة. ولا تلتقط مطابقة الأنماط ما يخرج عن هذه الصيغ. لا شيء هنا يكشف حقن المطالبات أو محاولات كسر القيود أو المحتوى المسيء أو الطلبات الخارجة عن الموضوع، ولا تُفحص الصور والصوت ولا نقاط النهاية الأخرى غير chat completions. وإن كانت مراجعتك تتطلب مصنِّف محتوى في مسار الطلب، فـ INFRO لا توفّره.
- لا سقف تكلفة لكل طلب
- تحدّ الميزانيات من المجموع الذي تستطيع مؤسستك أو مشروع أو عضو أو مفتاح بلوغه، وتحدّ حدود المعدل من حجم الطلبات. أما ما لا يوجد بعد فهو ضابط يرفض طلبًا واحدًا مرتفع التكلفة على غير العادة. فالمطالبة الكبيرة المشروعة والمسيئة تبدوان للبوابة متماثلتين، ويتوقع العميل بحق وجود ذلك الضابط.
- تُفرض حدود المعدل لكل موقع
- تُحتسب الحدود بواسطة خدمة تحديد المعدل في Cloudflare في الموقع الذي تعمل فيه البوابة، لا بعدّاد عالمي واحد. والبوابة موضوعة في فرانكفورت، فتُحتسب معظم الحركة هناك، لكن الوضع تفضيل توجيه لا ضمان، وتُحتسب الحركة المعالجة في مكان آخر على حدة — فقد يتجاوز المفتاح حدّه الاسمي لوقت قصير. وهذه مقايضة مقصودة — فبديل العدّاد العالمي يخنق أكبر عملائنا عند معماريتنا لا عند حدّه — وتذكر وثائق API أي ترويسات حد المعدل دقيقة وأيها حد أعلى.
نذكر ما ليس مطبّقًا بالوضوح نفسه الذي نذكر به ما هو مطبّق. إذا كان صفٌّ هنا يعيق الشراء، فنفضّل أن نتحدث عنه الآن لا بعد العقد.
- لا تدريب على بياناتكملتزَم به
- لا تدرّب INFRO على مطالباتك أو مدخلاتك أو مخرجاتك ولا تبيعها. أما استخدام البيانات لدى مزوّدي الذكاء الاصطناعي الذين تربطهم فيخضع لاتفاقياتك وإعداداتك معهم.
- تسجيل المحتوى معطّل افتراضيًاملتزَم به
- تدعم بيانات الاستخدام الوصفية قياس استخدام المنصة وتقديرات التكلفة والحوكمة. سجلات المطالبات والاستجابات الاختيارية معطّلة افتراضيًا، وتُخزَّن بشكل منفصل، ومحدودة بمدة الاحتفاظ التي تتيحها باقتك.
- المفاتيح مُجزَّأة عند التخزينملتزَم به
- تُخزَّن مفاتيح API كبصمات SHA-256 لـ 32 بايت من مولّد CSPRNG. فالكشف عن قاعدة البيانات لا يكشف بيانات اعتماد صالحة للاستخدام، ويكتب الإلغاء سجل إلغاء لا يمكن لإدخال قديم في الذاكرة المؤقتة أن يحجبه.
- سجل تدقيق للإلحاق فقطملتزَم به
- لا يمكن تحديث صفوف التدقيق أو حذفها — فقاعدة البيانات نفسها ترفض ذلك. وكل تغيير في السياسة وتحديث لبيانات الاعتماد وتدوير للمفاتيح وتغيير في العضوية صف جديد يحمل الفاعل، فلا يمكن إعادة كتابة تاريخ مؤسستك بصمت.
- قائمة منشورة بالمعالجين الفرعيينملتزَم به
- مورّدو البنية التحتية مسمّون في /subprocessors، مع إشعار قبل 30 يومًا من بدء مورّد جديد بالمعالجة، مع مراعاة استثناء الطوارئ الموصوف هناك. وأنت تختار مزوّدي الذكاء الاصطناعي الذين تربطهم وتتعاقد معهم مباشرة.
- SOC 2 / ISO 27001ليس بعد
- غير مُمنوحة، وغير مُدّعاة. تحتاج الشهادة إلى سجل تشغيل يمكن تدقيقه، وسجل البوابة قصير. وما يُنشر بدلًا من ذلك هو خارطة الطريق في /trust: شركة تدقيق متعاقد معها لـ SOC 2 دون نافذة مراقبة مجدولة بعد، وISO 27001 قيد التقييم دون مدقق ولا موعد، ولا يُوصف أيٌّ منهما بأكثر من ذلك. وتظهر المواعيد هناك حين تتفق عليها الشركة، لا قبل ذلك.
- DPA مع البنود التعاقدية القياسيةملتزَم به
- منشورة كاملة على /dpa، وتتضمن البنود التعاقدية القياسية (SCCs) مع الملحق البريطاني. يجري التوقيع عبر البريد الإلكتروني لا من لوحة التحكم، إذ لا توجد آلية للتوقيع المتبادل، وتذكر الصفحة ذلك صراحةً بدل أن توحي بوجود زر.
- إقامة البيانات في الاتحاد الأوروبيليس بعد
- يتطلب صلاحيات في البنية التحتية لم نشترِها. واسم مضيف يوحي بأنه أوروبي فحسب ادعاءٌ يستطيع العميل كشف زيفه بطلب واحد، لذا لن نقدّمه حتى تصبح المعالجة مقيّدة فعلًا.
إجاباتنا عن الأسئلة التي تطرحها المراجعات الأمنية فعلًا: التعامل مع البيانات، والتشفير، وإدارة المفاتيح، والتحكم في الوصول، والمراقبة، والامتثال. ننشرها مستندًا نصيًا بسيطًا تستطيع قراءته ومقارنة نسخه ولصقه في أدواتك.
إنه بصيغة Markdown لا جدول CAIQ عن قصد. قيمة CAIQ في ترقيم أسئلته، والجدول المكتمل جزئيًا يوحي بعضوية في سجل لسنا فيه — لذا يغطي هذا المجالات نفسها بالترتيب الذي يقرأ به المراجع، وبصيغة يمكن لأدواتك وأدواتنا مقارنة نسخها. يُولَّد من البيانات نفسها التي تُبنى منها هذه الصفحة، فلا يمكن أن يختلفا.
أرسل إلينا استبيانك الخاص أيضًا، بأي صيغة كان. سنجيب عن كل سؤال، بما فيها الأسئلة التي إجابتها «لا»، ونوضح ما له منها موعد مخطط. راسلنا على sales@infro.io.
اطّلع عليها قبل أن تسألنا عنها؛ فلا يتطلب أيٌّ منها مكالمة ولا اتفاقية عدم إفصاح ولا حديثًا مع فريق المبيعات.
- اتفاقية معالجة البيانات
- النص الكامل، متضمنًا البنود التعاقدية القياسية مع ملحق المملكة المتحدة، بما في ذلك التزام الإخطار بالاختراق وجدول الاحتفاظ. يتم التوقيع عبر البريد الإلكتروني — لا توجد آلية توقيع مقابل في لوحة التحكم، والصفحة تقول ذلك بدل الإيحاء بوجود زر.
- المعالجون الفرعيون
- كل مورّد تتعامل معه INFRO، وما الذي يستطيع رؤيته فعلًا، وأين يعمل، مع إشعار مسبق بـ 30 يومًا قبل أن يبدأ أي مورّد جديد معالجة البيانات. وتشرح الصفحة أيضًا لماذا لا يُعدّ مزوّدو الذكاء الاصطناعي الذين تربطهم معالجين فرعيين لدى INFRO.
- سياسة الخصوصية
- ما يُجمع، والأسس القانونية، ومدة الاحتفاظ بكل فئة، والحقوق المتاحة لصاحب البيانات. متّسقة مع نوافذ الاحتفاظ في هذه الصفحة لا متناقضة معها.
- سياسة الاستخدام المقبول
- ما لا يجوز بناؤه على المنصة، بما في ذلك الفئات التي لا مسار للموافقة عليها، وما يحدث عندما نكتشف ذلك. مكتوبة بمصطلحات شبكات البطاقات لأنها الجهة التي تسأل.
- سياسة الإفصاح عن الثغرات
- ما يشمله النطاق، وكيف تختبر دون الإضرار بعميل آخر، وما نلتزم به عند إبلاغك، والملاذ الآمن للبحث بحسن نية. منشورة أيضًا في /.well-known/security.txt.
- شروط الخدمة
- الاتفاقية التجارية، والكيان المشغّل وولايته القضائية، وما يحدث للحساب عند انتهائها.
- تصنيف الأخطاء
- كل حالة رفض قد تصدرها البوابة منشورة مسبقًا قبل أن تكتب سطرًا واحدًا من الكود، بما فيها الحالات التي يكون الخطأ فيها من جانبنا لا من جانبك.
- التعامل مع البيانات، في مرجع API
- حقلًا حقلًا: ما يُسجَّل مع كل طلب، وما يضيفه تسجيل المحتوى حين تفعّله المؤسسة، وكيف تُطبَّق مدة الاحتفاظ. هذه هي النسخة التقنية من إعداد الاحتفاظ الموضح أعلاه.
- المفاتيح والمصادقة
- كيف تُصدَر مفاتيح البوابة، وتُحصر في مشروع وبيئة، وتُضيَّق حسب الدور، وتُلغى — مكتوب للشخص الذي عليه أن يقرر من يحصل على مفتاح في مؤسستك.
- أمان مفاتيح API للذكاء الاصطناعي
- أين توجد مفاتيح المزوّدين مع بوابة ومن دونها، والفحوص الأربعة التي يجتازها كل مفتاح بوابة قبل استدعاء المزوّد، وما العمل في الساعة الأولى بعد تسرّب مفتاح.
وجدت شيئًا؟
أرسله إلى security@infro.io. يتابع هذا البريد الأشخاص القادرون على إصلاح المشكلة، وهو مخصص للإبلاغ عن الثغرات لا لطلبات الدعم.
النطاق وقواعد الاختبار والملاذ الآمن كاملةً: سياسة الإفصاح عن الثغرات.
- نؤكد الاستلام خلال يوم عمل واحد ونطلعك على سير التحقيق، حتى لو تبيّن أننا كنا نعرف المشكلة مسبقًا.
- البحث بحسن نية آمن هنا. لن نلاحقك قانونيًا بسبب اختبار يتجنّب انتهاك الخصوصية، وإضعاف الخدمة، وإتلاف بيانات لا تخصّك أو تسريبها.
- لا يوجد برنامج مكافآت لاكتشاف الثغرات ولا أي مقابل مادي. نذكر ذلك مسبقًا، لأن اكتشافه بعد العمل أسوأ من معرفته قبله.
- للأسئلة التجارية وأسئلة المشتريات قنوات أخرى — sales@infro.io للمراجعة الأمنية أو الاستبيانات، وsupport@infro.io لحساب قائم لديك.