هل Ollama آمن؟ تقييم أمان عملي

يُعد Ollama آمنًا لما يستخدمه معظم الناس عادةً. فعند تشغيل نموذج محليًّا، يتم تنفيذ الاستنتاج بالكامل على جهازك: فلا تغادر مدخلاتك (تعليماتك) ومخرجات النموذج جهازك أبدًا، ويمكنك التأكد من ذلك بفصل جهازك عن الشبكة — فسيظل كل شيء يعمل بشكل طبيعي. كما أن البرنامج مفتوح المصدر (مرخّص بموجب رخصة MIT) ولديه سجل أمني معقول.

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

ما الذي يرسله Ollama وما الذي يبقى محليًّا

أثناء الاستنتاج باستخدام نموذج مخزن محليًّا، لا يغادر أي شيء جهازك. ولا توجد قناة لجمع البيانات الوصفية (Telemetry) لإرسال مدخلاتك إلى أي مكان. وبما أن Ollama برنامج مفتوح المصدر، فمن الممكن التحقق من ذلك — ويمكنك التأكد منه شخصيًّا باستخدام جدار حماية أو أداة لمراقبة حركة المرور الخارجة مثل Little Snitch على نظام ماك أو إس.

ويقوم Ollama بالاتصال بالشبكة في حالات محددة وقابلة للتنبؤ بها فقط:

الاتصال	متى يحدث	ما الذي يُرسل
سجل نماذج Ollama (ollama.com)	عند تشغيلك ollama pullأو ollama run لنماذج لم تكن لديك بعد	اسم النموذج والوسم الذي طلبته؛ ويتم تنزيل الأوزان إلى جهازك
التحقق من وجود تحديثات	تطبيقات سطح المكتب لأنظمة macOS وWindows تتحقق دوريًّا من إصدارات جديدة	بيانات الإصدار، لكي يُمكن التطبيق من مطالبتك بالتحديث
النماذج المستضافة سحابيًّا (اختياري)	فقط إذا قمت بتسجيل الدخول إلى حساب Ollama وقمت عمدًا بتشغيل نموذج موسوم كنموذج سحابي	مُدخلاتك (المؤشرات)، التي تُعالَج على خوادم Ollama بدلًا من أجهزتك المحلية
الاستنتاج المحلي	ollama run مع نموذج موجود مسبقًا على القرص الصلب	لا شيء

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

الخطر الحقيقي: واجهة برمجة التطبيقات (API) المكشوفة وغير الموثوقة

يقدِّم Ollama واجهة برمجة تطبيقات HTTP (API) على المنفذ 11434. وبشكل افتراضي، يرتبط بعنوان 127.0.0.1, أي أن العمليات الجارية على جهازك فقط هي التي يمكنها الوصول إليه. وهذا الإعداد الافتراضي آمن.

تبدأ المشكلة عندما يضبط الأشخاص قيمة OLLAMA_HOST=0.0.0.0 — عادةً للسماح لواجهة ويب أو جهاز آخر على الشبكة بالاتصال. أما واجهة برمجة تطبيقات Ollama فهي لا توجد مصادقة مضمنة. فلا توجد مفاتيح واجهة برمجة تطبيقات (API keys)، ولا كلمات مرور، ولا شيء على الإطلاق. وأي شخص يستطيع الوصول إلى هذا المنفذ يمكنه أن:

• يعرض قائمة النماذج المثبتة لديك (/api/tags) وينفِّذ عمليات توليد غير محدودة على وحدة معالجة الرسومات (GPU) الخاصة بك وعلى نفقتك
• يحمِّل نماذج جديدة لملء مساحة قرصك الصلب، أو يحذف النماذج الموجودة لديك
• وفي الإصدارات القديمة، قد تكون العواقب أسوأ: فقد كان هناك ثغرة أمنية تتعلق باجتياز مسار الملفات (path-traversal) في عملية تنزيل النماذج، تعرف باسم CVE-2024-37032 («Probllama»)، والتي كانت قد تؤدي إلى تنفيذ تعليمات برمجية عن بُعد على الخوادم المعرَّضة. وقد تم إصلاح هذه الثغرة في الإصدار 0.1.34 عام 2024، لكنها توضح إلى أي مدى قد تتفاقم مخاطر «التعرُّض دون مصادقة»

