Ein Bedrohungsmodell zeigt auf, wo ein Projekt angegriffen werden kann und welche Aspekte dabei am wichtigsten sind. Unter „Sicherheit“ → „Bedrohungsmodelle“ wird pro Projekt ein solches Modell geführt, das aus dem Quellcode erstellt und von Ihrem Team bearbeitet werden kann.
Der Entwurf
Coroid erstellt die erste Version, indem es den Standardzweig ausliest – ohne ein vorhandenes AI-Modell. Der Entwurf entsteht somit kostenlos. Er nutzt dabei einen Ihrer Agenten-Slots wie andere Scans auch. JavaScript-, TypeScript- und Python-Code werden ausgewertet, um folgende Elemente zu finden:
- Einstiegspunkte: HTTP-Routen und -Handler, OpenAPI-Operationen, Warteschlangen-Consumer sowie Befehlszeilen-Befehle;
- Stellen, an denen sich das Vertrauen ändert: Authentifizierungs-Middleware und andere Grenzen;
- Sensible Daten: Stellen, an denen Konfigurationen und Geheimnisse gelesen werden (nur die Namen, niemals die Werte);
- Schreibvorgänge, die nicht durch eine Authentifizierungsprüfung geschützt sind.
Das Modell besteht aus fünf Abschnitten: Einstiegspunkte, Stellen, an denen sich das Vertrauen ändert, Sensible Daten, Was am wichtigsten ist und Ihre Notizen. Der Entwurf listet außerdem auf, was nicht ausgelesen werden konnte und warum: eine zu große oder unlesbare Datei, eine noch nicht unterstützte Programmiersprache oder eine erreichte Grenze.
Ihre Änderungen werden gespeichert
Jeder Eintrag verzeichnet, wer ihn erstellt hat. Coroid überschreibt niemals etwas, das von einer Person geschrieben wurde.
Jede Woche – und wann immer ein Inhaber oder Administrator dies auswählt Den Quellcode erneut auslesen, liest Coroid den Quellcode erneut aus. Es ändert das Modell nicht, sondern schlägt Änderungen vor: Einträge zum Hinzufügen, Aktualisieren oder Löschen. Inhaber und Administratoren können diese in eine neue Version übernehmen oder ablehnen; abgelehnte Änderungen werden nicht erneut vorgeschlagen.
Wenn eine Änderung akzeptiert wird, überspringt Coroid alles, was nicht mehr passt: ein Eintrag, den eine Person seitdem geändert hat, ein bereits vorhandener Eintrag oder ein nicht mehr existierender Eintrag. Es gibt an, welche Einträge übersprungen wurden. Coroid schlägt nur das Löschen vor, was sein eigener Entwurf geschrieben hat – und zwar erst nach einem Auslesen des gesamten Quellcodes. Ihre Formulierungen bleiben erhalten; nur das, was Coroid im Code gefunden hat, ändert sich.
Versionen
Version 1 ist der Entwurf. Jeder akzeptierte Vorschlag oder jede Bearbeitung erzeugt eine neue Version. Die Historie zeigt auf, wer welche Aktion durchgeführt hat: den Entwurf aus dem Quellcode, die Bearbeitung durch eine Person, das Update durch Coroid, das von einer Person hinzugefügt wurde, oder die Importierung aus den Einstellungen.
Wer kann es ändern?
Jeder, der ein Projekt einsehen kann, darf dessen Bedrohungsmodell lesen. Inhaber und Administratoren bearbeiten es, nehmen Vorschläge an oder lehnen sie ab und bitten Coroid darum, den Quellcode erneut auszulesen.
Wie wird es genutzt?
Die Sicherheitsprüfung nutzt das Bedrohungsmodell, um zu entscheiden, welche Dateien zuerst ausgewertet werden sollen: Code aus den Bereichen mit hoher Auswirkung und den Einstiegspunkten des Modells wird vor dem Rest berücksichtigt.
Portabilität der Einstellungen
Das neueste Bedrohungsmodell jedes Projekts wird im Einstellungs-Paket der Organisation mitgeführt. Seine Historie und offenen Vorschläge bleiben dort, wo sie sind. Siehe Portabilität der Einstellungen.