Keamanan di sistem GNU / Linux, apakah tergantung pada sistem atau administrator?

Di hari-hari yang lalu mereka berlari melalui jaring laporan serangan Mereka mengeksploitasi kerentanan dalam PHP, yang memungkinkan beberapa situs resmi menayangkan halaman web dan iklan palsu, sehingga pengunjung dapat memasang malware di komputer mereka. Serangan ini memanfaatkan a kerentanan PHP yang sangat kritis terbuka secara publik 22 bulan yang lalu dan pembaruan terkait telah dirilis.

Beberapa telah mulai dengan tegas menunjukkan bahwa sebagian besar server yang dikompromikan dalam serangan ini menjalankan versi GNU / Linux, berpura-pura mempertanyakan keamanan Sistem Operasi ini, tetapi tanpa menjelaskan secara rinci tentang sifat kerentanan atau alasan mengapa yang telah terjadi ini.

Sistem dengan GNU / Linux yang terinfeksi, dalam semua kasus, mereka menjalankan Kernel Linux versi 2.6, dirilis pada 2007 atau sebelumnya. Dalam kasus apa pun tidak disebutkan infeksi sistem yang menjalankan kernel superior atau yang telah diperbarui sebagaimana mestinya; Namun tentunya masih ada pengurus yang beranggapan "... kalau tidak rusak tidak perlu diperbaiki" dan kemudian hal-hal tersebut terjadi.

Selain itu, sebuah studi baru-baru ini oleh perusahaan keamanan ESET, memperlihatkan panggilan secara detail "Operasi Windigo", di mana melalui beberapa kit serangan, termasuk satu yang disebut terkelupas dirancang khusus untuk Apache dan server web open source populer lainnya, serta yang disebut lainnya SSH, telah lebih dari 26,000 sistem GNU / Linux dikompromikan sejak Mei tahun lalu, apakah ini berarti GNU / Linux tidak lagi aman?

Pertama-tama, meletakkan segala sesuatunya dalam konteks, jika kita membandingkan angka sebelumnya dengan hampir 2 juta komputer Windows yang dikompromikan oleh bootnet NolAkses Sebelum ditutup pada Desember 2013, mudah disimpulkan bahwa, dari segi keamanan, Sistem GNU / Linux masih lebih aman daripada yang menggunakan Sistem Operasi Microsoft, tetapi apakah kesalahan GNU / Linux bahwa 26,000 sistem dengan OS tersebut telah dikompromikan?

Seperti dalam kasus kerentanan PHP kritis yang dibahas di atas, yang memengaruhi sistem tanpa pembaruan kernel, serangan lain ini melibatkan sistem di mana nama pengguna dan / atau kata sandi default tidak diubah dan yang mempertahankan port 23 dan 80 terbuka secara tidak perlu; Jadi apakah ini benar-benar kesalahan GNU / Linux?

Tentunya, jawabannya adalah TIDAK, masalahnya bukan OS yang digunakan tetapi ketidaktanggungjawaban dan kelalaian para administrator dari sistem-sistem tersebut yang kurang memahami secara maksimal yang dinyatakan oleh pakar keamanan. Bruce Schneier yang harus dibakar ke dalam otak kita: Keamanan ADALAH proses BUKAN produk.

Tidak ada gunanya jika kita menginstal sistem yang terbukti aman jika kemudian kita membiarkannya ditinggalkan dan tidak menginstal pembaruan yang sesuai segera setelah dirilis. Demikian pula, tidak ada gunanya memperbarui sistem kami jika kredensial otentikasi yang muncul secara default selama penginstalan terus digunakan. Dalam kedua kasus, itu benar prosedur keamanan dasar, yang bukan karena pengulangan, diterapkan dengan benar.

Jika Anda memiliki sistem GNU / Linux dengan Apache atau server web open source lain dan Anda ingin memeriksa apakah telah disusupi, prosedurnya sederhana. Dalam kasus mengubur, Anda harus membuka terminal dan mengetik perintah berikut:

ssh -G

Jika jawabannya berbeda dengan:

ssh: illegal option – G

dan kemudian daftar opsi yang benar untuk perintah itu, maka sistem Anda disusupi.

Untuk kasus terkelupas, prosedurnya sedikit lebih rumit. Anda harus membuka terminal dan menulis:

curl -i http://myserver/favicon.iso | grep "Location:"

Jika sistem Anda disusupi, maka terkelupas akan mengarahkan permintaan dan memberi Anda keluaran berikut:

Location: http://google.com

Jika tidak, itu tidak akan mengembalikan apapun atau lokasi yang berbeda.

Bentuk desinfeksi mungkin tampak kasar, tetapi hanya satu-satunya yang terbukti efektif: penghapusan sistem penuh, penginstalan ulang dari awal dan setel ulang semua kredensial pengguna dan administrator dari terminal tanpa ikatan. Jika terasa sulit bagi Anda, pikirkan bahwa, jika Anda segera mengubah kredensial, Anda tidak akan membahayakan sistem.

Untuk analisis yang jauh lebih rinci tentang cara infeksi ini beroperasi, serta cara spesifik yang digunakan untuk menyebarkannya dan tindakan yang harus diambil, kami sarankan untuk mengunduh dan membaca analisis lengkap dari "Operasi Windigo" tersedia di tautan berikut:

Operasi Windigo

Akhirnya, a kesimpulan mendasar: Tidak ada jaminan sistem operasi terhadap administrator yang tidak bertanggung jawab atau ceroboh; Mengenai keselamatan, selalu ada yang harus dilakukan, karena kesalahan pertama dan paling serius adalah mengira kita sudah mencapainya, atau menurut Anda tidak?