Voir la démo×
×

Voir NinjaOne en action !

En soumettant ce formulaire, j'accepte la politique de confidentialité de NinjaOne.

Powershell : comment définir les mots de passe des administrateurs locaux ?

Le monde de l’informatique est en constante évolution, avec une demande permanente de maintien de la sécurité et du fonctionnement optimal des systèmes. Un aspect essentiel de ces opérations est la gestion des identifiants utilisateurs, en particulier pour les comptes administrateur. Nous allons parler aujourd’hui d’un script PowerShell qui aide à définir les mots de passe des administrateurs locaux, une tâche essentielle pour les professionnels de l’informatique.

Contexte

Les identifiants utilisateurs sont les gardiens de l’accès au sein d’un système. Le mot de passe administrateur, qui est un droit d’accès de haut niveau, doit souvent être modifié en temps utile pour garantir la sécurité du système. Les professionnels de l’informatique et les fournisseurs de services gérés (MSP) effectuent régulièrement des tâches qui nécessitent la modification de ces mots de passe. Le script fourni simplifie cette procédure, la rendant efficace et sans erreur.

Le script PowerShell

#Requires -Version 5.1

<#
.SYNOPSIS
    Sets the local Administrator password.
.DESCRIPTION
    Sets the local Administrator password, or other username.
.EXAMPLE
     -Password "Somepass1"
    Set's the local Administrator account's password to Somepass1
.EXAMPLE
     -UserName "Admin1" -Password "Somepass1"
    Set's the local Administrator account's password to Somepass1, but the account name is Admin1
.EXAMPLE
    PS C:> Set-LocalAdminPassword.ps1 -Password "Somepass1"
    Set's the local Administrator account's password to Somepass1
.OUTPUTS
    None
.NOTES
    Minimum OS Architecture Supported: Windows 10, Windows Server 2016
    Release Notes:
    Initial Release
 By using this script, you indicate your acceptance of the following legal terms as well as our Terms of Use at https://www.ninjaone.com/terms-of-use.
    Ownership Rights: NinjaOne owns and will continue to own all right, title, and interest in and to the script (including the copyright). NinjaOne is giving you a limited license to use the script in accordance with these legal terms. 
    Use Limitation: You may only use the script for your legitimate personal or internal business purposes, and you may not share the script with another party. 
    Republication Prohibition: Under no circumstances are you permitted to re-publish the script in any script library or website belonging to or under the control of any other software provider. 
    Warranty Disclaimer: The script is provided “as is” and “as available”, without warranty of any kind. NinjaOne makes no promise or guarantee that the script will be free from defects or that it will meet your specific needs or expectations. 
    Assumption of Risk: Your use of the script is at your own risk. You acknowledge that there are certain inherent risks in using the script, and you understand and assume each of those risks. 
    Waiver and Release: You will not hold NinjaOne responsible for any adverse or unintended consequences resulting from your use of the script, and you waive any legal or equitable rights or remedies you may have against NinjaOne relating to your use of the script. 
    EULA: If you are a NinjaOne customer, your use of the script is subject to the End User License Agreement applicable to you (EULA).
.COMPONENT
    LocalUserAccountManagement
#>

[CmdletBinding()]
param (
    [Parameter()]
    [String]
    $UserName = "Administrator",
    [String]
    $Password
)

begin {
    function Test-IsElevated {
        $id = [System.Security.Principal.WindowsIdentity]::GetCurrent()
        $p = New-Object System.Security.Principal.WindowsPrincipal($id)
        if ($p.IsInRole([System.Security.Principal.WindowsBuiltInRole]::Administrator))
        { Write-Output $true }
        else
        { Write-Output $false }
    }
}
process {
    if (-not (Test-IsElevated)) {
        Write-Error -Message "Access Denied. Please run with Administrator privileges."
        exit 1
    }
    if ($PSVersionTable.PSVersion.Major -le 2) {
        & net.exe $UserName $Password
        if ($LASTEXITCODE -gt 0) {
            $Password = $null
            exit $LASTEXITCODE
        }
    }
    else {
        try {
            Set-LocalUser -Name $UserName -Password (ConvertTo-SecureString -String $Password -AsPlainText -Force) -Confirm:$false
        }
        catch {
            Write-Error $_
            $Password = $null
            exit 1
        }
    }
}
end {
    $Password = $null
}

 

Accédez à plus de 700 scripts dans le Dojo NinjaOne

Obtenir l’accès

Description détaillée

Décortiquons le script pour mieux le comprendre :

  • Section des métadonnées : Cette partie fournit un synopsis, une description, des exemples d’utilisation du script, des résultats, des notes et des composants. Elle donne immédiatement une vue d’ensemble à toute personne qui consulte le texte pour la première fois.
  • Liaison et paramètres de la cmdlet : Le script utilise une liaison cmdlet, ce qui lui confère des fonctionnalités avancées. Il prend deux paramètres :
  • nom d’utilisateur : Spécifie le mot de passe de l’utilisateur à modifier, la valeur par défaut étant « Administrator ».
  • mot de passe : Le nouveau mot de passe.
  • Bloc « begin » : Une fonction, Test-IsElevated, vérifie si le script s’exécute avec des privilèges élevés (administrateur), ce qui est crucial lorsque l’on modifie les informations d’identification d’un utilisateur.
  • Bloc « process » : C’est le cœur du script.
  • Il vérifie d’abord si le script a des droits élevés, et arrête l’exécution si ce n’est pas le cas.
  • Selon la version de PowerShell, différentes méthodes sont utilisées pour modifier le mot de passe :
  • Pour PowerShell version 2 ou inférieure, il utilise la commande net.exe.
  • Pour les versions ultérieures, la cmdlet Set-LocalUser modifie le mot de passe.
  • Bloc « end » : Toute donnée de mot de passe résiduelle dans la variable $Password est effacée, ce qui garantit qu’aucune information sensible ne subsiste.