وهذا ليس سيناريو افتراضيًّا. فعمليات المسح الشاملة على الإنترنت كشفت مرارًا وتكرارًا عن آلاف حالات تشغيل Ollama التي تستجيب عبر المنفذ 11434 على الإنترنت المفتوح — ومعظمها على الأرجح غير مقصود. وإن كنت ستستفيد من هذه المقالة في أمرٍ واحد فقط، فهو: عدم إعادة توجيه المنفذ 11434 إلى الإنترنت أبدًا، والارتباط فقط بعنوان 0.0.0.0 إذا وُجد جدار حماية أو وكيل (proxy) أمامه.

ومن الإعدادات الأدق دقةً ما يلي: OLLAMA_ORIGINS يتحكم في أصول المتصفحات التي يُسمح لها باستدعاء واجهة برمجة التطبيقات (API). والإعداد الافتراضي مقيد جدًّا، مما يقلل من احتمال تفاعل مواقع الويب الضارة مع مثيلك المحلي من خلال متصفحك. ولا تضبطه على قيمة * إلا إذا كنت تدرك تمامًا التنازلات الأمنية المرتبطة بذلك.

أصل النموذج: مصدر أوزانه

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

• تستخدم نماذج Ollama تنسيق GGUF، الذي يخزن الأوزان على هيئة بيانات، وليس كتعليمات برمجية قابلة للتنفيذ. وهذا يجعلها أكثر أمانًا بشكل جذري مقارنةً بملفات الاختبارات القديمة المستندة إلى pickle في إطار PyTorch، والتي كان يمكنها تنفيذ تعليمات برمجية عشوائية عند التحميل.
• إن كون البيانات «غير قابلة للتنفيذ» لا يمثل ضمانة لأمان مطلق — فقد تم اكتشاف ثغرات سابقة في برامج تحليل ملفات GGUF، وبالتالي فإن ملفًا تم إنشاؤه بقصد خبيث لا يخلو تمامًا من المخاطر. وتحديث Ollama باستمرار يغطي هذه الثغرات.
• يتم التحقق من النماذج التي يتم سحبها من المكتبة الرسمية باستخدام ملخَّصات SHA-256 المدرجة في بياناتها التعريفية (manifests)، لذا فإن ما تتلقاه يطابق بالضبط ما تقدمه السجلات.
• كما قد يتصرف النموذج سلوكًا خاطئًا على مستوى المحتوى: فقد يوجِّه مؤشر النظام المدمج في نموذج تم رفعه من قِبل المجتمع أو قالب الدردشة الخاص به المخرجات بطريقة لم تكن ضمن اختيارك. ورغم أن درجة خطورة ذلك منخفضة، فإنه يستحق المعرفة خاصةً إذا كنت تبني تطبيقاتك على نماذج غير مألوفة.

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

تقوية الأمان حسب نظام التشغيل

macOS

تطبيق سطح المكتب يُحدّث نفسه تلقائياً، مما يتعامل مع جانب التصحيحات. يربط Ollama بـ localhost ما لم تكن قد غيّرت ذلك — الطريقة الموثّقة لتغيير الربط هي launchctl setenv OLLAMA_HOST "0.0.0.0" متبوعة بإعادة تشغيل التطبيق، لذا إذا لم تقم بتشغيل ذلك مطلقاً، فأنت على الإعداد الافتراضي الآمن. النماذج تعيش في ~/.ollama/models. إذا كنت قد فتحت المنفذ لجهاز آخر، قيّد الوصول باستخدام جدار الحماية في macOS (System Settings → Network → Firewall) أو قم بتشغيله خلف وكيل بديل كما هو موضح أدناه.

ويندوز

