SFTP وSCP: نقل الملفات بأمان

على الرغم من اسمه، لا علاقة لـ SFTP (SSH File Transfer Protocol) بـ FTP. فهو بروتوكول ثنائي صُمم للعمل كنظام فرعي لـ SSH-2، أي إنه يعمل عبر اتصال SSH موجود مسبقًا تمت مصادقته وتشفيره. ويستدعي عميل SSH نظام SFTP الفرعي على الخادم باستخدام الأمر ssh user@host -s sftp. وترث جميع عمليات SFTP ضمانات الأمان التي يوفرها نقل SSH الأساسي.

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

يُعد SCP (Secure Copy Protocol) بروتوكولًا أقدم وأبسط لنقل الملفات عبر SSH. وينسخ الأمر scp file.txt user@host:/path ملفًا بأمان. ويُعد SCP أسهل استخدامًا من SFTP لعمليات النقل الفردية، لكنه لا يدعم سوى مجموعة فرعية من العمليات: النسخ من المحلي إلى البعيد، أو من البعيد إلى المحلي، أو من البعيد إلى البعيد. ولا يتضمن وضعًا تفاعليًا، كما أن دعمه لاستئناف عمليات النقل المتوقفة محدود.

احتوى بروتوكول SCP الأصلي على ثغرة مهمة؛ إذ كان بإمكان خادم خبيث إرسال ملفات عشوائية إلى العميل بغض النظر عما طلبه العميل. وكان يستطيع المهاجم الذي يسيطر على الخادم الكتابة فوق ملفات خارج مجلد الوجهة المقصود. وقد أوقف OpenSSH العمل ببروتوكول SCP القديم لصالح scp المستند إلى SFTP في OpenSSH 9.0 (2022). وتستخدم أوامر scp الحديثة بروتوكول SFTP في الخلفية، مما يلغي هذا النوع من الهجمات مع الحفاظ على صياغة الأوامر المألوفة.

غالبًا ما يحدث خلط بين ثلاثة خيارات آمنة لنقل الملفات. فـ FTP (المنفذ 21) غير مشفر، ولا ينبغي استخدامه. ويضيف FTPS (FTP عبر SSL) بروتوكول TLS إلى FTP على المنفذ 990 (ضمني) أو المنفذ 21 (صريح باستخدام AUTH TLS)، مما يتطلب بنية FTP الأساسية إلى جانب إدارة الشهادات. أما SFTP فهو بروتوكول منفصل تمامًا يعمل عبر SSH (المنفذ 22)، ويعيد استخدام مصادقة SSH الحالية وإدارة مفاتيحه. ويكون SFTP عمومًا أسهل في الإعداد والصيانة من FTPS.

أداة rsync هي أداة لمزامنة الملفات، تنقل الأجزاء التي تغيّرت من الملفات فقط، ما يجعلها أكثر كفاءة بكثير من SCP عند إجراء النسخ الاحتياطية التزايدية. يؤدي تشغيل rsync مع الخيار -e ssh إلى تمرير جميع البيانات عبر نفق SSH. يعمل الأمر rsync -avz -e ssh user@host:/remote/ /local/ على مزامنة دليل بعيد مع دليل محلي، ولا ينقل سوى الفروقات. ويُعد استخدام rsync عبر SSH الأسلوب القياسي للنسخ الاحتياطي للخوادم وسير عمل النشر.

يدعم SFTP عمليات النقل القابلة للاستئناف: فإذا انقطع الاتصال أثناء رفع ملف كبير، يمكن استئناف النقل من آخر بايت جرى تأكيد استلامه، بدلًا من إعادة بدئه من الصفر. يدعم عميل sftp من OpenSSH الأمر reput لاستئناف عمليات الرفع، والأمر reget لاستئناف عمليات التنزيل. أما عمليات النقل الكبيرة جدًا، مثل الملفات التي يبلغ حجمها عدة غيغابايت، فتوفّر لها أدوات مثل lftp إدارة أكثر متانة، مع إعادة المحاولة تلقائيًا وتقييد عرض النطاق الترددي.

يمكن لخادم OpenSSH تقييد مستخدمي SFTP بشجرة أدلة محددة باستخدام بيئة chroot معزولة. تؤدي إضافة التوجيه Match User مع ChrootDirectory وForceCommand internal-sftp إلى إعداد SSH إلى إنشاء بيئة SFTP معزولة. يستطيع المستخدم رفع الملفات وتنزيلها داخل الدليل المخصص له، لكنه لا يستطيع الوصول إلى بقية نظام الملفات أو تنفيذ أوامر الصدفة. ويُستخدم هذا على نطاق واسع لإدارة ملفات استضافة الويب وبوابات رفع الملفات للعملاء.

يتطلب تمكين SFTP على خادم OpenSSH إضافة Subsystem sftp /usr/lib/openssh/sftp-server إلى sshd_config. ويتولى الملف التنفيذي sftp-server معالجة جميع عمليات بروتوكول SFTP. في تهيئات chroot، يجب أن يكون المالك للمجلد ChrootDirectory هو root، وألا يكون قابلًا للكتابة من أي مستخدم آخر، إذ يُعد ذلك مصدرًا شائعًا لأخطاء التهيئة. ويؤدي اختبار التهيئة باستخدام sshd -t إلى التحقق من الصياغة قبل إعادة تحميل الخدمة.

يندمج SFTP جيدًا مع مسارات النسخ الاحتياطي المؤتمتة. ويستخدم خادم النسخ الاحتياطي مصادقة المفتاح العام للاتصال دون كلمات مرور، ما يتيح عمليات نقل مجدولة بواسطة cron دون تدخل بشري. ويُقيَّد مستخدم النسخ الاحتياطي باستخدام chroot بدليل الرفع، مما يحد من الضرر في حال اختراق خادم النسخ الاحتياطي. ويوفر رصد سجلات حالات فشل اتصالات SFTP وأخطاء النقل إنذارًا مبكرًا بمشكلات النسخ الاحتياطي، قبل أن تؤثر في القدرة على الاستعادة.

إلى جانب عميل sftp لسطر الأوامر، تدعم الأدوات الرسومية مثل FileZilla وCyberduck وWinSCP بروتوكول SFTP من خلال واجهات السحب والإفلات، وإدارة الإشارات المرجعية، وعروض الأدلة جنبًا إلى جنب. وتحظى هذه الأدوات بشعبية لدى المطورين والمسؤولين الذين يفضلون سير العمل عبر واجهة رسومية. وتستخدم جميعها بروتوكول SFTP الأساسي نفسه ومصادقة SSH نفسها، بما في ذلك دعم ملفات مفاتيح SSH ووكيل SSH الخاص بالنظام.

ما الثغرة الأمنية الرئيسية في بروتوكول SCP القديم التي دفعت OpenSSH إلى استبداله بتطبيق قائم على SFTP؟

SFTP هو نظام فرعي في SSH، ولا يرتبط بـ FTP. وهو يوفر عمليات كاملة على نظام الملفات البعيد عبر SSH المشفّر. أما SCP فهو أبسط، لكن البروتوكول القديم كان يتضمن ثغرة اجتياز لمسارات الخادم، وقد أُصلحت في OpenSSH 9.0 من خلال التحويل إلى استخدام SFTP في الخلفية. يضيف FTPS طبقة TLS إلى FTP، بينما يعتمد SFTP بالكامل على SSH. ويوفر rsync عبر SSH مزامنة تزايدية فعّالة. وتقيّد بيئات chroot المعزولة مستخدمي SFTP بالأدلة المخصصة لهم.