Automatisches Zulassen von Apps, die von einem verwalteten Installationsprogramm bereitgestellt werden, mit App Control for Business

App Control for Business enthält eine Option namens verwaltetes Installationsprogramm , mit der Sicherheit und Verwaltbarkeit beim Erzwingen von App Control-Richtlinien in Einklang gebracht werden können. Mit dieser Option können Sie Anwendungen, die von einer bestimmten Softwareverteilungslösung wie Microsoft Configuration Manager oder Microsoft Intune installiert wurden, automatisch zulassen.

Wie funktionieren verwaltete Installationsprogramme?

Das verwaltete Installationsprogramm verwendet eine spezielle Regelsammlung in AppLocker, um Binärdateien festzulegen, die von Ihrer organization als autorisierte Quelle für die Anwendungsinstallation vertrauenswürdig sind. Wenn eine dieser vertrauenswürdigen Binärdateien ausgeführt wird, überwacht Windows den Prozess der Binärdatei (und alle von ihr gestarteten untergeordneten Prozesse) und überwacht, ob Dateien auf den Datenträger geschrieben werden. Wenn Dateien geschrieben werden, werden sie so gekennzeichnet, als stammten sie von einem verwalteten Installationsprogramm.

Anschließend können Sie App Control so konfigurieren, dass Dateien, die von einem verwalteten Installationsprogramm installiert werden, als vertrauenswürdig eingestuft werden, indem Sie Ihrer App Control-Richtlinie die Option "Enabled:Managed Installer" hinzufügen. Wenn diese Option festgelegt ist, überprüft App Control die Ursprungsinformationen des verwalteten Installationsprogramms, wenn sie bestimmt, ob die Ausführung einer Binärdatei zugelassen werden darf. Solange keine Verweigerungsregeln für die Binärdatei vorhanden sind, kann sie mit App Control ausschließlich basierend auf ihrem Ursprung des verwalteten Installationsprogramms ausgeführt werden.

Grundlegendes zu Ursprungsansprüchen

Wenn ein verwaltetes Installationsprogramm oder der Intelligent Security Graph (ISG) eine Datei autorisiert, zeichnet die App-Steuerung auf, warum diese Datei vertrauenswürdig ist, indem sie der Datei ein vom Kernel verwaltetes erweitertes Attribut (EA) hinzufügt. Der sogenannte Ursprungsanspruch erfasst die Quelle des Zuverlässigkeitsgrads der Datei, sodass die Codeintegrität die Datei später auswerten kann, ohne die ursprüngliche Quelle erneut überprüfen zu müssen. Der Ursprungsanspruch heißt $KERNEL.SMARTLOCKER.ORIGINCLAIM. Ein Ursprungsanspruch zeichnet auf, was die Datei geschrieben hat, gibt an, dass der Prozess, der die Datei geschrieben hat, entweder als verwaltetes Installationsprogramm oder basierend auf der Zuverlässigkeit vertrauenswürdig war und ob die Vertrauensstellung von einem übergeordneten Element geerbt wurde. Sie können den fsutil Befehl verwenden, um diesen EA in einer Datei anzuzeigen. Die genauen Schritte finden Sie unter Verwenden von fsutil zum Abfragen erweiterter Attribute für verwaltete Installationsprogramme (MI).

• Ursprung des verwalteten Installationsprogramms: Die Datei wurde von einem Prozess geschrieben, dem Ihre Richtlinie als verwaltetes Installationsprogramm vertraut (z. B. ein Bereitstellungstool wie Microsoft Configuration Manager oder Microsoft Intune). Diese Vertrauensstellung basiert darauf, wie die Datei auf dem Gerät angekommen ist, und nicht auf den Eigenschaften, Signaturen oder dem Hashwert der Datei. Weitere Informationen finden Sie unter Sicherheitsüberlegungen zu verwalteten Installationsprogrammen.
• Ursprung des Intelligent Security Graph (ISG): Die Datei hat eine positive Antwort auf die Bewertung erhalten, oder sie hat die positive Antwort auf die Bewertung vom übergeordneten Prozess geerbt, bei dem es sich um ein Installationsprogramm handelte, das die Datei erstellt hat. Diese Antworten auf die Zuverlässigkeit stammen von Microsoft Security Intelligence Services, die als Intelligent Security Graph bezeichnet werden. Der Ruf ist an die jeweilige Datei gebunden. Wenn die Datei also geändert wird, gilt der Ruf nicht mehr, und der Ursprungsanspruch wird nicht mehr berücksichtigt. In diesem Fall wird die Datei bei der nächsten Ausführung von App Control erneut ausgewertet. Weitere Informationen finden Sie unter Autorisieren vertrauenswürdiger Apps mit dem Intelligent Security Graph (ISG).

