Adakah program FTP selamat?-industri IT-php.cn

risiko keselamatan FTP dan alternatif yang lebih selamat

Mata utama:

Program FTP seperti FileZilla boleh menyembunyikan kata laluan, tetapi jika kelayakan disimpan, mereka mudah diakses dari fail konfigurasi, membahayakan keselamatan.
FTP sendiri tidak mempunyai keselamatan dan menghantar data dan kelayakan dalam teks biasa, yang mudah dipintas dan disalahgunakan.
Alternatif keselamatan, seperti FTP dan SFTP, menyulitkan data semasa penghantaran, memberikan tahap keselamatan yang lebih tinggi daripada FTP tradisional.
Kunci SSH meningkatkan keselamatan dengan mengesahkan tanpa menghantar maklumat sensitif, dengan berkesan menghalang pemintasan.
Penghantaran alat yang berterusan dan protokol FTP yang selamat seperti SFTP dan FTP boleh mengurangkan risiko kesilapan manusia semasa pemindahan fail manual.

Adakah anda menggunakan FTP untuk menggunakan atau memindahkan fail? Memandangkan sifat protokol yang lama dan populariti yang meluas di kalangan banyak syarikat hosting, boleh dikatakan bahawa anda mungkin menggunakannya.

Tetapi, adakah anda sedar bahawa ini boleh menyebabkan masalah keselamatan untuk anda dan perniagaan anda? Mari kita menyelam keadaan ini secara mendalam.

Program seperti

fileZilla , Cyberduck , menghantar atau Kapten FTP , dan lain -lain boleh selamat. Mereka mungkin melaksanakan langkah -langkah seperti menyembunyikan kata laluan untuk menghalang orang lain daripada melihat. Walau bagaimanapun, jika anda menggunakan FTP untuk memindahkan data, langkah -langkah ini sebenarnya akan lemah.

Saya berkata secara terang -terangan bahawa sebab saya menulis ini adalah perbincangan yang menarik di SitePoint pada bulan Ogos. Perbincangan ini memberi tumpuan terutamanya pada FileZilla, membuat satu siri pernyataan tentang bagaimana tidak selamatnya (atau tidak).

Aspek utama perdebatan memberi tumpuan kepada sama ada kata laluan harus disimpan dengan FileZilla. Salah satu komen yang menghubungkan ke artikel deskriptif yang menunjukkan bahawa walaupun kelayakan anda tersembunyi apabila menggunakan perisian, mereka mudah diambil jika anda menyimpannya.

Jika anda belum membaca artikel ini, FileZilla akan menyimpan butiran sambungan dalam fail XML yang mudah seperti berikut:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?><filezilla3></filezilla3>
    <servers></servers>
        <server></server>
            <host>localhost</host>
            <port>21</port>
            <protocol>0</protocol>
            <type>0</type>
            <user>anonymous</user>
            <pass>user</pass>
            <logontype>1</logontype>
            <timezoneoffset>0</timezoneoffset>
            <pasvmode>MODE_DEFAULT</pasvmode>
            <maximummultipleconnections>0</maximummultipleconnections>
            <encodingtype>Auto</encodingtype>
            <bypassproxy>0</bypassproxy>
            <name>test site</name>
            <comments> </comments>
            <localdir> </localdir>
            <remotedir> </remotedir>
            <syncbrowsing>0</syncbrowsing>test site
        >
    >
>

Salin selepas log masuk

anda dapat melihat bahawa ia menyimpan banyak maklumat mengenai sambungan supaya anda tidak perlu mengingatnya. Tetapi sila ambil perhatian bahawa ia juga menyimpan kata laluan anda dalam plaintext?

Are FTP Programs Secure?

Sudah tentu, apabila anda menggunakan program ini, ia menyembunyikan kata laluan, seperti yang ditunjukkan dalam tangkapan skrin di atas, jadi ia tidak akan dibaca dari bahu anda.
Walau bagaimanapun, jika anda mempunyai akses ke komputer, tidak masuk akal untuk mengekstrak kata laluan dari komputer. Untuk bersikap adil, dalam versi terkini FileZilla, penyimpanan kata laluan tidak dibenarkan secara lalai.

Bagaimana dengan menyulitkan fail konfigurasi?

Seseorang mencadangkan bahawa sekurang -kurangnya fail konfigurasi hendaklah disulitkan, atau ditetapkan dengan cara yang meminta kata laluan induk sebelum memberikan akses, seperti 1Password dan Keamesx.

