Tjekliste til opsætning: nåbarhed, sikkerhedsrettelser og kendt udnyttede
Sikkerhed › Overblik (/<org>/_admin/security/overview) åbner med et tjeklistekort til organisationens ejere. Det viser, hvad nåbarhed, Sikkerhedsrettelser og triage af kendt udnyttede sårbarheder kræver af din organisation. Hvert punkt beregnes ud fra organisationens aktuelle tilstand, hver gang siden indlæses. Kortet registrerer aldrig blot, at du har kigget.
Hvert punkt fortæller, hvad det er, hvorfor det betyder noget, og hvad dets aktuelle tilstand er, og giver ét link. Et mærke markerer det som Færdig, Kræver handling, Tjek dette eller Valgfri. Overskriften tæller de punkter, der ikke kræver mere af dig.
Punkterne
| Punkt | Aktuel tilstand | Link |
|---|---|---|
| Scanningsdækning | Hvor mange repositorier der har en scannet standardbranch, hvor mange af dem der har fundne afhængigheder, og op til tre, der ikke viser nogen: Ingen afhængigheder fundet. Et repository uden lockfil eller manifest kan hverken få fund i afhængigheder eller sikkerhedsrettelser. Kræver handling, så længe intet repository er scannet (push kode eller migrér et repository; det scannes, når det oprettes), Tjek dette, når alle scannede repositorier ikke viser nogen afhængigheder. Et repository, hvis stykliste endnu ikke er indekseret, tælles ikke som tomt. | Understøttede økosystemer: scanning af afhængigheder |
| Kendt udnyttede sårbarheder | Hvor mange åbne fund i afhængigheder der har en CVE, som ENISA EUVD eller CISA KEV har opført som udnyttet i praksis. Kræver handling, så længe der er mindst ét. | Listen over afhængigheder filtreret på kendt udnyttede |
| Go-binærer bygget med symboler | Hvilke images der har Go-binærer bygget med -ldflags=-s. govulncheck kan ikke læse nogen symboltabel fra dem, så deres fund forbliver unknown (no_symbol_table). Kræver handling, så længe der er mindst én. Byg uden -s; -w er i orden. | Nåbarhed: årsagerne |
| AI-rettelser: organisationens egen AI-udbyder | Ikke angivet, Angivet (og om AI-rettelser er slået til) eller Nøglen afvist, når udbyderen afviste nøglen, sidst den blev brugt (HTTP 401 eller 403). | AI-integrationer |
| Grænser for sikkerhedsrettelser | Det antal åbne pull requests, der tillades pr. repository, og antal anmodninger pr. organisation inden for 24 timer, og om det er standardværdierne. Tjek dette, når en grænse er 0, hvilket slår AutoFix fra. En rettelses-pull request åbnes kun, når nogen klikker på Åbn rettelses-PR, medmindre automatiske sikkerhedsrettelser er slået til. | Grænser for sikkerhedsrettelser |
| Advarsler: nyligt nåbare eller kendt udnyttede | Slået til eller fra for organisationen, med en knap til at skifte. | Advarsler om fund |
| SLA-faktor for ikke-nåbare fund | Fra, eller til med sin faktor. Valgfri. | Rettefrist (SLA) |
| Bloker ikke ved ikke nåbar | Fra, til for alle repositorier eller til for et antal repositorier. Valgfri. | Politikken |
| Automatiske sikkerhedsrettelser | Fra eller til: til, når tilstanden for Sikkerhedsrettelser er en af de automatiske. En organisation, der er oprettet 2026-10-27 eller senere, starter med den slået til (Automatisk for kritiske og kendt udnyttede). Valgfri. | Automatiske sikkerhedsrettelser |
| Bidrag med anonyme tal | Fra (standard) eller til. Valgfri: fra kræver ikke mere af dig. | Anonyme tal |
Scanningsdækning tilbyder også Prøv med et eksempel-repository: det kopierer fremforges sikkerhedseksempel ind i organisationen, så du kan se fund og en sikkerhedsrettelse, før du pusher din egen kode. Eksemplet tæller aldrig med i dækningen, og dets fund vises kun i konsollen.
Et valgfrit punkt, der er slået fra, er ikke et problem; det tæller som et punkt, der ikke kræver mere af dig.
Skjul den
Skjul tjekliste folder kortet sammen til én linje for alle i organisationen, med knappen Vis tjekliste, der åbner det igen. Tilstanden beregnes igen, når kortet vises, så den er altid aktuel. Når kortet skjules og vises, registreres det i revisionsloggen som code-security.checklist.updated.
API
GET /_app/api/v1/orgs/{org}/security/checklist (policy:read) returnerer tjeklisten, som kortet beregner den lige nu: dismissed, complete, total og items, hver med sit id, sin status (done, todo, optional eller warn) og de fakta, der ligger bag, for eksempel open for known_exploited, max_open_per_repo for autofix_limits eller scanned_repos, with_dependencies, no_dependencies og no_dependency_examples for scan_coverage. PUT med {"dismissed": true} eller false (policy:write) skjuler eller viser kortet.
Revisorer
En revisor med læseadgang ser kortet. Knapperne afvises for revisorer, som enhver ændring.
Se også
- Sikkerhedssammendrag: resultater af sikkerhedsrettelser og ugens nyligt nåbare og kendt udnyttede fund.
- Advarsler om fund.