🚨 Kerentanan yang bertahan selama 10 tahun: masukkan kata sandi sepanjang 257 hingga 1024 byte untuk masuk ke server orang lain
Grup: 邀请您加入我的群组 悟空粉丝群
Pada 5 November, OpenSSH dan Alpine Linux merilis perbaikan. Keesokan harinya, Zhao Changpeng mengingatkan para admin sistem di X: "Kerentanan OpenSSH di Alpine Linux ini sudah ada selama 10 tahun. Segera pasang patch jika belum."
Ia juga menjelaskan bahwa ini bukan berarti Binance pernah dibobol melalui kerentanan tersebut.
📊 Rangkaian teknisnya lebih menarik: peneliti menemukan bahwa di musl libc yang digunakan Alpine, fungsi hash mengembalikan tanda bintang ketika kata sandi melebihi batas 256 byte; sementara itu, saat OpenSSH memeriksa "akun tanpa kata sandi", OpenSSH menggunakan salt dari akun lokal lain.
Masing-masing perilaku itu masuk akal, tetapi jika digabungkan, hasilnya bermasalah: tanda bintang yang dikembalikan cocok dengan tanda bintang pada "kolom kata sandi kosong", sehingga autentikasi bisa dilewati dalam satu kali koneksi, tanpa perlu mencoba kata sandi berulang kali.
🔸 Syaratnya tidak terlalu sulit, tetapi juga tidak umum: harus menjalankan OpenSSH tanpa PAM, autentikasi kata sandi harus aktif, nama pengguna dengan kolom kata sandi bertanda bintang harus diketahui, dan mesin harus memiliki akun lain dengan hash SHA-256 atau SHA-512. Sistem yang menggunakan PAM, menonaktifkan login dengan kata sandi, atau tidak menjalankan SSH di dalam kontainer tidak terdampak.
💡 Yang benar-benar perlu diperhatikan bukanlah "ada kerentanan lain", melainkan penyebabnya: bukan karena satu baris kode ditulis dengan keliru, tetapi karena perilaku bawaan yang masing-masing masuk akal dari dua komponen bertemu di batas tertentu. Batas musl berasal dari perubahan pada 2012 hingga 2016, sedangkan penggunaan salt dari akun lain oleh OpenSSH ditambahkan pada Juli 2016 untuk memperbaiki masalah lain—keduanya diperbaiki dengan benar, tetapi ketika bertemu, hasilnya adalah celah untuk melewati autentikasi.
⚠️ Dampaknya tidak terbatas pada Alpine: distribusi lain yang menggunakan musl libc, termasuk beberapa konfigurasi OpenWrt, Buildroot, dan Yocto, juga masuk dalam daftar. OpenWrt secara default menggunakan Dropbear, sehingga tidak terdampak.
📌 Bagi yang menjalankan node, validator, atau layanan mandiri, minggu ini cukup pastikan satu hal: OpenSSH di server sudah menggunakan versi yang telah diperbaiki.
Siapa yang mengurus patch di server Anda?
Ketuk avatar untuk menonton siaran langsung + bergabung dengan grup penggemar saya untuk mendapatkan strategi harian🚀
#公链 #DeFi
Grup: 邀请您加入我的群组 悟空粉丝群
Pada 5 November, OpenSSH dan Alpine Linux merilis perbaikan. Keesokan harinya, Zhao Changpeng mengingatkan para admin sistem di X: "Kerentanan OpenSSH di Alpine Linux ini sudah ada selama 10 tahun. Segera pasang patch jika belum."
Ia juga menjelaskan bahwa ini bukan berarti Binance pernah dibobol melalui kerentanan tersebut.
📊 Rangkaian teknisnya lebih menarik: peneliti menemukan bahwa di musl libc yang digunakan Alpine, fungsi hash mengembalikan tanda bintang ketika kata sandi melebihi batas 256 byte; sementara itu, saat OpenSSH memeriksa "akun tanpa kata sandi", OpenSSH menggunakan salt dari akun lokal lain.
Masing-masing perilaku itu masuk akal, tetapi jika digabungkan, hasilnya bermasalah: tanda bintang yang dikembalikan cocok dengan tanda bintang pada "kolom kata sandi kosong", sehingga autentikasi bisa dilewati dalam satu kali koneksi, tanpa perlu mencoba kata sandi berulang kali.
🔸 Syaratnya tidak terlalu sulit, tetapi juga tidak umum: harus menjalankan OpenSSH tanpa PAM, autentikasi kata sandi harus aktif, nama pengguna dengan kolom kata sandi bertanda bintang harus diketahui, dan mesin harus memiliki akun lain dengan hash SHA-256 atau SHA-512. Sistem yang menggunakan PAM, menonaktifkan login dengan kata sandi, atau tidak menjalankan SSH di dalam kontainer tidak terdampak.
💡 Yang benar-benar perlu diperhatikan bukanlah "ada kerentanan lain", melainkan penyebabnya: bukan karena satu baris kode ditulis dengan keliru, tetapi karena perilaku bawaan yang masing-masing masuk akal dari dua komponen bertemu di batas tertentu. Batas musl berasal dari perubahan pada 2012 hingga 2016, sedangkan penggunaan salt dari akun lain oleh OpenSSH ditambahkan pada Juli 2016 untuk memperbaiki masalah lain—keduanya diperbaiki dengan benar, tetapi ketika bertemu, hasilnya adalah celah untuk melewati autentikasi.
⚠️ Dampaknya tidak terbatas pada Alpine: distribusi lain yang menggunakan musl libc, termasuk beberapa konfigurasi OpenWrt, Buildroot, dan Yocto, juga masuk dalam daftar. OpenWrt secara default menggunakan Dropbear, sehingga tidak terdampak.
📌 Bagi yang menjalankan node, validator, atau layanan mandiri, minggu ini cukup pastikan satu hal: OpenSSH di server sudah menggunakan versi yang telah diperbaiki.
Siapa yang mengurus patch di server Anda?
Ketuk avatar untuk menonton siaran langsung + bergabung dengan grup penggemar saya untuk mendapatkan strategi harian🚀
#公链 #DeFi
