Narzędzie do testowania konta użytkownika i hasła (testuj logowanie)

Tak, mogę odpalić maszynę wirtualną lub zdalną w coś i wypróbować hasło ... Wiem ... ale czy istnieje narzędzie lub skrypt, który symuluje logowanie na tyle, aby potwierdzić lub zaprzeczyć, że hasło jest prawidłowe?

Scenariusz:

Hasło konta usługi serwera jest „zapomniane” ... ale myślimy, że wiemy, co to jest. Chciałbym przekazać dane uwierzytelniające do czegoś i poprosić o odreagowanie przy użyciu „poprawnego hasła” lub „niepoprawnego hasła”.

Myślałem nawet o skrypcie mapowania dysku z tym kontem użytkownika i hasłem, aby sprawdzić, czy dysk został zamapowany pomyślnie, czy nie, ale zgubił się w logice poprawnego działania ... coś takiego:

-Script pyta o nazwę użytkownika za pośrednictwem msgbox -script pyta o hasło za pomocą msgbox -script próbuje zmapować dysk do wspólnego udziału, do którego wszyscy mają dostęp -script unmaps dysk, jeśli się powiedzie -script zwraca wyskakujące okienko msgbox z informacją „poprawne hasło” lub „niepoprawne” Hasło"

Każda pomoc jest doceniana ... można by pomyśleć, że byłoby to rzadkie zjawisko, nie wymagające narzędzia do jej obsługi, ale ... cóż ...

runas /u:yourdomain\a_test_user notepad.exe

Narzędzie wyświetli monit o hasło, jeśli zostało podane prawidłowe hasło, notatnik uruchomi się, jeśli nie, wyświetli się błąd 1326: nazwa użytkownika lub hasło są niepoprawne

Skrypt PowerShell:

#usage: Test-UserCredential -username UserNameToTest -password (Read-Host)

Function Test-UserCredential { 
    Param($username, $password) 
    Add-Type -AssemblyName System.DirectoryServices.AccountManagement 
    $ct = [System.DirectoryServices.AccountManagement.ContextType]::Machine, $env:computername 
    $opt = [System.DirectoryServices.AccountManagement.ContextOptions]::SimpleBind 
    $pc = New-Object System.DirectoryServices.AccountManagement.PrincipalContext -ArgumentList $ct 
    $Result = $pc.ValidateCredentials($username, $password).ToString() 
    $Result 
} 

http://powershellcommunity.org/Forums/tabid/54/aft/8034/Default.aspx

Możesz także użyć:

użycie netto \\ nazwa_komputera \ nazwa udziału [hasło] / USER:] nazwa użytkownika]

Jeśli na komputerze zdalnym jest udział o tej nazwie. Lub użyj, C$jeśli konto jest administratorem.

Możesz napisać łatwą funkcję vbscript, która może to zweryfikować ... coś takiego:

Function GoodPassword(strAdminUsername, strAdminPassword, strNTDomain)
    Const ADS_SECURE_AUTHENTICATION = 1

    On Error Resume Next
    Set objIADS = GetObject("WinNT:").OpenDSObject("WinNT://" & _
                        strNTDomain, strAdminUserame, _
                        strAdminPassword, _
                        ADS_SECURE_AUTHENTICATION)
    if err.number = 0 then
       GoodPassword = True
    Else
       GoodPassword = False
    End If
    On Error GoTO 0
End Function

Źródła:

http://www.4guysfromrolla.com/webtech/061202-1.shtml

http://hsdn.net/category_3.html

Na pulpicie Windows możesz używać Active Directory Explorer przez SysInternals / MS:

https://docs.microsoft.com/en-us/sysinternals/downloads/adexplorer

Możesz użyć jednego z wielu znanych narzędzi do testowania haseł. Jednym z nich było L0phtcrack . Być może istnieje nawet sposób na zrobienie tego offline za pomocą zrzutu bazy danych uwierzytelniania. W „drugim świecie” używamy „John the Ripper” do takich rzeczy.

Używając powyższego kodu, sprawdź wszystkie konta domeny, aby sprawdzić, czy używają określonego hasła.

$usernames = Get-ADUser -Filter * | select -ExpandProperty SamAccountName

foreach ($username in $usernames) {
$password = "Password"
Add-Type -AssemblyName System.DirectoryServices.AccountManagement 
$ct = [System.DirectoryServices.AccountManagement.ContextType]::Machine, $env:computername 
$opt = [System.DirectoryServices.AccountManagement.ContextOptions]::SimpleBind 
$pc = New-Object System.DirectoryServices.AccountManagement.PrincipalContext -ArgumentList $ct 
$Result = $pc.ValidateCredentials("domain\$username", $password).ToString() 
If ($Result -eq "True") {echo "$username" >> C:\result.txt}
}

Dlaczego nie skorzystać z usługi sieciowej z uwierzytelnianiem (telnet, POP, IMAP, SMTP, co chcesz)? Z drugiej strony, jeśli jesteś na komputerze, możesz spróbować su - userToTestz konta nieprywatnego. Jeśli hasło jest OK, w homedir użytkownika userToTest będzie dozwolone, jeśli powłoka zezwoli na połączenie