Sprawdź, czy hasło użytkownika jest prawidłowe w skrypcie Powershell

30

Pracuję ze skryptem Powershell, który dodaje zaplanowane zadania do systemów w naszej domenie. Po uruchomieniu tego skryptu pojawi się monit o podanie hasła. Czasem tłukę palcem hasło i rozpoczyna się proces, który blokuje moje konto. Czy istnieje sposób na zweryfikowanie moich danych uwierzytelniających, aby upewnić się, że wpisane przeze mnie hasło zostanie sprawdzone w domenie?

Chciałbym znaleźć sposób na zapytanie kontrolera domeny. Przeprowadziłem kilka wyszukiwań w Google i powinienem być w stanie wykonać zapytanie WMI i wyłapać błąd. Jeśli to możliwe, chciałbym uniknąć tego stylu sprawdzania poprawności.

Jakieś pomysły? Z góry dziękuję.

Doltknuckle
źródło

Odpowiedzi:

26

Mam to w swojej bibliotece:

$cred = Get-Credential #Read credentials
 $username = $cred.username
 $password = $cred.GetNetworkCredential().password

 # Get current domain using logged-on user's credentials
 $CurrentDomain = "LDAP://" + ([ADSI]"").distinguishedName
 $domain = New-Object System.DirectoryServices.DirectoryEntry($CurrentDomain,$UserName,$Password)

if ($domain.name -eq $null)
{
 write-host "Authentication failed - please verify your username and password."
 exit #terminate the script.
}
else
{
 write-host "Successfully authenticated with domain $domain.name"
}
Jim B.
źródło
1
Jeśli się nie mylę, skończy się to wysyłaniem hasła zwykłym tekstem przez sieć, prawda? Jeśli tak, to czy mam rację, zakładając, że AccountManagement.PrincipalContext.ValidateCredentials()tak nie jest (jeśli podasz hasło zabezpieczające hasło)?
Code Jockey
Dlaczego nie używasz ActiveDirectorymodułu do wykonania zapytania LDAP?
Kolob Canyon
6 lat temu nie było modułu Active Directory
Jim B
Ten skrypt pomaga również w sytuacjach, w których nie można zainstalować modułów AD PowerShell z tego czy innego powodu.
Dodzi Dzakuma,
16

Tego właśnie użyłem w przeszłości; powinien działać z kontami komputerów lokalnych i „katalogiem aplikacji”, ale do tej pory korzystałem z niego tylko z poświadczeniami AD:

    function Test-Credential {
    <#
    .SYNOPSIS
        Takes a PSCredential object and validates it against the domain (or local machine, or ADAM instance).

    .PARAMETER cred
        A PScredential object with the username/password you wish to test. Typically this is generated using the Get-Credential cmdlet. Accepts pipeline input.

    .PARAMETER context
        An optional parameter specifying what type of credential this is. Possible values are 'Domain','Machine',and 'ApplicationDirectory.' The default is 'Domain.'

    .OUTPUTS
        A boolean, indicating whether the credentials were successfully validated.

    #>
    param(
        [parameter(Mandatory=$true,ValueFromPipeline=$true)]
        [System.Management.Automation.PSCredential]$credential,
        [parameter()][validateset('Domain','Machine','ApplicationDirectory')]
        [string]$context = 'Domain'
    )
    begin {
        Add-Type -assemblyname system.DirectoryServices.accountmanagement
        $DS = New-Object System.DirectoryServices.AccountManagement.PrincipalContext([System.DirectoryServices.AccountManagement.ContextType]::$context) 
    }
    process {
        $DS.ValidateCredentials($credential.UserName, $credential.GetNetworkCredential().password)
    }
}
jbsmith
źródło
Chciałbym usłyszeć, jeśli ktoś to zauważy - uważam, że kiedy używam ValidateCredentials () w ten sposób z niepoprawnym hasłem, wydaje się, że wyzwala dwie (2) próby złego hasła - nie mogę kontrolować progu liczby prób w naszej domenie i jest niski, więc wolałbym nie podejmować dwóch złych prób, kiedy wykonuję jedno połączenie ... czy ktoś też to widzi?
Code Jockey
Czy używasz formatu domena \ użytkownik lub UPN (użytkownik @ domena)? Nie jestem w stanie tego zreplikować, ale następujący adres URL opisuje podobny problem: social.msdn.microsoft.com/Forums/vstudio/en-US/…
jbsmith
Powinieneś być w stanie przekazać $contextargument jako konstruktor. PowerShell automatycznie konwertuje ciągi do wyliczenia. Jeszcze lepiej, po prostu wybierz [System.DirectoryServices.AccountManagement.ContextType]typ $context. Ponadto, dlaczego używasz begini processtutaj? Rurociąg wydaje się dziwnym sposobem korzystania z tej funkcji.
jpmc26
@ jpmc26: wpisanie $contextparametru [System.DirectoryServices.AccountManagement.ContextType]nie jest opcją, ponieważ zestaw zawierający nie jest ładowany, dopóki nie zostanie wykonane ciało funkcji ; korzystanie z potoku jest pomocne, jeśli chcesz sprawdzić poprawność wielu poświadczeń.
Mielement,
@mklement Nie ma powodu, aby Add-Typewywołanie nie mogło zostać przeniesione poza funkcję, do czasu przed jej zdefiniowaniem. Waham się, czy Add-Typewywołanie będzie bezwarunkowo powtarzane wewnątrz funkcji, nawet jeśli jest już załadowane. Walidacja wielu poświadczeń jednocześnie wydaje się przede wszystkim dziwną sytuacją. W rzadkich przypadkach jest to, czego chcesz, możesz łatwo zawinąć połączenie ForEach-Object, więc nie widzę powodu, aby komplikować z nim funkcję.
jpmc26
1

