Auditorenprüfungen
Verwenden Sie die Auditor-Suite für SecureCheck, um Fehlkonfigurationen zu erkennen, die sich auf den Sicherheitsstatus Ihrer Instanz auswirken können.
Die Auditor-Suite wird als Update Set bereitgestellt. Sie können diese Suite in Security Centerverwenden. Vergewissern Sie sich, dass Security Center in Ihrer Instanz aktiviert ist, wenn Sie Utah oder früher verwenden.
Importieren Sie das Update Set
Administratoren können das Update Set mit folgendem Link von der Website support.servicenow.com herunterladen: https://support.servicenow.com/sys_attachment.do?sys_id=821e1e724732969077748d01426d4393.
Bestätigen Sie das Update Set anhand der in Commit an update setbeschriebenen Schritte.
Sobald das Update Set bestätigt wurde, können Sie unter auf die Auditor-Suite zugreifen .
Überprüfen Sie die Informationen
| Name überprüfen | Beschreibung | Suchtyp scannen |
|---|---|---|
| Identifizieren Sie veraltete Store-Apps |
Identifiziert in Ihrer Instanz aktivierte Apps, für die aktualisierte Versionen verfügbar sind. Stellen Sie sicher, dass Sie die neuesten Versionen der Store Apps verwenden, die Korrekturen für potenzielle Sicherheitsprobleme enthalten können. |
Lösung empfohlen |
| Unsichere GlideRecord-Aufrufe |
Identifiziert Skripts, die direkt von Endanwendern aufgerufen werden können (z. B. vom Client aufrufbare Skripteinbindungen, Widgets, Prozessoren, REST-Endpunkte) Diese Skripts sollten ACLs berücksichtigen und GlideRecordSecure oder GlideRecord mit canRead, canWrite, canCreate, canDelete verwenden. |
Lösung empfohlen |
| Überprüfen Sie die zulässigen JavaScript-Bibliotheken |
Identifiziert Skripts, bei denen die JavaScript-Inhaltszugriffssteuerung verwendet wird, um bestimmte JavaScript-Bibliotheken von Drittparteien zuzulassen oder zu verweigern. Überprüfen Sie Instanzanpassungen, um sicherzustellen, dass keine Bibliotheken verwendet werden, bevor Sie den Zugriff blockieren. Die Tabelle „Zugriffsnachverfolgung für JavaScript-Inhaltsanbieter“ [sys_js_content_provider_access_tracking] kann überprüft werden, um das letzte Datum des Zugriffs auf die Bibliothek anzuzeigen. Hinweis:
Diese Prüfung kann in Instanzen ignoriert werden, die ursprünglich in Tokyo oder höher bereitgestellt wurden. Für Datensätze in der zugeordneten Tabelle sind standardmäßig Ablehnungsregeln festgelegt. In Instanzen, die vor Tokyo bereitgestellt wurden, können in den JavaScript-Zugriffssteuerungstabellen Zulassungsregeln vorhanden sein. |
Lösung empfohlen |
| Überprüfen Sie vom Client aufrufbare Skripteinbindungen ohne entsprechende ACL |
Identifiziert vom Client aufrufbare Skripteinbindungen, die keine entsprechende ACL aufweisen. Diese Skripts verwenden die standardmäßige ACL („*“) für vom Client aufrufbare Skripteinbindungen. Erstellen Sie für diese Skripts ACLs, die die entsprechenden Zugriffskriterien definieren, um sicherzustellen, dass nur die erwarteten Benutzer mit der bereitgestellten Funktionalität interagieren können. |
Lösung empfohlen |
| Überprüfen Sie anwenderdefinierte Tabellen mit Datensatzerstellern und ohne Business-Regel |
Identifiziert Datensatzersteller, die keine zusätzliche serverseitige Validierung erfahren. Diese Prüfung identifiziert anwenderdefinierte Tabellen mit einem Datensatzersteller, aber ohne zugeordnete Business-Regel. Diese können es Anwendern ermöglichen, unerwartete Daten an die zugeordnete Tabelle zu übermitteln. |
Lösung empfohlen |
| Überprüfen Sie leere ACLs |
Identifiziert ACL-Datensätze, die kein Skript, keine Bedingung, kein Sicherheitsattribut oder keine Rolle aufweisen, oder ACLs mit der öffentlichen Rolle. Wenn Sie ACLs leer lassen oder die öffentliche Rolle verwenden, erhalten Sie offenen Zugriff auf alle Inhalte, die von dieser ACL geschützt werden. |
Lösung empfohlen |
| Überprüfen Sie Felder mit deaktivierter HTML-Bereinigung |
Identifiziert HTML-Felder, bei denen die HTML-Bereinigung inaktiv ist. Bei der HTML-Bereinigung werden potenziell schädliche Elemente und Attribute im HTML-Code entfernt oder ersetzt. Überprüfen Sie die HTML-Felder, in denen die Bereinigung inaktiv ist, um zu bestätigen, ob diese Konfiguration erforderlich ist. |
Lösung empfohlen |
| Überprüfen Sie inaktive Sicherheitsfunktions-Plugins |
Identifiziert nicht aktivierte Plugins, die zusätzliche, konfigurierbare Sicherheitskontrollen bieten. Die bei dieser Prüfung erzeugten Ergebnisse werden zu Informationszwecken bereitgestellt. Stellen Sie vor dem Aktivieren eines der identifizierten Plugins sicher, dass das Plugin Ihre Anwendungsfälle oder Anforderungen erfüllt. Sie können diese Ergebnisse stummschalten, wenn Sie keinen Anwendungsfall für den identifizierten haben. |
Informieren |
| Überprüfen Sie die großen zulässigen IP-Adressbereiche |
Identifiziert IP-Adresszugriffssteuerungsbereiche, die eine große Anzahl von IP-Adressen enthalten. Hinweis:
Wenn Sie eine große Anzahl von falsch positiven Meldungen sehen, sollten Sie die Variable „größererExpectedCIDRBlock“ an Ihre spezifischen Geschäftsanforderungen anpassen. CIDR-Blöcke (Classless Inter-Domain Routing) enthalten eine größere Anzahl von IP-Adressen, wenn die Anzahl abnimmt. Beispielsweise ist die CIDR-Blockgröße 8 größer (enthält mehr IP-Adressen) als die CIDR-Blockgröße 16. Überprüfen und bestätigen Sie, dass die aktuelle Konfiguration Ihren Geschäftsanforderungen entspricht. |
Überprüfen und entscheiden |
| Überprüfen Sie öffentliche GraphQL-Schemas |
Identifiziert öffentliche GraphQL-Schemata in der Tabelle „GraphQL-API“ [sys_graphql_schema]. Diese Schemas können so konfiguriert werden, dass sie ohne Authentifizierung verfügbar sind. Abhängig von der Funktionalität des Endpunkts können nicht authentifizierte Anwender unerwartete Aktionen ausführen oder mit unerwarteten Daten interagieren. |
Überprüfen und entscheiden |
| Überprüfen Sie öffentliche Knowledge Base-Artikel |
Identifiziert Knowledge Bases und Knowledge Base-Artikel, die konfiguriert sind, um nicht authentifizierten Anwendern den Zugriff zu ermöglichen Überprüfen und bestätigen Sie, dass die aktuelle Konfiguration Ihren Geschäftsanforderungen entspricht. |
Überprüfen und entscheiden |
| Überprüfen Sie die öffentlichen REST API-Endpunkte |
Identifiziert REST API-Endpunkte in der Tabelle „Geskriptete REST-Ressource“ [sys_ws_operation], die so konfiguriert sind, dass sie ohne Authentifizierung verfügbar sind. Abhängig von der Funktionalität des Endpunkts können nicht authentifizierte Anwender unerwartete Aktionen ausführen oder mit unerwarteten Daten interagieren. |
Überprüfen und entscheiden |
| Überprüfen Sie die Seiten des öffentlichen Serviceportals |
Identifiziert Serviceportal-Seiten, die öffentlich gemacht werden. Serviceportal-Seiten werden für nicht authentifizierte Anwender verfügbar gemacht, indem das Feld „öffentlich“ auf „wahr“ festgelegt wird. Überprüfen und bestätigen Sie, dass die aktuelle Konfiguration Ihren Geschäftsanforderungen entspricht. |
Überprüfen und entscheiden |
| Überprüfen Sie die öffentlichen UI-Seiten |
Identifiziert UI-Seiten, die öffentlich gemacht werden. UI-Seiten können für nicht authentifizierte Anwender mithilfe der Seite [sys_public] verfügbar gemacht werden. Überprüfen und bestätigen Sie, dass die aktuelle Konfiguration Ihren Geschäftsanforderungen entspricht. |
Überprüfen und entscheiden |
| Überprüfen Sie Rollen, die die Rolle „admin“ enthalten |
Identifiziert alle Rollen (Tabelle „Rollen“ [sys_user_role]), die die Administratorrolle enthalten. Die Administratorrolle gewährt Benutzern Administratorrechte und sollte nur bei Bedarf verwendet werden. Überprüfen und bestätigen Sie, dass die aktuelle Konfiguration Ihren Geschäftsanforderungen entspricht. Wenn dies eine beabsichtigte Konfiguration ist, kann diese Prüfung stummgeschaltet werden. |
Überprüfen und entscheiden |
| Überprüfen Sie UI-Seiten ohne entsprechende ACLs |
Identifiziert UI-Seiten, die keine ACL für diese UI-Seite haben. UI-Seiten, die keine bestimmte ACL haben, standardmäßig eine generische UI-Seiten-ACL,, die unbeabsichtigten Anwendern Zugriff gewähren kann. |
Lösung empfohlen |
| Überprüfen Sie die Anwender mit gültigen lokalen Passwörtern |
Identifiziert Benutzer mit lokal festgelegten Passwörtern. Benutzer mit lokalen Passwörtern können über APIs unter Verwendung der lokalen Anmeldeinformationen mit der Instanz interagieren, auch wenn lokale Anmeldungen nicht zulässig sind. Diese Passwortkonfiguration ist erforderlich, damit Integrationsbenutzeraccounts ordnungsgemäß funktionieren. Überprüfen Sie diese Anwenderaccounts, um sicherzustellen, dass sich nur vorgesehene Anwender (z. B. Integrationsaccounts) mit der lokalen Authentifizierung authentifizieren können. |
Überprüfen und entscheiden |
| Mit veralteten Hashing-Algorithmen gespeicherte Passwörter rotieren |
Identifiziert Anwenderaccounts mit Passwörtern, die in früheren Versionen der Now Platform erstellt wurden und möglicherweise einen veralteten Hashing-Algorithmus verwendet haben. Für Accounts, die mit alten Plattformversionen erstellt wurden und deren Passwörter nicht rotiert wurden, können Passwörter noch mit einem veralteten Hashing-Algorithmus gespeichert werden. Überprüfen Sie die erstellten identifizierten Accounts unter Berücksichtigung von Passwortzurücksetzungen. |
Lösung empfohlen |
| Datensatzersteller werden gesichert |
Identifiziert unsichere Datensatzersteller. Wenn sie nicht den entsprechenden Rollen zugewiesen sind, können nicht autorisierte Anwender darauf zugreifen und vertrauliche Informationen preisgeben. Weisen Sie Datensatzerstellern die entsprechenden Rollen zu, um sicherzustellen, dass sie nur für Benutzer zugänglich sind, die sie benötigen. |
Lösung empfohlen |
| Sichtbarkeit von UI-Aktionen |
Identifiziert UI-Aktionen, auf die von einem Anwender ohne Rollen zugegriffen werden kann, der keinen Lesezugriff auf die Tabelle hat. Diese Anwender können möglicherweise Daten in einer Tabelle ändern, auf die sie über diese UI-Aktionen keinen Zugriff haben. Verifiziert, dass UI-Aktionen nur für Benutzer verfügbar sind, die Zugriff auf die betroffene Tabelle haben. |
Lösung empfohlen |