Ursprungsansprüche werden in einer Prozessstruktur nach unten weitergegeben. Wenn ein verwaltetes Installationsprogramm ausgeführt wird oder wenn ein Installationsprogramm eine Antwort mit einer vertrauenswürdigen Installationsprogrammbewertung von der ISG erhält, übergibt es gleichwertige Vertrauensstellungen an die Dateien, die es schreibt, und an die von ihm gestarteten untergeordneten Prozesse. Dieses Vertrauen fließt weiterhin über die untergeordneten Prozesse, ihre untergeordneten Prozesse und spätere Generationen in der Liveprozessstruktur nach unten, sodass alle Dateien, die ein Installationsprogramm zum Installieren und Ausführen einer App benötigt, autorisiert sind.

Die Ausbreitung ist nicht unbegrenzt. Sie endet, wenn die Struktur des vertrauenswürdigen Prozesses unterbrochen wird, einschließlich in diesen Fällen:

• Der ursprüngliche Installationsvorgang endet. Die Vertrauensstellung ist auf die Lebensdauer der Struktur des vertrauenswürdigen Prozesses begrenzt. Eine Datei, die nach dem Beenden des ursprünglichen verwalteten Installationsprogramms oder des ISG-vertrauenswürdigen Installationsprozesses erstellt wurde, erbt nicht ihren Ursprungsanspruch. In den erweiterten Attributdaten ist eine solche Datei als "untergeordnetes Element eines Kindes" gekennzeichnet und darf nicht eigenständig ausgeführt werden. Sie muss auf andere Weise zugelassen werden, z. B. durch eine explizite Regel, den Ursprung des verwalteten Installationsprogramms oder die ISG-Reputation.
• Ein Prozess überschreitet eine Sicherheitsgrenze. Wenn ein Prozess unter einem anderen Benutzer- oder Sicherheitskontext erzeugt wird, kann der übergeordnete Prozess seinen Ursprungsanspruch an den untergeordneten Prozess weitergeben. Ist dies nicht der Fall, ist die Prozessstruktur unterbrochen und alle Dateien, die vom untergeordneten Prozess oder seinen untergeordneten Prozessen erstellt wurden, sind nicht basierend auf dem Ursprungsanspruch des ursprünglichen Prozesses autorisiert.

Nachdem die Prozessstruktur aus irgendeinem Grund unterbrochen wurde, müssen alle erstellten Dateien auf andere Weise autorisiert werden, z. B. wenn sie als verwaltetes Installationsprogramm ausgeführt werden oder eine Antwort der ISG zur Bewertung eines vertrauenswürdigen Installationsprogramms erhalten.

Sicherheitsaspekte im Zusammenhang mit verwalteten Installationsprogrammen

Da es sich beim verwalteten Installationsprogramm um einen heuristischen Mechanismus handelt, bietet es nicht die gleichen Sicherheitsgarantien wie explizite Zulassungs- oder Verweigerungsregeln. Das verwaltete Installationsprogramm eignet sich am besten dort, wo Benutzer als Standardbenutzer arbeiten und die gesamte Software von einer Softwareverteilungslösung wie Konfigurations-Manager bereitgestellt und installiert wird.

Benutzer mit Administratorrechten oder Schadsoftware, die als Administratorbenutzer auf dem System ausgeführt wird, können möglicherweise die Absicht Ihrer App Control-Richtlinien umgehen, wenn die Option für verwaltete Installationsprogramme zugelassen ist.

Wenn ein verwalteter Installationsprogrammprozess im Kontext eines Benutzers mit Standardberechtigungen ausgeführt wird, ist es möglich, dass Standardbenutzer oder Schadsoftware, die als Standardbenutzer ausgeführt wird, die Absicht Ihrer App Control-Richtlinien umgehen können.