Uważam ten post za przydatny, ale nie rozwiązał mojego problemu, ponieważ próbowałem uruchomić go ze skryptu z zalogowanym kontem lokalnego administratora. Wygląda na to, że nie działa jako lokalny administrator (tylko po zalogowaniu jako użytkownik domeny).

Jednak w końcu udało mi się znaleźć działające rozwiązanie i ponieważ było to tak wiele kłopotów, pomyślałem, że podzielę się nim tutaj, aby każdy, kto miał ten problem, uzyskał odpowiedź tutaj. Obie odpowiedzi na jednej stronie w zależności od potrzeb.

Zauważ, że wyżej w scipt (nieuwzględnione tutaj, ponieważ jest to tylko sekcja get-credentials) powergui jest zainstalowane i jest wymagane dla tego kodu poniżej (a także wiersza „Add-PSSnapin Quest.ActiveRoles.ADManagement”). Nie jestem pewien, co robi powergui, co jest inne, ale nikt inny nie mógł mi powiedzieć i to działa.

Podaj własną nazwę domeny w sekcjach „nazwa_domeny”.

#Get credentials
$credential_ok = 0
while ($credential_ok -ne 1)
{
    $credential = get-credential
    $result = connect-qadservice -service *domain_name* -credential $credential
    [string]$result_string = $result.domain
    if ($result_string -eq "*domain_name*")
    {
        $credential_ok = 1
        #authenticated
    }
    else
    {
        #failed
    }     
}
$username = $credential.username 
$password = $credential.GetNetworkCredential().password 

$date = get-date
Add-Content "c:\lbin\Install_log.txt" "Successfully authenticated XP script as $username $date"
Michał
źródło
1

(jeszcze) Inna wersja:

param([string]$preloadServiceAccountUserName = "")

function HarvestCredentials()
{

        [System.Management.Automation.PSCredential]$credentialsOfCurrentUser = Get-Credential -Message "Please enter your username & password" -UserName $preloadServiceAccountUserName

        if ( $credentialsOfCurrentUser )
        {
            $credentialsOfCurrentUser = $credentialsOfCurrentUser
        }
        else
        {
            throw [System.ArgumentOutOfRangeException] "Gui credentials not entered correctly"          
        }

    Try
    {


        # see https://msdn.microsoft.com/en-us/library/system.directoryservices.directoryentry.path(v=vs.110).aspx
        # validate the credentials are legitimate
        $validateCredentialsTest = (new-object System.DirectoryServices.DirectoryEntry ("WinNT://"+$credentialsOfCurrentUser.GetNetworkCredential().Domain), $credentialsOfCurrentUser.GetNetworkCredential().UserName, $credentialsOfCurrentUser.GetNetworkCredential().Password).psbase.name
        if ( $null -eq  $validateCredentialsTest)
        {
            throw [System.ArgumentOutOfRangeException] "Credentials are not valid.  ('" + $credentialsOfCurrentUser.GetNetworkCredential().Domain + '\' + $credentialsOfCurrentUser.GetNetworkCredential().UserName + "')"
        }
        else
        {
            $t = $host.ui.RawUI.ForegroundColor
            $host.ui.RawUI.ForegroundColor = "Magenta"
            Write-Output "GOOD CREDENTIALS"
            $host.ui.RawUI.ForegroundColor = $t
        }
    }
    Catch
    {

        $ErrorMessage = $_.Exception.Message
        $FailedItem = $_.Exception.ItemName
        $StackTrace = $_.Exception.StackTrace

        $t = $host.ui.RawUI.ForegroundColor
        $host.ui.RawUI.ForegroundColor = "Red"

        Write-Output "Exception - $ErrorMessage"
        Write-Output "Exception - $FailedItem"
        Write-Output "Exception - $StackTrace"

        $host.ui.RawUI.ForegroundColor = $t

        throw [System.ArgumentOutOfRangeException] "Attempt to create System.DirectoryServices.DirectoryEntry failed.  Most likely reason is that credentials are not valid."
    }

}


Try
{

    HarvestCredentials

}
Catch
{
    $ErrorMessage = $_.Exception.Message
    $FailedItem = $_.Exception.ItemName
    $StackTrace = $_.Exception.StackTrace

    $t = $host.ui.RawUI.ForegroundColor
    $host.ui.RawUI.ForegroundColor = "Red"

    Write-Output "Exception - " + $ErrorMessage
    Write-Output "Exception - " + $FailedItem
    Write-Output "Exception - " + $StackTrace

    $host.ui.RawUI.ForegroundColor = $t

    Break
}
Finally
{
    $Time=Get-Date
    Write-Output "Done - " + $Time
}

i

.\TestCredentials.ps1 -preloadServiceAccountUserName "mydomain\myusername"
granadaCoder
źródło