virtualenv Sandbox melarikan diri

Dibuat pada 30 Sep 2018 · 31Komentar · Sumber: pypa/virtualenv

Judul Eksploitasi: pelarian kotak pasir virtualenv
Tanggal: 2018-9-30
Eksploitasi Penulis: Topsec Technologies Inc. - vr_system
Versi: 16.0.0
Diuji pada: kali linux
CVE : Tidak ada

1、install root@kali:~#pip install virtualenv root@kali:~#virtualenv test_env root@kali:~#cd test_env/ root@kali:~/test_env#source ./bin/activate (test_env) root@kali:~/test_env#` `2、Sandbox escape (test_env) root@kali:~/test_env#python $(bash >&2) root@kali:~# (test_env) root@kali:~/test_env#python $(rbash >&2) root@kali:~#

Sumber

BakedPotato999

👎40 😄33 ❤4

Komentar yang paling membantu

Saya meminta MITRE untuk menolak CVE

jsegitz pada 1 Okt 2018

❤24 👍18

Semua 31 komentar

CVE-2018-17793 telah ditetapkan untuk masalah ini (tidak diminta oleh saya).

fgeek pada 1 Okt 2018

Bisakah Anda menjelaskan dampak keamanan di sini? Memanggil bash untuk kembali ke shell normal sepertinya bukan kerentanan bagi saya. Saya tidak berpikir ada orang yang mendapat kesan bahwa virtualenv memungkinkan Anda untuk menjalankan perintah shell yang tidak tepercaya dengan aman, bukan untuk itu.

Brcrwilliams pada 1 Okt 2018

👍24

Saya meminta MITRE untuk menolak CVE

jsegitz pada 1 Okt 2018

❤24 👍18

Biasa sebagai berikut:
(test_env) r0ot#python $(sh 1>&2)
(test_env) r0ot#
(test_env) r0ot#python
Python 2.7.15 (default, 1 Mei 2018, 05:55:50)
[GCC 7.3.0] di linux2
Ketik "bantuan", "hak cipta", "kredit" atau "lisensi" untuk informasi lebih lanjut.

impor os
os.system("$(sh 1>&2)")
(test_env) r0ot#
Jika Anda menjalankan kode berbahaya:
(test_env) r0ot#python $(bash >&2)
r0ot#
PO:
(test_env) r0ot#python
Python 2.7.15 (default, 1 Mei 2018, 05:55:50)
[GCC 7.3.0] di linux2
Ketik "bantuan", "hak cipta", "kredit" atau "lisensi" untuk informasi lebih lanjut.
impor os
os.system("$(bash >&2)")
r0ot#

BakedPotato999 pada 2 Okt 2018

Jika Anda menjalankan kode berbahaya

Ya, dan jika Anda melompat dari gedung, Anda mungkin menabrak sesuatu saat turun. Tidak masalah karena Anda sudah dalam masalah besar dari melompat untuk memulai.

Brcrwilliams pada 3 Okt 2018

👍15

PYTHON di kotak pasir tidak 100% aman, dan kerentanan dapat mengakibatkan melewati perlindungan kotak pasir. Apa alasan menggunakan kotak pasir?
Jika kotak pasir sulit diperbaiki, disarankan untuk menghindari risiko dalam kode dan diminta dalam deskripsi kotak pasir.

BakedPotato999 pada 3 Okt 2018

😄2 👎2

@BakedPotato999 Python di virtualenv "sandbox" adalah 0% aman; itu tidak dirancang untuk juga tidak memberikan perlindungan apa pun terhadap kode berbahaya. Anda tampaknya sangat bingung tentang tujuan virtualenv.

0cjs pada 3 Okt 2018

👍10

@BakedPotato999 Python di virtualenv "sandbox" adalah 0% aman; itu tidak dirancang untuk juga tidak memberikan perlindungan apa pun terhadap kode berbahaya. Anda tampaknya sangat bingung tentang tujuan virtualenv.

Saya pikir aplikasi yang berjalan di Virtualenv ini independen dan tidak akan mempengaruhi sistem operasi Anda yang ada. Menutup kotak pasir akan memulihkan semua operasi. Dengan kotak pasir, Anda dapat menguji program dan perangkat lunak yang mungkin berisiko. Apakah itu benar?

