Maîtriser les tâches planifiées Windows avec PowerShell : Un guide pour les professionnels de l’informatique

Points à retenir

• Efficacité de PowerShell: Ce script illustre l’efficacité de PowerShell dans la gestion des tâches planifiées sur les systèmes Windows.
• Gestion améliorée des tâches: Offre un aperçu détaillé des tâches programmées, surpassant les méthodes traditionnelles de l’interface graphique.
• Paramètres flexibles: Il inclut des options permettant de filtrer les tâches en fonction de l’origine Microsoft et de l’état de désactivation.
• Exigence de droits d’administrateur: Pour bénéficier de toutes les fonctionnalités, il est nécessaire d’utiliser les droits d’administrateur.
• Sortie personnalisable: Il fournit des options permettant d’envoyer des informations sur la tâche à l’hôte ou de les enregistrer dans un champ personnalisé.
• Sécurité et conformité: Il contribue aux tâches d’audit à des fins de sécurité et de conformité.
• Rapports automatisés: Il simplifie le processus de génération de rapports sur les tâches planifiées.
• Intégration à NinjaOne: Il souligne la compatibilité et la fonctionnalité améliorée du script avec les outils de gestion informatique de NinjaOne.
• Large compatibilité: Compatible avec Windows 10 et Windows Server 2012 R2 et les versions ultérieures.
• Bonnes pratiques: Il souligne l’importance d’audits réguliers et d’une gestion minutieuse des données de sortie pour la sécurité.

La gestion efficace des tâches planifiées Windows est un aspect essentiel de l’administration du système, car elle offre une fenêtre sur les tâches automatisées qui assurent le bon fonctionnement de l’infrastructure informatique. PowerShell, un puissant outil de script, joue un rôle central dans ce domaine, offrant une flexibilité et une profondeur qui surpassent les approches traditionnelles basées sur l’interface graphique.

Contexte

Ce script PowerShell est conçu pour les professionnels de l’informatique et les fournisseurs de services gérés (MSP) qui ont besoin d’un moyen efficace pour récupérer et gérer les tâches planifiées sur les systèmes Windows. La possibilité de répertorier, d’analyser et éventuellement de modifier les tâches planifiées est essentielle pour maintenir la santé, la sécurité et les performances du système. Ce script répond à ces besoins en offrant une vue d’ensemble détaillée des tâches planifiées, avec des options permettant d’inclure ou d’exclure des tâches sur la base de critères spécifiques.

Le script :

<#
.SYNOPSIS
    Retrieves a list of scheduled tasks and outputs the list into the activity log. This list can optionally be saved to a Custom Field.
.DESCRIPTION
    Retrieves a list of scheduled tasks and outputs the list into the activity log. This list can optionally be saved to a Custom Field.
.EXAMPLE
    (No Parameters)
    
    Scheduled Task(s) Found!

    TaskName                          TaskPath  State
    --------                          --------  -----
    Firefox Background Update 3080... \Mozilla\ Ready

PARAMETER: -IncludeMicrosoft
    Includes Scheduled Tasks created by Microsoft in the report.

PARAMETER: -IncludeDisabled
    Includes Scheduled Tasks that are currently disabled in the report.

PARAMETER: -CustomFieldName "ReplaceMeWithAnyMultilineCustomField"
    Name of a multiline custom field to save the results to. This is optional; results will also output to the activity log.

.OUTPUTS
    None
.NOTES
    Minimum OS Architecture Supported: Windows 10, Windows Server 2012 R2
    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/fr/conditions-dutilisation
    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).
#>

[CmdletBinding()]
param (
    [Parameter()]
    [Switch]$IncludeMicrosoft = [System.Convert]::ToBoolean($env:includeMicrosoftTasks),
    [Parameter()]
    [Switch]$IncludeDisabled = [System.Convert]::ToBoolean($env:includeDisabledTasks),
    [Parameter()]
    [String]$CustomFieldName
)

