Bagaimana cara saya secara eksplisit dan aman memaksakan penggunaan perintah bawaan di bash

Ada pertanyaan serupa yang berhubungan dengan skenario 'pembungkus', di mana Anda ingin mengganti misalnya cddengan perintah yang memanggil builtin cd.

Namun, mengingat shellshock et al dan mengetahui bahwa bash mengimpor fungsi dari lingkungan, saya telah melakukan beberapa tes dan saya tidak dapat menemukan cara untuk memanggil buildin dengan aman cddari skrip saya.

Pertimbangkan ini

cd() { echo "muahaha"; }
export -f cd

Setiap skrip yang dipanggil dalam lingkungan ini menggunakan cdakan rusak (pertimbangkan efek dari sesuatu seperti cd dir && rm -rf .).

Ada perintah untuk memeriksa jenis perintah (mudah dipanggil type) dan perintah untuk mengeksekusi versi builtin daripada fungsi ( builtindan command). Tapi, lihat dan lihat, ini bisa diganti menggunakan fungsi juga

builtin() { "$@"; }
command() { "$@"; }
type() { echo "$1 is a shell builtin"; }

Akan menghasilkan yang berikut:

$ type cd
cd is a shell builtin
$ cd x
muahaha
$ builtin cd x
muahaha
$ command cd x
muahaha

Apakah ada cara untuk memaksa bash secara aman untuk menggunakan perintah builtin, atau setidaknya mendeteksi bahwa suatu perintah bukanlah builtin, tanpa membersihkan seluruh lingkungan?

Saya menyadari jika seseorang mengendalikan lingkungan Anda, Anda mungkin masih bisa mengacaukannya, tetapi setidaknya untuk alias Anda punya opsi untuk tidak memanggil alias dengan menyisipkan \sebelumnya.

Olivier D hampir benar, tetapi Anda harus mengatur POSIXLY_CORRECT=1sebelum menjalankan unset. POSIX memiliki gagasan tentang Built-in Khusus , dan bash mendukung ini . unsetadalah salah satu builtin tersebut. Mencari SPECIAL_BUILTINdi builtins/*.cdalam sumber bash untuk daftar, itu termasuk set, unset, export, evaldan source.

$ unset() { echo muahaha-unset; }
$ unset unset
muahaha-unset
$ POSIXLY_CORRECT=1
$ unset unset

Nakal yang unsetsekarang telah dihapus dari lingkungan, jika Anda unset command, type, builtinmaka Anda harus bisa melanjutkan, tetapi unset POSIXLY_CORRECTjika Anda mengandalkan pada perilaku non-POSIX atau fitur pesta canggih.

Ini tidak membahas alias, jadi Anda harus menggunakannya \unsetuntuk memastikan itu bekerja di shell interaktif (atau selalu, dalam kasus expand_aliasesberlaku).

Untuk paranoid, ini harus memperbaiki semuanya, saya pikir:

POSIXLY_CORRECT=1
\unset -f help read unset
\unset POSIXLY_CORRECT
re='^([a-z:.\[]+):' # =~ is troublesome to escape
while \read cmd; do 
    [[ "$cmd" =~ $re ]] && \unset -f ${BASH_REMATCH[1]}; 
done < <( \help -s "*" )

( while, do, doneDan [[dicadangkan kata-kata dan tidak perlu tindakan pencegahan.) Catatan kami menggunakan unset -funtuk memastikan fungsi unset, meskipun variabel dan fungsi berbagi ruang nama yang sama itu mungkin bagi keduanya untuk eksis secara bersamaan (terima kasih kepada Etan Reisner) dalam hal unset-ing dua kali juga akan melakukan trik. Anda dapat menandai fungsi readonly, bash tidak mencegah Anda membatalkan fungsi readonly hingga dan termasuk bash-4.2, bash-4.3 memang mencegah Anda tetapi masih menghormati builtin khusus ketika POSIXLY_CORRECTdiatur.

Readonly POSIXLY_CORRECTbukan masalah nyata, ini bukan boolean atau flag kehadirannya memungkinkan mode POSIX, jadi jika itu ada sebagai readonly Anda dapat mengandalkan fitur POSIX, bahkan jika nilainya kosong atau 0. Anda hanya perlu hapus fungsi bermasalah dengan cara yang berbeda dari yang di atas, mungkin dengan beberapa cut-and-paste:

\help -s "*" | while IFS=": " read cmd junk; do echo \\unset -f $cmd; done

(dan abaikan kesalahan apa pun) atau terlibat dalam beberapa scriptobatics lainnya .

Catatan lain:

• functionadalah kata yang dilindungi undang-undang, ini bisa alias tetapi tidak diganti dengan fungsi. (Aliasing functionagak sulit karena \function tidak dapat diterima sebagai cara untuk melewatinya)
• [[, ]]adalah kata-kata yang dicadangkan, mereka dapat alias (yang akan diabaikan) tetapi tidak diganti dengan fungsi (meskipun fungsi dapat dinamai demikian)
• (( bukan nama yang valid untuk suatu fungsi, atau alias

Saya menyadari jika seseorang mengendalikan lingkungan Anda, Anda mungkin memang sedang kacau

Ya itu. Jika Anda menjalankan skrip di lingkungan yang tidak dikenal, segala hal bisa salah, mulai dengan LD_PRELOADmenyebabkan proses shell mengeksekusi kode arbitrer sebelum bahkan membaca skrip Anda. Mencoba melindungi dari lingkungan yang bermusuhan dari dalam skrip itu sia-sia.

Sudo telah membersihkan lingkungan dengan menghapus apa pun yang tampak seperti definisi fungsi bash selama lebih dari satu dekade. Sejak Shellshock , lingkungan lain yang menjalankan skrip shell di lingkungan yang tidak sepenuhnya tepercaya telah mengikuti.

Anda tidak dapat menjalankan skrip dengan aman di lingkungan yang telah ditetapkan oleh entitas yang tidak dipercaya. Jadi mengkhawatirkan definisi fungsi tidak produktif. Sanitasi lingkungan Anda, dan dengan melakukannya, variabel yang akan ditafsirkan oleh bash sebagai definisi fungsi.

Anda dapat menggunakan unset -funtuk menghapus fungsi builtin, perintah dan ketik.