Louis Lazaris kemudian menghubungkan ke perbincangan mengenai Stack Exchange dalam usaha untuk menyangkal pandangan ini. Berikut adalah kandungan teras artikel ini:

anda lihat, menyulitkan kelayakan memerlukan kunci penyulitan, yang perlu disimpan di suatu tempat. Jika anda mempunyai perisian hasad yang berjalan pada akaun pengguna anda, mereka mempunyai sebanyak anda (atau mana -mana aplikasi lain yang berjalan pada tahap yang sama). Ini bermakna mereka juga akan dapat mengakses kunci penyulitan atau kunci yang menyulitkan kunci penyulitan, dan lain -lain.

Saya percaya pernyataan di atas tidak memahami sepenuhnya pertimbangan reka bentuk program seperti 1Password dan KeeSassx. Aplikasi yang direka khusus sebagai peti besi selamat untuk kata laluan dan maklumat selamat lain mungkin tidak semudah untuk retak seperti yang dicadangkan oleh jawapan ini.

Sebagai contoh, catatan blog baru -baru ini oleh 1Password menyenaraikan mekanisme utama terhadap penggodam.

Ini termasuk kunci simetri 128-bit dan 256-bit, penyulitan SHA512 dan PBKDF2-dan pelbagai ciri lain untuk melindungi fail data yang diakses sambil mengekalkan kemudahan penggunaan dan kesederhanaan mereka.
Oleh itu, adalah salah untuk membuat kesimpulan bahawa menggunakan peti besi yang disulitkan tidak benar -benar lebih selamat, terutamanya memandangkan semua teknologi yang tersedia ini.

adalah FTP, bukan permohonan anda!
Walau bagaimanapun, hujah mengenai sama ada kelayakan harus disimpan tidak relevan, kerana menggunakan FTP sendiri mengabaikan titik utama - kelayakan dan data anda dihantar dalam plaintext. Tidak percaya saya? Sila baca mengapa FTP tidak selamat di blog Deccanhosts.

Jika anda tidak tahu, dengan menggunakan sniffer pengelompokan mudah seperti wireshark, anda boleh mengambil nama pengguna dan kata laluan yang digunakan, serta sebarang kelayakan lain yang disimpan dalam fail yang anda hantar, serta algoritma, struktur pangkalan data dan disimpan di dalamnya.

Memandangkan menyimpan maklumat ini dalam fail .ini dan konfigurasi untuk masa yang lama telah menjadi amalan biasa, saya mencadangkan bahawa sejumlah besar perisian yang mudah dimuatkan seperti WordPress, Joomla, dan lain-lain akan dibangunkan dalam ini cara.

FTP tidak direka untuk keselamatan; Reka bentuk ini sememangnya mengandungi satu siri andaian selanjutnya yang tidak mengambil kira keselamatan. Jurutera Perisian Kanan Zend Enrico Zimuel bahkan berkata lagi: Jangan gunakan FTP - Selamanya!

Ya, perubahan keselamatan keluar kemudian, tetapi mereka dilampirkan-tidak terbina dalam. Tiada perlindungan terhadap serangan kekerasan, dan sementara terowong SSH mungkin, sukar kerana anda perlu menyulitkan arahan dan saluran data. Oleh itu, pilihan anda terhad. Koefisien kesukaran tidak selalu remeh apabila anda cuba melaksanakannya.

Adakah anda pentadbir laman web? Adakah anda telah mengaktifkan Penjara Chroot untuk pengguna FTP anda? Jika anda tidak biasa dengan istilah chroot, ia adalah satu cara untuk menyekat pergerakan dan akses pengguna. Bermula dari direktori di mana mereka log masuk, mereka boleh pergi ke mana -mana subdirektori, tetapi tidak boleh bergerak di luar direktori itu.

Alternatif ke FTP

sebelum saya meyakinkan anda bahawa segala -galanya tidak mengerikan -tidak begitu. Beberapa program FTP sekitar hari ini -terutamanya yang disebutkan di atas -juga menyokong beberapa derivatif dan alternatif FTP yang lebih selamat. Mari kita lihat mereka.
ftps dan sftp

FTPS adalah FTP selamat, sama seperti HTTPS adalah HTTP selamat, ia berjalan di atas SSL (Secure Socket Layer) dan TLS (keselamatan lapisan pengangkutan). Kelayakan dan data pengguna tidak lagi dihantar dalam teks biasa;

