Sicherheitskorrektur: binäre Bun-Lockdatei

Was das bedeutet

Zurückgegeben von POST /orgs/{org}/code-security/deps/findings/{id}/autofix (Sicherheitskorrekturen). Es wurde kein Pull Request angefordert.

Dieselbe Ablehnung beantwortet POST /orgs/{org}/dependency-updates/security-fixes/requests mit dem Typ security-fix-binary-lockfile. Die oben genannten Pfade sind veraltet und antworten bis zum 15.10.2027 weiterhin mit autofix-binary-lockfile. Prüfe in deinem Code auf beide Typen.

Beispiel für eine detail-Meldung, die mit diesem Fehler zurückkommt:

• This repository uses bun.lockb, Bun’s binary lockfile, which only Bun itself can rewrite. Run bun install --save-text-lockfile once to switch to bun.lock (Bun 1.2 and later write it by default); security fixes work on bun.lock.

Die Antwort enthält außerdem "reason": "binary_lockfile".

Was du tun kannst

Der Befund wurde aus bun.lockb gelesen, der binären Lockdatei von Bun. Nur Bun kann sie neu schreiben, und fremforge führt für eine Sicherheitskorrektur nie die Werkzeuge eines Repositorys aus, daher wird kein Pull Request geöffnet.

Stelle das Repository auf die Text-Lockdatei von Bun um: Führe einmal bun install --save-text-lockfile aus und committe bun.lock (und lösche bun.lockb). Bun 1.2 und neuer schreiben standardmäßig bun.lock. Sicherheitskorrekturen funktionieren dann mit bun.lock; siehe Unterstützte Ökosysteme.

Form der Antwort

Alle Fehler der fremforge-API sind RFC 9457 problem+json:

{
  "type": "https://docs.frem.sh/reference/api/errors/autofix-binary-lockfile",
  "title": "Unprocessable Entity",
  "status": 422,
  "detail": "...",
  "reason": "binary_lockfile"
}

Werte type aus, nicht title oder detail – diese sind für Menschen gedacht und können umformuliert werden.