Sikkerhetsrettelse: binær Bun-låsefil

Hva det betyr

Returneres av POST /orgs/{org}/code-security/deps/findings/{id}/autofix (Sikkerhetsrettelser). Det ble ikke bedt om noen pull request.

Den samme avvisningen besvares med typen security-fix-binary-lockfile fra POST /orgs/{org}/dependency-updates/security-fixes/requests. Stiene ovenfor er utfaset og svarer fortsatt med autofix-binary-lockfile fram til 2027-10-15. Håndter begge typene i koden din.

Eksempel på detail-melding som returneres med denne feilen:

• 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.

Svaret inneholder også "reason": "binary_lockfile".

Hva du gjør

Funnet ble lest fra bun.lockb, Buns binære låsefil. Bare Bun kan skrive den om, og fremforge kjører aldri et repositorys egne verktøy for en sikkerhetsrettelse, så ingen pull request åpnes.

Bytt repositoryet over til Buns tekstbaserte låsefil: kjør bun install --save-text-lockfile én gang og commit bun.lock (og slett bun.lockb). Bun 1.2 og nyere skriver bun.lock som standard. Sikkerhetsrettelser fungerer da på bun.lock; se Støttede økosystemer.

Svarformat

Alle feil fra fremforge-API-et er RFC 9457 problem+json:

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

La koden din skille feilene på type, ikke på title eller detail – de er skrevet for mennesker og kan bli formulert om.