تستأجر خادمًا افتراضيًا خاصًا، وتثبّت برامجك، وتحصل على صلاحيات المدير. ومن الطبيعي أن تسميه «خادمي». والفاتورة تؤيدك. لكن الحاسوب الفعلي ما زال ملكًا لشخص آخر. وهذا التفصيل الصغير يقول عن خصوصيتك أكثر بكثير من كلمة «خاص» في العرض التسويقي.
الخادم الافتراضي الخاص (VPS) هو حاسوب تُنشئه البرمجيات ويعمل على جهاز مضيف يتحكم فيه المزوّد. أنت تدير ما يحدث داخل البيئة التي استأجرتها. والمزوّد يدير العتاد الذي يجعل وجودها ممكنًا. هذان مستويان مختلفان من التحكم.
لديك صلاحيات root. ولديهم الجهاز.
Root هو حساب المدير داخل خادمك. يتيح لك تثبيت البرامج وإدارة المستخدمين وتغيير الإعدادات. لكنه لا يضع جهاز المزوّد الفعلي تحت سيطرتك. أنت تدير الشقة. لم تشترِ المبنى.
في إعداد VPS تقليدي، قد يستطيع شخص يملك صلاحيات كافية على البنية المضيفة نسخ القرص الافتراضي وفحص محتوياته غير المشفرة من دون تسجيل الدخول إلى خادمك. كلمة مرور خادمك ليست جزءًا من العملية. فهو يصل إلى البيانات من خارج النظام الذي يتحقق من كلمة المرور.
نحن هنا في نطاق مهام الإدارة المعتادة. توفّر Libguestfs، مثلًا، أدوات لفحص صور أقراص الآلات الافتراضية وتعديلها. وهذه الأدوات مفيدة للصيانة المشروعة. لكنها توضح أيضًا النقطة المحرجة: الوصول إلى وسيط التخزين الأساسي نوع مختلف من الوصول عن تسجيل الدخول الذي تتحكم فيه.
عبارة «لن ننظر» تتحمل عبئًا كبيرًا
قد تكون لدى المزوّد قواعد صارمة، وصلاحيات محدودة للموظفين، ورقابة جيدة. وكل ذلك مهم. لكن «يُمنع موظفونا من قراءة ملفاتك» و«تمنع أنظمتنا موظفينا من قراءة ملفاتك» وعدان مختلفان. سياسة خصوصية مطمئنة لا تجعل قرصًا قابلًا للقراءة غير قابل للقراءة.
ولا يقتصر الخطر على موظف فضولي. فمن يخترق أنظمة إدارة المزوّد قد يحصل على صلاحيات لم تمنحه إياها قط. يمكنك تأمين كل حساب داخل خادمك الافتراضي، ومع ذلك تظل معتمدًا على أمان حسابات تقع خارجه.
لا حاجة إلى مؤامرة. أنت تثق بأفراد الجهة المشغّلة وإجراءاتها وبنيتها التحتية. لا بأس، إن كان هذا هو الاتفاق الذي قصدت الدخول فيه. لكنه أقل إرضاءً قليلًا إذا كنت تظن أن «خاص» تعني أن أحدًا غيرك لا يستطيع الاطلاع.
قفلك أنت. ومفتاح مدير المستودع الاحتياطي.
تخيّل أنك تستأجر مساحة في مستودع. تركّب قفلًا ممتازًا، وترتّب صناديقك بعناية، وتغادر راضيًا عن إحساسك بالمسؤولية. لدى المدير طريقة أخرى للدخول إلى مساحتك. وحين تسأله عنها، يشرح لك أن الدخول دون إذن يخالف سياسة الشركة.
رائع. سألته عمّن يستطيع فتح الباب. فأخبرك عمّن يُفترض أن يحسن التصرّف.
قد يكون المدير أهلًا للثقة تمامًا. لكن ذلك لا يجعل المفتاح الاحتياطي يختفي. ما زلت بحاجة إلى معرفة من يستطيع استخدامه، وما الذي يمنع شخصًا آخر من الحصول عليه، وهل ستعلم إن استُخدم. عبارة «ثق بنا» طلب. وليست حاجزًا يمنع أحدًا من الدخول.
قد يعمل الموقع بلا عيب بينما يقرأ أحدهم النسخة
نسخ المعلومات لا يستلزم اختفاء الأصل. تستطيع برمجيات المحاكاة الافتراضية أخذ لقطات لقرص خادم يعمل؛ وتوثّق libvirt ذلك بوصفه قدرة قياسية. وبعدها يمكن فحص النسخة على حدة. موقع يعمل جيدًا ومخطط أخضر لاستمرارية التشغيل لا يخبرانك بمن اطّلع على بياناته.
قد تكون هذه البيانات مراسلات عملاء، أو فواتير، أو شيفرة مصدرية، أو أعمالًا لم تُنشر، أو قاعدة بيانات. وقد تكون أيضًا بيانات اعتماد روبوت تداول. المشكلة أكبر من العملات المشفرة وأكبر من المكان الذي تحفظ فيه كلمة مرور: قد يكون لدى شخص آخر نافذة على البيئة التي تنجز فيها عملك.
استمرارية تشغيل ممتازة. أما الخصوصية، فلها حديث آخر.
ما الذي يمنع المالك فعلًا من الاطلاع؟
هذا هو السؤال المفيد قبل أن تتعامل مع VPS كأنه جهازك الخاص وحدك. هل يعتمد منع الوصول على التزام موظف بقاعدة، أم توجد عقبة تقنية لا يستطيع المشغّل تجاوزها ببساطة؟ ومن يتحكم في هذه العقبة؟
توجد بُنى مصممة لتقليل الحاجة إلى الثقة بالمضيف. فـالآلات الافتراضية السرّية، مثلًا، تستخدم حماية على مستوى العتاد لعزل أحمال العمل عن طبقة الاستضافة. وتعتمد حمايتها على الإعدادات، بما فيها طريقة التعامل مع الأقراص ومفاتيح التشفير. أما الحروف VPS وحدها، فلا تعدك بشيء من ذلك.
استئجار القدرة الحاسوبية أمر مفيد. الخطأ هو افتراض أن صلاحيات المدير تمنحك تحكمًا حصريًا في حاسوب شخص آخر. المزوّد ما زال يشغّل الجهاز. وهل يستطيع الاطلاع على ما بداخله؟ هذه مسألة عليك التحقق منها، لا التسليم بها على أساس الثقة.