BakedPotato999 pada 3 Okt 2018

👎10

Tidak, sepenuhnya salah. Tujuan dari virtualenv adalah untuk memungkinkan Anda menggunakan juru bahasa Python tertentu dan set paket Python (bukan paket yang diinstal sistem dan userdir) untuk menjalankan program di lingkungan yang normal.

"Kotak pasir", seperti itu, seharusnya secara default tidak menyertakan paket sistem dan pengguna, hanya yang diinstal di virtualenv. Tetapi tidak ada yang menghentikan Anda, misalnya, mengubah sys.path untuk mengembalikan sistem default atau paket pengguna.

Juga tidak boleh ada yang menghentikan Anda melakukan itu. Interpreter Python dalam virtualenv harus dapat melakukan semua operasi yang dapat dilakukan oleh sistem interpreter Python (jika ada) ketika dijalankan oleh pengguna yang sama. Melakukan sebaliknya akan merusak banyak penggunaan umum dan yang diharapkan dari virtualenv.

0cjs pada 3 Okt 2018

👍21

@BakedPotato999 virtualenv/bin/activate pada dasarnya hanya menempatkan Python yang dapat dieksekusi di lingkungan virtual sebelumnya di jalur Anda. Itu tidak dibangun untuk keamanan.

zoidbergwill pada 3 Okt 2018

Saya akan menutup ini sebagai tidak valid.

gaborbernat pada 3 Okt 2018

👍37

Saya hanya ingin tahu, bagaimana Anda bisa membuat virtualenv menjadi sandbox @BakedPotato999 ?

Saya mencari melalui dokumen, github dan dengan git grep dan satu-satunya sandbox adalah yang ini:

James Gardner telah menulis tutorial tentang penggunaan virtualenv dengan Pylons.

yang tertaut ke http://wiki.pylonshq.com/display/pylonscookbook/Using+a+Virtualenv+Sandbox (yang memiliki sandbox di url).

Omong-omong, urlnya sudah mati dan ada di sini https://github.com/pypa/virtualenv/blob/384c8d13490f171a7ad99eeedd7fe45021a83d87/docs/index.rst

;).

disconnect3d pada 21 Okt 2018

👍2

Fakta bahwa ada "eksploitasi" sekarang https://www.exploit-db.com/exploits/45528/ dan bahwa pelacak keamanan distro besar memperlakukan ini sebagai kerentanan agak lucu.

offlinehacker pada 22 Okt 2018

😄11

Saya kira kita mungkin dapat menggunakan ini sebagai eskalasi hak istimewa, saya akan mencobanya sebenarnya

Ekultek pada 22 Okt 2018

0 hari dikonfirmasi! :D

0dayconfirmed

Ekultek pada 22 Okt 2018

👎4 😄3

Sangat lucu, ha ha dan semua itu, tetapi mengingat bahwa CVE telah dibuat untuk
ini dan beberapa pelacak lainnya juga mencantumkannya, sekarang mencapai
titik membuang-buang waktu yang signifikan yang harus dihabiskan untuk keamanan nyata
masalah, dengan kata lain, kami sekarang memiliki semacam DoS pada keamanan kami
infrastruktur. Jadi mari kita taruh ini di tempat tidur sekarang tolong: "kotak pasir melarikan diri" ini
bukanlah kerentanan.

0cjs pada 22 Okt 2018

👍6

@0cjs Saya baru saja membuktikan itu dapat digunakan untuk mendapatkan akses root, bagaimana itu bukan kerentanan?

Ekultek pada 23 Okt 2018

👎11

Saya tidak dapat melihat bukti di tangkapan layar Anda bahwa Anda menggunakan apa pun yang terkait dengan virtualenv untuk mendapatkan akses root. Agak mencurigakan bahwa itu menyebutkan apa yang tampaknya menjadi instalasi Ruby Version Manager di direktori home root di sana, meskipun ada penjelasan untuk itu yang kompatibel dengan eksploitasi nyata.
Saya tidak dapat memikirkan mekanisme yang masuk akal untuk melakukan apa yang Anda lakukan di luar mengeksploitasi sesuatu di luar virtualenv, karena virtualenv tidak memiliki dan tidak menggunakan file suid atau serupa, juga tidak mengambil hak istimewa dari pengguna mana pun selain yang menjalankannya. (Saya tidak mengatakan bahwa mekanismenya tidak ada, tetapi Anda perlu memberikan setidaknya beberapa indikasi di mana masalah ini mungkin terjadi. Jika Anda telah melaporkannya secara bertanggung jawab, Anda harus mengatakannya, dan kepada siapa Anda telah melaporkannya. melaporkannya.)

