Quando Shellshock è stato introdotto, quanto è stato male ** allora **?

Quanto male? Non molto.

Nessuno dei comuni vettori di attacco remoto esisteva quando è stato introdotto il bug: il bug di parsing "shellshock" era precedente a CGI e DHCP di circa un anno, e preimpediva SSH di due o tre anni. I programmi di accesso remoto come telnet e rsh non hanno l'abilità di restrizione dei comandi che fa SSH, quindi anche se un attacco "shellshock" potrebbe probabilmente essere montato contro di loro, non otterrebbe un attaccante nulla che non potrebbero ottenere t ottenere solo accedendo normalmente.

Per quanto riguarda gli attacchi locali di escalation dei privilegi, per quanto posso dire, Linux non ha mai supportato gli script setuid. Non ci sono molti programmi setuid: al momento, sarebbero stati quelli che ora sono i pacchetti "util-linux" e "shadow". Questi programmi fanno parte delle specifiche POSIX e non sono cambiati nelle loro operazioni fondamentali negli ultimi 20 anni. Di loro, solo su , mount e umount sono setuid e chiamano altri programmi, e tutti lo fanno attraverso exec*() . su ha fatto e passa ancora attraverso l'ambiente se invocato senza - , ma non è un vettore di attacco facile da usare: devi ottenere il tuo obiettivo per eseguirlo con un ambiente sotto il tuo controllo e invocarlo come su - (che pulisce l'ambiente) è una seconda natura per molti amministratori di sistema.

Il grande jolly è altri sistemi * nix-like. L'area utente GNU era una sostituzione popolare per i programmi dei fornitori di bassa qualità e alcuni dei sistemi operativi * nix supportati dagli script setuid.