De nos jours, dans les environnements informatiques complexes, il est primordial de maintenir la sécurité des environnements des utilisateurs. Pour les professionnels de l’informatique et les fournisseurs de services gérés (MSP), l’un des défis consiste à limiter l’exécution d’exécutables potentiellement dangereux qui se trouvent dans des emplacements tels queAppData ou le dossier Téléchargements d’un utilisateur. Comprenant ce challenge, explorons une solution de script puissante pour bloquer les exécutables à partir de AppData et d’autres emplacements désignés.
Comprendre les stratégies de restriction des logiciels
Les stratégies de restriction logicielle (SRP) sont une fonctionnalité de Windows qui permet aux administrateurs de contrôler les logiciels qui peuvent être exécutés sur leurs ordinateurs. Les SRP peuvent être utilisées pour bloquer des fichiers exécutables spécifiques, des extensions de fichiers ou même des répertoires entiers.
Lorsqu’un fichier exécutable est exécuté, Windows vérifie les paramètres SRP pour voir si le fichier est autorisé à s’exécuter. Si le fichier n’est pas autorisé à être exécuté, un message d’erreur s’affiche.
L’ASR est un outil puissant qui peut être utilisé pour protéger les ordinateurs contre les logiciels malveillants et autres menaces de sécurité. Toutefois, il est important d’utiliser les SRP avec précaution, car il peuvent également empêcher l’exécution de logiciels légitimes.
Le script Disable-AppDataExe.ps1
Le script Disable-AppDataExe.ps1 est un script PowerShell qui peut être utilisé pour empêcher l’exécution de fichiers exécutables dans les répertoires %AppData% et%UserProfile%Downloads. Le script est personnalisable, ce qui vous permet de choisir les extensions de fichiers à bloquer et les répertoires à restreindre.
#Requires -Version 5.1
<#
.SYNOPSIS
Creates a Software Restriction Policy to block executables from AppData and a user's Downloads folder.
.DESCRIPTION
Creates a Software Restriction Policy to block executables from AppData and a user's Downloads folder.
.EXAMPLE
-RestrictedDirectory "%APPDATA%", "%UserProfile%Downloads"
Creates a Software Restriction Policy to block executables from AppData and a user's Downloads folder. This is the default.
.EXAMPLE
PS C:> Disable-AppDataExe.ps1 -RestrictedDirectory "%APPDATA%", "%UserProfile%Downloads"
Creates a Software Restriction Policy to block executables from AppData and a user's Downloads folder. This is the default.
.OUTPUTS
None
.NOTES
Minimum OS Architecture Supported: Windows 10, Windows Server 2016 - DOES NOT SUPPORT WINDOWS 11
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).
#>
[CmdletBinding()]
param (
# Paths to block executions
[Parameter()]
[String[]]
$RestrictedDirectory = @("%APPDATA%", "%UserProfile%Downloads"),
# Executables
[Parameter()]
[String[]]
$ExecutableTypes = @("ADE", "ADP", "BAS", "BAT", "CHM", "CMD", "COM", "CPL", "CRT", "EXE", "HLP", "HTA", "INF", "INS", "ISP", "LNK", "MDB", "MDE", "MSC", "MSI", "MSP", "MST", "OCX", "PCD", "PIF", "REG", "SCR", "SHS", "URL", "VB", "WSC")
)
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
}
# Clear existing rules
$BaseRegPath = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\safer'
if (Test-Path "$BaseRegPath") { Remove-Item "$BaseRegPath" -Recurse }
# Create our rule settings
New-Item "$BaseRegPath"
New-Item "$($BaseRegPath)\codeidentifiers"
New-Item "$($BaseRegPath)\codeidentifiers\0"
New-Item "$($BaseRegPath)\codeidentifiers\0\Paths"
New-ItemProperty "$($BaseRegPath)\codeidentifiers" -Name 'authenticodeenabled' -Value 0 -PropertyType DWord
New-ItemProperty "$($BaseRegPath)\codeidentifiers" -Name 'DefaultLevel' -Value 262144 -PropertyType DWord
New-ItemProperty "$($BaseRegPath)\codeidentifiers" -Name 'TransparentEnabled' -Value 1 -PropertyType DWord
New-ItemProperty "$($BaseRegPath)\codeidentifiers" -Name 'PolicyScope' -Value 0 -PropertyType DWord
New-ItemProperty "$($BaseRegPath)\codeidentifiers" -Name 'ExecutableTypes' -Value $ExecutableTypes -PropertyType MultiString
foreach ($Directory in $RestrictedDirectory) {
$pathguid = [guid]::newguid()
$newpathkey = "$($BaseRegPath)\codeidentifiers\0\Paths{" + $pathguid + "}"
if ((Test-Path -LiteralPath $newpathkey) -ne $true) { New-Item $newpathkey }
New-ItemProperty -LiteralPath $newpathkey -Name 'SaferFlags' -Value 0 -PropertyType DWord
New-ItemProperty -LiteralPath $newpathkey -Name 'ItemData' -Value $Directory -PropertyType ExpandString
}
gpupdate.exe /force
}
Comment utiliser le script
Pour utiliser le script Disable-AppDataExe.ps1, vous devez avoir installé PowerShell et l’exécuter avec des privilèges administratifs. Une fois que vous avez le script, vous pouvez l’exécuter en tapant la commande suivante à l’invite de PowerShell :
.NDisable-AppDataExe.ps1
Le script empêchera alors les fichiers exécutables spécifiés de s’exécuter dans les répertoires indiqués.
Conclusions
Le script Disable-AppDataExe.ps1 est un outil utile pour bloquer l’exécution de fichiers exécutables dans des répertoires spécifiques. Cependant, il est important d’être conscient de ses limites. En comprenant comment fonctionne les SRP et comment utiliser le script, vous pouvez contribuer à protéger vos ordinateurs contre les logiciels malveillants et les autres menaces de sécurité.
Voici quelques éléments supplémentaires à prendre en compte lors de l’utilisation du script Disable-AppDataExe.ps1 :
- Le script ne bloquera que les fichiers exécutables qui se trouvent dans les répertoires spécifiés. Il ne bloque pas les fichiers exécutables qui se trouvent dans d’autres répertoires, tels que le répertoire Program Files.
- Le script ne bloque pas les fichiers exécutables lancés à partir d’une invite de commande ou d’un fichier batch.
- Le script peut être contourné par des utilisateurs disposant de privilèges administratifs.(Vous serez peut-être intéressé par la manière de désactiver les privilèges administratifs locaux avec PowerShell.)
NinjaOne peut aider les professionnels de l’informatique à bloquer de façon optimale les fichiers exécutables sur un nombre illimité de terminaux. NinjaOne est une plateforme de gestion informatique basée sur le cloud qui offre une variété de fonctionnalités pour la sécurité, y compris la possibilité de créer et de déployer des stratégies de restriction logicielle (SRP). La fonction SRP de NinjaOne est facile à utiliser et peut être personnalisée pour bloquer l’exécution de fichiers exécutables dans des répertoires spécifiques, des extensions de fichiers ou même des applications entières. De plus, la fonction SRP de NinjaOne peut être gérée de façon centralisée, ce qui facilite l’évolution vers un nombre illimité de terminaux.
Voici quelques-uns des avantages de l’utilisation de NinjaOne pour bloquer les fichiers exécutables :
- Déploiement sans faille : La fonction SRP de NinjaOne peut être déployée sur les terminaux sans nécessiter d’installations ou de configurations individuelles. Cela permet de déployer facilement et rapidement la stratégie sur un grand nombre de terminaux.
- Gestion centralisée : La fonction SRP de NinjaOne peut être gérée de façon centralisée à partir d’une seule console. Il est ainsi facile de créer, de modifier et de déployer des stratégies de SRP sur l’ensemble de vos terminaux.
- Flexibilité : La fonction SRP de NinjaOne est flexible et peut être personnalisée pour répondre aux besoins spécifiques de votre entreprise. Vous pouvez choisir de bloquer les fichiers exécutables par répertoire, par extension de fichier ou même par application.
- Évolutivité : La fonction SRP de NinjaOne peut être étendue à un nombre illimité de terminaux. Il s’agit donc d’une solution idéale pour les entreprises de toutes tailles.
En savoir plus sur NinjaOne Endpoint Management.
