Richtlinie zur Softwareausführungskontrolle

Für Ping64 gilt: Software Control erkennt Softwareausführungen anhand von Regeln und wendet auf einen Treffer No action oder Block an. Audit kann für jede Regel separat aktiviert werden. Installationskontrolle, Software Store und Lizenzverwaltung werden getrennt konfiguriert; die Aktivierung einer Funktion aktiviert die anderen nicht automatisch.

Richtlinie speichern, Empfang durch den Endpunkt, Softwareabgleich, tatsächliche Blockierung und Meldung eines Eintrags sind getrennte Schritte. Eine Blockierung erzeugt nicht zwangsläufig einen Auditeintrag; ein Eintrag allein beweist nicht, dass die Software erfolgreich beendet wurde.

Vorbereitung

• Änderungen an Software-Compliance-Richtlinien und die Anzeige von Auditdaten erfordern jeweils die entsprechenden Rechte. Legen Sie Pilotendpunkte, Geltungszeit und Kontrollanforderungen der Organisation fest.
• Ermitteln Sie die zu erkennende Software und ihre tatsächlichen Ausführungsdaten. Prüfen Sie für Softwarelisten oder -kategorien unter Objects & Templates > Software Objects vorhandene Objekte auf Name, Kategorie und verknüpfte Anwendungen und verwenden Sie geeignete Objekte. Erstellen oder ändern Sie Objekte nur bei Bedarf und speichern Sie diese Änderungen, bevor Sie sie in einer Kontrollregel auswählen.
• Wählen Sie wenige wiederherstellbare Pilotendpunkte und bereiten Sie zu kontrollierende Software sowie Vergleichssoftware vor, die nicht betroffen sein soll. Eine zu breite Blockierungsregel kann Geschäftsabläufe stören; stimmen Sie zuerst ein Wiederherstellungsverfahren mit den Verantwortlichen ab.
• Die Unterstützung für Software, Kategorien, Process path, Window name und SHA256 kann sich je nach Plattform unterscheiden. Ein auf der Seite angebotener Bedingungstyp bedeutet nicht, dass alle Endpunkte ihn identisch ausführen. Prüfen Sie Zielsystem und tatsächliche Version.

Kontrollregeln konfigurieren

1. Öffnen Sie unter Software die Richtlinien und erstellen oder bearbeiten Sie die Zielrichtlinie. Prüfen Sie Name, Endpunktbereich und Geltungszeit.
2. Aktivieren Sie Software Control in den Richtlinieneinstellungen und öffnen Sie die Einstellungen zur Regelkonfiguration.
3. Fügen Sie eine Regel hinzu und geben Sie einen Regelnamen ein. Wählen Sie als Abgleich Software list oder Software category, oder konfigurieren Sie nach Bedarf Process path, Window name, SHA256 und andere verfügbare Bedingungen. Jede Regel benötigt mindestens eine gültige Abgleichbedingung.
4. Prüfen Sie bei einer Prozessbedingung den tatsächlichen Pfad und die weiteren Felder. Eine strukturierte Prozessbedingung benötigt mindestens ein Feld ohne Platzhalter; ersetzen Sie ein konkretes Ziel nicht durch ausschließlich Platzhalter.
5. Wählen Sie als Aktion No action oder Block. Aktivieren Sie Audit zusätzlich, wenn Treffer aufgezeichnet werden sollen; Block allein aktiviert die Auditfunktion nicht.
6. Prüfen Sie für jede Regel Name, Bedingungen und Aktion. Regeln können umgeordnet werden. Testen Sie bei überlappenden Bedingungen Treffer und Ausführung zuerst auf Pilotendpunkten; gehen Sie nicht davon aus, dass alle passenden Regeln nacheinander ausgeführt werden.
7. Bestätigen Sie die Dialoge für Bedingungen und Kontrolle und speichern Sie die gesamte Richtlinie. Testen Sie erst nach Empfang auf den Zielendpunkten; ein erfolgreiches Speichern in der Konsole beweist keine Ausführung auf dem Endpunkt.

