Differenza tra login root e sudo senza password

Onestamente, questo è probabilmente in gran parte un tentativo di proteggere l'utente contro se stesso. Uno dei maggiori vantaggi di "non eseguire come root" è che gli errori non distruggono (di solito) l'intero sistema. (Sui desktop, questo ha un valore limitato - preferirei distruggere la mia configurazione di Apache di tutti i dati nella mia home directory!) Se stai usando ec2-user , devi almeno capire che stai aumentando i privilegi usando %codice%. In questo modo, è simile a Controllo dell'account utente in Windows per un account amministrativo.

Come buona pratica, quei servizi non permetteranno l'accesso SSH con user / pass , quindi usano la chiave user / private . Il motivo per sudo senza password è che possiedi già la macchina, perché non ti concedi l'accesso completo?

Storicamente root è l'ID utente più abusato di sempre. Se qualcuno tenta di forzare brute qualsiasi sistema, inizieranno con root .

Hai citato gli altri ID utente anonimi e la loro capacità di utilizzare i privilegi di livello root . Questi sono pensati per i processi di sistema e di solito non sono per le persone.

Come amministratore di sistema è tua responsabilità che tutte le persone che utilizzano il tuo sistema siano responsabili. Questo non può essere fatto usando gli ID utente anonimi. Una buona pratica è creare un ID utente privilegiato. Solitamente con solo i privilegi necessari. Aggiungi il tuo ID all'elenco di sudoers.

Un accesso SSH privilegiato è solitamente limitato da un host (accesso) a un altro (destinazione). L'aspettativa è che, poiché i certificati sono stati scambiati e l'host di accesso è protetto da password, anche il collegamento SSH è protetto.