Beveiligingsfix: Dockerfile onbekend
type | https://docs.frem.sh/reference/api/errors/autofix-image-source-unknown |
| HTTP-status | 422 Unprocessable Entity |
Wat het betekent
Teruggegeven door POST /orgs/{org}/code-security/images/findings/{id}/autofix (Beveiligingsfixes). Er is geen pull request aangevraagd.
Sinds 2026-10-14 wordt dezelfde weigering met het type security-fix-image-source-unknown teruggegeven door POST /orgs/{org}/dependency-updates/security-fixes/requests. De paden hierboven zijn verouderd en blijven tot 2027-10-15 autofix-image-source-unknown teruggeven. Houd in je code rekening met beide types.
Voorbeeld van een detail-bericht dat met deze fout wordt teruggegeven:
- fremforge cannot tell which repository and commit built this image. Build and push it from an Actions run of a repository in this organisation, or add the OCI labels org.opencontainers.image.source and org.opencontainers.image.revision (docker/metadata-action sets both). The next image scan then finds its Dockerfile.
Het antwoord bevat ook "reason": "image_source_unknown".
Wat je kunt doen
fremforge kon niet vaststellen welke Dockerfile het image heeft gebouwd: het image heeft geen labels org.opencontainers.image.source en org.opencontainers.image.revision en is niet gepusht door een Actions-run van een repository in je organisatie, geen enkele Dockerfile in die commit heeft een basis waarmee het image begint, er zijn er twee die dat doen, of de registry van de basis kon niet worden gelezen. detail zegt welke van deze het is. Bouw en push het image vanuit Actions, of voeg de labels toe bij het bouwen (docker/metadata-action zet ze allebei).
Vorm van het antwoord
Alle API-fouten van fremforge zijn RFC 9457 problem+json:
{
"type": "https://docs.frem.sh/reference/api/errors/autofix-image-source-unknown",
"title": "Unprocessable Entity",
"status": 422,
"detail": "...",
"reason": "image_source_unknown"
}Baseer je logica op type, niet op title of detail: die zijn bedoeld voor mensen en kunnen anders worden geformuleerd.