Scan-Upload fortsetzen
Setzt einen BLAST-Upload in Chunks fort. Dieser Pfad erfordert einen abschließenden Schrägstrich. Zwischenresponses enthalten den Header Upload-Offset und keine scan_id. Wenn der letzte Chunk das Archiv vervollständigt, enthält der JSON-Body scan_id und project_id und setzt Upload-Offset nicht.
Autorisierungen
API-Key für die Authentifizierung API-Tokens inaktiver Benutzer werden abgelehnt.
Header
Aktueller Byte-Offset des Uploads
Gesamtgröße der Datei in Byte
Name der hochgeladenen Datei
Identifiziert den Client, der den Scan ausgelöst hat. Anfragen ohne diesen Header werden der API zugeordnet.
api, cli, vscode, vs2022, intellij Optionale CLI-Version, die mit dem Scan gespeichert wird. Verwenden Sie 1–64 Buchstaben, Ziffern, Punkte, Pluszeichen oder Bindestriche; ungültige Werte werden ignoriert.
64^[0-9A-Za-z.+-]{1,64}$Pfadparameter
Transfer-ID aus dem initialen Scan-Request
Body
Nächster Daten-Chunk für den Scan
Senden Sie true für einen partiellen Scan oder false für einen vollständigen Scan. Ohne Angabe wird ein vollständiger Scan ausgeführt.
true, false Repository-relative Pfade als Zeichenkette mit einem JSON-Array, zum Beispiel ["src/app.py","src/a,b.py"]. Ältere kommagetrennte Listen werden ebenfalls akzeptiert. Die Pfade müssen im hochgeladenen ZIP vorhanden sein, gegebenenfalls innerhalb seines übergeordneten Ordners. Eine leere Liste ist zulässig.
Vom Benutzer bereitgestellte Scan-Metadaten als JSON-Objekt-String, z. B. {"pipeline_url":"https://ci.example/run/123"}. Sie werden bei jedem Chunk-Request validiert und nach Abschluss des Uploads dem Scan zugeordnet. Der Wert muss ein JSON-Objekt mit höchstens 16.384 Byte sein; andernfalls schlägt der Request mit Status 400 fehl.
Ob der hochgeladene Worktree dirty ist. Die CLI sendet true oder false, wenn Repo-Infos vorliegen. Lassen Sie das Feld weg, wenn der Status unbekannt ist.
true, false Kommagetrennte Scan-Typ-Tokens, die nach Abschluss des Uploads gelten (base, malicious, policy, secrets, pii und weitere). Die CLI mappt --scan-type blast auf base. Weglassen für Server-Standardwerte.
Kommagetrennte Policy-IDs, die nach Abschluss des Uploads gelten. Ungültige IDs liefern 400.
Zeichenkette mit einem JSON-Objekt und den Arrays base und current für Ignoriermuster. Wenn eine Ignorierregel der Baseline aufgehoben wird, müssen alle neu erfassten Dateien in incremental_changed_files stehen. Wird eine Baseline-Regel ohne übereinstimmende Regelsätze aufgehoben, führt Corgea einen vollständigen Scan aus.
Optionaler Diagnosegrund für einen Upload ohne inkrementellen Diff. Verwenden Sie 1–64 Kleinbuchstaben, Ziffern oder Unterstriche. Ungültige Werte werden ignoriert; die serverseitige inkrementelle Analyse bleibt möglich.
Optionale Diagnosedetails für incremental_skipped_reason, auf 2.000 Zeichen begrenzt.
Antwort
Chunk akzeptiert. Zwischenresponses setzen Upload-Offset. Abschlussantworten und Antworten bei bereits laufendem Scan tun das nicht.
ok "ok"
Enthalten, wenn der letzte Chunk das Archiv vervollständigt und ein Scan startet.
"1a5afaa3-72ac-458f-a492-ac40ffc88e76"
Zusammen mit scan_id enthalten, wenn ein Scan startet.
