Ctrl-Alt-Canc su Linux * non è davvero * pericoloso?

La funzionalità Ctrl-Alt-Canc predefinita shutdown -rsui sistemi Linux è una funzione pericolosa?

Anni fa, quando distribuivo sistemi fisici con tastiere e monitor collegati, a volte modificavo i /etc/inittabsistemi su Red Hat per disabilitare il trap di riavvio. Questo di solito si verificava dopo che una persona IT locale o un amministratore di Windows utilizzavano accidentalmente la combinazione di tasti magici sul terminale / tastiera / finestra errati e riavviavano il server.

# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now

Non lo faccio più dai tempi di RHEL4, ma i sistemi più recenti sembrano avere un /etc/init/control-alt-delete.conffile per questo.

Negli anni successivi, la maggior parte dei miei sistemi sono stati implementati senza testa o funzionano come macchine virtuali. Ciò ha ridotto la frequenza di riavvii non intenzionali ... tuttavia, ho avuto una serie recente di oops ctrl-alt-delete da:

1). un IP KVM collegato al server sbagliato dal personale del datacenter.
2). un amministratore di Windows che utilizza la combinazione di tasti in una console VMware, ritenendo che fosse necessario per l'accesso.
3). me usando la macro ctrl-alt-delete in una console HP OIL per riavviare un CD live ... ma in realtà l'ILO per un server di produzione molto occupato .

• Ha senso disabilitare il riavvio Ctrl-Alt-Canc in Linux per impostazione predefinita?
• È una preoccupazione comune o generalmente ignorata?
• Ci sono degli svantaggi nel farlo?
• Come gestisci questo nel tuo ambiente?

Modifica: In effetti, ho appena incontrato questo server , una macchina virtuale in esecuzione per 1.115 giorni, la password di root sconosciuta e gli strumenti VMware non sono stati installati ( quindi Ctrl-Alt-Canc sarebbe l'unica opzione di spegnimento aggraziato ).

Questo può essere utile per macchine molto, molto raramente toccate. Anni dopo l'installazione, se nessuno riesce a ricordare un login per l'host, Ctrl-Alt-Delete farà lo spegnimento corretto e quindi ti permetterà di usare GRUB (o persino LiLo!) Per fornire rw init=/bin/bashal kernel e quindi darti la possibilità di resettare la password di root .

Quanto sopra è anche un modo in cui Ctrl-Alt-Canc è pericoloso anche se viene impedito l'accesso fisico agli interruttori di accensione / ripristino e ai cavi di alimentazione. Una password del caricatore di avvio (e la password del BIOS più la disabilitazione dell'avvio USB / CD-ROM e la chiave del menu di avvio) possono impedire ciò, ma rendono più difficile il legittimo ripristino di emergenza.

Se hai ILO / IPMI / ... Ha assolutamente senso. L'unica ragione per CTRLALTDEL era una trappola magica in cui nient'altro avrebbe potuto interrompere. Con una scheda di controllo non è necessario: è comunque possibile ripristinare la macchina. Inutile dire che, se la macchina si comporta correttamente, è sempre possibile 'riavviare' / 'shutdown -r now' / 'init 6' / 'systemctl reboot' dalla console o dalla GUI.

Sento che le possibilità di riavvio accidentale tramite ctrl-alt-delete sono molto maggiori delle possibilità di dimenticare la password di root di un server, e quindi negli ambienti di produzione ha senso disabilitare ctrl-alt-delete. Lo faccio personalmente sui miei sistemi di produzione.

Le possibilità di un hard powercycle su un host Linux in esecuzione che causano un danneggiamento irreversibile dei dati sono limitate. Nelle centinaia di volte che l'ho fatto nel corso degli anni, non riesco a ricordare una singola istanza in cui il sistema non è stato in grado di risolversi automaticamente (fsck) all'avvio. Quindi considero questa un'opzione valida sugli host in cui la password di root è sconosciuta, a parte la disponibilità di altri metodi per l'arresto regolare.