{"meta":{"title":"Lösen von Code-Scan-Warnungen","intro":"In der Sicherheitsansicht können Sie Warnungen für potenzielle Sicherheitsrisiken oder Fehler im Code Ihres Projekts anzeigen, beheben oder schließen.","product":"Sicherheit und Codequalität","breadcrumbs":[{"href":"/de/code-security","title":"Sicherheit und Codequalität"},{"href":"/de/code-security/how-tos","title":"How-tos"},{"href":"/de/code-security/how-tos/manage-security-alerts","title":"Verwalten von Sicherheitswarnungen"},{"href":"/de/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts","title":"Code-Scan-Warnungen"},{"href":"/de/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts/resolve-alerts","title":"Beheben von Warnungen"}],"documentType":"article"},"body":"# Lösen von Code-Scan-Warnungen\n\nIn der Sicherheitsansicht können Sie Warnungen für potenzielle Sicherheitsrisiken oder Fehler im Code Ihres Projekts anzeigen, beheben oder schließen.\n\n## Beheben von Warnmeldungen mit Copilot\n\n> \\[!NOTE]\n> Diese Funktion befindet sich in Öffentliche Vorschau und kann Änderungen unterliegen.\n> Copilot cloud agent und Copilot Autofix muss im Repository verfügbar sein.\n\nSie können eine code scanning-Warnung zu Copilot zuweisen, damit es die Warnung für Sie behebt. Durch das Zuweisen der Warnung wird eine Agentsitzung gestartet: Copilot cloud agent Untersucht Ihre Codebasis, generiert einen Fix, überprüft sie und öffnet eine Pullanforderung.\n\nJede agentengesteuerte Autokorrektur-Sitzung wird als Copilot cloud agent-Sitzung abgerechnet und verbraucht AI credits. Siehe [Informationen zu GitHub Copilot Cloud-Agent](/de/copilot/concepts/agents/cloud-agent/about-cloud-agent#copilot-cloud-agent-usage-costs).\n\nSo weisen Sie eine einzelne Warnung zu Copilot:\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n2. Klicken Sie unter dem Repositorynamen auf die ** Security and quality** Registerkarte. Wenn die Registerkarte \" Security and quality\" nicht angezeigt wird, wählen Sie das **** Dropdownmenü aus, und klicken Sie dann auf ** Security and quality**.\n3. Klicke in der linken Randleiste auf ** Code scanning**.\n4. Klicken Sie auf den Namen einer Warnung.\n5. Klicken Sie oben auf der Seite auf ** Zuweisen zu Copilot**.\n\nSie können Warnungen zu Copilot auch massenweise zuweisen:\n\n* Wählen Sie aus dem code scanning Benachrichtigungsrücklog oder aus einer Sicherheitskampagne zwischen 1 und 25 Warnungen aus, und weisen Sie sie zu Copilot, was funktioniert, um die ausgewählten Warnungen in einer einzigen Pull-Anforderung aufzulösen. Siehe [Beheben von Warnungen in einer Sicherheitskampagne](/de/code-security/how-tos/manage-security-alerts/remediate-alerts-at-scale/fixing-alerts-in-security-campaign).\n* Verwenden sie die REST-API, indem Sie den Zuweisungsempfänger der Warnung auf `copilot-swe-agent[bot]`festlegen. Siehe [REST-API-Endpunkte für die Codeüberprüfung](/de/rest/code-scanning/code-scanning#update-a-code-scanning-alert).\n\nIn der Regel öffnet Copilot innerhalb weniger Minuten einen Entwurfs-Pull-Request, verfasst von Copilot, mit einer Zusammenfassung der Behebung und der durchgeführten Validierungsschritte. Prüfen Sie das Sitzungsprotokoll des Agenten für Details und kommentieren Sie den Pull Request unter Erwähnung von Copilot, um eine weitere Iteration anzustoßen.\n\nCopilot cloud agent überprüft Fixes nach Maßgabe der Möglichkeiten. Wenn sich eine Behebung nicht verifizieren lässt oder wenn angenommen wird, dass die Warnung ein Fehlalarm sein könnte, wird dies im Pull Request angegeben.\n\n## Generieren eines vorgeschlagenen Fixs\n\nWenn Copilot cloud agent in Ihrem Repository nicht verfügbar ist, können Sie GitHub Copilot Autofix weiterhin verwenden, um einen Lösungsvorschlag in einem Schritt für die Warnung zu generieren.\n\n> \\[!NOTE]\n> Du benötigst kein Abonnement für GitHub Copilot, um GitHub Copilot Autofix zu verwenden. Copilot Autofix ist in allen öffentlichen Repositorys auf GitHub.com sowie in internen und privaten Repositorys im Besitz von Organisationen und Unternehmen verfügbar, die über eine Lizenz für GitHub Code Security verfügen.\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n2. Klicken Sie unter dem Repositorynamen auf die ** Security and quality** Registerkarte. Wenn die Registerkarte \" Security and quality\" nicht angezeigt wird, wählen Sie das **** Dropdownmenü aus, und klicken Sie dann auf ** Security and quality**.\n3. Klicke in der linken Randleiste auf ** Code scanning**.\n4. Klicken Sie auf den Namen einer Warnung.\n5. Wenn Copilot Autofix einen Fix vorschlagen kann, klicken Sie oben auf der Seite auf **\"Lösung erstellen\"**.\n6. Nachdem die vorgeschlagene Korrektur generiert wurde, können Sie ganz unten auf der Seite auf **PR mit Korrektur erstellen** klicken, um automatisch einen Pull Request mit der vorgeschlagenen Korrektur zu generieren.\n Aus dem Standard-Branch wird ein neuer Branch erstellt, die generierte Korrektur wird commited und ein Entwurf für eine Pull-Request-Anfrage wird erstellt. Die vorgeschlagene Korrektur können Sie wie bei allen anderen Korrekturen testen und bearbeiten.\n\nDu kannst auch die Autofix-API für historische Warnendpunkte verwenden, um vorgeschlagene Korrekturen zu generieren, abzurufen und zu übernehmen.\n\n* [Erstellen eines Autofixes für eine Code Scanning-Warnung](/de/rest/code-scanning/code-scanning#create-an-autofix-for-a-code-scanning-alert)\n* [Abfrage des Status eines Autofixes für einen Code-Scan-Warnhinweis](/de/rest/code-scanning/code-scanning#get-the-status-of-an-autofix-for-a-code-scanning-alert)\n* [Commit eines Autofix für einen Code Scanning Alert](/de/rest/code-scanning/code-scanning#commit-an-autofix-for-a-code-scanning-alert)\n\nCopilot Autofix für code scanning Warnungen kann in jeder Situation kein Fix für jede Warnung generiert werden. Das Feature funktioniert auf Best-Effort-Basis und ist nicht garantiert, 100% der Zeit erfolgreich zu sein. Informationen zu den Einschränkungen bei automatisch generierten Korrekturen findest du unter [Einschränkungen bei Vorschlägen](/de/code-security/responsible-use/security-and-quality-ai-features#7-limitations).\n\n## Manuelles Beheben einer Warnung\n\nAlle Benutzer mit Schreibberechtigung für ein Repository können eine Warnung beheben, indem sie eine Korrektur am Code committen. Wenn das Repository zur Ausführung bei Pull-Anforderungen geplant ist code scanning, empfiehlt es sich am besten, einen Pull-Anforderung mit Ihrer Korrektur zu erstellen. Dies wird eine code scanning Analyse der Änderungen auslösen und prüfen, dass Ihre Lösung keine neuen Probleme verursacht. Siehe [Filtern von Codescanbenachrichtigungen in Pull-Anforderungen](/de/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts/triage-alerts-in-pull-requests).\n\nUm die Problembehebung im Workflow Ihres Teams nachzuverfolgen, ohne die Anwendung GitHub verlassen zu müssen, können Sie Alarme mit Problemen verknüpfen. Siehe [Verknüpfen von Codeüberprüfungswarnungen mit GitHub Problemen](/de/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts/track-alerts-in-issues).\n\nDu kannst die Freitextsuche oder die Filter nutzen, um eine Teilmenge der Warnungen anzuzeigen und dann alle übereinstimmenden Warnungen als geschlossen markieren.\n\nWarnungen können in einem Branch behoben werden, aber nicht in einem anderen. Du kannst den Filter „Branch“ in der Zusammenfassung der Warnungen verwenden, um zu überprüfen, ob eine Warnung in einem bestimmten Branch behoben ist.\n\n\n\nBeachte, dass, wenn du nach Warnungen in einem Nicht-Standardbranch gefiltert hast, dieselben Warnungen aber im Standardbranch vorhanden sind, die Warnungsseite für eine bestimmte Warnung trotzdem nur den Status der Warnung im Standardbranch anzeigt, auch wenn dieser Status mit dem Status in einem Nicht-Standardbranch in Widerspruch steht. So kann eine Warnung, die in der Liste „Offen“ in der Warnungsübersicht für `branch-x` auftaucht, auf der Warnungsseite den Status „Behoben“ haben, wenn die Warnung im Standardbranch bereits behoben ist. Du kannst den Status der Warnung für den Branch, den du gefiltert hast, im Abschnitt **Betroffene Branches** auf der rechten Seite der Warnungsseite einsehen.\n\n> \\[!NOTE]\n> Wenn Sie code scanning mit mehreren Konfigurationen ausführen, wird manchmal dieselbe Warnung von mehr als einer Konfiguration generiert. Wenn du nicht alle Konfigurationen regelmäßig ausführst, werden möglicherweise Warnungen angezeigt, die in einer Konfiguration behoben sind, aber nicht in einer anderen. Diese veralteten Konfigurationen und Warnungen können aus einem Branch entfernt werden. Siehe [Entfernen veralteter Konfigurationen und Warnungen aus einer Verzweigung](#removing-stale-configurations-and-alerts-from-a-branch).\n\n## Verwerfen von Warnungen\n\nEs gibt zwei Möglichkeiten zum Schließen einer Warnung. Du kannst das Problem im Code beheben oder die Warnung verwerfen.\n\nDas Verwerfen einer Warnung ist eine Möglichkeit, eine Warnung zu entfernen, die deiner Meinung nach nicht behoben werden muss.\nBeispielsweise liegt ein Fehler in Code vor, der nur zum Testen verwendet wird, oder der Aufwand zum Beheben des Fehlers ist höher als der potenzielle Vorteil der Verbesserung des Codes. Sie können Warnungen aus code scanning Anmerkungen im Code oder von der Übersicht innerhalb der Registerkarte ** Security and quality** entfernen.\n\nWenn du eine Warnung verwirfst, passiert Folgendes:\n\n* Es wird in allen Zweigen abgelehnt.\n* Die Warnung wird aus den aktuellen Warnungen für dein Projekt entfernt.\n* Die Warnung wird in der Zusammenfassung der Warnungen in die Liste „Geschlossen“ verschoben, aus der du die Warnung bei Bedarf erneut öffnen kannst.\n* Der Grund, warum du die Warnung geschlossen hast, wird aufgezeichnet.\n* Optional können Sie eine Ablehnung kommentieren, um den Kontext der Ablehnung einer Warnung festzuhalten.\n* Beim nächsten Ausführen code scanning generiert derselbe Code keine Warnung.\n\nSo blenden Sie Warnungen aus:\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n2. Klicken Sie unter dem Repositorynamen auf die ** Security and quality** Registerkarte. Wenn die Registerkarte \" Security and quality\" nicht angezeigt wird, wählen Sie das **** Dropdownmenü aus, und klicken Sie dann auf ** Security and quality**.\n3. Klicke in der linken Randleiste auf ** Code scanning**.\n4. Wenn du eine Warnung verwerfen möchtest, ist es wichtig, die Warnung zunächst zu begutachten, damit du den richtigen Grund zum Verwerfen auswählen kannst. Klicke auf die Warnung, die du begutachten möchtest.\n5. Überprüfe die Warnung. Klicke dann auf **Warnung schließen**, und wähle einen Grund für das Schließen der Warnung aus, oder gib einen Grund ein.\n\n\nEs ist wichtig, den entsprechenden Grund aus dem Dropdownmenü auszuwählen, weil sich dies darauf auswirken kann, ob eine Abfrage weiterhin in zukünftigen Analysen berücksichtigt wird. Optional können Sie die Zurückweisung kommentieren, um den Kontext der Zurückweisung einer Warnung aufzuzeichnen. Der Kommentar zur Zurückweisung wird zur Zeitleiste der Warnung hinzugefügt und kann bei Prüfungen und Berichterstellungen als Begründung verwendet werden. Du kannst einen Kommentar über die REST-API für die Codeüberprüfung abrufen oder festlegen. Der Kommentar ist in `dismissed_comment` für den Endpunkt `alerts/{alert_number}` enthalten. Weitere Informationen finden Sie unter [REST-API-Endpunkte für die Codeüberprüfung](/de/rest/code-scanning/code-scanning#update-a-code-scanning-alert).\n\nWenn du eine CodeQL-Warnung als False Positive-Ergebnis schließt, z. B. weil der Code eine nicht unterstützte Bereinigungsbibliothek verwendet, solltest du zum CodeQL-Repository beitragen und die Analyse verbessern. Weitere Informationen zu CodeQL findest du unter [Beitragen zu CodeQL](https://github.com/github/codeql/blob/main/CONTRIBUTING.md).\n\n### Gleichzeitiges Verwerfen mehrerer Warnungen\n\nWenn ein Projekt mehrere Warnungen aufweist, die du aus demselben Grund verwerfen möchtest, kannst du die Warnungen in der Zusammenfassung der Warnungen mithilfe einer Massenaktion verwerfen. Normalerweise musst du die Liste filtern und dann alle übereinstimmenden Warnungen verwerfen. Beispielsweise könnten Sie alle aktuellen Warnungen im Projekt abbrechen, die mit einer Markierung für eine bestimmte CWE-Schwachstelle (Common Weakness Enumeration) versehen wurden.\n\n## Erneutes Öffnen ignorierter Warnungen\n\nWenn Sie einen Alarm schließen, aber später feststellen, dass Sie den Alarm beheben müssen, können Sie ihn erneut öffnen und das Problem mit dem Code beheben. Zeige die Liste der geschlossenen Warnungen an, suche die Warnung, zeige sie an, und öffne sie erneut. Du kannst die Warnung dann auf die gleiche Weise wie jede andere Warnung beheben.\n\n## Entfernen veralteter Konfigurationen und Alarme aus einem Branch\n\nMöglicherweise haben Sie mehrere code scanning Konfigurationen in einem einzigen Repository. Bei der Ausführung können mehrere Konfigurationen dieselbe Warnung generieren. Wenn die Konfigurationen zusätzlich nach unterschiedlichen Zeitplänen ausgeführt werden, können die Warnungsstatus für unregelmäßige oder abgelaufene Konfigurationen veraltet sein. Weitere Informationen zu Warnungen aus mehreren Konfigurationen findest du unter [Code-Scan-Warnungen](/de/code-security/concepts/code-scanning/code-scanning-alerts#about-alerts-from-multiple-configurations).\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n\n2. Klicken Sie unter dem Repositorynamen auf die ** Security and quality** Registerkarte. Wenn die Registerkarte \" Security and quality\" nicht angezeigt wird, wählen Sie das **** Dropdownmenü aus, und klicken Sie dann auf ** Security and quality**.\n\n3. Klicke in der linken Randleiste auf ** Code scanning**.\n\n4. Klicken Sie unter \"Code scanning\" auf eine code scanning Benachrichtigung.\n\n5. Klicke im Abschnitt „Betroffene Branches“ in der Randleiste auf den gewünschten Branch.\n\n6. Überprüfe im Dialogfeld „Konfigurationen analysieren“ die Details der Konfigurationen, die diese Warnung für den ausgewählten Branch gemeldet haben. Um eine unerwünschte Konfiguration für die gewünschte Verzweigung zu löschen, klicken Sie auf .\n\n Wenn du eine Konfiguration versehentlich gelöscht hast, klicke auf **Abbrechen**, damit die Änderungen nicht angewendet werden.\n\n \n\n7. Nachdem du unerwünschte Konfigurationen entfernt hast und bestätigt hast, dass die erwarteten Konfigurationen angezeigt werden, klicke auf **Änderungen speichern**.\n\n Wenn du deine Änderungen nach dem versehentlichen Löschen einer Konfiguration speicherst, führe die Konfiguration erneut aus, um die Warnung zu aktualisieren. Weitere Informationen zur erneuten Ausführung von Konfigurationen, die GitHub Actions verwenden, finden Sie unter [Erneutes Ausführen von Workflows und Jobs](/de/actions/how-tos/manage-workflow-runs/re-run-workflows-and-jobs#re-running-all-the-jobs-in-a-workflow).\n\n> \\[!NOTE]\n>\n> * Wenn Sie alle code scanning-Konfigurationen für den Standardbranch Ihres Repositorys entfernen, verbleibt der Standardbranch in der Randleiste „Betroffene Branches“, wird aber nicht von Konfigurationen analysiert.\n> * Wenn Sie alle code scanning Konfigurationen für eine andere Verzweigung als die Standardverzweigung Ihres Repositorys entfernen, wird diese Verzweigung aus der Randleiste \"Betroffene Verzweigungen\" entfernt.\n\n## Weiterführende Lektüre\n\n* [Filtern von Codescanbenachrichtigungen in Pull-Anforderungen](/de/code-security/how-tos/manage-security-alerts/manage-code-scanning-alerts/triage-alerts-in-pull-requests)\n* [Konfigurieren des Standardsetups für das Code-Scanning](/de/code-security/how-tos/find-and-fix-code-vulnerabilities/configure-code-scanning/configure-code-scanning)\n* [Integration mit Code-Scanning](/de/code-security/concepts/code-scanning/integration-with-code-scanning)"}