Risikoänderungen verfolgen. Deployments im Blick behalten.
Ein Finding ist keine Zeile in einem Report. Farion hält Bewertung, Diskussion und Behebung in einer Karte zusammen und verfolgt den Fix über den Merge hinaus bis in die Umgebungen, die Ihren Code tatsächlich ausführen.
Arbeit und Nachweise zusammenhalten.
Organisieren Sie Findings auf dem Board, setzen Sie Prioritäten und weisen Sie Verantwortung zu. In der Finding-Karte sehen Sie die aktuelle Bewertung, Diskussion, Fortschritte und Ereignishistorie im Zusammenhang mit der ursprünglichen Entscheidung.
Findings auf dem Board steuern
Weisen Sie Verantwortliche zu, setzen Sie Prioritäten und führen Sie Findings durch die Behebung. Der nächste Schritt bleibt für Security und Entwicklung sichtbar.
Risikoänderungen nachverfolgen
Verfolgen Sie neue Schwachstelleninformationen sowie Änderungen an Ausnutzbarkeit und Erreichbarkeit. Prüfen Sie Entscheidungen erneut, wenn sich die Nachweise ändern.
Jedes Ereignis in der Karte prüfen
Bewertungsänderungen, Kommentare, Zuweisungen, Statuswechsel und Fix-Aktivitäten bleiben beim Finding. Die Karte zeigt, was sich geändert hat und wie die Arbeit vorangekommen ist.
Deployments je Umgebung verfolgen
Deklarieren Sie die Umgebungen Ihrer Anwendung — Entwicklung, Staging, Produktion oder Ihre eigene Struktur. Jede zeigt, welchen Commit sie ausführt und was der Scan dieses Commits über dieses Finding ergeben hat.
Sehen, was sich wann geändert hat.
Ein Finding verändert sich mit Ihrem Code, den Schwachstelleninformationen und der Behebung. Seine Historie dokumentiert jedes dieser Ereignisse in der Reihenfolge, in der es eingetreten ist — neue Informationen, ein veröffentlichter Exploit, ein Verantwortlicher, ein Kommentar, ein erzeugter Fix, ein Merge, ein Deployment — und hält sie in der Finding-Karte.
Mit dem Merge ist die Arbeit nicht erledigt.
Ein gemergter Pull Request verändert Ihr Repository, nicht die Systeme, die Ihre Nutzer erreichen. Farion schließt diese Lücke: Ein Deployment ist eine Tatsache, die Ihre Pipeline meldet und die der Scanner bereits belegt hat.
Ihre Pipeline meldet das Deployment
Ein Aufruf, sobald eine Umgebung einen Commit ausführt: Service, Umgebung und Commit-Hash. Kein Agent in Ihrem Cluster und kein Polling.
Ohne Scan keine Entwarnung
Farion weist die Meldung für einen Commit zurück, den es nie analysiert hat. Ein Fix gilt erst als ausgeliefert, wenn ein abgeschlossener Scan genau dieses Commits vorliegt.
Bereinigt oder weiterhin betroffen, je Umgebung
Jedes Finding hält fest, was das Deployment bedeutet: Diese Umgebung führt jetzt Code aus, in dem der Scan das Finding nicht mehr gefunden hat — oder sie führt weiterhin den verwundbaren Code aus.
Häufig gestellte Fragen
Priorisieren Sie Findings auf dem Board, weisen Sie Verantwortung zu und verfolgen Sie den Fortschritt. Die Finding-Karte enthält die Nachweise und Ereignisse hinter dem aktuellen Zustand.
Ja. Deklarieren Sie die Umgebungen Ihrer Anwendung und lassen Sie Ihre Pipeline Service, Umgebung und Commit melden, sobald eine Umgebung neuen Code ausführt. Farion hält fest, auf welchem Commit jede Umgebung steht und was der Scan dieses Commits für jedes Finding bedeutet.
Die Deployment-Meldung wird zurückgewiesen. Farion gibt eine Umgebung nicht für einen Commit frei, zu dem kein Scan vorliegt — eine Entwarnung ist eine Aussage über analysierten Code. Scannen Sie den Commit in Ihrer Pipeline, bevor Sie ihn deployen.
Verfolgen Sie ein Finding vom Board bis in Produktion.
Prüfen Sie Bewertungsänderungen, Ereignisse der Behebung und Deployments gemeinsam mit unserem Team.