Cas d’utilisation potentiels

Imaginez un professionnel de l’informatique, Seb, dans une entreprise de taille moyenne. Il a récemment été confronté à une faille de sécurité et doit, à titre préventif, modifier les mots de passe de l’administrateur local dans tous les systèmes. Seb peut déployer ce script et s’assurer que tous les ordinateurs reçoivent leur mot de passe administrateur réinitialisé de manière efficace, ce qui permet de gagner du temps et de réduire les erreurs humaines.

Comparaisons

Les méthodes traditionnelles de modification des mots de passe impliquent souvent d’accéder manuellement à chaque système ou d’utiliser des commandes natives telles que « net user ». Ce script offre quant à lui une approche plus rationalisée et automatisée, en tirant parti des capacités de PowerShell. Il est plus efficace, en particulier pour les opérations par lots sur plusieurs machines.

FAQ

  • Le script peut-il modifier les mots de passe des utilisateurs non administrateurs ?
    Oui, spécifiez un nom d’utilisateur différent en utilisant le paramètre -UserName.
  • Que se passe-t-il si j’exécute le script sans les privilèges de l’administrateur ?
    Le script s’arrête et affiche un message « Accès refusé ».

Implications

L’utilisation de tels scripts permet de rationaliser les tâches administratives. Cependant, l’automatisation des changements de mots de passe, si elle n’est pas effectuée de manière sécurisée, peut exposer de nouveaux mots de passe. Veillez toujours à ce que la transmission et le stockage de ces scripts respectent les bonnes pratiques en matière de sécurité.

Recommandations

  • Exécutez toujours ces scripts dans un environnement sécurisé.
  • Évitez de coder les mots de passe en dur dans les scripts. Envisagez plutôt de les transmettre en tant qu’arguments ou d’utiliser des gestionnaires d’informations d’identification sécurisés.
  • Mettez régulièrement à jour les scripts pour les adapter aux dernières versions du système d’exploitation et aux itérations de PowerShell.

Conclusion

Des outils comme NinjaOne décuplent la puissance des scripts de ce type. L’intégration de scripts automatisés dans des plateformes telles que NinjaOne garantit un processus fluide et sans erreur, permettant aux professionnels de l’informatique de se concentrer sur des tâches plus urgentes. La combinaison de scripts efficaces et de plateformes de gestion performantes ouvre la voie à une infrastructure informatiquesûre et efficace.

 

Pour aller plus loin

Créer une équipe informatique efficace et performante nécessite une solution centralisée qui soit l’outil principal pour fournir vos services. NinjaOne permet aux équipes informatiques de surveiller, gérer, sécuriser et prendre en charge tous les appareils, où qu’ils soient, sans avoir besoin d’une infrastructure complexe sur site.

Pour en savoir plus sur NinjaOne Endpoint Management, participez à une visite guidée ou commencez votre essai gratuit de la plateforme NinjaOne.

Vous pourriez aussi aimer

Termes et conditions NinjaOne

En cliquant sur le bouton « J’accepte » ci-dessous, vous indiquez que vous acceptez les termes juridiques suivants ainsi que nos conditions d’utilisation:

  • Droits de propriété: NinjaOne possède et continuera de posséder tous les droits, titres et intérêts relatifs au script (y compris les droits d’auteur). NinjaOne vous accorde une licence limitée pour l’utilisation du script conformément à ces conditions légales.
  • Limitation de l’utilisation: Les scripts ne peuvent être utilisés qu’à des fins personnelles ou professionnelles internes légitimes et ne peuvent être partagés avec d’autres entités.
  • Interdiction de publication: Vous n’êtes en aucun cas autorisé à publier le script dans une bibliothèque de scripts appartenant à, ou sous le contrôle d’un autre fournisseur de logiciels.
  • Clause de non-responsabilité: Le texte est fourni « tel quel » et « tel que disponible », sans garantie d’aucune sorte. NinjaOne ne promet ni ne garantit que le script sera exempt de défauts ou qu’il répondra à vos besoins ou attentes particulières.
  • Acceptation des risques: L’utilisation du script est sous votre propre responsabilité. Vous reconnaissez qu’il existe certains risques inhérents à l’utilisation du script, et vous comprenez et assumez chacun de ces risques.
  • Renonciation et exonération de responsabilité: Vous ne tiendrez pas NinjaOne pour responsable des conséquences négatives ou involontaires résultant de votre utilisation du script, et vous renoncez à tout droit ou recours légal ou équitable que vous pourriez avoir contre NinjaOne en rapport avec votre utilisation du script.
  • EULA: Si vous êtes un client de NinjaOne, votre utilisation du script est soumise au contrat de licence d’utilisateur final qui vous est applicable (End User License Agreement (EULA)).