Bastillion

أداة حديثة لإدارة مفاتيح SSH ووحدة تحكم SSH قائمة على الويب.

تمنحك Bastillion طريقة نظيفة تعمل عبر المتصفح لإدارة الوصول عبر SSH في جميع أنظمتك — مثل مضيف حصن (bastion host) مع لوحة تحكم سهلة الاستخدام. وهي تفعل شيئين:

1. طرفية SSH قائمة على الويب — بمجرد تسجيل مضيف، يمكن للمستخدمين المصرح لهم فتح جلسة طرفية حية واحدة أو أكثر إليه مباشرة من المتصفح، مع إمكانية بث الأوامر اختياريًا عبر كل جلسة مفتوحة دفعة واحدة (فكّر في الأجزاء المتزامنة في tmux، لكن لأسطول من المضيفات البعيدة بدلًا من الأجزاء المحلية).

2. إدارة مفاتيح SSH — تحتفظ Bastillion بزوج مفاتيح SSH خاص بها وتدفع/تدوّر المفاتيح العامة عبر المضيفات التي تسجّلها، بحيث لا يحتاج المستخدمون الأفراد أبدًا إلى الاحتفاظ بمفاتيح طويلة الأمد لتلك الأنظمة أو إدارتها بأنفسهم.

• تسجيل الدخول عبر المصادقة الثنائية (Authy أو Google Authenticator)
• إدارة وتوزيع مفاتيح SSH العامة، وتعطيلها/تدويرها مركزيًا
• إطلاق قوائم أوامر ويب آمنة متعددة الجلسات ومشاركة الأوامر عبر الجلسات
• تسجيل كل جلسة وإعادة تشغيلها عند الطلب — أدلة جاهزة للتدقيق لأي إطار امتثال
• تجميع الأنظمة في ملفات تعريف (Profiles) والتحكم بدقة في من يمكنه الوصول إلى ماذا
• حفظ وإعادة تشغيل النصوص المركّبة (Composite Scripts) عبر أسطول كامل دفعة واحدة
• تكديس TLS/SSL فوق SSH لحماية إضافية

_{جلستان SSH حيتان إلى مضيفي الويب والتطبيقات المثالين الحاليين.}

---

المحتويات

• كيف يعمل
• ما الجديد
• الترخيص
• خيارات التثبيت
• المتطلبات الأساسية
• التنزيل والتشغيل
• البناء من المصدر
• TLS / HTTPS
• الإعدادات
• المزيد من لقطات الشاشة
• الترخيص

---

كيف يعمل

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

1. تولّد Bastillion زوج مفاتيح SSH الخاص بها

عند أول تشغيل، وقبل أي شيء آخر، تولّد Bastillion زوج مفاتيح Ed25519 لنفسها — هذا هو المفتاح الوحيد الذي يُدفع إلى مضيفاتك. يظهر في مخرجات وحدة التحكم ويكون دائمًا مرئيًا ضمن Settings.

2. سجّل نظامًا

يضيف المسؤول مضيفًا ضمن Manage → Systems (المستخدم، والمضيف، والمنفذ، والمسار إلى ملف authorized_keys الخاص بذلك المضيف). تصادق Bastillion مرة واحدة بكلمة مرور أو عبارة مرور تقدّمها، ثم تدفع مفتاحها العام إلى ملف authorized_keys الخاص بذلك المضيف. منذ ذلك الحين تتصل باستخدام ذلك المفتاح — دون كلمات مرور مخزّنة، أبدًا. تتحول الحالة إلى Success في اللحظة التي يصبح فيها المفتاح في مكانه.

3. جمّع الأنظمة في ملفات تعريف، وخصّص المستخدمين

تُجمّع الأنظمة في ملفات تعريف (Profiles) مسماة — فكّر في "Production" و"Staging" و"Database Tier". ثم يُربط المستخدمون بملفات التعريف ضمن Manage → Users، وهو الشيء الوحيد الذي يتحكم في من يمكنه الوصول إلى ماذا. ألغِ تعيين ملف تعريف وسيختفي ذلك الوصول فورًا، دون الحاجة إلى تدوير المفاتيح.

4. افتح الطرفيات — وبثّ إلى جميعها دفعة واحدة

يفتح المستخدمون المعيَّنون Secure Shell → Terminals، ويختارون نظامًا واحدًا أو أكثر، ويحصلون على طرفيات حية قابلة لتغيير الحجم مبنية على xterm في المتصفح، جنبًا إلى جنب. اكتب مرة واحدة، وسيذهب النص إلى كل طرفية محددة كـنشطة — نفس ضغطة المفتاح، ونفس الأمر، ونفس شكل المخرجات، عبر العدد الذي اخترته من المضيفات.

5. دوّر المفاتيح أو ألغِها مركزيًا

لأن كل مضيف يثق بـنفس مفتاح التطبيق (وليس مفتاحًا لكل مستخدم)، فإن تعطيله مرة واحدة ضمن Manage SSH Keys يلغي الوصول في كل مكان فورًا — دون حاجة إلى لمس الأنظمة الهدف يدويًا، ودون البحث عن أي خادم يحمل أي مفتاح قديم.

6. تحقّق من أن المضيف هو من يدّعي أنه هو

يتحقق كل اتصال من مفتاح المضيف الذي يقدّمه النظام الهدف مقابل المفتاح الذي سجّله Bastillion له. في أول مرة يُرى فيها مضيف، يُسجَّل مفتاحه ويُوثَق به؛ وإذا تغيّر ذلك المفتاح لاحقًا، يُرفَض الاتصال ويظهر النظام ضمن Manage → Host Keys بحالة changed — blocked، مع عرض البصمة المعتمدة والبصمة المعروضة معًا حتى تتمكن من التمييز بين مضيف أُعيد بناؤه واتصال تم اعتراضه. الوثوق بالمفتاح الجديد فعل متعمَّد ومسجَّل.

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

اضبط hostKeyVerification=strict لاشتراط موافقة مدير على كل مضيف يُرى حديثًا قبل أول اتصال به، أو off لاستعادة السلوك القديم — انظر Configuration.

7. كل جلسة تُسجَّل — تدقيق وإعادة تشغيل

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

إذا كنت بحاجة إلى إظهار لمدقق من نفّذ ماذا، وأين، ومتى — فهذا هو الدليل، مُلتقطًا جاهزًا. عمليًا، لكل إطار امتثال متطلب لمسار تدقيق الوصول المميز في مكان ما (PCI DSS، HIPAA، SOC 2، ISO 27001 — اختر إطارك)، وهذا يلبي ذلك المتطلب دون منتج PAM تجاري. تُحفظ الجلسات لمدة 90 يومًا افتراضيًا (deleteAuditLogAfter)، ويمكن إيقاف التسجيل عبر ENABLE_INTERNAL_AUDIT=false — انظر Auditing.

---