Newsgroup: it.comp.retrocomputing
Titolo: Sicurezza sistemi Unix-like

Sto terminando una HP 400, unico OS, DomainOS 10.4.
Ero riuscito ad entrare con l'utente standard, user/-apollo-, ma non 
potevo amministrare il sistema. Non ero root.
Riesco a modificare il file /etc/passwd.
Effetti ? Niente.
Trovo il manuale cartaceo (grazie ad un membro del NG :) ) e leggo, fra 
le righe, che il sistema di login è amministrato da DomainOS.
Il file /etc/passwd è fornito per compatibilità. (In altre parole non 
serve a molto ...)
Ed ora ?
 
Provo edrgy (edit registry)
edrgy -> change root -> ... nuova password ... -> OK
 
Come OK ? Già fatto ?
su root
Password:xxxxxxx
#
 
Proprio una bella sicurezza :P
 
user/-apollo- è l'utente standard valido ovunque ... (talvolta anche user 
senza password).

 Come OK ? Già fatto ?
 
Strano, altrimenti chiunque con minime conoscenze di amministrazione
avrebbe potuto prendere il controllo di una macchina.
Domain dovrebbe utilizzare delle protezioni sui file simili, ma non
identiche, a quelle unix. Forse a riguardo c'erano dei passi da fare
per mettere in sicurezza il sistema, anche se puo' sembrare
incredibile. C'e' da dire che domain/os gia' all'epoca non era proprio
una roccia e ci sono varie lamentele/report in rete che lo indicano.
 
Cercando velocemente salta fuori anche questo riguardo al modo di
dire: "security through obscurity".
"Historical note: There are conflicting stories about the origin of
this term. It has been claimed that it was first used in the Usenet
newsgroup comp.sys.apollo during a campaign to get HP/Apollo to fix
security problems in its Unix-clone Aegis/DomainOS (they didn't change
a thing)."
Ricercando in google gruppi due thread usano in particolare questo
termine ed il piu' vecchio e' del 4 giugno 87 ("AEGIS Vs UNIX",
casualmente).
 
...Oppure la modifica a passwd e' servita a qualcosa... :-P
 
Nuzzler
 
 

Ne aggiungo un'altra ...
Mi collego via telnet, interrompo la connessione con CTRL-C, non logout/
Ctrl-D, il sottosistema TCP-IP "crasha". Niente più connessioni 
dall'esterno via telnet. La porta ftp (21) si chiude. E non capisco cosa 
c'entrasse, dato che non ero connesso via ftp ...

Ed un'altra ...
la cartella /etc ha i seguenti permessi:
root staff others
rwxr-xr-x
 
Accesso come user, non appartenente al gruppo "staff", dunque "others"
Non posso modificare i files in /etc, né cancellarli.
Ma posso creare files nella cartella ed modificare gli attributi dei 
files creati.
touch temp
vi temp
chmod temp
...
 
Tant'è vero che, prima di cambiare la password di root, avevo creato il 
file resolv.conf ;)
 
Mi sembra alquanto anomalo ...
 
Il file /etc/passwd non era sincronizzato affatto con il sistema di login.
 
Accedevo come user/-apollo-, ma il valore hash della in /etc/passwd 
password, decrittata con john the ripper era "fener".
Modificando o rimuovendola da /etc/passwd, non cambiava. Sempre -apollo-
 
Se, invece, modifico la password da edrgy, il cambiamento è effettivo 
immediatamente nel login, ma /etc/passwd è immutato.
 
Per me, il problema nasce dalla coesistenza di tre ambienti: Aegis/BSD 
5.3/Unix SYSV.
Oltre ai permessi Unix, esistono gli ACL, e così via ... un minestrone ...