begin {
    # Get CustomFieldName value from Dynamic Script Form.
    if ($env:customFieldName -and $env:customFieldName -notlike "null" ) { $CustomFieldName = $env:customFieldName }

    # Some Scheduled Tasks require Local Admin Privileges to view.
    function Test-IsElevated {
        $id = [System.Security.Principal.WindowsIdentity]::GetCurrent()
        $p = New-Object System.Security.Principal.WindowsPrincipal($id)
        $p.IsInRole([System.Security.Principal.WindowsBuiltInRole]::Administrator)
    }

    # Initialize Generic List for Report
    $Report = New-Object System.Collections.Generic.List[String]
}
process {
    if (-not (Test-IsElevated)) {
        Write-Error -Message "Access Denied. Please run with Administrator privileges." -Category PermissionDenied -Exception (New-Object -TypeName System.UnauthorizedAccessException)
        exit 1
    }

    # By default, we'll exclude tasks made by Microsoft. They don't always put themselves down as an author.
    if (-not $IncludeMicrosoft) {
        $ScheduledTasks = Get-ScheduledTask | Where-Object { $_.Author -notlike "Microsoft*" -and $_.TaskPath -notlike "\Microsoft*" }
    }
    else {
        $ScheduledTasks = Get-ScheduledTask
    }

    # We should ignore disabled tasks unless told otherwise.
    if (-not $IncludeDisabled) {
        $ScheduledTasks = $ScheduledTasks | Where-Object { $_.State -notlike "Disabled" }
    }

    # The activity log isn't going to fit all this output, so we'll trim it if it's too large.
    if ($ScheduledTasks) {
        $FormattedTasks = $ScheduledTasks | ForEach-Object {
            $Name = if (($_.TaskName).Length -gt 30) { ($_.TaskName).Substring(0, 30) + "..." }else { $_.TaskName }
            $Path = if (($_.TaskPath).Length -gt 30) { ($_.TaskPath).Substring(0, 30) + "..." }else { $_.TaskPath }

            [PSCustomObject]@{
                TaskName = $Name
                TaskPath = $Path
                State    = $_.State
            }
        }

        Write-Host "Scheduled Task(s) Found!"
        $Report.Add(( $FormattedTasks | Format-Table TaskName, TaskPath, State -AutoSize | Out-String ))
    }
    else {
        $Report.Add("No Scheduled Tasks have been found.")
    }

    # Output our results.
    Write-Host $Report

    # Save our results to a custom field.
    if ($CustomFieldName) {
        Ninja-Property-Set -Name $CustomFieldName -Value $Report
    }
}
end {
    
    
    
}

 

Description détaillée

Le script commence par une déclaration CmdletBinding, qui permet de l’utiliser comme cmdlet PowerShell avec différents paramètres. Ces paramètres comprennent des indicateurs permettant d’inclure les tâches Microsoft et les tâches désactivées, ainsi qu’une option permettant d’enregistrer les résultats dans un champ personnalisé.

Dans le bloc « begin », le script vérifie les privilèges administratifs, condition préalable à l’accès à toutes les tâches planifiées. Il passe ensuite au bloc « process », où réside la fonctionnalité principale. Ici, il filtre les tâches en fonction de la saisie de l’utilisateur, en excluant les tâches Microsoft ou désactivées comme spécifié. Le script tronque intelligemment les noms de tâches et les chemins d’accès pour une meilleure lisibilité et compile ces données dans un rapport.

Dans le bloc « end », le rapport est transmis à l’hôte et éventuellement enregistré dans un champ personnalisé, ce qui permet de répondre à différents besoins en matière de rapports.

Cas d’utilisation potentiels

Prenons l’exemple d’un administrateur informatique qui doit vérifier les tâches planifiées sur plusieurs serveurs pour s’assurer qu’elles sont conformes aux politiques de l’entreprise. En exécutant ce script, ils peuvent rapidement rassembler et analyser les informations relatives aux tâches, identifier les tâches non autorisées ou potentiellement dangereuses, et prendre les mesures nécessaires.

Comparaisons

Les méthodes traditionnelles de gestion des tâches planifiées impliquent souvent des vérifications manuelles ou l’utilisation de l’interface graphique du planificateur de tâches de Windows. Ce script, cependant, automatise le processus et offre plus de flexibilité, en particulier dans les environnements comportant de nombreux serveurs.

FAQ

• Ce script peut-il fonctionner sur n’importe quelle version de Windows ?
  • Il prend en charge Windows 10 et Windows Server 2012 R2.

• Est-il nécessaire d’exécuter le script avec des droits d’administrateur ? –
  • Oui, pour un accès complet à toutes les tâches.

• La sortie du script peut-elle être personnalisée ? –
  • Oui, par le biais du paramètre $CustomFieldName.

Implications

L’automatisation de la gestion des tâches renforce la sécurité du système en permettant des audits réguliers et l’identification rapide des anomalies. Cependant, les administrateurs doivent être prudents avec la sortie du script, car elle peut contenir des informations sensibles sur les opérations du système.

Recommandations

• Pour une vue d’ensemble complète, exécutez toujours le script avec des privilèges d’administrateur.
• Vérifiez régulièrement les tâches programmées, en particulier dans les environnements où les changements sont fréquents.
• Utilisez l’option de sortie des champs personnalisés pour des rapports et des analyses détaillés.

Conclusion :

À une époque où l’automatisation et la sécurité sont primordiales, ce script PowerShell témoigne des capacités d’outils tels que NinjaOne. NinjaOne peut simplifier et optimiser davantage ces processus, en s’intégrant de façon exceptionnelle à des scripts de ce type pour fournir des solutions de gestion informatique complètes. En exploitant ces scripts, les professionnels de l’informatique peuvent non seulement assurer l’efficacité de leurs opérations, mais aussi renforcer leur posture de sécurité, une nécessité dans le monde numérique actuel qui évolue rapidement.