Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

DJI Romo 2: tante novità lo rendono un robot completo
DJI Romo 2: tante novità lo rendono un robot completo
Romo 2 è la seconda generazione di robot lavapavimenti di DJI, un modello che si caratterizza per la precisione nel sistema di navigazione e per il funzionamento particolarmente silenzioso. Con le modifiche introdotte in questa seconda versione, e un posizionamento di prezzo più allineato alla concorrenza, rappresenta una valida alternativa sul mercato delle soluzioni di pulizia domestica
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED
Il primo Sony con retroilluminazione True RGB alla prova del banco di misura e dei contenuti: luminanza enorme, colori accurati in HDR e un antiriflesso molto efficace. I limiti sono due sole HDMI 2.1 e il blooming fuori asse
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve
Dopo quasi un mese di utilizzo quotidiano e un viaggio medio-lungo in autostrada, raccontiamo pregi e limiti della Geely EX5: comfort premium, batteria LFP da 60,22 kWh, autonomia fino a 430 km e un prezzo che parte da 38.900 €
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 19-11-2009, 13:46   #1
zeromega
Senior Member
 
Iscritto dal: Sep 2000
Messaggi: 301
Impedire ai sudoers di eseguire un comando

Salve.
Per esigenze di sicurezza, devo impedire l'accesso al sistema all'utente root; per svolgere le operazioni amministrative ho creato un certo numero di utenti che fanno parte del gruppo
Codice:
amministratori
Nel file
Codice:
/etc/sudoers
ho aggiunto la riga
Codice:
%amministratori ALL=(ALL) ALL
In questo modo però non riesco ad evitare che un utente esegua
Codice:
sudo su -
oppure
Codice:
sudo su - root
Vorrei però fosse possibile eseguire tutti gli altri comandi, compreso
Codice:
sudo su - pippo
o
Codice:
sudo vi /etc/resolv.conf
Avete suggerimenti?
Grazie.
__________________
zeromega
zeromega è offline   Rispondi citando il messaggio o parte di esso
Old 19-11-2009, 16:29   #2
ozeta
Senior Member
 
L'Avatar di ozeta
 
Iscritto dal: Jan 2004
Città: Napoli
Messaggi: 2409
mm..semplicemente eliminare l'utente root si può fare?
__________________
fufol2
ozeta è offline   Rispondi citando il messaggio o parte di esso
Old 19-11-2009, 20:21   #3
zeromega
Senior Member
 
Iscritto dal: Sep 2000
Messaggi: 301
Purtroppo no, o almeno è la soluzione che vorrei evitare.
__________________
zeromega
zeromega è offline   Rispondi citando il messaggio o parte di esso
Old 19-11-2009, 20:27   #4
ozeta
Senior Member
 
L'Avatar di ozeta
 
Iscritto dal: Jan 2004
Città: Napoli
Messaggi: 2409
e perché mai? se hai altri utenti admin... in fondo ubuntu viene rilasciata senza utente root
__________________
fufol2
ozeta è offline   Rispondi citando il messaggio o parte di esso
Old 26-11-2009, 20:09   #5
kurts
Senior Member
 
L'Avatar di kurts
 
Iscritto dal: Oct 2009
Città: Varese
Messaggi: 307
potresti provare a modificare il sudoers in questo modo:

Codice:
nome_utente    ALL=NOPASSWD: /sbin/comando1, /sbin/comando2, /sbin/comando3
voglio dire, se l'utente deve poter spegnere/riavviare il computer metterai /sbin/shutdown /sbin/reboot
eventualmente elimina NOPASSWD se vuoi che venga inserita una password per la conferma

si, è probabilmente una cosa lunga e noiosa specificare tutti i comandi che vuoi permettere ma non mi viene in mente altro
inoltre in questo modo, essendo il file resolv.conf di proprietà di root impedisci che gli utenti in questione lo modifichino
kurts è offline   Rispondi citando il messaggio o parte di esso
Old 27-11-2009, 08:31   #6
zeromega
Senior Member
 
Iscritto dal: Sep 2000
Messaggi: 301
Ho provato, ma l'obbiettivo è che un certo numero di utenti possano fare tutto (compreso su - nomeutente) ma non switchare a root; praticamente ho una lista di utenti che saranno analoghi a root, ma nessuno deve impersonare root stesso.
__________________
zeromega
zeromega è offline   Rispondi citando il messaggio o parte di esso
Old 27-11-2009, 15:34   #7
meden
Member
 
L'Avatar di meden
 
Iscritto dal: Apr 2006
Città: Bologna
Messaggi: 48
In modo predefinito sudo non consente l'esecuzione di alcunché: tutto deve essere esplicitamente consentito nel file /etc/sudoers. Perciò evidentemente gli utenti della tua macchina fanno parte di un qualche gruppo che in sudoers ha tutti i privilegi. Per esempio in Ubuntu questo gruppo è admin tant'è che in sudoers troverai le righe:

Codice:
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
Perciò la creazione di un gruppo "amministratori" in questo caso è inutile poiché ridondante.

Ricorda che sudoers va modificato con sudoedit, dal momento che è necessario che la sintassi sia corretta, altrimenti non funziona. In Ubuntu questo è pericoloso, poiché root è disabilitato e se sudoers è corrotto non c'è modo di amministrare il sistema (bisogna andare in modalità di ripristino).

Per approfondimenti, ci sono le manpages di sudo e sudoers e le pagine di ubuntu-wiki
meden è offline   Rispondi citando il messaggio o parte di esso
Old 28-11-2009, 05:07   #8
zeromega
Senior Member
 
Iscritto dal: Sep 2000
Messaggi: 301
Il sistema su cui sto lavorando è una Red Hat Enterprise Linux 4.6, e in /etc/sudoers non sono preimpostate regole per i gruppi; analogamente ad Ubuntu il file deve essere modificato con un comando specifico: visudo.
Purtroppo se imposto una regola come
Codice:
%admin ALL=(ALL) ALL
sembra che abbia la precedenza sulle altre che aggiungo per escludere i file.

Per inciso, Ubuntu ha l'utente root (seppure sia ben occultato); basta eseguire:
Codice:
sudo su -
passwd <password di root>
per renderlo completamente operativo.
__________________
zeromega
zeromega è offline   Rispondi citando il messaggio o parte di esso
Old 28-11-2009, 11:32   #9
meden
Member
 
L'Avatar di meden
 
Iscritto dal: Apr 2006
Città: Bologna
Messaggi: 48
Quote:
Originariamente inviato da zeromega Guarda i messaggi
Il sistema su cui sto lavorando è una Red Hat Enterprise Linux 4.6, e in /etc/sudoers non sono preimpostate regole per i gruppi; analogamente ad Ubuntu il file deve essere modificato con un comando specifico: visudo.
In effetti sudoedit e visudo sono sostanzialmente equivalenti e fanno parte di sudo, quindi sono indipendenti dalla distribuzione. Se sudoers è vuoto, è davvero strano che un qualsivoglia utente possa eseguire comandi con sudo: ripeto, sudo controlla le autorizzazioni (esplicite) in sudoers prima di consentire l'esecuzione come altro utente (in modo predefinito root).

Quote:
Purtroppo se imposto una regola come
Codice:
%admin ALL=(ALL) ALL
sembra che abbia la precedenza sulle altre che aggiungo per escludere i file.
Questo è vero (ed è il comportamento corretto) se l'utente che esegue sudo fa parte del gruppo admin. Quello che penso tu debba fare è lasciare nel gruppo admin esclusivamente gli utenti che devono poter usare sudo, togliendone tutti gli altri.
In ogni caso, è sconsigliabile usare sudo per negare l'esecuzione di un comando: per un utente malizioso sarebbe sufficiente eseguire cp comandonegato pippo e poi eseguire pippo. Probabilmente una soluzione migliore è usare le ACL.

Quote:
Per inciso, Ubuntu ha l'utente root (seppure sia ben occultato); basta eseguire:
Codice:
sudo su -
passwd <password di root>
per renderlo completamente operativo.
Infatti: è ovvio che l'utente root esiste, solo che è disabilitato dal momento che non ha password e il login senza password non gli è concesso. Infatti per renderlo operativo quello che si fa è assegnargli una password (come tu stesso mostri).
meden è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve Geely EX5, un mese al volante: il SUV elettrico ...
Mova Z70 Ultra Roller Complete: motore potente, rullo di lavaggio e l'IA a guidare Mova Z70 Ultra Roller Complete: motore potente, ...
Recensione Google Pixel 11: non ha l'HiLight dei Pro, ma è il Pixel più equilibrato di sempre Recensione Google Pixel 11: non ha l'HiLight dei...
ASML vende macchinari ai produttori cine...
Venturi Space presenta il nuovo veicolo ...
FSR 4.1.1b su Radeon RX 6000 senza tool ...
Le prime analisi sui dati dello schianto...
HONOR porta a Venezia Robot Phone, lo sm...
Prime Video, il doppiaggio si sincronizz...
Windows 11: c'è una funzione nati...
Robot aspirapolvere in offerta: da ECOVA...
Quantum Galileo Interferometer: così la ...
GeForce RTX 5090 con connettori a 8 pin ...
Cento agenti IA lasciati soli: qualcuno ...
Il settore degli smartphone pieghevoli c...
Social e minori, la Svizzera si spacca: ...
Smart TV LG sotto accusa per la privacy:...
Il più grande studio indipendente sulle ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 18:06.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v