Einige Anwendungsinstallationsprogramme führen die Anwendung möglicherweise automatisch am Ende des Installationsvorgangs aus. Wenn die Anwendung automatisch ausgeführt wird und das Installationsprogramm von einem verwalteten Installationsprogramm ausgeführt wurde, erstreckt sich die heuristische Nachverfolgung und Autorisierung des verwalteten Installationsprogramms auf alle Dateien, die während der ersten Ausführung der Anwendung erstellt werden. Diese Erweiterung könnte zu einer unbeabsichtigten Autorisierung einer ausführbaren Datei führen. Um dies zu vermeiden, stellen Sie sicher, dass die Methode der Anwendungsbereitstellung, die als verwaltetes Installationsprogramm verwendet wird, die Ausführung von Anwendungen als Teil der Installation einschränkt.

Bekannte Einschränkungen im Zusammenhang mit verwalteten Installationsprogrammen

• App Control, die auf einem verwalteten Installationsprogramm basiert, unterstützt keine Anwendungen, die sich selbst aktualisieren. Wenn eine Anwendung, die von einem verwalteten Installationsprogramm bereitgestellt wurde, später selbst aktualisiert wird, enthalten die aktualisierten Anwendungsdateien nicht die Ursprungsinformationen aus dem verwalteten Installationsprogramm, und sie können möglicherweise nicht ausgeführt werden. Wenn Sie sich auf verwaltete Installationsprogramme verlassen, müssen Sie alle Anwendungsupdates mithilfe eines verwalteten Installationsprogramms bereitstellen und installieren oder Regeln zum Autorisieren der App in die App Control-Richtlinie aufnehmen. In einigen Fällen kann es möglich sein, auch eine Anwendungsbinärdatei festzulegen, die Selbstaktualisierungen als verwaltetes Installationsprogramm durchführt. Überprüfen Sie Funktionsumfang und Sicherheit der Anwendung, bevor Sie diese Methode einsetzen.

• Einige Anwendungen oder Installationsprogramme extrahieren, laden oder generieren möglicherweise Binärdateien und versuchen sofort, diese auszuführen. Files, die von einem solchen Prozess ausgeführt werden, werden von der Heuristik des verwalteten Installationsprogramms möglicherweise nicht zugelassen. In manchen Fällen können Sie Anwendungen, die diese Vorgänge ausführen, ebenfalls als verwaltetes Installationsprogramm festlegen. Überprüfen Sie Funktionsumfang und Sicherheit der Anwendung, bevor Sie diese Methode einsetzen.

• Die Heuristik des verwalteten Installationsprogramms autorisiert keine Kerneltreiber. Die App Control-Richtlinie muss Regeln enthalten, die die Ausführung der erforderlichen Treiber zulassen.

Konfigurieren der Nachverfolgung verwalteter Installationsprogramme mit AppLocker und App Control

Um die Nachverfolgung von verwalteten Installationsprogrammen zu aktivieren, müssen Sie folgende Schritte ausführen:

• Erstellen Sie eine AppLocker-Richtlinie, die Ihre Regeln für verwaltete Installationsprogramme definiert und die Diensterzwingung für ausführbare Dateien und DLLs ermöglicht, und implementieren Sie sie.
• Aktivieren Sie die AppLocker-Dienste Application Identity und AppLockerFltr.

Erstellen und Bereitstellen einer AppLocker-Richtlinie, die Ihre Regeln für verwaltete Installationsprogramme definiert und die Erzwingung von Diensten für ausführbare Dateien und DLLs ermöglicht

Die Benutzeroberfläche für die AppLocker-Richtlinienerstellung im GPO-Editor und die AppLocker-PowerShell-Cmdlets können nicht direkt zum Erstellen von Regeln für die Regelsammlung für Managed Installer verwendet werden. Sie können jedoch einen XML- oder Text-Editor verwenden, um eine EXE-Regelsammlungsrichtlinie in eine ManagedInstaller-Regelsammlung zu konvertieren.

1. Verwenden Sie New-AppLockerPolicy, um eine EXE-Regel für die Datei zu erstellen, die Sie als verwaltetes Installationsprogramm festlegen möchten. In diesem Beispiel wird eine Regel für die Intune Management Extension von Microsoft mithilfe des Herausgeberregeltyps erstellt, aber es kann jeder AppLocker-Regeltyp verwendet werden. Möglicherweise müssen Sie die Ausgabe zur besseren Lesbarkeit neu formatieren.

   Get-ChildItem ${env:ProgramFiles(x86)}'\Microsoft Intune Management Extension\Microsoft.Management.Services.IntuneWindowsAgent.exe' | Get-AppLockerFileInformation | New-AppLockerPolicy -RuleType Publisher -User Everyone -Xml > AppLocker_MI_PS_ISE.xml
   

