Cosa determina quali comandi Linux richiedono l'accesso come root?

Cosa determina quali comandi Linux richiedono l'accesso come root? Comprendo i motivi per cui è auspicabile che, diciamo, apt-getdebba richiedere rootprivilegi; ma cosa distingue questi comandi dal resto? È semplicemente una questione di proprietà ed eseguire le autorizzazioni dell'eseguibile?

In Linux, i privilegi di root erano ad un certo punto diviso in "capacità", in modo da poter ottenere un elenco completo dei privilegi speciali di root, cercando in quella documentazione: man 7 capabilities.

Per rispondere alla tua domanda, un comando richiederà l'esecuzione come root quando necessita di uno di questi privilegi e il suo eseguibile non script non ha la relativa funzionalità impostata nei suoi metadati di file (ad esempio se uno script Python richiede la funzionalità, quindi la funzionalità dovrebbe essere nell'interprete Python specificato nella riga Shebang).

Si noti che alcuni comandi che richiedono l'accesso come root non hanno bisogno di qualcosa di simile sudoperché hanno il bit SUID impostato nel loro eseguibile. Questo bit provoca l'esecuzione dell'eseguibile come proprietario (in genere root) quando eseguito da chiunque abbia accesso di esecuzione. Un esempio è sudose stesso in quanto cambiare gli utenti è un'azione privilegiata che deve fare.

EDIT: noto dalla tua domanda che potresti avere l'idea che puoi determinare se un comando avrà bisogno dell'accesso root prima di eseguirlo. Non è così. A volte un programma può richiedere privilegi di root e altre volte no, e questa potrebbe essere una decisione presa dal programma a causa dei dati forniti durante il runtime. Prendiamo ad esempio la chiamata vim, proprio come quella senza argomenti, e poi attraverso una serie di pressioni e incolla, dicendogli di scrivere qualcosa su un file che non ha il permesso di scrivere, o forse eseguendo un altro comando che richiederà i privilegi di root. Nulla sul comando prima dell'esecuzione potrebbe indicare che alla fine richiederebbe l'accesso root. È qualcosa che può essere determinato solo nel momento in cui cerca di fare qualcosa che lo richiede.

Ad ogni modo, ecco alcuni esempi dalla manpage di riferimento dei privilegi di root:

• Effettuare manipolazioni arbitrarie degli UID di processo (setuid (2), setreuid (2), setresuid (2), setfsuid (2));
• Bypassare i file in lettura, scrittura ed esecuzione dei controlli delle autorizzazioni. (DAC è l'abbreviazione di "controllo di accesso discrezionale".)
• Bypass verifica l'autorizzazione per l'invio di segnali (vedi kill (2)). Ciò include l'uso dell'operazione ioctl (2) KDSIGACCEPT.
• Eseguire varie operazioni relative alla rete:
  • configurazione dell'interfaccia;
  • amministrazione di firewall IP, mascheramento e contabilità;
  • modificare le tabelle di routing;
• Associare un socket alle porte privilegiate del dominio Internet (numeri di porta inferiori a 1024).
• Carica e scarica i moduli del kernel (vedi init_module (2) e delete_module (2));
• Imposta l'orologio di sistema (settimeofday (2), stime (2), adjtimex (2)); imposta l'orologio in tempo reale (hardware).
• Eseguire una serie di operazioni di amministrazione del sistema tra cui: quotactl (2), mount (2), umount (2), swapon (2), swapoff (2), sethostname (2) e setdomainname (2);
• Usa reboot (2) e kexec_load (2).
• Usa chroot (2).
• Aumenta il valore di processo (nice (2), setpriority (2)) e modifica il valore di Nice per processi arbitrari;

E 'principalmente una questione di ciò che lo strumento o il programma fa . Tenendo presente che un non-superutente può solo toccare i file di cui è proprietario o al quale ha accesso, qualsiasi strumento che deve essere in grado di mettere le dita in tutto richiederà l'accesso da superutente per fare ciò che fa. Un rapido esempio di cose che potrebbero richiedere l'accesso da superutente includono, ma non si limita a:

• Apertura di un socket TCP in ascolto su una porta inferiore a 1024
• Modifica delle configurazioni di sistema (ad es. Qualsiasi cosa in /etc)
• Aggiunta di nuove librerie accessibili a livello globale ( /libe /usr/lib) o binari ( /bin, /usr/bin)
• Toccando tutti i file non di proprietà dell'utente che sta effettuando i tocchi che non dispongono di una modalità sufficientemente permissiva
• Modifica della proprietà dei file degli altri utenti
• Priorità del processo esplicativo (ad es. renice)
• Avvio o arresto della maggior parte dei servizi
• Configurazione del kernel (ad es. Regolazione della swappiness)
• Regolazione delle quote del filesystem
• Scrivere su dischi "completi" (la maggior parte dei filesystem riserva spazio per l'utente root)
• Esecuzione di azioni come altri utenti

Penso che sia conforme all'identità dell'utente per verificare le autorizzazioni, non secondo l'ordine di divisione delle autorizzazioni. File e utenti sono privilegiati e i comandi non devono essere divisi.