Åtgärd av exponering, zero trust och DevSecOps
Ta reda på vad en angripare kan nå, åtgärda i rätt ordning och håll det stängt
För många vägar in
Angripare letar efter den enklaste vägen in: en exponerad tjänst, ett återanvänt lösenord, en server utan uppdateringar eller en applikation som litar på sin indata. De flesta organisationer vet att de har svagheter. Få vet vilka som spelar störst roll, och listan växer snabbare än teamen hinner åtgärda den.
Nätverk byggda på förtroende gör det värre. När en angripare väl är innanför perimetern låter ett platt nätverk dem röra sig från ett system till nästa.
Vad som förändras för dig
Exponering du kan se
En aktuell, rangordnad bild av vad en angripare kan nå, i stället för en årsrapport som är inaktuell när den kommer.
Intrång som förblir små
Varje begäran kontrolleras och systemen är segmenterade, så att ett komprometterat konto eller en server inte öppnar resten.
Säker kod som standard
Säkerhetskontroller körs i varje pipeline, så att sårbarheter fångas före release, inte efter.
Vad vi levererar
Löpande hantering av hotexponering
Löpande hantering av hotexponering (CTEM) är ett stående program som hittar, rangordnar och åtgärdar det en angripare kan nå, över applikationer, molnkonton, nätverk och identiteter.
Självständig åtgärd av exponering och automatisk patchning
Vanliga exponeringar åtgärdas automatiskt genom testade pipelines, som patchar, osäkra inställningar och utgångna certifikat, med en människa som godkänner allt som kan störa en tjänst.
Nätverksåtkomst enligt zero trust
Zero trust betyder att ingen användare, enhet eller tjänst litas på på grund av varifrån den ansluter. Nätverksåtkomst enligt zero trust (ZTNA) kontrollerar identitet och enhetshälsa vid varje begäran och ersätter bred VPN-åtkomst.
Mikrosegmentering
System åtskilda i små zoner med skriftliga regler för vad som får tala med vad, så att en inkräktare inte kan röra sig fritt.
DevSecOps
Hemlighetsvalv, en automatiserad komponentförteckning för programvara (SBOM) för varje bygge, skanning av beroenden och containrar samt kodrevisioner inbyggda i din leveranspipeline.
Löpande penetrationstester och API-säkerhet
Applikationer, API:er och infrastruktur testade som en angripare skulle testa dem, efter varje betydande ändring, med varje fynd beskrivet så att det kan återskapas.
Övningar med red team och blue team
Ett red team angriper inom överenskomna regler medan ditt blue team försvarar, så att du lär dig hur väl upptäckt och respons fungerar under press.
Hur arbetet bedrivs
Fastställ omfattning och regler
Vi kommer överens om vilka system som ingår, hur testningen görs, vem som informeras och hur vi stoppar om ett system är i fara.
Kartlägg exponeringen
Vi går igenom arkitektur, konfigurationer, åtkomst och kod och testar systemen som en angripare skulle göra.
Rangordna fynden
Vi rangordnar varje fynd efter sannolikhet och påverkan, förklarar det på klarspråk och kommer överens om ordningen för åtgärderna.
Åtgärda och automatisera
Vi åtgärdar fynden tillsammans med ditt team, automatiserar de åtgärder som återkommer och inför zero trust-åtkomst och segmentering i etapper.
Testa igen, löpande
Vi testar varje åtgärd igen och fortsätter testa när dina system ändras.
Hur vi bevisar det i vårt eget arbete
Vi arbetar så här själva. Varje XSIS-ingenjör loggar in med en hårdvarusäkerhetsnyckel, genom nätverkstunnlar enligt zero trust som kontrollerar enheten löpande.
- Säkerhet och kryptografi
- Cloudflare Zero Trust
- HashiCorp Vault
- Software bill of materials (SBOM)
- Standarder och regelverk
- NIS2
- EU DORA
- EU Cyber Resilience Act (CRA)
Så börjar du
Vad som händer härnäst
Förberedande samtal
En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Val av spår
Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.
Projekt med fastställt resultat och förvaltade tjänster dygnet runt
Leverans med fast omfattning och milstolpar under namngivna leveransansvariga, samt förvaltade applikationstjänster dygnet runt under SLA-styrning.
Inbäddade specialister och strategisk förstärkning
Ledande ingenjörer och specialister nearshore och på plats, samt inbäddade arkitekter för lösningar, transformation, PQC och integration.
Den snabbaste vägen in är paketet Granskning av postkvantkryptografi (CBOM) och agentsäkerhet, ett av våra snabba uppdragspaket.
Var du kan börjaFrågor och svar
Måste VPN:en bytas ut för att införa zero trust?
Inte på en gång. Zero trust införs i etapper, vanligen med början i de känsligaste applikationerna och administratörsåtkomsten. VPN:en kan vara kvar för det som fortfarande behöver den och avvecklas när inget längre är beroende av den.
Vad är en SBOM, och varför behövs en?
En komponentförteckning för programvara listar varje komponent och bibliotek i en programvara, med version. När en ny sårbarhet tillkännages säger den snabbt om du är påverkad och var. Regelverk som EU:s Cyber Resilience Act (CRA) och många kunder efterfrågar nu en sådan.
Hur får XSIS ingenjörer åtkomst till systemen?
Varje ingenjör har ett namngivet konto med bara de rättigheter uppgiften kräver och loggar in med en hårdvarusäkerhetsnyckel. Där det finns en process för administratörsåtkomst följer vi den. Sessionerna loggas och åtkomsten tas bort när arbetet avslutas eller någon lämnar projektet.
Vad är löpande hantering av hotexponering?
Ett stående program i stället för ett årligt test. Det håller en aktuell lista över vad en angripare kan nå, rangordnar varje exponering efter hur sannolikt den används och vad den skulle kosta dig samt följer varje åtgärd tills den är stängd. Skanningen körs löpande och testningen följer varje betydande ändring.
Vad är en övning med red team och blue team?
En repetition under verkliga förhållanden. Ett red team angriper dina system inom överenskomna regler medan ditt blue team, de som upptäcker och agerar, försvarar dem. Efteråt går båda sidor igenom vad som hittades, vad som missades och hur lång tid varje steg tog, och du får de ändringar som stänger luckorna.
Redo att bygga? Begär ett förslag.
Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.
Vad som händer härnäst
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Bindande förslag
Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.
Mobilisering
När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.