Onboarding von Veracode in DevOps Change-Geschwindigkeit – Arbeitsbereich
Stellen Sie über das Playbook „DevOps Change Workspace“ eine Verbindung zu Ihrer Instanz Veracode her.
Vorbereitungen
Führen Sie die im Thema Erste Schritte mit DevOps Change-Geschwindigkeit angegebenen Aufgaben aus.
Erforderliche Rolle: sn_devops.admin oder sn_devops.tool_owner
Prozedur
-
Navigieren zu Arbeitsbereiche > DevOps – Change-Arbeitsbereich und öffnen Sie das Playbook für das Onboarding von Veracodemit einer der folgenden Optionen.
Option Schritte Homepage - Wählen Sie das Widget Verbindungstools aus
- Wählen Sie im modalen Fenster „Verbindung mit einem Tool herstellen Veracode “ aus der Kategorie Sicherheit aus.
Modul „Anwendungen“ - Wählen Sie Anwendungen (
).
- Wählen Sie eine vorhandene Anwendung aus, oder erstellen Sie eine. Informationen zum Erstellen einer Anwendung finden Sie unter Erstellen Sie eine -Anwendung – Klassisch.
- Wählen Sie im Bereich Empfohlene Aktionen die Karte Tool verbinden.
- Wählen Sie im modalen Fenster „Verbindung mit einem Tool herstellen Veracode “ aus der Kategorie Sicherheit aus.
Modul Tools - Wählen Sie Tools (
).
- Wählen Sie in der Fähigkeitsliste Sicherheitaus.
- Wählen Sie Tool verbinden.
- Wählen Sie im Modal Mit einem Tool verbindendie Option Veracodeaus.
-
Geben Sie einen Namen ein, um Ihr Tool zu identifizieren, und wählen Sie Weiteraus.
-
Geben Sie im Abschnitt für die Playbook-Aktivität „Veracode-Instanzdetails eingeben“ die folgenden Anmeldeinformationen ein:
- Geben Sie im Feld API-ID die API-ID Ihrer Instanz Veracode ein.
- Geben Sie im Feld API-Schlüssel den API-Schlüssel Ihrer Veracode-Instanz ein.
Hinweis:Stellen Sie sicher, dass Ihre Veracode -Anmeldeinformationen über die folgenden API-Rollen verfügen.- Hochladen und scannen
- Ergebnisse
-
Wählen Sie Verbinden, und überprüfen Sie die Details der erfolgreich verbundenen Veracode-Instanz.
-
Geben Sie den Zugriff für das Tool an.
- Wenn Sie den Zugriff auf das Tool steuern möchten, fügen Sie im Feld Verwaltet von die Gruppen hinzu, die Zugriff auf das Tool erhalten müssen.Die Aufgaben, die diese Benutzer in den Gruppen ausführen können, hängt von der ihnen zugewiesenen Rolle ab.
- DevOps Rolle Tool-Besitzer: Kann das Tool anzeigen und bearbeiten.
- DevOps Rolle App-Besitzer: Kann das Tool anzeigen und Verlaufsdaten zuordnen, erkennen, importieren und Pipelineschritte (falls zutreffend) der Objekte des Tools (z. B. Pläne, Repositorys und Pipelines) ändern.
- DevOps Administratorrolle: Kann alle Tools bearbeiten.
- Andere DevOps -Rollen: Können das Tool anzeigen.
Hinweis:Wenn Sie keine Gruppe auswählen und diesen Schritt überspringen, können alle Anwender mit der Rolle DevOps Toolbesitzer das Tool bearbeiten. - Wenn Sie den Zugriff auf das Tool steuern möchten, wird die Option Alle App-Besitzer können Toolobjekte anzeigen und Anwendungen zuordnen zur Auswahl.
Mit dieser Option können alle Anwender mit der Rolle DevOps „ App-Besitzer auf das Tool zugreifen. Wenn diese Option ausgewählt ist, können sie Verlaufsdaten anzeigen, zuordnen, erkennen, importieren und Pipelineschritte (falls zutreffend) der Objekte des Tools ändern.
- Klicken Sie auf Zuweisen.
- Wenn Sie den Zugriff auf das Tool steuern möchten, fügen Sie im Feld Verwaltet von die Gruppen hinzu, die Zugriff auf das Tool erhalten müssen.
-
Wenn dies nicht die erste Instanz des Sicherheitstools ist, das Sie einarbeiten, wählen Sie das Orchestration-Tool, das Ihrer Sicherheitstool-Instanz zugeordnet werden soll, in der Playbook-Aktivität „Orchestration-Tool-Instanzen zuordnen“ aus.
Diese Aktivität wird nicht angezeigt, wenn dies die erste Sicherheitstool-Instanz ist, für die Sie ein Onboarding durchführen.
Hinweis:Diese Playbook-Aktivität ist nur erforderlich, wenn Sie das Onboarding von mehr als einer Sicherheitstool-Instanz durchführen. Wenn in ServiceNow mehrere Sicherheitstool-Instanzen integriert werden, dürfen Sie nur eine der Sicherheitstool-Instanzen demselben Orchestration-Tool oder Pipeline-Datensatz zuordnen. -
Kopieren Sie aus dem Abschnitt „Playbook-Aktivität für Pipelines hinzufügen“ den erforderlichen anwenderdefinierten Aktionscode, und fügen Sie ihn als Schritt in Ihrer Pipeline hinzu.
- Wenn in ServiceNow nur eine Sicherheitsinstanz integriert wird, werden die Pipelines automatisch Veracode zugeordnet, wenn die Pipeline ausgeführt wird.
- Wenn dies die erste Sicherheitstool-Instanz ist, die Sie einarbeiten, können die anwenderdefinierten Aktionscodes für das Orchestration-Tool, das Sie in ServiceNow eingearbeitet haben, kopiert werden.
- Wenn Sie Orchestration-Tools für Azure DevOps oder GitHub Actions verwenden, müssen Sie Ihrer Pipeline immer den anwenderdefinierten Aktionscode hinzufügen.
- Wenn Sie Jenkins verwenden und Ihre Pipeline bereits einen Sicherheitsscan-Schritt Veracode enthält, müssen Sie Ihrer Pipeline den anwenderdefinierten Aktionscode nicht hinzufügen. Stellen Sie sicher, dass für Ihren Sicherheitsscan-Schritt Veracodeden Wert „waitForScan: true“festgelegt ist. Dies ist erforderlich, damit das System die Scan-Informationen abrufen kann.
- Wenn dies nicht die erste Sicherheitstool-Instanz ist, die Sie einarbeiten, können Sie die entsprechenden anwenderdefinierten Aktionscodes für Orchestration-Tools, die Sie in Schritt 6 ausgewählt haben, kopieren. Wenn Sie Jenkins verwenden und Ihre Pipeline bereits einen Veracode-Sicherheitsscan-Schritt enthält, müssen Sie Ihrer Pipeline den anwenderdefinierten Aktionscode nicht hinzufügen. Stellen Sie sicher, dass für Ihren Veracode-Sicherheitsscanschritt die Option „waitForScan: true“festgelegt ist. Dies ist obligatorisch, damit das System die Scan-Informationen abrufen kann.
- Wenn Sie Veracode für das GitLab-Tool konfigurieren möchten, können Sie entweder das generische Docker-Container-Image verwenden, um den Veracode-Sicherheitsschritt hinzuzufügen, oder die im Thema Integrieren Sie Sicherheitstools in GitLab angegebenen Schritte ausführen.
- Für Harnisch-Pipelines können Sie Veracode -Scans nur über das generische Container-Image Docker konfigurieren. Weitere Informationen finden Sie unter Implementieren Sie anwenderdefinierte Aktionen für Pipelines mit dem generischen Docker-Container-Image.
- Alternativ können Sie die Pipeline mit einer Sicherheitstool-Instanz verknüpfen, indem Sie dem anwenderdefinierten Aktionscode die Sicherheitstool-ID hinzufügen. Dadurch werden alle zuvor zugeordneten Sicherheitstool-Instanzen überschrieben.
Informationen zum Konfigurieren der Veracode-Scans in Ihrer Pipeline finden Sie unter Konfigurieren Sie Veracode -Scans in Ihrer Pipeline
- Markieren Sie die Aktivität als abgeschlossen.
-
Wählen Sie auf der Seite „Zusammenfassung“die Option Tooldatensatz anzeigen aus, um die Details der verbundenen Instanz zu überprüfen.