Newsgroup: it.comp.os.win.win2000
Titolo: Pass Administrator e L0phtCrack - ATTO II Da leggere

> the passwords from the registry..
[...]
After logging on locally, you schedule a batch file that creates a new
administrative account, then you logoff and replace the original SAM
file.
If you don't know how to use the AT command under NT/2K, then you will
need to read up on this.
After the batch file has run, you should then be able to logon as the
administrative user that the AT command has just created, which means
you will have access to the C Drive, so then you can use pwdump2 to
dump the password hashes from memory to a text file, and then use
L0phtcrack (or LC3) to crack the passwords.
[...]
In effetti questo metodo, pare risolvere il problema Syskey. Perche' una
volta ottenuti i privilegi di admin, con l'utente da noi creato, Pwdump
funziona egregiamente (appena testato sulla mia macchina), e permette a LC
di risolvere gli hash in pass in chiaro.
Il problema e' che di comandi Win, ne mastico molto poco.. E non so da dove
iniziare, per creare il file batch.
Qualcuno che possa suggerirmi un'esauriente guida reperibile in rete?
Sull'uso di AT per scrivere il batch che mi permette di creare un nuovo
account con privilegi admin? O magari darmi le prime righe di comando, per
avere una base su cui lavorare? ;-)
La guida in linea di Win l'ho gia' provata, e subito messa da parte.
Per quanto riguarda il batch da eseguire all'avvio della macchina: una volta
scritto, basta semplicemente inserirlo in operazioni pianificate, giusto?
Saluti.
Mix


Se un aspirante hacker aspirante alla gattabuia :-)
Saluti.

 Se un aspirante hacker aspirante alla gattabuia :-)
Eheh. No no. Sono solo curioso di natura.. Appena mi trovo di fronte un
nuovo argomento, mi documento.
Ho provato questo metodo, comunque. Ed e' successa una cosa alquanto strana.
L'ho testato su due macchine differenti, una con Win 2K PRO SP3, e l'altra
stesso OS con SP2.
Nella prima, tutto ha funzionato correttamente, l'account con privilegi
admin viene creato, ed e' utilizzabile. Con la seconda, invece,
quest'account non viene creato.
Alla fine, dopo aver cercato info, il file batch me lo sono scritto da solo,
ed e' questo:
net users test test /add
net localgroup administrators test /add
Dopo aver rinominato SAM, ho avuto accesso come admin, senza pass. Quindi in
operazioni pianificate ho settato di eseguire il file batch all'avvio della
macchina, ho riavviato, risistemato il vecchio SAM, ed al log in, l'utente
test (che doveva essere admin) non esisteva.
Nessuna traccia.
Eppure, prima di riavviare, ho fatto girare il batch, per controllare
funzionasse, ed in effetti funzionava. L'utente veniva creato (ovviamente,
prima di riavviare, ho eliminato test).
Qualcuno ha qualche idea in merito? Sarebbe gradita.
Ah, premetto che tutti questi test, li sto facendo su macchine di mia
proprieta', quindi nessun danneggiamento a nessuno, ne' operazioni illegali.
;-)
Mix

 ogni sistema e' buono per riavere i PROPI DATI
Finche sono i propri dati ed i propri sistemi
non c'č dubbio. La cosa č lecita.
Il problema comincia a nascere se sono cose di altri.
La cosa non č lecita.
Saluti.

 Ho provato questo metodo, comunque. Ed e' successa una cosa alquanto
strana.
Mi sa che ho capito.. Dopo aver rinominato SAM, ed essermi loggato come
Admin (con pass vuota), per far eseguire il file batch al successivo riavvio
della macchina, ho utilizzato l'utilità Operazioni Pianificate, dal Pannello
di Controllo.
A quest'operazione pianificata (eseguire il batch al seguente riavvio) viene
associato un utente, con rispettiva pass. Essendo loggato come admin, ha
associato Administrator, come utente, ma con password vuota.
Ora, quando riavvio la macchina, e ripristino il vecchio SAM, la pass di
Administrator, non e' piu' vuota, e quindi l'operazione pianificata non
viene effettuata. Ecco perche' non c'era traccia del nuovo utente..
Ora.. Sperando che almeno in questo, qualcuno mi aiuti, perche' ormai mi
sono impuntato, e devo riuscire.. ;-)
Esiste un altro metodo per pianificare un'operazione, affinche' sia eseguita
prima del log in utente, e quindi con la certezza di non incappare in
restrizioni?
Magari si tratta solo di aggiungere un paio di righe al batch..
Come alternativa, conosco solo esecuzione automatica, ma dubito funzioni..
Grazie
Mix

 funzioni..
Provare a chiamarlo dal registry sotto
HKLM\Software\Microsoft\Windows\CurrentVersion\RunServices ?  Non sono
certissimo che cosi' venga eseguito prima del login, ma penso di si'; o
se no sempre via registry puoi crearti un servizio che lanci il batch
(non mi ricordo esattamente come fare, dovresti trovare qualcosa facendo
su google la ricerca 'rsync.exe'), e quello sicuramente viene avviato
prima del login.
Domanda: per scambiare il sam avvii da dischetto o riesci anche solo con
F8?  So che in qualche caso con f8 w2k non chiedeva la password di
amministratore, ma ora non credo che sia piu' cosi'.
Comunque, effettivamente quando si ha accesso fisico al pc entrarci
dentro e' piuttosto facile; chi amministra dovrebbe per prima cosa
levare boot da floppy e cd e mettere la password al bios, ma per alcuni
e' troppo faticoso, e poi nel bios non si usa il mouse...
Ora pero' c'e' l'efs che dovrebbe impedire l'accesso diretto al disco,
qualcuno l'ha usato?
Ciao.
-- 
Matteo Lunardi.                  _  _/\___/\_
   _____________________________/ \/ Genova  \_
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Italy ~~~~~~~~~~~~~~~~~~~~~~~~

 qualcuno l'ha usato?
Piuttosto improbabile riuscire a cifrare il disco di sistema... la
crittografia di Windows 2000 si basa su delle chiavi che appartengono ad
*utenti* specifici, quindi dubito che alla fine il sistema stesso sarebbe
ing rado di leggerlo :-(
Massimo

 e poi nel bios non si usa il mouse...
Amministratori pigri per usare la tastiera? :-) La tastiera a volte e' pure
piu' comoda del mouse. Ormai ci sono largamente abituato, perche' le
batterie del mouse si scaricano troppo in fretta, e spesso mi lasciano a
piedi.
Ora ho io una domanda: prima del log in, quando ci troviamo di fronte la
schermata per inserire id e pwd, siamo in ambiente SYSTEM, giusto?
Quindi, avendo la facolta' di accedere alla riga di comando, tramite
usermanager si puo' modificare qualsiasi account?
Eppure, non e' cosi', e stavolta non ho ancora capito dov'e' l'errore.
Saluti.
Mix

GINA.dll....

 GINA.dll....
Non so se ho ben capito l'hint.. C'entra msgina.dll? Mh.. dubito sarei
capace di riprogrammare una dll.
Al max qualche prodotto gia' pronto o semi-pronto. ;-)
Mix

 wrote in message
news:KB2xa.6309$lK4.1...@twister1.libero.it...


 processore...
Per il discorso ctr+alt+canc, in rete lessi qualche informazione a riguardo.
Pare esistano msgina.dll gia' pronte, che eludono il problema.
Saluti.
Mix