In diesem Dokument wird der Prozess für die Bereitstellung von Cisco Secure Endpoint oder Secure Client mit Microsoft Intune beschrieben. In diesem Dokument werden die Schritte zum Erstellen einer von Microsoft Intune unterstützten Anwendung mithilfe der Secure Endpoint/Secure Client-Installationsprogramme und zum anschließenden Verwenden dieser Anwendungen für die Bereitstellung mit dem Microsoft Intune-Admin-Center erläutert. Dabei wird der Cisco Secure Endpoint-Installer mithilfe des Intune Win32 Content Prep Tools als Win32-Anwendung verpackt und anschließend über Intune konfiguriert und bereitgestellt. Wir haben das offizielle Microsoft Prep Tool für die Erstellung der App verwendet.
Melden Sie sich je nach Region bei Ihrem Secure Endpoint Portal an: https://apps.security.cisco.com/overview


Das Win32-Tool zur Inhaltsvorbereitung ist ein von Microsoft Intune bereitgestelltes Dienstprogramm, das IT-Administratoren bei der Vorbereitung von Win32-Anwendungen (d. h. herkömmlichen Windows-Desktop-Anwendungen) für die Bereitstellung über Microsoft Intune unterstützt. Das Tool konvertiert Win32-Anwendungsinstallationsprogramme (wie EXE-, MSI- und verwandte Dateien) in ein .intunewin-Dateiformat, das für die Bereitstellung dieser Apps über Intune erforderlich ist.
Um die Intune-Datei vorzubereiten, gehen Sie folgendermaßen vor:

Führen Sie die folgenden Schritte aus:
Diese beiden Aktionen werden im Screenshot veranschaulicht:



%windir%\SysNative\WindowsPowershell\v1.0\powershell.exe -noprofile -executionpolicy Bypass -file .\Install-CiscoSecureEndpoint.ps1Beachten Sie, dass der hier gezeigte Code als Beispiel dient und jeder Code als Installationsbefehl für dieses Installationsprogramm verwendet werden kann.


Auf der Registerkarte Erkennungsregeln bietet das Dropdown-Menü Regelformat zwei Optionen: Erkennungsregeln manuell konfigurieren und ein benutzerdefiniertes Erkennungsskript verwenden. Beide Optionen können je nach Bereitstellungsanforderungen ausgewählt werden.
Wenn Sie die Option Erkennungsregeln manuell konfigurieren auswählen, können Sie einen Regeltyp wie MSI, Datei oder Registrierung definieren, um das Vorhandensein der Anwendung zu erkennen. In diesem Dokument wurde die alternative Option Benutzerdefiniertes Erkennungsskript verwenden ausgewählt.
Ein PowerShell-Skript mit dem Namen Confirm-CSEInstall.ps1 wird verwendet, um die erfolgreiche Installation von Cisco Secure Endpoint zu überprüfen. Diese finden Sie am Ende dieses Dokuments.






Damit ist der Prozess zur Bereitstellung von Cisco Secure Endpoint mithilfe von Intune abgeschlossen.
Vorsicht: Dieses Installationsskript muss mit dem Installationsprogramm unter Verwendung von Intune Converter und dem genauen Namen des PS-Skripts kombiniert werden, auf das in der Befehlszeile verwiesen wird, die unter Schritt 3 in diesem Handbuch erwähnt wird, und das in Intune unter:
App hinzufügen — > Programm — > Installationsbefehl
Anmerkung: Die folgenden Skripte dienen lediglich als Beispiele für Demonstrationen, die in der Laborumgebung zur Erstellung dieses Leitfadens verwendet werden. Sie können sie nach dem richtigen Test unverändert verwenden oder nach Belieben ändern.
[CmdletBinding()]
param ()
$cse_exe =
$version =
if ($PSCommandPath -eq $null) {
function GetPSCommandPath() {
return $MyInvocation.PSCommandPath;
}
$PSCommandPath = GetPSCommandPath
}
$script = [pscustomobject]@{
"Path" = Split-Path $PSCommandPath -Parent
"Name" = Split-Path $PSCommandPath -Leaf
}
Set-Location -Path $script.Path
$cse_installer = [IO.Path]::Combine($script.Path, $cse_exe)
$csc_installer_args = "/R /S"
<#
Cannot use -wait for 'Cisco Secure Endpoint' and therefore cannot get the exit code to return.
Using -wait, returns varied results, instead use Get-Process and while loop to wait for installation to complete.
#>
$install = Start-Process -WorkingDirectory "$($script.Path)" -FilePath "${cse_installer}" -ArgumentList "${csc_installer_args}" -PassThru -NoNewWindow
while (Get-Process "$($cse_exe -replace '.exe', '')" -ErrorAction SilentlyContinue)
{
Start-Sleep -Seconds 10
}
$exeName =
$exePath = Join-Path -Path $PSScriptRoot -ChildPath $exeName
if (-not (Test-Path $exePath)) {
Write-Error "Executable not found: $exePath"
exit 1
}
# Use silent mode – the most commonly documented switch for Cisco XDR / Secure Client installers
$arguments = "-q" # or try "--quiet" if -q fails in your specific build
try {
$process = Start-Process -FilePath $exePath -ArgumentList $arguments -NoNewWindow -Wait -PassThru
if ($process.ExitCode -eq 0) {
Write-Output "Cisco XDR installation completed successfully (exit code 0)."
exit 0
} else {
Write-Error "Installation failed with exit code: $($process.ExitCode)"
exit $process.ExitCode
}
}
catch {
Write-Error "Exception during installation: $_"
exit 1
}
Tipp: Dies ist optional. Sie können die manuell konfigurierten Erkennungsregeln immer im Intune Management Portal verwenden.
[CmdletBinding()]
param ()
$version =
<#
https://learn.microsoft.com/en-us/intune/intune-service/apps/apps-win32-add#step-4-detection-rules
The app gets detected when the script both returns a 0 value exit code and writes a string value to STDOUT
The Intune agent checks the results from the script. It reads the values written by the script to the STDOUT stream,
the standard error (STDERR) stream, and the exit code. If the script exits with a nonzero value, the script fails and
the application detection status isn't installed. If the exit code is zero and STDOUT has data, the application
detection status is installed.
#>
$cse = Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*, HKLM:\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\* -ErrorAction SilentlyContinue | Where-Object { $_ -like "*Immunet Protect*" } | Where-Object { $_.DisplayName -like "*Cisco Secure Endpoint*" }
if ($cse | Where-Object { [System.Version] $_.DisplayVersion -ge [System.Version] "${version}" })
{
Write-Host "Installed"
exit 0
}
exit 1
Anmerkung: Die oben aufgeführten Skripte sind nur für Schulungszwecke gedacht und werden vom Cisco TAC nicht unterstützt. Jede Umgebung kann sich aufgrund unterschiedlicher Regeln oder Richtlinien unterscheiden, und es müssen geeignete Tests durchgeführt werden. Tools zur Fehlerbehebung für die Bereitstellung durch Drittanbieter werden als Best Effort behandelt und sollten mit der Überprüfung von Intune-Protokollen im Portal oder auf der verwalteten Station beginnen.
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
12-Aug-2025
|
Erstveröffentlichung |