cosa significa star nel file passwd?

Ho un computer su cui devo avviare, ma le password sembrano essere false. Inoltre, non riesco a montare l'unità per la scrittura, ed è un processore mips, quindi non posso attaccarlo su un'altra macchina per eseguirlo.

Comunque, passwd file ha alcuni utenti che assomigliano a questo, con una stella dopo il nome utente. vuol dire password vuota o cosa?

root:8sh9JBUR0VYeQ:0:0:Super-User,,,,,,,:/:/bin/ksh
sysadm:*:0:0:System V Administration:/usr/admin:/bin/sh
diag:*:0:996:Hardware Diagnostics:/usr/diags:/bin/csh
daemon:*:1:1:daemons:/:/dev/null
bin:*:2:2:System Tools Owner:/bin:/dev/null
uucp:*:3:5:UUCP Owner:/usr/lib/uucp:/bin/csh
sys:*:4:0:System Activity Owner:/var/adm:/bin/sh
adm:*:5:3:Accounting Files Owner:/var/adm:/bin/sh
lp:VvHUV8idZH1uM:9:9:Print Spooler Owner:/var/spool/lp:/bin/sh
nuucp::10:10:Remote UUCP User:/var/spool/uucppublic:/usr/lib/uucp/uucico
auditor:*:11:0:Audit Activity Owner:/auditor:/bin/sh
dbadmin:*:12:0:Security Database Owner:/dbadmin:/bin/sh
rfindd:*:66:1:Rfind Daemon and Fsdump:/var/rfindd:/bin/sh

Devi controllare man passwd :

Se la password crittografata è impostata su un asterisco (*), l'utente non sarà in grado di accedere utilizzando login (1), ma potrà comunque accedere utilizzando rlogin (1), eseguire processi esistenti e avviarne di nuovi tramite rsh (1), cron (8), at (1) o filtri di posta, ecc. Cercare di bloccare un account semplicemente modificando il campo shell produce lo stesso risultato e consente inoltre l'uso di su (1).

Di solito gli account con *nel campo password non hanno una password, ad es .: disabilitato per l'accesso. Questo è diverso dall'account senza password, il che significa che il campo password sarà vuoto e che è quasi sempre una cattiva pratica.

Gli account con password sono gli account con un glob di base64 senza senso nel secondo campo:

root:8sh9JBUR0VYeQ:0:0:Super-User,,,,,,,:/:/bin/ksh
lp:VvHUV8idZH1uM:9:9:Print Spooler Owner:/var/spool/lp:/bin/sh

Questo computer sembra utilizzare il tradizionale crypt(3)hash della password basato su DES . Questo hash è piuttosto debole per gli standard moderni; se non riesci a ottenere un accesso root in nessun altro modo, puoi probabilmente recuperare la password con forza bruta, usando John lo Squartatore o software simile. Inoltre, tecnicamente non si tratta di base64 ma di una codifica più vecchia e simile, ma probabilmente non dovrai preoccuparti di questo.

La distinzione tra :*:e :!:menzionata in altre risposte è troppo nuova per essere rilevante per il tuo problema. Su un sistema UNIX così vecchio, ci sono solo tre cose diverse che possono apparire nel campo della password:

alice::1001:1001:Alice Can Log In Without A Password:/home/alice:/bin/ksh
bob:WSy1W41d4D1Gw:1002:1002:Bob Must Supply A Password:/home/bob:/bin/ksh
carol:ANYTHING ELSE:1003:1003:Carol Cannot Log In At All:/home/carol:/bin/ksh

Se il contenuto del campo password è vuoto, è possibile accedere senza password.

Se il contenuto del campo è l' crypthash valido di una password, è possibile accedere con quella password.

Altrimenti non puoi accedere come quell'utente. *è solo la cosa convenzionale da usare - visivamente ovviamente non è un hash di password valido. Probabilmente è stato scelto da chiunque abbia scritto il passwdprogramma.

(Il punto di avere gli ID utente nel file delle password che non riescono ad accedere è che possono ancora possedere i file, possono comunque avere cronlavori e i demoni possono usare setuidper assumere quell'identità. In effetti, è buona pratica eseguire tutti i demoni (che non devono essere eseguiti come root) con tali ID utente, in modo da avere un certo livello di sicurezza che solo il demone è in esecuzione con tale identità.)

(Gli account con /dev/nullnel campo shell sono bloccati contro l' rootuso super eseguire programmi con quell'identità utente, così come l'accesso regolare. Oggi è molto più probabile che vengano visualizzati /bin/falseo /sbin/nologinutilizzati a tale scopo; sospetto che su questo sistema quest'ultimo lo faccia non esiste e il primo è uno script di shell.)

(La password per Bob è "bobpassw", crittografata utilizzando il vecchio algoritmo, ma su una moderna macchina Linux; potrebbe non essere ciò che il tuo computer produrrebbe per la stessa password e salt. Uno dei motivi per cui il vecchio algoritmo non è considerato valido ha più un limite massimo di 8 caratteri in una password.)

(So ​​che il sistema è davvero vecchio perché utilizza l'hash delle password basato su DES, perché non utilizza un file shadow e perché la shell di root è /bin/kshpiuttosto che qualcosa di più nuovo ed ergonomico.)

Ciò significa che è disabilitato per l'accesso diretto. È un utente utilizzato per l'esecuzione di servizi o da utilizzare per rlogin. Controlla https://en.wikipedia.org/wiki/Passwd#Password_file

Riguardo alla tua vera domanda, vedi la risposta di taliezin (e accetta quella;)

Informazioni sull'altro problema: cerca la stringa 8sh9JBUR0VYeQ sul disco per capire il / i blocco / i disco / i in cui risiede. Quindi aggiungi quel blocco / i disco in un file, sostituisci quella stringa con un hash di password noto (la vecchia cripta () della stessa lunghezza) e riscrivere i blocchi del disco nella posizione precedente, possibilmente eseguendo un backup completo del disco prima. Poiché questo approccio non modifica le dimensioni del file, non è necessario aggiornare i metadati del file system.