يعمل Ollama من درج النظام ويُحدّث نفسه تلقائياً. يتم تعيين متغيرات البيئة مثل OLLAMA_HOST من خلال Settings → System → About → Advanced system settings → Environment Variables، ثم إعادة تشغيل Ollama من الدرج. يتم تخزين النماذج تحت %USERPROFILE%.ollamamodels. إذا كنت قد فتحت المنفذ للاستخدام على شبكة محلية، تحقق من Windows Defender Firewall والتأكد من أن قاعدة الدخول الواردة لـ Ollama تنطبق فقط على الشبكات الخاصة، وليس العامة.

Linux

ينشئ سكريبت التثبيت Ollama كخدمة systemd. يتم التكوين من خلال systemctl edit ollama.service، مع إضافة أسطر مثل Environment="OLLAMA_HOST=0.0.0.0" تحت [Service] — مرة أخرى، افعل هذا بشكل مقصود فقط. إذا كان يجب عليك الاستماع على جميع الواجهات، حدّد المنفذ باستخدام جدار الحماية الخاص بك، على سبيل المثال: ufw allow from 192.168.1.0/24 to any port 11434. لاحظ أن عمليات تثبيت Linux ليس لا تُحدّث تلقائياً؛ تقوم بالتحديث بإعادة تشغيل سكريبت التثبيت الرسمي. انظر دليل تثبيت Ollama للحصول على الأوامر الدقيقة لكل توزيعة.

Docker والوكالات العكسية (Reverse Proxies)

يضيف تشغيل Ollama في Docker عزل نظام الملفات ويجعل عرض الشبكة صريحاً. التفصيل الحرج هو كيفية نشر المنفذ. هذا آمن — واجهة برمجة التطبيقات قابلة للوصول فقط من المضيف:

docker run -d --name ollama 
  -v ollama:/root/.ollama 
  -p 127.0.0.1:11434:11434 
  ollama/ollama

بينما -p 11434:11434 ينشر على جميع واجهات المضيف — و Docker يتلاعب بـ iptables مباشرة، لذا في العديد من الإعدادات هذا يتجاوز قواعد ufw بالكامل. هذا الجمع (Docker + جدار الحماية المفترض لكنه غير نشط) هو كيفية حدوث الكثير من حالات Ollama المكشوفة للإنترنت بالصدفة. أضف --gpus=all للوصول إلى GPU من NVIDIA؛ لا يغيّر صورة الأمان.

إذا كنت تحتاج فعلاً إلى وصول بعيد، ضع وكيل عكسي يُوثّق أمامه واترك Ollama نفسه على localhost. مثال nginx بسيط مع مصادقة HTTP الأساسية:

server {
    listen 443 ssl;
    server_name ollama.example.com;
    # ssl_certificate lines here

    location / {
        auth_basic "Ollama";
        auth_basic_user_file /etc/nginx/.htpasswd;
        proxy_pass http://127.0.0.1:11434;
    }
}

خيار أبسط حتى للاستخدام الشخصي: شبكة VPN شبكية مثل Tailscale أو WireGuard، بحيث يكون المنفذ قابلاً للوصول فقط داخل شبكتك الخاصة ولا يلمس الإنترنت العام مطلقاً.

قائمة التحقق من تقوية الأمان

• أبقِ Ollama محدثاً — تقوم التطبيقات على سطح المكتب بهذا بنفسها؛ على Linux، أعد تشغيل سكريبت التثبيت بشكل دوري.
• اترك OLLAMA_HOST على قيمته الافتراضية (127.0.0.1) إلا إذا كان جهاز آخر يحتاج فعلاً إلى الوصول.
• إذا كنت تربط إلى 0.0.0.0، فحدّد بجدار الحماية منفذ 11434 إلى عناوين IP أو شبكات موثوقة.
• لا تحوّل منفذ 11434 إلى الإنترنت أبداً. استخدم وكيل عكسي مع مصادقة، أو VPN.
• في Docker، انشر باستخدام -p 127.0.0.1:11434:11434، وتذكر أن Docker يمكن أن يتجاوز ufw.
• اسحب النماذج من المكتبة الرسمية؛ تحقق من ملفات GGUF من المجتمع والجهات الخارجية قبل استيرادها.
• لا توسّع OLLAMA_ORIGINS أبعد مما تحتاج.
• لا تسجل الدخول / تستخدم نماذج سحابية إذا كان هدفك بدقة معالجة البيانات في الموقع.

