---
title: "Därför byter Guardian360 ut sin skanningsmotor, och varför ”mindre” kommer att betyda ”säkrare” | Guardian360"
description: "Om du har arbetat med sårbarhetsskannrar ett tag känner du igen mönstret: kör en skanning, få en enorm lista, sortera efter allvarlighetsgrad och börja jaga röda poster. Det fungerar, tills det…"
url: https://guardian360.net/sv/blog/why-guardian360-is-replacing-its-scanning-engine-and-why-less-will-mean-safer/
locale: en
source: guardian360.net
---
[← Alla inlägg](https://guardian360.net/sv/blog/)

Medvetenhet

# Därför byter Guardian360 ut sin skanningsmotor, och varför ”mindre” kommer att betyda ”säkrare”

Av Guardian360 · 16 januari 2026

Om du har arbetat med sårbarhetsskannrar ett tag känner du igen mönstret: kör en skanning, få en enorm lista, sortera efter allvarlighetsgrad och börja jaga röda poster.

Det *fungerar*, tills det inte gör det.

För verkligheten 2026 är den här: sårbarhetsdata exploderar, angriparnas beteende förändras snabbt, och den knappaste resursen i de flesta IT-team är inte verktyg… det är tid.

Därför gör Guardian360 två stora förändringar i Lighthouse:

1. Vi byter ut vår skannerarsenal (vårt "maskinrum" för skanning).
2. Vi inför ett riskbaserat angreppssätt som kopplar tekniska fynd till affärsrisk, i linje med ISO 27001, NIS2 och andra ramverk.

Och ja: för många partner och kunder väcker detta en rimlig fråga:

**"Kommer vi att se färre sårbarheter… och är det egentligen säkert?"**

Låt oss reda ut "varför" bakom dessa beslut, och varför färre men mer relevanta fynd oftast leder till bättre resultat, bättre insikter och en mycket effektivare användning av dyra arbetstimmar.

## 1. Varför vi byter ut vår skannerarsenal

Vi bygger om grunden för att göra skanningen:

- **Mer tillförlitlig** (konsekventa resultat, färre överraskningar i gränsfall)
- **Snabbare** (mindre väntan, mer kontinuerlig synlighet)
- **Lättare** (mindre fotavtryck och lägre driftomkostnader)

Och det finns även ett strategiskt skäl:

**Bortom virtuella maskiner mot en agent**

I dag förlitar sig många skanningslösningar fortfarande i hög grad på virtuella maskiner och tunga installationer. Vår riktning är tydlig: **möjliggöra agentbaserade funktioner**, så att partner och kunder kan få täckning utan att alltid behöva underhålla virtuella appliancer som standardval.

Detta är inte förändring för förändringens skull. Det handlar om att bygga en skanningsplattform som är redo för nästa fas av Lighthouse: **kontinuerliga insikter, mindre driftfriktion och mer handlingsbara resultat.**

## 2. Varför vi inför ett riskbaserat angreppssätt (och varför det passar ISO 27001 och NIS2 bättre)

De flesta skannrar är byggda för att besvara en teknisk fråga:

"Hur allvarlig är den här sårbarheten?"

Men ISO 27001, NIS2 och modern säkerhetsstyrning kräver att du besvarar en annan fråga:

"Så vad betyder detta för vår organisation, och vad gör vi först?"

Den förskjutningen spelar roll, eftersom teknisk allvarlighetsgrad ensam inte beskriver affärsrisk. Affärsrisk beror på sammanhanget: var sårbarheten finns, vad den berör och vad som händer om den utnyttjas.

### CIA: den saknade ingrediensen i sårbarhetshantering som bara ser till allvarlighetsgrad

Ett praktiskt sätt att göra det sammanhanget tydligt är den klassiska CIA-triaden:

- **Konfidentialitet**: skulle ett utnyttjande exponera känslig information (kunddata, immateriella tillgångar, autentiseringsuppgifter, patientjournaler)?
- **Integritet**: skulle ett utnyttjande möjliggöra manipulation (ändra data, manipulera transaktioner, ändra konfigurationer, förgifta loggar)?
- **Tillgänglighet**: skulle ett utnyttjande kunna orsaka driftstopp eller störning (ransomware-påverkan, tjänsteavbrott, produktionsstopp)?

Med andra ord: samma CVE kan betyda *mycket olika saker* beroende på tillgångens CIA-profil.

Exempel: samma sårbarhet, olika affärsrisk

En sårbarhet med "hög allvarlighetsgrad" på en testserver med lågt värde kan vara irriterande, men inte affärshotande.

Exakt samma sårbarhet på:

- ett system som hanterar löner (integritet),
- en kundportal med personuppgifter (konfidentialitet),
- eller en sjukhuskritisk applikation (tillgänglighet),

…är plötsligt en väsentlig affärsrisk.

Så i stället för att behandla varje fynd som likvärdigt och sortera enbart efter CVSS ställer ett riskbaserat angreppssätt frågorna:

- Vilken tillgång påverkas?
- Hur kritisk är den tillgången för konfidentialitet, integritet och tillgänglighet?
- Är den nåbar / utnyttjbar i den här miljön?
- Vad blir den verkliga konsekvensen om den utnyttjas?
- Vad är den mest effektiva nästa åtgärden?

**Varför detta passar ISO 27001 och NIS2 bättre**

ISO 27001 är inte en standard för att "samla in alla sårbarheter". Den handlar om att driva ett ISMS som identifierar, bedömer och behandlar risk på ett kontrollerat och upprepningsbart sätt. Ett riskbaserat angreppssätt stödjer det direkt: du kan visa *varför* du prioriterade något, *vad* du gjorde och *hur* det minskade risken.

NIS2 driver organisationer mot mätbar motståndskraft och ansvarsfull riskhantering, inte bara tekniskt resultat. Ett riskbaserat angreppssätt hjälper partner och kunder att kommunicera i affärstermer, eftersom styrelser och revisorer inte vill höra "vi hade 8 000 fynd", de vill höra "vi minskade risken för kritiska tjänster".

Resultatet: bättre beslut, bättre bevis, mindre bortkastad ansträngning

Genom att koppla fynd till CIA och affärssammanhang kan Lighthouse gå från:

- "Här är en skrämmande lista"

till:

- "Här är problemen som hotar det du faktiskt bryr dig om, och här är den smartaste ordningen att åtgärda dem i."

Det är kärnan i det riskbaserade angreppssättet: inte färre kontroller, utan bättre prioritering och starkare styrning.

## 3. Den obekväma sanningen: inte varje CVE spelar roll för din miljö

Här är den del som ofta går förlorad i sårbarhetshantering: **CVE-universumet är enormt**, och det mesta av det kommer aldrig att spela roll för din specifika kundmiljö.

- National Vulnerability Database (NVD) listar **hundratusentals CVE:er** (över 326 000 vid skrivande stund)( [https://nvd.nist.gov/general/nvd-dashboard](https://nvd.nist.gov/general/nvd-dashboard)).
- Samtidigt innehåller CISA:s katalog Known Exploited Vulnerabilities (KEV), en praktisk referens över "detta utnyttjas i det vilda", **omkring 1 484 poster** (enligt rapportering i slutet av 2025)( [https://www.securityweek.com/cisa-kev-catalog-expanded-20-in-2025-topping-1480-entries](https://www.securityweek.com/cisa-kev-catalog-expanded-20-in-2025-topping-1480-entries)).

Den kontrasten betyder inte "ignorera allt annat". Den betyder:

**Allvarlighetsgrad är inte samma sak som risk**

Ett CVSS-poäng talar om för dig hur illa något *skulle kunna* vara under vissa antaganden. Det talar **inte** om hur sannolikt det är att bli utnyttjat de närmaste dagarna eller veckorna.

Det är därför modeller som EPSS finns: för att uppskatta sannolikheten för utnyttjande baserat på observerade signaler och mönster. FIRST:s EPSS-dokumentation visar hur utnyttjandeaktivitet tenderar att koncentreras till en liten delmängd av publicerade CVE:er (deras exempel visar ~2,7 % med observerad utnyttjandeaktivitet i ett 30-dagarsfönster)( [https://www.first.org/epss/model](https://www.first.org/epss/model)).

Och hotrapporteringen fortsätter att visa att utnyttjande är en betydande initial åtkomstvektor, men återigen koncentrerad där angriparna får bäst avkastning. Verizons DBIR 2025 lyfter fram utnyttjande av sårbarheter som en ledande intrångsvektor (20 %) och noterar en betydande ökning jämfört med föregående år ([https://www.verizon.com/about/news/2025-data-breach-investigations-report](https://www.verizon.com/about/news/2025-data-breach-investigations-report)).

Så ja: **sårbarheter spelar roll**. Men **inte lika mycket**, och inte alla på en gång.

## 4. Varför "färre sårbarheter" kan leda till bättre säkerhetsresultat

En enorm lista med fynd skapar tre förutsägbara problem:

**1) Brus begraver signalen**

När allt ser brådskande ut är inget brådskande. Team bränner tid på att triagera poster som är tekniskt giltiga men praktiskt taget irrelevanta.

**2) Tid läggs på det som är enkelt, inte på det som är riskabelt**

Utan affärssammanhang blir åtgärdandet en popularitetstävling i patchning: "högst CVSS först", även om det påverkade systemet är icke-kritiskt eller onåbart.

**3) Rapportering blir en föreställning**

Du slutar med att bevisa att du *arbetat hårt*, i stället för att bevisa att du *minskat risken*.

Ett riskbaserat angreppssätt vänder på detta:

- Fokusera på **det som är utnyttjbart**, **nåbart** och **väsentligt**
- Koppla fynd till **affärspåverkan**
- Gör åtgärdandet **mätbart**, **förklarbart** och **granskningsbart**

Det är så du gör sårbarhetshantering hållbar, inte heroisk.

## 5. Vad partner kan förvänta sig i Lighthouse

Med den nya skanningsgrunden och det riskbaserade angreppssättet får partner:

- **Bättre insikt i affärsrisk** (utöver tekniska allvarlighetsnivåer)
- **Mer relevanta skanningsresultat**, som minskar bortkastad ansträngning
- **Mer effektivt åtgärdande**, eftersom insatserna prioriteras utifrån verklig risk och affärssammanhang
- **Starkare efterlevnadsbevis**, eftersom beslut och åtgärder kan förklaras och kopplas till styrningskrav

Så här ger vi praktisk innebörd åt vår mission:

**"Digital styrning och motståndskraft inom räckhåll."**

Och vår vision:

**"Att ge beslutsfattare de insikter som krävs för att säkra, efterleva och optimera sin verksamhet."**

## 6. Summan av kardemumman

Vi siktar inte på att visa *fler* fynd.

Vi siktar på att visa **rätt fynd**, vid rätt tidpunkt, i rätt sammanhang, så att partner och kunder kan lägga sin begränsade tid där den minskar risken mest.

Om du är van vid skannrar som stolt visar "10 000 problem hittade" kan den här förskjutningen kännas kontraintuitiv till en början.

Men i praktiken gäller: **mindre brus + mer relevans = bättre insikt + snabbare riskminskning**.

Och det är precis dit Lighthouse är på väg.