2. Ändern Sie den Regelsammlungstyp manuell von "Exe" in "ManagedInstaller", und legen Sie "EnforcementMode" auf "AuditOnly" fest

   Änderung:

   <RuleCollection Type="Exe" EnforcementMode="NotConfigured">
   

   An:

   <RuleCollection Type="ManagedInstaller" EnforcementMode="AuditOnly">
   

3. Bearbeiten Sie Ihre AppLocker-Richtlinie manuell und fügen Sie die EXE- und DLL-Regelsammlungen mit jeweils mindestens einer Regel hinzu. Um sicherzustellen, dass Ihre Richtlinie sicher auf Systeme angewendet werden kann, die möglicherweise bereits über eine aktive AppLocker-Richtlinie verfügen, empfehlen wir die Verwendung einer gutartigen DENY-Regel, um eine gefälschte Binärdatei zu blockieren und den EnforcementMode der Regelsammlung auf AuditOnly festzulegen. Da viele Installationsprozesse auf Diensten basieren, müssen Sie außerdem die Dienstnachverfolgung für jede dieser Regelsammlungen aktivieren. Das folgende Beispiel zeigt eine partielle AppLocker-Richtlinie, bei der die EXE- und DLL-Regelsammlung wie empfohlen konfiguriert ist.

   <RuleCollection Type="Dll" EnforcementMode="AuditOnly" >
     <FilePathRule Id="86f235ad-3f7b-4121-bc95-ea8bde3a5db5" Name="Benign DENY Rule" Description="" UserOrGroupSid="S-1-1-0" Action="Deny">
       <Conditions>
         <FilePathCondition Path="%OSDRIVE%\ThisWillBeBlocked.dll" />
       </Conditions>
     </FilePathRule>
     <RuleCollectionExtensions>
       <ThresholdExtensions>
         <Services EnforcementMode="Enabled" />
       </ThresholdExtensions>
       <RedstoneExtensions>
         <SystemApps Allow="Enabled"/>
       </RedstoneExtensions>
     </RuleCollectionExtensions>
   </RuleCollection>
   <RuleCollection Type="Exe" EnforcementMode="AuditOnly">
     <FilePathRule Id="9420c496-046d-45ab-bd0e-455b2649e41e" Name="Benign DENY Rule" Description="" UserOrGroupSid="S-1-1-0" Action="Deny">
       <Conditions>
         <FilePathCondition Path="%OSDRIVE%\ThisWillBeBlocked.exe" />
       </Conditions>
     </FilePathRule>
     <RuleCollectionExtensions>
       <ThresholdExtensions>
         <Services EnforcementMode="Enabled" />
       </ThresholdExtensions>
       <RedstoneExtensions>
         <SystemApps Allow="Enabled"/>
       </RedstoneExtensions>
     </RuleCollectionExtensions>
   </RuleCollection>
   