Jika pelayan membenarkan, perisian klien juga mempunyai fleksibiliti untuk menyulitkan hanya sebahagian daripada komunikasi, bukan semua. Berdasarkan perbincangan semasa, ini kelihatannya tidak jelas.
Walau bagaimanapun, jika fail yang dipindahkan telah disulitkan, atau maklumat apa -apa sifat sensitif tidak dihantar, maka mungkin tidak ada overhead yang diperlukan untuk penyulitan.
Walau bagaimanapun, beralih ke FTPS mempunyai harga (dan harga). Menggunakan FTPS memerlukan menjana sijil SSL yang ditandatangani sendiri, atau membeli sijil dari pihak berkuasa sijil yang dipercayai. Oleh itu, keselamatan yang lebih baik tersedia, tetapi memerlukan lebih banyak usaha dan kos.

Tetapi sebelum anda mundur, tanya diri anda, berapa banyak maklumat anda bernilai untuk perniagaan anda? Ini mungkin meyakinkan anda untuk melekatinya.

mari kita lihat SFTP sekarang. Protokol pemindahan fail SFTP atau SSH berfungsi secara berbeza daripada FTPS. SFTP direka sebagai lanjutan SSH 2.0, yang mewujudkan sambungan FTP biasa tetapi melaksanakannya pada sambungan yang telah disulitkan. Aliran data FTP itu sendiri tidak lebih selamat daripada FTP biasa, tetapi sambungannya berjalan lebih selamat.

ssh, scp dan shell login lain

Jika anda ingin menyerah FTP, mengapa mengambil langkah -langkah untuk melepaskan separuh jalan? Mengapa menggunakan FTP? Jika anda memasang SFTP, anda mempunyai alat SSH yang dipasang;

Dari SSH sendiri, ia menyediakan akses pengguna penuh ke sistem jauh, yang membolehkan mereka melakukan lebih daripada FTP standard. Sambungan selamat dan data boleh disalin dengan mudah dari satu sistem ke sistem lain.

Jika anda seorang pakar baris arahan, anda juga boleh menggunakan alat seperti RSYNC pada SSH.

Dalam kes penggunaan mudah, ia boleh digunakan untuk menyalin semua fail dari direktori tempatan ke direktori pada komputer terpencil. Apabila larian pertama, semua fail disalin.

yang kedua dan kemudiannya berjalan, ia memeriksa perbezaan fail, memindahkan hanya fail yang berbeza, dan mempunyai pilihan untuk memadam fail dan direktori tempatan yang tidak lagi wujud pada komputer jauh.

Masalahnya ialah memberikan akses ini adalah isu keselamatan dengan sendirinya. Tetapi kesannya dapat dikurangkan. OpenSSH membolehkan banyak pilihan konfigurasi seperti tidak membenarkan akses root, menyekat pengguna yang boleh log masuk dari jauh, dan mengutuk pengguna ke direktori tertentu.

mungkin pengguna tidak perlu berada di komputer terpencil sama sekali, atau mereka tidak memerlukan banyak kebenaran ketika mereka berada di sana. Jika ya, dan kemungkinan besar, anda boleh memilih dari beberapa cengkerang yang direka untuk menyesuaikan diri dengan situasi ini.

Dua yang terbaik adalah scponly dan rssh. SCPONLY membolehkan pengguna menyalin fail ke komputer jauh sahaja.

Pengguna tidak boleh log masuk, bergerak, melihat atau menukar fail. Perkara yang baik ialah ia masih boleh menggunakan RSYNC (dan alat lain). RSSH melangkah lebih jauh, membolehkan akses kepada SCP, SFTP, RDIST, RSYNC dan CVS.
Untuk melaksanakannya, pentadbir sistem hanya menukar shell pengguna menggunakan alat pilihan mereka, dan kemudian edit /etc/rssh.conf untuk menyenaraikan protokol yang dibenarkan. Berikut adalah konfigurasi sampel:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?><filezilla3></filezilla3> <servers></servers> <server></server> <host>localhost</host> <port>21</port> <protocol>0</protocol> <type>0</type> <user>anonymous</user> <pass>user</pass> <logontype>1</logontype> <timezoneoffset>0</timezoneoffset> <pasvmode>MODE_DEFAULT</pasvmode> <maximummultipleconnections>0</maximummultipleconnections> <encodingtype>Auto</encodingtype> <bypassproxy>0</bypassproxy> <name>test site</name> <comments> </comments> <localdir> </localdir> <remotedir> </remotedir> <syncbrowsing>0</syncbrowsing>test site > > >
Salin selepas log masuk
Salin selepas log masuk

