Comment gérer le type de démarrage du service UPnP Device Host avec PowerShell

Le service UPnP (Universal Plug and Play) Device Host est un élément essentiel dans de nombreux environnements informatiques, car il permet aux appareils de se connecter et de communiquer de manière fluide sur un réseau. La gestion du type de démarrage de ce service est essentielle pour permettre une efficacité opérationnelle et garantir la sécurité. Cet article présente un script PowerShell conçu pour définir le type de démarrage du service UPnP Device Host.

Contexte

Le service UPnP Device Host facilite la découverte et le contrôle des appareils, ce qui permet aux appareils de se connecter plus facilement aux réseaux sans configuration manuelle. Toutefois, cette commodité présente également des risques potentiels pour la sécurité. Les professionnels de l’informatique et les fournisseurs de services gérés (MSP) doivent souvent contrôler le type de démarrage de ce service afin de trouver un équilibre entre fonctionnalité et sécurité.

Le script

#Requires -Version 5.1

<#
.SYNOPSIS
    Set the startup type for the UPnP Device Host service.
.DESCRIPTION
    Set the startup type for the UPnP Device Host service.
.EXAMPLE
    No parameters needed.
    Disables UPnP Host service.
.EXAMPLE
     -StartupType Automatic
    Enables UPnP Host service.
.EXAMPLE
    PS C:> Set-Upnp.ps1 -StartupType Automatic
    Enables UPnP Host service.
.OUTPUTS
    None
.NOTES
    Minimum OS Architecture Supported: Windows 10, Windows Server 2016
    Release Notes:
    Initial Release
    (c) 2023 NinjaOne
    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
    OSSecurity
#>

[CmdletBinding()]
param (
    [Parameter()]
    [ValidateSet("Boot", "System", "Automatic", "Manual", "Disabled")]
    [String]
    $StartupType = "Disabled"
)

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
    }
    try {
        Set-Service -Name "upnphost" -StartupType $StartupType
    }
    catch {
        Write-Error $_
        exit 1
    }
}
end {}

 

Description détaillée

Le script commence par un attribut CmdletBinding, qui indique des fonctions avancées similaires aux cmdlets. Le bloc param définit les paramètres du script, le type de démarrage par défaut étant « désactivé ».

Le bloc begin contient une fonction, Test-IsElevated, qui vérifie si le script est exécuté avec des privilèges d’administrateur. Cette étape est cruciale, car la modification des paramètres des services nécessite généralement des droits élevés.

Dans le bloc de processus, le script vérifie d’abord la présence de droits élevés. S’il n’y en a pas, il génère une erreur. Si les autorisations sont suffisantes, il tente de définir le type de démarrage du service UPnP Device Host à l’aide de la cmdlet Set-Service. Toutes les erreurs rencontrées au cours de ce processus sont détectées et affichées.

Cas d’utilisation potentiels

Imaginez un professionnel de l’informatique, Alex, travaillant dans une entreprise de taille moyenne. Après un audit de sécurité, il est recommandé de désactiver les services UPnP sur les serveurs qui ne les utilisent pas. Alex peut utiliser ce script pour définir rapidement le type de démarrage du service UPnP Device Host sur « Disabled » sur plusieurs serveurs, garantissant ainsi la conformité avec la recommandation de sécurité.

Comparaisons

Bien que l’interface graphique des services Windows permette d’ajuster manuellement le type de démarrage des services, elle n’est pas extensible à plusieurs systèmes. La stratégie de groupe peut également être utilisée, mais cela peut s’avérer excessive pour un changement simple et peut être complexe à mettre en place. Ce script offre une solution intermédiaire : il est plus évolutif que les méthodes manuelles et plus simple que la stratégie de groupe.

FAQ

• Puis-je utiliser ce script sur n’importe quelle machine Windows ?
  Le script prend en charge Windows 10 et Windows Server 2016 et les versions plus récentes.
• Que se passe-t-il si je souhaite définir un autre type de démarrage par défaut ?
  Vous pouvez modifier la valeur par défaut de $StartupType dans le bloc param.

Implications en matière de sécurité

Bien que le service UPnP Device Host soit pratique, il peut représenter un risque potentiel pour la sécurité s’il n’est pas contrôlé. En contrôlant son type de démarrage, les professionnels de l’informatique peuvent atténuer les vulnérabilités potentielles. Toutefois, il convient de veiller à ne pas perturber les services nécessaires, car cela pourrait affecter la connectivité et la fonctionnalité de l’appareil.

Recommandations

• Testez toujours le script dans un environnement contrôlé avant de le déployer dans un environnement de production.
• Examinez régulièrement le type de démarrage des services cruciaux tels que UPnP Device Host pour vous assurer qu’ils sont conformes à la posture de sécurité de l’entreprise.

Conclusion

Dans le monde informatique en constante évolution, des outils tels que NinjaOne peuvent s’avérer d’une valeur inestimable. Grâce à ses capacités complètes de surveillance et de gestion informatique, NinjaOne peut compléter des scripts tels que celui présenté, en offrant une approche complète de la gestion informatique. En s’appuyant sur des scripts manuels et des outils automatisés, les professionnels de l’informatique peuvent s’assurer que des services tels que UPnP Device Host sont à la fois fonctionnels et sécurisés.