خصوصية البيانات حين يعمل الذكاء الاصطناعي على خادمك

حين يحقق الذكاء الاصطناعي في مشكلة على خادمك، يجب ألا يرى النموذج إلا مقتطفات السجلات والمقاييس التي يحتاجها التحقيق، بعد حجب الأسرار مثل كلمات المرور والمفاتيح، وتقليل البيانات الشخصية مثل عناوين IP والبريد. ثم تبقى ثلاثة أسئلة تطرحها على أي مزود: أين تُعالج هذه المقتطفات، وكم تُحفظ، وهل تُستخدم في التدريب.

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

ما الفرق بين بيانات خادمك والبيانات التي يراها النموذج؟

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

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

لماذا يجب حجب الأسرار قبل أن تصل إلى النموذج؟

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

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

مثال: مقتطف قبل الحجب وبعده

لنفترض أن تطبيقًا على app.example.com فشل في الاتصال بقاعدة البيانات، وأن التحقيق احتاج إلى سطرين من سجل التطبيق وأسطر الاتصال من ملف .env. هذا ما على الخادم:

# storage/logs/laravel.log
[2026-10-25 09:14:02] production.ERROR: SQLSTATE[HY000] [1045] Access denied for user 'app_user'@'localhost' (using password: YES)
[2026-10-25 09:14:02] production.INFO: POST /api/orders ip=198.51.100.23 user=sara@example.com Authorization="Bearer eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiI0MiJ9.k3Xq9" Cookie="laravel_session=8f2c1a"

# .env (lines requested: DB_*)
DB_HOST=127.0.0.1
DB_USERNAME=app_user
DB_PASSWORD=S3cr3tPa55

وهذا ما يجب أن يصل إلى النموذج:

# storage/logs/laravel.log
[2026-10-25 09:14:02] production.ERROR: SQLSTATE[HY000] [1045] Access denied for user 'app_user'@'localhost' (using password: YES)
[2026-10-25 09:14:02] production.INFO: POST /api/orders ip=198.51.100.0/24 user=<email:1> Authorization="[REDACTED]" Cookie="[REDACTED]"

# .env (lines requested: DB_*), file modified 2026-10-24 22:05 UTC
DB_HOST=127.0.0.1
DB_USERNAME=app_user
DB_PASSWORD=[REDACTED]

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

ما الذي يُحجب عادة؟

• كلمات مرور قواعد البيانات ومفاتيح مثل AUTH_KEY في wp-config.php.
• القيم السرية في ملفات .env: مفاتيح التطبيق، ومفاتيح API، وبيانات بوابات الدفع.
• رؤوس Authorization وملفات تعريف الارتباط ورموز الجلسات.
• المفاتيح الخاصة لشهادات SSL ومفاتيح SSH.
• روابط الاتصال التي تحمل كلمة المرور داخلها، مثل postgres://user:password@host/db.

لماذا لا يكفي الحجب وحده؟

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

كيف تقلل البيانات الشخصية في السجلات؟

البيانات الشخصية في الاستضافة لا تقتصر على قواعد البيانات. سجلات الوصول تحمل عناوين IP، وأحيانًا أسماء وأرقام هواتف داخل الروابط إن كان نموذج في الموقع يرسل بياناته بطريقة GET. وسجلات البريد تحمل عناوين المرسلين والمستلمين. وسجلات الأخطاء قد تطبع محتوى نموذج كاملًا.

تقليل البيانات (Data Minimisation) يعني ثلاثة أشياء عملية:

1. نافذة زمنية ضيقة: إن بدأ العطل في 13:40، فالسجلات من 13:00 إلى 14:00 تكفي، لا سجل الأسبوع.
2. تقنيع ما لا يلزم: عنوان IP الكامل لازم في تحقيق عن هجوم من مصدر محدد، وغير لازم في تحقيق عن بطء صفحة. في الحالة الثانية يكفي 198.51.100.0/24، أو رمز ثابت مثل <ip:3> يميز الزوار دون أن يكشفهم.
3. أعداد بدل الأسطر: عبارة مثل «420 طلبًا من 37 عنوانًا مختلفًا خلال خمس دقائق» تكفي غالبًا لفهم نمط الزيارات دون إرسال الأسطر كلها.

ويبدأ التقليل قبل الذكاء الاصطناعي بكثير: لا تطبع بيانات النماذج في سجلات التصحيح على الموقع الحي، ولا تُبقِ السجلات أطول مما تحتاج. هذا مثال لإعداد logrotate يحتفظ بسجلات موقع لأسبوعين:

/home/example/logs/*.log {
    daily
    rotate 14
    compress
    delaycompress
    missingok
    notifempty
}

المدة المناسبة قرار يجمع بين الحاجة الأمنية والتشغيلية والمتطلبات النظامية، فلا تختر رقمًا قبل أن تعرف ما يلزمك.

أين تُعالج البيانات؟ وما علاقة ذلك بالأنظمة في السعودية والخليج؟

حين يعمل الذكاء الاصطناعي على خادمك، توجد البيانات أو تمر في أربعة أماكن قد تختلف جغرافيًا:

النسخ الاحتياطية غالبًا أكبر حجمًا من كل ما يُرسل إلى النموذج، فلا تنسها في حساباتك. وتفاصيلها في استراتيجية النسخ الاحتياطي 3-2-1.

في السعودية، ينظم نظام حماية البيانات الشخصية معالجة البيانات الشخصية، والهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) هي الجهة المختصة بالإشراف عليه، وتجد ما تنشره من لوائح وإرشادات على موقعها الرسمي. ولدى بقية دول الخليج قوانين أو تنظيمات خاصة بحماية البيانات الشخصية.

هذه الأنظمة تتناول بدرجات مختلفة موضوعات تمس عمل الذكاء الاصطناعي مباشرة، مثل نقل البيانات الشخصية خارج حدود الدولة، والغرض من المعالجة، والجهات التي تعالج البيانات نيابة عنك. وقد تضيف قطاعات مثل الصحة والمال والجهات الحكومية متطلبات أخرى. لا نحدد هنا ما ينطبق عليك، فهذا يعتمد على نوع البيانات ونشاطك وعملائك، وهو سؤال لمستشارك القانوني.

ما تستطيع تجهيزه تقنيًا قبل لقاء المستشار:

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

والجانب التقني لاختيار موقع الخادم نفسه في مقال موقع الاستضافة وزمن الاستجابة.

كم تُحفظ المحادثات، ومن يراها؟

ثلاثة أنواع من السجلات تنشأ حول الذكاء الاصطناعي، ولكل منها منطق مختلف في الاحتفاظ:

• المحادثات: الأسئلة والمقتطفات والردود. فائدتها في متابعة تحقيق لم ينته وفي مراجعة الجودة. اسأل: كم تُحفظ؟ هل يستطيع صاحب الحساب حذفها؟ ومن يراها لدى المزود؟
• سجل التدقيق: من اقترح ماذا، ومن وافق، وما الذي تغيّر. يُحفظ عادة مدة أطول لأنه أداة مساءلة، لذلك يجب أن يحمل وصف التغيير ودليله دون أن يحمل الأسرار نفسها.
• سجلات مزود النموذج: بعض مزودي النماذج يحتفظون بالطلبات فترة لأغراض مثل مراقبة سوء الاستخدام. اسأل عن المدة، وعن استخدام البيانات في تدريب النماذج، وعن إمكانية تعطيل ذلك.

ومن يرى المحادثة لا يقل أهمية عن مدة حفظها. في لوحة متعددة المستويات يجب أن تتبع رؤية المحادثات الصلاحيات نفسها: العميل يرى ما يخص حسابه، والموزع يرى ما يخص عملاءه، ومزود الاستضافة يرى ما يلزمه للدعم. وهذا ما يجعل استخدام الذكاء الاصطناعي في تذاكر الدعم آمنًا: رد الدعم يُبنى على بيانات حساب العميل وحده.

ما الأسئلة التي تطرحها على أي مزود؟

1. ما البيانات التي تُرسل إلى النموذج في التحقيق العادي؟ مقتطفات أم ملفات كاملة؟
2. ما الذي يُحجب قبل الإرسال؟ وهل يمكنني رؤية مثال على مقتطف بعد الحجب؟
3. هل تُقنَّع عناوين IP والبريد حين لا يحتاجها التحقيق؟
4. أين يعمل النموذج، وأين تُحفظ المحادثات؟ وهل يتغير ذلك دون إشعاري؟
5. كم تُحفظ المحادثات؟ وهل أستطيع حذفها أو تصديرها؟
6. هل تُستخدم بياناتي أو بيانات عملائي في تدريب أي نموذج؟
7. هل يقرأ المساعد بصلاحيات المستخدم الذي يسأل، أم بصلاحيات الخادم كاملة؟
8. هل يستطيع المساعد تنفيذ تغيير دون موافقة؟ وهل يُسجَّل كل إجراء في سجل تدقيق يمكن تصديره؟
9. هل تبقى مواقع العملاء وقواعد بياناتهم على خادمي، أم تُنسخ إلى منصة المزود؟

اطلب الإجابات مكتوبة، واعرضها على مستشارك القانوني مع خريطة بياناتك.

ماذا تقول لعملائك إن كنت مزود استضافة؟

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

كيف يساعدك bPanel؟

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

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

الخلاصة

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