الأسئلة المتكررة

هل يرسل Ollama موجهاتي أو محادثاتي إلى السحابة؟

ليس خلال الاستدلال المحلي — الموجهات والمخرجات والمستندات التي تغذي النموذج كلها تبقى على جهازك. الاستثناءات واضحة: سحب نموذج ينزل الأوزان من سجل Ollama، والنماذج السحابية الاختيارية (التي تتطلب تسجيل الدخول) تعالج الموجهات على خوادم Ollama. إذا لم تسجل الدخول مطلقاً، كل شيء يعمل محلياً.

هل يمكن لـ Ollama أن يعمل بالكامل في وضع عدم الاتصال؟

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

هل كان لدى Ollama ثغرات أمان خطيرة؟

الأكثر بروزاً كان CVE-2024-37032 («Probllama»)، عيب اجتياز مسار يمكن أن يمكّن الإجراء البعيد على الخوادم المكشوفة للمهاجمين؛ تم إصلاحه في الإصدار 0.1.34 في 2024. مثل أي مشروع في التطوير النشط، تظهر المشاكل وتحصل على إصلاح — كل ثغرة وُجدت حتى الآن تطلبت الوصول إلى شبكة واجهة برمجة التطبيقات، وهذا حجة أخرى للحفاظ عليها مربوطة بـ localhost والبقاء محدثاً.

هل من الآمن فتح Ollama للإنترنت؟

ليس بشكل مباشر — واجهة برمجة التطبيقات لا تحتوي على مصادقة، لذا تترك نسخة مكشوفة بشكل مباشر أي شخص يستخدم GPU الخاص بك وإدارة نماذجك والتحقيق عن الأخطاء غير المصححة. إذا كنت تحتاج إلى وصول بعيد، ضعها خلف وكيل عكسي مع مصادقة و TLS، أو اصل إليها عبر VPN مثل Tailscale. إعادة توجيه المنفذ المباشر لـ 11434 هو أسوأ شيء يمكنك فعله مع Ollama.

هل النماذج على ollama.com آمنة للتنزيل؟

نماذج المكتبة الرسمية السائدة (Llama و Qwen و Mistral و Gemma وما شابهها) هي نفس الأوزان الموصوفة على نطاق واسع التي يستخدمها الجميع، مُسلّمة مع تحقق الملخص. GGUF هو تنسيق بيانات بدلاً من كود قابل للتنفيذ، مما يزيل أكبر مخاطر تنزيلات النموذج التاريخية. المساهمات المجتمعية تستحق مزيداً من الفحص — يمكن لأي شخص النشر إلى مساحة اسم المستخدم — لذا فضّل النماذج المعروفة لأي شيء جاد.

بالنسبة لخصوصية البيانات، نعم: ف ничто يفوق عدم مغادرة المدخلات أبداً لجهازك، وهذا أمرٌ بالغ الأهمية عند التعامل مع بيانات خاضعة للتنظيم أو أكواد سرية. أما واجهات البرمجة السحابية فتنقل عبء الأمان وسياسات الاحتفاظ بالبيانات إلى موفّر الخدمة، مقابل التخلّي عن صيانة النظام وتجنب مخاطر التعرض الناتجة عن سوء التهيئة من جانبك. وإذا كان العامل الحاسم لديك هو التكلفة لا الخصوصية، فإن

توضح لك أين يُحقّق الأجهزة المحلية عائد استثمار أفضل. وإذا كنت تقارن بين برامج التشغيل المحلية، فإن self-hosting vs API break-even calculator تتمتع بوضع أمني مشابهٍ إلى حدٍ كبير: فهي محلية افتراضياً، بينما يبقى التعرّض للشبكة أمراً اختيارياً. LM Studio يتمتع بموقف أمني مشابهٍ بشكل عام: محلي افتراضيًّا، مع إمكانية التعرُّض للخارج كخيارٍ اختياري.