Abgleich unter Windows: Unterschiedliche Abgleicheinträge einer gewöhnlichen Regel müssen nicht gleichzeitig zutreffen. Werden beispielsweise eine Prozessbedingung und ein SHA256-Wert hinzugefügt, kann bereits einer davon die Regel auslösen; sie bilden keine doppelte Einschränkung. Mehrere Felder innerhalb einer strukturierten Prozessbedingung müssen dagegen gemeinsam zutreffen. Gleichen Sie den Pfad mit dem tatsächlichen vollständigen Programmpfad ab. Zusätzliche Einträge können den Geltungsbereich erweitern. Testen Sie vor dem Aktivieren der Blockierung jeweils Beispiele, die nur einen Eintrag beziehungsweise keinen der beiden erfüllen.

Beispiel: Verwenden Sie zunächst einen konkreten Prozesspfad der Testsoftware mit No action und aktiviertem Audit, um den Erkennungsbereich zu prüfen. Bewerten Sie nach erfolgreicher Kontrolle gemäß dem Änderungsverfahren Ihrer Organisation, ob zu Block gewechselt werden soll. Dies ist keine Standardregel und garantiert kein identisches Verhalten auf allen Plattformen.

Unter Linux unterscheiden sich die Ausführungspfade für Prozessbedingungen und SHA256 von denen anderer Bedingungen. Gehen Sie bei Regeln nur mit Softwareliste, Kategorie oder Fenstername nicht von derselben Wirkung wie auf anderen Plattformen aus. Prüfen Sie die tatsächliche Endpunktumgebung im Pilotbetrieb.

In einigen Windows-Szenarien für gewöhnliche Regeln prüft der Endpunkt die empfangenen Regeln der Reihe nach und beendet die Prüfung gewöhnlicher Regeln beim ersten Treffer. Trifft beispielsweise eine frühere Regel No action, wird eine spätere Blockier- oder Auditregel auf diesen Treffer nicht mehr angewendet. Genehmigungsbezogene Verarbeitung wird gesondert geprüft; übertragen Sie diese Reihenfolge nicht auf alle Plattformen und Situationen. Prüfen Sie nach einer Umordnung erlaubtes Verhalten, Blockierung und Protokolle getrennt auf einem Pilotendpunkt.

Häufige Probleme

1. Eine Regel lässt sich nicht speichern: Prüfen Sie Namen, mindestens eine Abgleichbedingung und mindestens ein Nicht-Platzhalterfeld in jeder strukturierten Prozessbedingung. Stellen Sie sicher, dass die Dialoge und die gesamte Richtlinie gespeichert wurden.
2. Software wird nicht wie erwartet blockiert: Prüfen Sie Zielendpunkte und Zeit, Richtlinienempfang, Aktion, Bedingungen, Regelreihenfolge und Plattformunterstützung. Wiederholen Sie bei Bedarf den Test mit einer konkreten Pilotprozessbedingung.
3. Blockierung ohne Eintrag: Prüfen Sie, ob Audit für die Regel aktiviert ist, und kontrollieren Sie Endpunktmeldung, Datum, Stichwort, Filter der aktuellen Seite und Sichtbarkeitsbereich des Administrators.
4. Einträge oder Details sind nicht sichtbar: Prüfen Sie Kontorechte, Endpunktsichtbarkeit und Seitenmeldungen. Wenden Sie sich bei anhaltenden Problemen an Administrator oder Support; umgehen Sie die Prüfung nicht durch Weitergabe vertraulicher Pfade.
5. Geschäftssoftware wird irrtümlich blockiert: Stellen Sie notwendige Geschäftsabläufe gemäß dem Notfallverfahren Ihrer Organisation wieder her. Prüfen Sie Trefferregel, Geltungsbereich und Reihenfolge; korrigieren und validieren Sie auf kontrollierten Endpunkten, bevor Sie die Anwendung ausweiten.

• Audit der Softwareausführungskontrolle