Làm cách nào để sử dụng lệnh tích hợp trong bash một cách rõ ràng và an toàn

Có một câu hỏi tương tự liên quan đến kịch bản 'gói', nơi bạn muốn thay thế cdbằng một lệnh gọi hàm dựng sẵn cd.

Tuy nhiên, dưới ánh sáng của shellshock et al và biết rằng bash nhập các hàm từ môi trường, tôi đã thực hiện một vài thử nghiệm và tôi không thể tìm cách gọi nội dung cdtừ tập lệnh của mình một cách an toàn .

Xem xét điều này

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

Bất kỳ tập lệnh nào được gọi trong môi trường này bằng cách sử dụng cd sẽ bị hỏng (xem xét ảnh hưởng của một cái gì đó như cd dir && rm -rf .).

Có các lệnh để kiểm tra loại lệnh (được gọi một cách thuận tiện type) và các lệnh để thực thi phiên bản dựng sẵn thay vì một chức năng ( builtinvàcommand ). Nhưng, lo và kìa, chúng cũng có thể được ghi đè bằng các hàm

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

Sẽ mang lại những điều sau đây:

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

Có cách nào để buộc bash sử dụng lệnh dựng sẵn một cách an toàn không, hoặc ít nhất phát hiện ra rằng một lệnh không phải là nội dung, mà không xóa toàn bộ môi trường?

Tôi nhận ra nếu ai đó kiểm soát môi trường của bạn, dù sao bạn cũng có thể bị lừa, nhưng ít nhất là đối với các bí danh, bạn có tùy chọn không gọi bí danh bằng cách chèn một \trước đó.

Olivier D gần như đúng, nhưng bạn phải đặt POSIXLY_CORRECT=1trước khi chạy unset. POSIX có một khái niệm về Tích hợp đặc biệt và bash hỗ trợ điều này . unsetlà một trong những nội dung như vậy. Tìm kiếm SPECIAL_BUILTINtrong builtins/*.ctrong nguồn bash cho một danh sách, nó bao gồm set, unset, export, evalvà source.

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

Rogue unsethiện đã được loại bỏ khỏi môi trường, nếu bạn bỏ đặt command, type, builtinsau đó bạn sẽ có thể tiếp tục, nhưng unset POSIXLY_CORRECTnếu bạn đang dựa vào phi POSIX-hành vi hoặc các tính năng bash tiên tiến.

Điều này không giải quyết các bí danh, vì vậy bạn phải sử dụng \unsetđể chắc chắn rằng nó hoạt động trong vỏ tương tác (hoặc luôn luôn, trong trường hợp expand_aliasescó hiệu lực).

Đối với người hoang tưởng, điều này sẽ sửa chữa mọi thứ, tôi nghĩ:

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, doneVà [[được dành riêng từ và không cần biện pháp phòng ngừa.) Lưu ý chúng tôi đang sử dụng unset -fđể chắc chắn chức năng unset, mặc dù các biến và chức năng chia sẻ không gian tên tương tự nó có thể cho cả hai để tồn tại cùng một lúc (nhờ Etan Reisner) trong trường hợp này unset-ing hai lần cũng sẽ làm được mẹo. Bạn có thể đánh dấu một chức năng chỉ đọc, bash không ngăn bạn bỏ đặt chức năng chỉ đọc lên đến và bao gồm cả bash-4.2, bash-4.3 không ngăn bạn nhưng nó vẫn tôn vinh các nội dung đặc biệt khi POSIXLY_CORRECTđược đặt.

Chỉ đọc POSIXLY_CORRECTkhông phải là vấn đề thực sự, đây không phải là boolean hoặc gắn cờ sự hiện diện của nó cho phép chế độ POSIX, vì vậy nếu nó tồn tại dưới dạng chỉ đọc, bạn có thể dựa vào các tính năng POSIX, ngay cả khi giá trị trống hoặc 0. Bạn chỉ cần bỏ đặt các hàm có vấn đề theo một cách khác so với ở trên, có lẽ với một số thao tác cắt và dán:

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

(và bỏ qua bất kỳ lỗi nào) hoặc tham gia vào một số kịch bản khác .

Ghi chú khác:

• functionlà một từ dành riêng, nó có thể được đặt bí danh nhưng không bị ghi đè bằng một hàm. (Bí danh functionlà rắc rối nhẹ vì \function không phải là được chấp nhận như một cách bỏ qua nó)
• [[, ]] là những từ dành riêng, chúng có thể được đặt bí danh (sẽ bị bỏ qua) nhưng không bị ghi đè bằng một hàm (mặc dù các hàm có thể được đặt tên như vậy)
• (( không phải là tên hợp lệ cho hàm, cũng không phải bí danh

Tôi nhận ra nếu ai đó kiểm soát môi trường của bạn, dù sao bạn cũng có thể bị lừa

Vâng, cái đó Nếu bạn chạy một tập lệnh trong một môi trường không xác định, mọi thứ có thể sai, bắt đầu bằng việc LD_PRELOADkhiến quy trình shell thực thi mã tùy ý trước khi nó đọc tập lệnh của bạn. Cố gắng bảo vệ chống lại một môi trường thù địch từ bên trong kịch bản là vô ích.

Sudo đã vệ sinh môi trường bằng cách loại bỏ bất cứ thứ gì trông giống như định nghĩa hàm bash trong hơn một thập kỷ. Kể từ Shellshock , các môi trường khác chạy tập lệnh shell trong môi trường không được tin cậy hoàn toàn đã theo sau.

Bạn không thể chạy tập lệnh một cách an toàn trong một môi trường được đặt bởi một thực thể không đáng tin cậy. Vì vậy, lo lắng về định nghĩa chức năng là không hiệu quả. Vệ sinh môi trường của bạn và làm như vậy các biến mà bash sẽ hiểu là các định nghĩa hàm.

Bạn có thể sử dụng unset -fđể loại bỏ các hàm dựng sẵn, lệnh và loại.