Konfigurasi ini membolehkan pengguna menggunakan SCP dan SFTP sahaja.

Kunci SSH

Seterusnya, mari kita pertimbangkan kunci SSH. Proses ini memerlukan beberapa penjelasan, tetapi saya akan cuba menjadikannya pendek dan ringkas, menulis semula jawapan ini di Stack Exchange banyak:

Pertama, kunci awam pelayan digunakan untuk membina saluran SSH yang selamat dengan merundingkan kunci simetri yang akan digunakan untuk melindungi sesi yang tinggal, membolehkan kerahsiaan saluran, perlindungan integriti, dan pengesahan pelayan. Selepas fungsi saluran selamat, pengesahan pengguna akan dilakukan.

Seterusnya, pelayan mencipta nilai rawak, menyulitkannya dengan kunci awam pengguna dan menghantarnya kepada mereka. Jika pengguna adalah pengguna yang sepatutnya, mereka boleh menyahsulit cabaran dan menghantarnya kembali ke pelayan, yang kemudian mengesahkan identiti pengguna. Ini adalah model tindak balas cabaran klasik.

manfaat utama teknologi ini ialah kunci persendirian tidak pernah meninggalkan pelanggan dan tidak menghantar nama pengguna atau kata laluan. Jika seseorang memintas lalu lintas SSL dan dapat menyahsulitnya (menggunakan kunci peribadi pelayan yang rosak, atau jika anda menerima kunci awam yang salah apabila menyambung ke pelayan) - butiran peribadi anda tidak akan jatuh ke tangan penyerang.

Apabila digunakan dengan SCP atau SFTP, ini seterusnya mengurangkan jumlah kerja yang diperlukan untuk menggunakannya semasa meningkatkan keselamatan. SSH Keys mungkin memerlukan kata laluan untuk membuka kunci kunci peribadi, yang nampaknya menjadikan mereka lebih sukar digunakan.
Walau bagaimanapun, terdapat alat yang boleh menghubungkannya ke sesi pengguna anda apabila anda log masuk ke komputer anda. Setelah ditetapkan dengan betul, kata laluan akan diberikan secara automatik kepada anda, jadi anda boleh memanfaatkan sepenuhnya sistem.

bagaimana dengan penghantaran berterusan?

Mungkin anda belum pernah mendengar istilah ini sebelum ini, tetapi sudah lama. Kami telah menulis tentangnya sebelum ini di SitePoint, hanya minggu lepas. Penghantaran berterusan yang dibuat oleh Martin Fowler ditakrifkan sebagai:

Disiplin pembangunan perisian, anda membina perisian sedemikian rupa sehingga perisian dapat diterbitkan ke persekitaran pengeluaran pada bila -bila masa.

Terdapat banyak cara untuk melaksanakannya, tetapi perkhidmatan seperti Codeship dan Beanstalk sebahagian besarnya menghapuskan kesakitan.

Berikut adalah metafora kasar untuk bagaimana ia berfungsi. Anda menyediakan projek perisian anda, termasuk kod ujian dan skrip penempatan anda, dan menyimpan semua ini di bawah kawalan versi. Saya mengandaikan anda menggunakan perkhidmatan dalam talian, seperti GitHub atau Bitbucket.

Selepas melakukan atau menerbitkan dalam cawangan kod anda, perkhidmatan akan menjalankan ujian permohonan anda setiap kali ia ditolak ke salah satu perkhidmatan ini. Jika ujian berlalu, permohonan anda akan digunakan, sama ada ujian atau pengeluaran.

Selagi semuanya berjalan lancar, ia kemudiannya akan mengendalikan penggunaan secara automatik untuk anda. Anda kemudian akan menerima pemberitahuan bahawa penggunaan akan berjaya atau gagal.

Jika berjaya, anda boleh meneruskan ke ciri seterusnya atau pembetulan pepijat. Sekiranya ada masalah, anda boleh menyemaknya untuk mencari punca masalah. Semak video pendek di bawah yang menunjukkan proses sebenarnya menggunakan repositori ujian menggunakan codeship.