4. Überprüfen Sie Ihre AppLocker-Richtlinie. Das folgende Beispiel zeigt eine vollständige AppLocker-Richtlinie, die Konfigurations-Manager und Microsoft Intune als verwaltete Installationsprogramme festlegt. Nur die AppLocker-Regelsammlungen, für die tatsächlich definierte Regeln definiert sind, sind im endgültigen XML-Code enthalten. Diese bedingungsbasierte Aufnahme stellt sicher, dass die Richtlinie erfolgreich auf Geräten zusammengeführt wird, auf denen möglicherweise bereits eine AppLocker-Richtlinie vorhanden ist.

   <AppLockerPolicy Version="1">
     <RuleCollection Type="Dll" EnforcementMode="AuditOnly" >
       <FilePathRule Id="86f235ad-3f7b-4121-bc95-ea8bde3a5db5" Name="Benign DENY Rule" Description="" UserOrGroupSid="S-1-1-0" Action="Deny">
         <Conditions>
           <FilePathCondition Path="%OSDRIVE%\ThisWillBeBlocked.dll" />
         </Conditions>
       </FilePathRule>
       <RuleCollectionExtensions>
         <ThresholdExtensions>
           <Services EnforcementMode="Enabled" />
         </ThresholdExtensions>
         <RedstoneExtensions>
           <SystemApps Allow="Enabled"/>
         </RedstoneExtensions>
       </RuleCollectionExtensions>
     </RuleCollection>
     <RuleCollection Type="Exe" EnforcementMode="AuditOnly">
       <FilePathRule Id="9420c496-046d-45ab-bd0e-455b2649e41e" Name="Benign DENY Rule" Description="" UserOrGroupSid="S-1-1-0" Action="Deny">
         <Conditions>
           <FilePathCondition Path="%OSDRIVE%\ThisWillBeBlocked.exe" />
         </Conditions>
       </FilePathRule>
       <RuleCollectionExtensions>
         <ThresholdExtensions>
           <Services EnforcementMode="Enabled" />
         </ThresholdExtensions>
         <RedstoneExtensions>
           <SystemApps Allow="Enabled"/>
         </RedstoneExtensions>
       </RuleCollectionExtensions>
     </RuleCollection>
     <RuleCollection Type="ManagedInstaller" EnforcementMode="AuditOnly">
       <FilePublisherRule Id="55932f09-04b8-44ec-8e2d-3fc736500c56" Name="MICROSOFT.MANAGEMENT.SERVICES.INTUNEWINDOWSAGENT.EXE version 1.39.200.2 or greater in MICROSOFT&reg; INTUNE&trade; from O=MICROSOFT CORPORATION, L=REDMOND, S=WASHINGTON, C=US" Description="" UserOrGroupSid="S-1-1-0" Action="Allow">
         <Conditions>
             <FilePublisherCondition PublisherName="O=MICROSOFT CORPORATION, L=REDMOND, S=WASHINGTON, C=US" ProductName="*" BinaryName="MICROSOFT.MANAGEMENT.SERVICES.INTUNEWINDOWSAGENT.EXE">
               <BinaryVersionRange LowSection="1.39.200.2" HighSection="*" />
             </FilePublisherCondition>
       </Conditions>
       </FilePublisherRule>
       <FilePublisherRule Id="6ead5a35-5bac-4fe4-a0a4-be8885012f87" Name="CMM - CCMEXEC.EXE, 5.0.0.0+, Microsoft signed" Description="" UserOrGroupSid="S-1-1-0" Action="Allow">
         <Conditions>
           <FilePublisherCondition PublisherName="O=MICROSOFT CORPORATION, L=REDMOND, S=WASHINGTON, C=US" ProductName="*" BinaryName="CCMEXEC.EXE">
             <BinaryVersionRange LowSection="5.0.0.0" HighSection="*" />
           </FilePublisherCondition>
         </Conditions>
       </FilePublisherRule>
       <FilePublisherRule Id="8e23170d-e0b7-4711-b6d0-d208c960f30e" Name="CCM - CCMSETUP.EXE, 5.0.0.0+, Microsoft signed" Description="" UserOrGroupSid="S-1-1-0" Action="Allow">
         <Conditions>
           <FilePublisherCondition PublisherName="O=MICROSOFT CORPORATION, L=REDMOND, S=WASHINGTON, C=US" ProductName="*" BinaryName="CCMSETUP.EXE">
             <BinaryVersionRange LowSection="5.0.0.0" HighSection="*" />
             </FilePublisherCondition>
           </Conditions>
         </FilePublisherRule>
       </RuleCollection>
     </AppLockerPolicy>
   

5. Bereitstellen Ihrer Konfigurationsrichtlinie für AppLocker-verwaltete Installationsprogramme. Sie können Ihre AppLocker-Richtlinie entweder importieren und mit Gruppenrichtlinie bereitstellen oder ein Skript verwenden, um die Richtlinie mit dem Set-AppLockerPolicy Cmdlet bereitzustellen, wie im folgenden PowerShell-Befehl gezeigt.

   Set-AppLockerPolicy -XmlPolicy <AppLocker XML FilePath> -Merge -ErrorAction SilentlyContinue
   

6. Wenn Sie Ihre AppLocker-Richtlinie per Skript bereitstellen, verwenden Sie appidtel.exe, um den AppLocker-Anwendungsidentitätsdienst und den AppLocker-Filtertreiber zu konfigurieren.

   appidtel.exe start [-mionly]
   

   Geben Sie "-mionly" an, wenn Sie nicht beabsichtigen, Intelligent Security Graph (ISG) zu verwenden.