Satu penjelasan yang masuk akal untuk hal di atas adalah bahwa baris yang dikosongkan di tangkapan layar Anda menyertakan sudo -s dan prompt kata sandi. Itu, bersama dengan instalasi RVM yang dihapus sebagian untuk pengguna root, akan menghasilkan output persis seperti itu, tanpa mengeksploitasi apa pun.

0cjs pada 23 Okt 2018

@0cjs Saya benar-benar mengosongkannya karena berhasil, saya masih menguji untuk memastikan itu bukan karena sistem saya yang sudah ketinggalan zaman, saya sebenarnya setuju bahwa itu adalah eksploitasi kernel yang berbeda yang kebetulan muncul dengan sendirinya di dalam virtualenv, sekali lagi pengujian masih.

Ekultek pada 23 Okt 2018

Nah, Anda harus mengkonfirmasi hal-hal sedikit lebih sebelum Anda melaporkan alat yang, menurut desain, memungkinkan Anda untuk menjalankan program dan kode arbitrer sebagai pengguna saat ini. Melaporkan ini sebagai kerentanan virtualenv sama masuk akalnya dengan melaporkannya sebagai kerentanan Bash karena Anda juga menggunakan Bash di atas, atau kerentanan GCC karena digunakan untuk mengkompilasi beberapa kode yang Anda jalankan di beberapa titik.

0cjs pada 23 Okt 2018

👍5

Saya tidak melaporkan apa-apa...?

Ekultek pada 23 Okt 2018

root @kali :~/test_env#python $(bash >&2)

Wow, itu bagus, tetapi Anda tidak benar-benar perlu menggunakan $()...Anda bisa saja...

root@kali :~/test_env#echo "ini perdukunan"

untuk "melewati" mekanisme kotak pasir virtualenv.

Margaruga pada 23 Okt 2018

❤7 👍4 😄3

@BakedPotato999 Anda berhasil mendapatkan dari mengeksekusi kode python sewenang-wenang (atau lainnya) sebagai root ... Apa yang Anda sarankan adalah masalah keamanan yang muncul dari situasi sebelumnya ke yang terakhir?

Ivoz pada 23 Des 2018

Wah, masalah yang serius. Bagaimana saya bisa menggunakan perangkat lunak yang dimaksudkan untuk melakukan satu hal jika tidak dapat melakukan hal lain dengan aman? Mohon saran.

ghost pada 18 Feb 2019

@ednix liveoverflow?

gbougakov pada 18 Feb 2019

😄1

@ednix Anda tidak bisa. Anda tidak boleh menggunakan shell Unix lagi karena tidak dapat digunakan dengan aman untuk tujuan _some_.

0cjs pada 22 Feb 2019

Bahkan, jangan pernah menggunakan komputer lagi. Hal-hal berbahaya mereka, mereka dapat digunakan untuk berbagai tujuan.

valknight pada 7 Mar 2019

😄3

Sebenarnya "masalah" ini mengingatkan saya bahwa mungkin digunakan untuk menangani https://github.com/pypa/virtualenv/issues/1334 - apakah ada yang punya kode POC yang bisa kita mulai?

ssbarnea pada 13 Mar 2019

Nexus oleh Sonatype menyediakan proxy untuk pypi.org. Proxy memungkinkan mengkarantina paket apa pun dengan skor kerentanan di atas ambang batas yang diberikan.

Karena CVE virtualenv yang salah arah ini telah dikarantina. Ketika kesalahpahaman mengakibatkan CVE diajukan, hal itu berdampak nyata pada pengguna, serta pemborosan waktu dan tenaga kontributor.

Maaf jika itu menyatakan hal yang jelas tetapi masalah ini berdampak langsung kepada saya.