Hoppa till huvudinnehållet

För compliance- och GRC-team

Skydd på kärnnivå, svart på vitt

I enforce-läge håller bifrost varje arbetslast till sin egen säkerhetsprofil i kärnan. Skyddet ger ett eget underlag: profiler, överträdelseloggar, SBOM-historik och CVE-tidslinjer, som sparas löpande i stället för att sammanställas en gång per revision. Använd det som revisionsbevis för de gränser som gäller. Drift i Sverige och EU, med datalagring inom EU från grunden.

Det här står du inför

Bevis som sammanställs för hand, en gång per revision, för allt fler ramverk som du behöver följa.

SOC 2

Trust services-kriterier

PCI DSS

Kraven i v4.0

HIPAA

Tekniska skyddsåtgärder

ISO 27001

Kontroller i bilaga A

GDPR

Säkerhet i behandlingen

NIST CSF

Skydda och upptäcka

NIS2

Åtgärder mot cybersäkerhetsrisker

DORA

Hantering av IKT-risker

CRA

Cyber Resilience Act

Exempel: Cyber Resilience Act

Sårbarhetshantering enligt CRA: underlaget bifrost sparar

CRA kräver att den som tillverkar mjukvara känner till sina komponenter, har en SBOM, hittar och åtgärdar sårbarheter utan dröjsmål, testar sina produkter regelbundet och anmäler aktivt utnyttjade sårbarheter inom 24 timmar. bifrost sparar ett underlag som berör vart och ett av kraven, bygge för bygge.

Bevis, inte certifiering: bifrost tar fram underlaget. Hur det kopplas till varje skyldighet avgör du och din revisor.

En SBOM per bygge, som skannas om under dagen. Ett omdöme för varje CVE, med de nåbara först. Profiler som lärs in före produktion och upprätthålls i produktion. När en CVE utnyttjas aktivt bedömer bifrost den utifrån den kontext om arbetslasterna som redan finns, och exponeringsrapporten följer.

Det här förändras med bifrost

bifrost är inte ett compliance-verktyg. Varje arbetslast har en säkerhetsprofil som upprätthålls i kärnan, och skyddet ger ett underlag för de gränser som gäller. Du och din revisor avgör hur underlaget kopplas till dina kontroller.

En säkerhetsprofil per arbetslast, upprätthållen i kärnan

bifrost lär sig och utvärderar vad varje arbetslast gör, vilka systemanrop, filer, nätverksanslutningar och capabilities den använder för att göra sitt jobb, och genererar profilen utifrån det och sin inbyggda kunskap. I enforce-läge nekar kärnan allt utanför den. En ny profil med varje bygge, så att ingenting hinner bli inaktuellt.

Ett omdöme för varje CVE, med kontext från runtime

En SBOM per arbetslast, som skannas om under dagen, och varje CVE får ett omdöme utifrån det som faktiskt körs: nåbar, mitigerad av profilen eller aldrig laddad. Upp till 90 % färre CVE:er att triagera, och bevisen bakom varje omdöme följer med.

Upptäckt av avvikelser och ändringshantering

Runtime-beteendet jämförs löpande med arbetslastens profil. En ny binär, en oväntad filskrivning, en anslutning som aldrig ingick i jobbet: allt rapporteras som en avvikelse med kontext från driftsättningen och blockeras så fort arbetslasten är i enforce-läge.

Avvikelser blockeras och rapporteras med sin kontext

I enforce-läge blockeras allt utanför profilen i kärnan. Varje blockerad åtgärd blir en händelse med full kontext: pod, image, profil, vilken åtgärd som försökte utföras och vad som nekades. Händelsen skickas till ditt SIEM och dina larmverktyg, så att ingenting når en människa utan sin kontext.

Underlag inför revisionen

En samlad vy över underlaget från skyddet på kärnnivå. Exportera profiler, överträdelseloggar, SBOM-historik och CVE-tidslinjer när en revisor, en tillsynsmyndighet eller en kund frågar.

Mjukvara från tredje part och leveranskedjan

Samma profiler gäller för arbetslaster från leverantörer och tredje part. Med SBOM:en som underlag vet du vilken kod från tredje part som körs, vad den får göra och vilka av dess CVE:er som är nåbara i din miljö.

Det här kan du visa

Profiler, överträdelseloggar, SBOM-historik och CVE-tidslinjer tas fram när profilerna upprätthålls i kärnan, inte för hand inför en revision. Ordningen spelar roll: först skyddet, sedan bevisen som det ger.

1

Profilerna är dokumenterade

Varje arbetslasts profil lagras som kod: en läsbar beskrivning av vad den får göra, versionshanterad med varje bygge.

2

Profilerna upprätthålls automatiskt

När en arbetslast är i enforce-läge upprätthålls profilen i kärnan vid varje driftsättning, utan något manuellt steg att glömma. Ditt team bestämmer när varje arbetslast går över till enforce-läge och agerar på de omdömen som behöver åtgärdas.

3

Allt loggas

Varje blockerad åtgärd och varje avvikelse registreras med sin kontext och en tidsstämpel, från första driftsättningen och framåt.

4

Underlaget är klart

Exportera underlaget när revisorn eller tillsynsmyndigheten frågar.

Exempel på revisionsbevis

# Säkerhetsprofil för payment-service

Profil: payment-service-v2.3.1

Status: Upprätthålls

Senast uppdaterad: 2026-09-21T10:30:00Z

# Blockerade åtgärder (senaste 24 h)

Blockerade: 47 otillåtna systemanrop

Blockerade: 12 otillåtna filåtkomster

Blockerade: 3 otillåtna nätverksanslutningar

# Exporterat inför revisionen

Profilhistorik: bifogad

Logg över blockerade åtgärder: bifogad

SBOM- och CVE-tidslinje: bifogad

Där underlaget används

Underlaget från skyddet, i de lägen där compliance behöver det.

Förberedelser inför revisionen

Börja i underlaget, inte i ett tomt kalkylark.

Profiler versionshanterade som kod med varje bygge
Blockerade åtgärder och avvikelser, med kontext och tidsstämplar
SBOM-historik och CVE-tidslinjer per arbetslast

Säkerhetsfrågeformulär från kunder

Svara utifrån det som upprätthålls, inte ur minnet.

Var profilerna upprätthålls i produktion
Varje CVE med sitt omdöme och bevisen bakom det
Kod från tredje part, vad den får göra och dess nåbara CVE:er

Aktivt utnyttjade sårbarheter

När en CVE utnyttjas aktivt börjar du i skyddsstatusen.

Skyddsstatus först, sedan omfattning och exponering
Händelseloggen för varje blockerad åtgärd
En exponeringsrapport att exportera

Revisionsbevis direkt från skyddet

Se underlaget bifrost sparar för dina egna arbetslaster: säkerhetsprofiler, överträdelseloggar och CVE-tidslinjer.