Apa yang perlu anda lakukan? Tolak komited ke repositori GitHub - itu sahaja! Anda tidak perlu ingat skrip berjalan, di mana skrip, pilihan dan suis untuk lulus mereka (terutamanya apabila lewat pada malam Jumaat, anda lebih suka berada di mana -mana daripada kerja).

Saya faham bahawa ini agak mudah dan tidak meliputi semua pilihan dan kehalusan, tetapi anda mendapat apa yang saya maksudkan.

Masalah dengan kesilapan manusia

Akhirnya, mari kita bergerak dari isu -isu keselamatan asas menggunakan FTP untuk keberkesanan penggunaan sehari -hari. Sebagai contoh, katakan anda sedang membangunkan laman web, seperti kedai e-dagang, dan proses penempatan anda menggunakan FTP, terutama FileZilla. Berikut adalah beberapa masalah yang wujud yang berkaitan dengan kesilapan manusia:

semua fail dimuat naik ke lokasi yang betul?

Adakah fail itu mengekalkan atau mendapatkan kebenaran yang diperlukan?

Adakah anda akan melupakan satu atau dua fail?

Adakah perlu menukar nama pembangunan dalam pengeluaran?

Adakah skrip pasca penempatan perlu dijalankan?

Semua ini adalah kebimbangan yang sah, tetapi semuanya dapat dikurangkan dengan mudah apabila menggunakan alat penghantaran berterusan. Sekiranya terlambat, jika tekanannya tinggi, jika orang yang relevan akan meninggalkan syarikat itu atau bersemangat untuk bercuti, maka secara manual memindahkan fail melalui FTP meminta masalah.

Okay, secara manual memindahkan fail, secara ringkas, hanya meminta masalah. Kesalahan manusia terlalu sukar untuk dielakkan.

minta maaf kepada FileZilla

Saya tidak mahu muncul seolah -olah saya menargetkan FileZilla. Ini adalah aplikasi yang sangat baik yang saya gunakan selama bertahun -tahun. Dan teknologi telah digunakan untuk menjadikannya lebih selamat.

Titik utama saya adalah dalam FTP sendiri, bukan hanya FileZilla.

Ringkasan

Ini pendapat saya mengenai perdebatan keselamatan FTP. Nasihat saya - jangan gunakannya juga; Lagipun, ini adalah data anda.

Tetapi apa idea anda? Adakah anda masih menggunakan FTP? Adakah anda menganggap penghijrahan? Kongsi pengalaman anda dan penyelesaian yang anda telah cuba dalam komen supaya kami semua boleh bekerja keras untuk mencari penyelesaian praktikal dan mudah digunakan.

Bacaan dan sumber selanjutnya

zendcryptpassword

Kata laluan (dalam) Keselamatan (Slide)

mengapa ftp tidak selamat

wireshark (penganalisis protokol rangkaian)

1Volving Security dalam Kata Laluan 4
shell terhad Linux: rssh dan scponly

soalan yang sering ditanya mengenai keselamatan program FTP

Apakah risiko keselamatan utama yang berkaitan dengan program FTP?

Walaupun program FTP berguna untuk pemindahan fail, mereka juga mempunyai beberapa risiko keselamatan. Masalah utama ialah FTP tidak menyulitkan data, yang bermaksud bahawa semua maklumat yang dihantar, termasuk data sensitif (seperti nama pengguna dan kata laluan), dihantar dalam teks biasa. Ini memudahkan penjenayah siber untuk memintas dan menyalahgunakan maklumat ini. Di samping itu, FTP terdedah kepada serangan seperti serangan kekerasan, penangkapan paket dan serangan spoofing. Risiko ini boleh membawa kepada pelanggaran data, akses yang tidak dibenarkan dan isu keselamatan yang serius.

Bagaimana untuk mengurangkan risiko menggunakan program FTP?

Terdapat beberapa cara untuk mengurangkan risiko yang berkaitan dengan program FTP. Salah satu cara yang paling berkesan ialah menggunakan versi FTP yang selamat, seperti SFTP atau FTP. Protokol ini menyulitkan data semasa penghantaran, menjadikannya sukar bagi penjenayah siber untuk memintas. Di samping itu, dengan menggunakan kata laluan yang kuat dan unik dan mengemas kini mereka boleh membantu mencegah serangan kekerasan. Ia juga penting untuk memastikan program FTP dikemas kini, kerana kemas kini biasanya mengandungi patch keselamatan.

