Så fungerar TrustSek
Ni anger en domän. Vi samlar in öppet underlag om den, förklarar varje fynd och räknar fram en riskpoäng som ni kan följa rad för rad.
Senast granskad
Kontrollera en domän
Ni anger en domän.
Mer behövs inte. TrustSek bedömer en organisations cyberrisk utifrån, så det finns inga agenter att installera, inga integrationer att sätta upp och inga inloggningsuppgifter att lämna ut. Domänen kan vara er egen, en leverantörs, en kunds eller ett företag som ni ska försäkra.
En kontroll tar ungefär 30 sekunder, och ni kan följa varje källa när den blir klar.
Vi samlar in underlaget utifrån.
Det mesta av underlaget är redan offentligt. Kontrollen läser domänens DNS-poster: e-post, SPF, DMARC, DKIM, MTA-STS, TLS-RPT, CAA, namnservrar och DNSSEC. Den hittar subdomäner i Certificate Transparency-loggarna och slår upp dem för att se vilka som är i bruk.
För att läsa ert certifikat och er webbkonfiguration har kontrollen också kontakt med er webbplats, på samma sätt som en webbläsare:
- DNS
- MX SPF DMARC DKIM MTA-STS TLS-RPT CAA NS DNSSEC
- TLS
- :443 · ett handslag
- HTTPS
- GET / · ett anrop
- HTTP
- GET / :80 · ett anrop
- MTA-STS
- policyfil, om den finns
- UA
- TrustSek/1.0
Ingen portskanning · inga exploits · ingen genomsökning · inga inloggningar
Det är ett TLS-handslag mot port 443 och två anrop till startsidan, ett över HTTPS och ett över HTTP. Publicerar ni en MTA-STS-policy hämtas den filen också. Kontrollen skannar inga portar, går inte igenom webbplatsen, skickar inga formulär och försöker inte ta sig in. Säkerhet visar exakt vad som når era servrar och vad som inte gör det.
Resten kommer från externa källor: threat intelligence-tjänster och blocklistor, två oberoende tjänster som bevakar ransomwaregruppernas leak sites, sårbarhetsdatabaser, data från internetskannrar om öppna portar och WHOIS för domänens ålder. Metoden namnger varje källa och vad den läser.
Underlaget blir förklarade fynd.
När källorna har svarat blir underlaget till fynd. En DMARC-policy som saknas, ett certifikat som snart går ut eller en programversion med en känd utnyttjad sårbarhet blir vart och ett ett fynd, i en av sex moduler.
| Modul | Vikt | Vad den tittar på |
|---|---|---|
| E-postsäkerhetSPF, DMARC, DKIM, MTA-STS, TLS-RPT, CAA, DNSSEC och redundanta namnservrar. | 20% | SPF, DMARC, DKIM, MTA-STS, TLS-RPT, CAA, DNSSEC och redundanta namnservrar. |
| TLS och webbhygienOm HTTPS används, certifikat, protokollversioner och chiffer, omdirigeringar, säkerhetsheaders och cookieflaggor. | 20% | Om HTTPS används, certifikat, protokollversioner och chiffer, omdirigeringar, säkerhetsheaders och cookieflaggor. |
| Ransomware-exponeringUppgifter på ransomwaregruppernas leak sites som pekar ut organisationen, från två oberoende bevakningstjänster. | 20% | Uppgifter på ransomwaregruppernas leak sites som pekar ut organisationen, från två oberoende bevakningstjänster. |
| RykteDomänen och dess IP-adresser i threat intelligence och på listor över skadlig kod, phishing och botnät. | 15% | Domänen och dess IP-adresser i threat intelligence och på listor över skadlig kod, phishing och botnät. |
| SårbarheterProgramversioner som tjänsterna visar utåt, jämförda med kända utnyttjade och publicerade sårbarheter. | 15% | Programversioner som tjänsterna visar utåt, jämförda med kända utnyttjade och publicerade sårbarheter. |
| AttackytaSubdomäner, riskabla värdnamn, öppna portar utöver webben, domänens ålder och lookalike-domäner. | 10% | Subdomäner, riskabla värdnamn, öppna portar utöver webben, domänens ålder och lookalike-domäner. |
Varje fynd har en allvarlighetsgrad (kritisk, hög, medel eller låg) och samma fyra delar: vad som testades, varför det spelar roll, vilken konsekvens det kan få och hur ni åtgärdar det. Den som åtgärdar och den som skriver under läser samma sak.
E-postsäkerhet · Allvarlighetsgrad: medel
DMARC-policyn är satt till none
- Vad som testades
- DMARC-posten som publiceras på
_dmarc.example.com. - Varför det spelar roll
- Utan en policy som faktiskt stoppar något kan vem som helst skicka e-post som ser ut att komma från er domän.
- Konsekvens
- Phishing och fakturabedrägerier i ert namn, riktade mot era kunder och anställda.
- Så åtgärdar ni det
- Följ DMARC-rapporterna och flytta sedan policyn från
p=nonetillp=quarantineoch vidare tillp=reject.
Varje modulsida listar de fynd som modulen kan ge, de allvarligaste först. Börja gärna med e-postsäkerhet eller TLS och webbhygien, där de snabbaste åtgärderna brukar finnas.
Poängen är en multiplikator på en baslinje.
Det här är ingen skala till 100 och inget betyg från A till F. Poängpolicyn utgår från 2 % risk att en genomsnittlig organisation drabbas av en cyberincident under ett år. Poängen multiplicerar den baslinjen: 1,0× är baslinjen, där en domän utan fynd hamnar, och 3,0× betyder ungefär tre gånger så stor sannolikhet.
Fynden höjer poängen efter sin allvarlighetsgrad, sin konfidens och modulens vikt. Ett allvarligt fynd med starkt underlag, till exempel en färsk uppgift om ransomware, sätter dessutom en lägsta poäng, så att det inte kan vägas bort av att allt annat ser bra ut. Varje poäng sparar vilken policyversion som gav den, så att en ändrad metod aldrig misstas för en förändring hos domänen. Metoden visar hela beräkningen.
Täckningen visar vad som inte kontrollerades.
Varje källa avslutar kontrollen i ett av fyra lägen. Träff betyder att den gav underlag. Ingen träff betyder att den tillfrågades och inte hade något om domänen, det enda läget som räknas som rent. Misslyckades betyder att den returnerade ett fel eller inte svarade i tid, och Ej kontrollerad betyder att den aldrig tillfrågades, till exempel för att det saknas en licensnyckel.
En källa som misslyckades eller inte kontrollerades påverkar inte poängen och räknas aldrig som ett rent resultat. Den syns i stället som täckning, direkt bredvid siffran, så att ni ser vilket underlag som saknas innan ni förlitar er på poängen.
Konfidensen visar hur säkert underlaget är.
Visst underlag är säkert, annat är en slutsats. En uppgift om ransomware som bekräftas av båda bevakningstjänsterna är ungefär så säker som ett underlag utifrån kan bli. En sårbarhet som bara matchats på en version som syns utåt är mindre säker, eftersom servern kan ha fått en bakåtporterad rättning.
Därför har varje fynd en konfidens, och den avgör hur mycket fyndet höjer poängen. Kontrollen visar också en samlad konfidens, hög, medel eller låg, som bygger på fyndens konfidens.
Sedan använder ni resultatet.
En kontroll är en utgångspunkt för ett samtal, en åtgärd eller ett beslut:
- Rapporter. Exportera en PDF med er logotyp, med poängen, fynden och åtgärderna, till styrelsen, en kund eller en försäkringsgivare.
- Leverantörer. Lägg in de leverantörer ni är beroende av som företag, vart och ett med egna fynd.
- Portföljer. Se många domäner sida vid sida, så att ni hittar var risken samlas.
- API. Lägg till företag och starta kontroller via det publika
/v1-API:et med en API-nyckel. Läs mer under utvecklare.
När ni har åtgärdat något startar ni en ny kontroll och jämför. Fynden är också kopplade till kontroller i NIS2, ISO 27001, CIS Controls och SOC 2.
example.com
3,4×Medel
- E-postsäkerhet2 fynd
- TLS och webbhygien1 fynd
- Ransomware-exponeringInga fynd
- RykteEj kontrollerad
- Sårbarheter3 fynd
- AttackytaInga fynd
Hur det passar in i ert arbete beror på vad ni äger: företag som bedömer sig själva och sina leverantörer, IT-partner som bedömer sina kunder och försäkringsbolag och mäklare som bedömer domäner vid offert.
Det här gör det inte.
- Det ser inte in. Inga agenter, inga inloggningar och ingen insyn i ert nätverk, era datorer, er MFA eller era säkerhetskopior.
- Det är inget penetrationstest. Fynden om sårbarheter jämför programversioner som syns utåt med publicerade säkerhetsmeddelanden. Ingenting utnyttjas.
- Det är en kontroll som ni kör, inte övervakning. Domänerna bevakas inte mellan kontrollerna och inga larm skickas.
- Uppgifter om dataintrång eller läckta inloggningsuppgifter ingår inte.
- Det är ingen revision. Kopplingen till kontroller stöder ert arbete med regelefterlevnad, men bevisar inte att ni följer reglerna.
En kontroll utan fynd betyder att vi inte hittade något i det underlag vi kunde se. Det betyder inte att domänen är säker.
Se hur er domän bedöms
Gratis, från öppet underlag. Det går lika bra med en leverantörs domän.