Seberapa amankah menyimpan file sewenang-wenang?

Kadang-kadang ketika saya catsecara tidak sengaja file biner, terminal saya rusak. Tidak ada yang cepat resettidak bisa perbaiki, tetapi tidak bisa seorang penyerang secara teoritis membuat file yang, ketika ditampilkan pada terminal, akan mengeksekusi beberapa kode arbitrer? Melalui exploit di terminal emulator atau lainnya.

Apakah keluaran seperti itu dapat dieksploitasi tergantung pada program terminal, dan apa yang dilakukan terminal itu tergantung pada kode pelarian yang dikirim. Saya tidak mengetahui program terminal memiliki fitur yang dapat dieksploitasi, dan satu-satunya masalah sekarang adalah jika ada buffer overflow yang tidak diketahui atau sesuatu seperti itu, yang dapat dieksploitasi.

Dengan beberapa hardwareterminal yang lebih lama, ini bisa menjadi masalah ketika Anda memprogram mis. Tombol fungsi dengan jenis urutan pelarian ini, dengan menyimpan urutan perintah untuk kunci tersebut dalam perangkat keras. Anda masih memerlukan penekanan tombol fisik untuk mengaktifkannya.

Tapi selalu ada (seperti Hauke ​​yang ditandai dengan sangat tajam sebagai 'braindead') orang yang mau menambahkan fitur seperti itu jika itu memecahkan masalah bagi mereka, tidak memahami celah yang mereka buat. Dalam pengalaman saya dengan perangkat lunak open source adalah bahwa, karena banyak mata melihat kode, ini lebih kecil kemungkinannya terjadi seperti halnya dengan sumber tertutup. (Saya ingat bahwa dalam program surat pada Silicon Grahpics 'Irix, pada pertengahan ninetees, Anda dapat menyertakan perintah yang akan dieksekusi pada mesin penerima, jalur nyata ke executable, ....)

Kebanyakan emulator terminal akan mengirimkan kembali beberapa respons, jika mereka menerima urutan pelarian tertentu (lihat dokumentasi urutan kontrol xterm ). Misalnya, Anda dapat mengirim \e[0cke emulator mirip VT100 dan itu akan mengirim kembali atribut perangkat, seperti \e[?1;2c (Ini mungkin apa yang diamati Keith.) Tetapi jawaban ini bukan string acak. Namun, memiliki executable yang bernama di 2csuatu tempat di sistem Anda yang melakukan sesuatu yang fatal adalah ide yang buruk.

Pembaruan: Risiko sebenarnya lebih besar dari yang saya kira, karena kemungkinan untuk mengatur judul jendela xterm dan mengirim kembali judul menggunakan urutan pelarian yang sesuai ( http://www.securityfocus.com/bid/6940/ ) . Berbeda dengan contoh di atas, judul dapat berupa string yang hampir sewenang-wenang.

Ini mengubah judul terminal di Terminal GNOME 3.6.1, kecuali diganti oleh sesuatu seperti PS1 :

printf "\033]2;Script Kiddie was here\007"

Sekarang buka jendela Terminal GNOME baru untuk menguji catversinya:

printf "\033]2;Script Kiddie was here\007" > test.bin
cat test.bin

Yap, ini juga menentukan judul terminal.

Dulu ada masalah keamanan dengan kode pelarian yang menghasilkan judul yang dicetak ke baris perintah , sehingga Anda dapat secara efektif membuat file, yang ketika cated akan dicetak (saya tidak yakin apakah Anda bisa meletakkan baris baru di sana) perintah sewenang-wenang. Aduh!

Meskipun menggunakan catmungkin tidak menghasilkan eksekusi kode, kode melarikan diri akan diproses sehingga Anda dapat dengan mudah disesatkan sehingga menganggap skrip tidak berbahaya padahal sebenarnya itu berbahaya.

Berikut adalah contoh perintah yang dapat Anda jalankan yang akan membuat skrip shell "jahat":

echo -e '#!/bin/sh\necho "...doing something bad here..."\nexit\n\033[A\033[Aecho "Hello dear reader, I am just a harmless script, safe to run me!"' > demo.sh
chmod a+x demo.sh

Saat Anda memeriksa file, tampaknya tidak cukup berbahaya:

$ cat demo.sh
#!/bin/sh
echo "Hello dear reader, I am just a harmless script, safe to run me!"

Tetapi jika Anda benar-benar menjalankannya ...

$ ./demo.sh 
...doing something bad here...

Skrip bekerja dengan memasukkan kode pelarian mentah untuk menggerakkan kursor ke atas beberapa baris, sehingga skrip lainnya ditulis di atas kode berbahaya, menyembunyikannya.

Hampir semua program lain akan mengungkapkan skrip untuk apa itu. Hanya program yang tidak memproses konten file (seperti cat, moredan less -r) yang akan menghasilkan output yang menyesatkan.

Perhatikan itu taildan headjuga hasilkan keluaran menyesatkan yang sama. Oleh karena itu, menggunakan "less + F" lebih aman daripada "tail -f".

Saya benar-benar mengalami xtermmemasukkan karakter sewenang-wenang ke dalam dirinya sendiri seolah-olah saya telah mengetiknya. Dan kadang-kadang ini rupanya termasuk karakter baris baru, sehingga saya mendapat ngwerm:0riu: command not foundtanggapan. Saya tidak melihat alasan mengapa seseorang tidak dapat membuat file yang akan mengirim perintah spesifik dan berbahaya. Jadi ya, setidaknya beberapa terminal rentan terhadap serangan dengan dampak sewenang-wenang.

Emulator terminal pada dasarnya hanya mencetak karakter yang dikirim ke sana.

Apa pun selain hanya mencetak karakter pada posisi saat ini, seperti mengatur posisi baru, mengubah warna, mengubah judul, dll., Dilakukan dengan urutan melarikan diri.

Himpunan urutan pelarian yang didukung biasanya terdiri dari standar yang didefinisikan dengan baik seperti ANSI , yang tidak menentukan cara untuk memulai proses lain. Meskipun mungkin untuk mengimplementasikan urutan seperti itu, saya tidak mengetahui adanya emulator terminal yang sengaja membiarkan hal-hal seperti itu.

Secara teori, bug seperti buffer overflow dapat digunakan untuk memicu fungsi sewenang-wenang. Tetapi ini juga bisa dilakukan di hampir semua biner lainnya.

Secara umum biasanya tidak ada risiko untuk melakukan capping file arbitrer. Metode biasa saya untuk menganalisis file adalah dengan melakukan hal berikut:

$ file <mystery file>
$ strings <mystery file> | less

Di atas memungkinkan saya untuk menentukan jenis file melalui fileperintah dan stringsperintah memungkinkan saya untuk membuang string yang dapat diidentifikasi dari file biner calon yang saya tidak yakin tentang garis keturunan mereka.

contoh

$ file /bin/ls
/bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, stripped

$ strings /bin/ls|less
...
across
vertical
single-column
force
never
auto
if-tty
slash
%b %e  %Y
%b %e %H:%M
long-iso
main
posix-
sort_files
?pcdb-lswd
dev_ino_pop
Try `%s --help' for more information.
Usage: %s [OPTION]... [FILE]...
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of -cftuvSUX nor --sort.
Mandatory arguments to long options are mandatory for short options too.
  -a, --all                  do not ignore entries starting with .
  -A, --almost-all           do not list implied . and ..
...