Apakah perbezaan antara FTP, SFTP dan FTPS?

FTP atau protokol pemindahan fail adalah protokol rangkaian standard yang digunakan untuk memindahkan fail dari satu hos ke yang lain melalui Internet. Walau bagaimanapun, ia tidak memberikan sebarang penyulitan. SFTP atau protokol pemindahan fail selamat adalah versi FTP yang selamat, yang menggunakan SSH (Security Shell) untuk menyulitkan data semasa penghantaran. FTPS atau FTP Secure adalah versi lain FTP yang selamat, yang disulitkan menggunakan SSL (Secure Socket Layer) atau TLS (keselamatan lapisan pengangkutan).

Adakah anda masih menggunakan FTP hari ini?

Ya, FTP masih digunakan secara meluas hari ini, terutamanya dalam persekitaran perusahaan untuk memindahkan fail besar atau fail batch. Walau bagaimanapun, disebabkan pelanggaran keselamatannya, banyak organisasi beralih kepada alternatif yang lebih selamat seperti SFTP atau FTP.

bagaimana untuk mengetahui sama ada program FTP saya selamat?

Untuk menentukan sama ada program FTP anda selamat, anda perlu menyemak sama ada ia menggunakan penyulitan semasa pemindahan fail. Versi selamat FTP, seperti SFTP dan FTP, menyulitkan data semasa penghantaran. Anda biasanya boleh mendapatkan maklumat ini dalam dokumentasi atau tetapan program. Di samping itu, program FTP yang selamat harus menyediakan ciri-ciri seperti kata laluan yang kuat, pengesahan dua faktor, dan kemas kini tetap.

Bolehkah saya menggunakan VPN dengan program FTP untuk meningkatkan keselamatan?

Ya, menggunakan VPN (Rangkaian Peribadi Maya) dengan program FTP dapat meningkatkan keselamatan. VPN menyulitkan semua data yang dihantar melalui internet, termasuk trafik FTP anda. Ini dapat membantu melindungi data anda daripada dipintas oleh penjenayah siber.

Apakah beberapa alternatif keselamatan untuk FTP?

Beberapa alternatif keselamatan untuk FTP termasuk SFTP, FTPS, dan SCP (protokol replikasi selamat). Protokol ini semua menggunakan penyulitan untuk melindungi data semasa penghantaran. Di samping itu, perkhidmatan pemindahan fail berasaskan awan sering menawarkan langkah keselamatan yang kuat, termasuk penyulitan, pengesahan dua faktor, dan kawalan akses.

Apakah serangan kekerasan dan bagaimana ia mempengaruhi FTP?

serangan kekerasan adalah sejenis serangan siber di mana penyerang cuba mengakses sistem dengan meneka kata laluan. Oleh kerana FTP menghantar kata laluan dalam plaintext, ia sangat terdedah kepada serangan kekerasan. Jika penyerang berjaya meneka kata laluan, mereka boleh mengakses sistem tanpa kebenaran dan boleh mencuri atau memanipulasi data.

Bagaimana untuk melindungi program FTP saya dari serangan spoofing?

serangan spoofing (penyerang berpura -pura menjadi pengguna atau peranti yang sah) boleh menjadi ancaman serius kepada program FTP. Untuk mengelakkan serangan ini, anda boleh menggunakan versi selamat FTP menggunakan disulitkan, seperti SFTP atau FTP. Di samping itu, menggunakan kata laluan yang kuat dan unik dan mengemas kini mereka secara teratur boleh membantu mencegah serangan spoofing.

Apakah penangkapan paket dan bagaimana ia mempengaruhi FTP?

Penangkapan paket, juga dikenali sebagai paket menghidu, adalah kaedah yang digunakan oleh penjenayah siber untuk memintas dan menganalisis apabila paket dihantar melalui rangkaian. Oleh kerana FTP tidak menyulitkan data, ia amat terdedah kepada penangkapan paket. Penyerang boleh menggunakan kaedah ini untuk mencuri maklumat sensitif, seperti nama pengguna dan kata laluan. Untuk mengelakkan penangkapan paket, anda harus menggunakan versi selamat FTP menggunakan disulitkan, seperti SFTP atau FTPS.
Atas ialah kandungan terperinci Adakah program FTP selamat?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!