Aktivieren der Option "Verwaltetes Installationsprogramm" in der App Control-Richtlinie

Um die Vertrauensstellung für die Binärdateien zu aktivieren, die von verwalteten Installationsprogrammen festgelegt wurden, muss die Option "Aktiviert: Verwalteter Installer" in Ihrer App Control-Richtlinie angegeben werden. Diese Einstellung kann mithilfe des Cmdlets Set-RuleOption mit Option 13 definiert werden.

Im Folgenden erfahren Sie die Schritte zum Erstellen einer App Control-Richtlinie, die das Starten von Windows ermöglicht und die Option "Verwaltetes Installationsprogramm" aktiviert.

1. Kopieren Sie die DefaultWindows_Audit-Richtlinie aus "C:\Windows\schemas\CodeIntegrity\ExamplePolicies\DefaultWindows_Audit.xml" in Ihren Arbeitsordner

2. Setzen Sie die Richtlinien-ID zurück, um sicherzustellen, dass sie das Format für mehrere Richtlinien aufweist, und weisen Sie ihr eine andere GUID als in den Beispielrichtlinien zu. Geben Sie ihr außerdem einen Anzeigenamen an, um die Identifizierung zu erleichtern.

   Beispiel:

   Set-CIPolicyIdInfo -FilePath <XML filepath> -PolicyName "<friendly name>" -ResetPolicyID
   

3. Legen Sie Option 13 (Aktiviert: Verwaltetes Installationsprogramm) fest.

   Set-RuleOption -FilePath <XML filepath> -Option 13
   

4. Bereitstellen Ihrer App Control-Richtlinie. Weitere Informationen finden Sie unter Bereitstellen von Richtlinien für App Control for Business.

Überprüfen des Setups Ihres verwalteten Installationsprogramms mithilfe eines Überwachungsmodus App Control-Richtlinie

Führen Sie die folgenden Schritte aus, um das Setup Ihres verwalteten Installationsprogramms mithilfe einer App-Steuerungsrichtlinie im Überwachungsmodus zu bestätigen.

1. Stellen Sie die App Control-Richtlinie im Überwachungsmodus bereit, wobei die Optionen für verwaltetes Installationsprogramm und ISG aktiviert sind. Im Überwachungsmodus können Sie beobachten, was App Control autorisieren würde, ohne Apps zu blockieren.
2. Stellen Sie Ihr verwaltetes Installationsprogramm bereit, z. B. Microsoft Intune oder Microsoft Configuration Manager, und installieren Sie die Apps, die Sie über dieses verwaltete Installationsprogramm auswerten möchten.
3. Bestätigen Sie die erwarteten Berechtigungen, indem Sie Ursprungsereignisse zentral in Advanced Hunting überprüfen. Verwenden Sie die Ursprungsaktionstypen AppControlCodeIntegrityOriginAllowed, AppControlCodeIntegrityOriginAuditedund AppControlCodeIntegrityOriginBlocked für die Ereignis-IDs 3090, 3091 und 3092 als Signale, dass der Ursprung des verwalteten Installationsprogramms oder die ISG-Reputation eine Datei autorisiert haben.
4. Verwenden Sie für die lokale Überprüfung die fsutil Überprüfungen in der technischen Referenz zu verwaltetem Installationsprogramm und ISG , um die erweiterten Attribute in Dateien zu überprüfen.
5. Nachdem Sie das erwartete Verhalten überprüft haben, können Sie Ihre App Control-Richtlinie von der Überwachung in den erzwungenen Modus verschieben und sicher sein, dass Ihre Apps weiterhin normal ausgeführt werden.

Entfernen des Features für verwaltete Installationsprogramme

Um das Feature für verwaltete Installationsprogramme vom Gerät zu entfernen, müssen Sie die AppLocker-Richtlinie für verwaltete Installationsprogramme vom Gerät entfernen, indem Sie die Anweisungen unter Löschen einer AppLocker-Regel: Löschen von AppLocker-Richtlinien auf einem einzelnen System oder Remotesystemen befolgen.

Verwandte Artikel

• Technische Referenz und Anleitung zur Problembehandlung für verwaltete Installationsprogramme und ISG