Varsler: nylig nåbare eller kjent utnyttede funn

Et nytt høyt eller kritisk funn sender allerede sikkerhetsvarselet. Dette varselet gjelder funnene du allerede har: det forteller deg når ett av dem endrer seg på en måte som bør flytte det oppover i køen i dag.

Hva som utløser det

Åpne avhengighetsfunn på et repositorys standardbranch. Funn i pull requests kommer og går med hver pull request og varsler aldri.

Funn i containerimager varsler ikke her. Vurderingene deres og merkene for kjent utnyttet finnes i konsollen, i Findings-API-et og i SIEM-hendelsene for funn.

fremforge sjekker hver time. Den første sjekken for en organisasjon registrerer det som allerede er nåbart og oppført, og sender ingenting, så å slå dette på sender aldri etterslepet ditt på e-post.

Hvem som mottar det

Organisasjonens sikkerhetskontakter: alle nåværende medlemmer som har sin egen varselinnstilling Sikkerhetsvarsler slått på, de samme personene som mottar sikkerhetsvarselet. Hver person kan slå det av for seg selv i varselinnstillingene sine. Den som har forlatt organisasjonen, mottar ingenting. Botkontoer mottar aldri e-post.

Med en gang, eller i den daglige varseloppsummeringen. En overgang til kjent utnyttet, og et funn som ble nåbart med alvorlighetsgrad HIGH eller CRITICAL, sendes med en gang. Et funn som ble nåbart med alvorlighetsgrad MEDIUM eller LOW, havner i mottakerens daglige varseloppsummering, som er slått på som standard; den som har slått av oppsummeringen, får det med en gang, som før. Revisjonshendelsen skrives med en gang uansett (se SIEM).

• Eiere får listen: repository, pakke, versjon, sårbarhetsvarsel, alvorlighetsgrad og hva som endret seg, med lenker til funnene.
• Medlemmer får bare antall, fordi sikkerhetskonsollen bare er for eiere.

E-posten er på mottakerens språk (engelsk, dansk, tysk, fransk, nederlandsk, norsk eller svensk).

Én gang per funn, og høyst én gang i timen

• Ett varsel per funn per overgang, noensinne. Et funn som blir nåbart, varsler én gang. Hvis vurderingen går tilbake til ikke nåbar og så til nåbar igjen, varsler det ikke på nytt. Det samme gjelder kjent utnyttet. Dette gjelder per person på tvers av begge e-postene: en overgang som er oppført i den daglige varseloppsummeringen din, sendes ikke på nytt, og en som allerede er sendt med en gang, oppføres ikke i en senere oppsummering, uansett hvordan du slår oppsummeringen av eller på. Slår du av oppsummeringen, sendes nye elementer med en gang fra da av; elementer som allerede er satt av til oppsummeringen, sendes ikke på nytt, men de blir stående i konsollen og i revisjonsloggen.
• Én e-post per omgang. Alle overganger som blir funnet i én sjekk, sendes i én e-post, kjent utnyttet først, deretter etter alvorlighetsgrad. En e-post lister opptil 20 og sier hvor mange flere det er.
• Frekvensgrense per organisasjon. Høyst én varsel-e-post i timen, og høyst fire i løpet av 24 timer. En overgang som blir funnet i mellomtiden, venter og kommer med i neste e-post. En som har ventet i 7 dager, sendes ikke lenger på e-post; den ukentlige oppsummeringen teller den fortsatt.

SIEM

Hver overgang skrives også til revisjonsloggen og når dermed SIEM-endepunktene dine som alle andre revisjonshendelser:

finding_key er identiteten som SIEM-hendelsene for funn bruker: dep:<repo>:<advisory>:<ecosystem>:<package>@<version>. Revisjonshendelser har ingen frekvensgrense, og de skrives for hver overgang når den oppdages, uansett hvilken e-postinnstilling noen har, og uansett om organisasjonen har slått av varsel-e-posten.

Slå det av

Varselet er slått på som standard. En eier slår det av, eller på igjen, for hele organisasjonen under Sikkerhet › Rapporter › Varsler, som også viser hvor mange funn som ble nåbare eller kjent utnyttet de siste 7 dagene, eller i punktet Varsler: nylig nåbare eller kjent utnyttet i sjekklisten for oppsett under Sikkerhet › Oversikt. Endringen revideres som code-security.transition_alerts.updated, med forrige og ny verdi.

Mens det er slått av, registreres overgangene fortsatt, så den ukentlige oppsummeringen teller dem fortsatt, og hver av dem skrives fortsatt til revisjonsloggen (og når dermed SIEM-en din), men ingenting sendes på e-post, verken med en gang eller i en daglig varseloppsummering. Når du slår det på igjen, sendes ikke det som skjedde mens det var av.

API

GET /_app/api/v1/orgs/{org}/security/transition-alerts (policy:read) returnerer innstillingen og overgangene som er oppdaget siden since der funnet fortsatt er åpent, de viktigste først, høyst 50 av hver type. since er en ISO 8601-dato eller -dato og -klokkeslett, høyst 90 dager tilbake; standard er 7 dager tilbake.

curl -sS -H "Authorization: Bearer $TOKEN" \
  "https://frem.sh/_app/api/v1/orgs/acme/security/transition-alerts?since=2026-10-01"

{
  "enabled": true,
  "since": "2026-10-01T00:00:00.000Z",
  "became_reachable": { "count": 1, "items": [{ "transition": "reachable", "repo": "acme/web", "package": "lodash", "version": "4.17.20", "vulnerability_id": "GHSA-35jh-r3h4-6jhm", "severity": "high", "reason": "…", "sources": [] }] },
  "became_known_exploited": { "count": 0, "items": [] }
}

PUT med {"enabled": false} (policy:write) slår det av, og revideres som bryteren i konsollen, med via: api.

Se også

• Nåbarhet: vurderingene.
• Sikkerhetsrettelser: rettelser for kjent utnyttede funn åpnes først.
• Ukentlig oppsummering: ukens nylig nåbare og nylig kjent utnyttede funn.