Føler du for å lytte i stedet? Det finnes et opptak av to personer som diskuterer innholdet i denne artikkelen (det er kanskje ikke åpenbart med en gang, de er faktisk AI!)
Your browser doesn't support audio players.Her er noen skremmende nyheter. En ny britisk rapport fant at 85 % av virksomheter som blir hacket, opplever phishing-angrep. Hvert angrep koster i gjennomsnitt rundt £10 000. Men her er den merkelige delen – færre bedriftsledere bryr seg faktisk om cybersikkerhet nå enn de gjorde i 2021.
Dette er virkelig dårlig timing. Hackere kan nå bryte seg inn i datasystemene dine og spre seg overalt på bare 48 minutter ved hjelp av moderne teknologier som Gen AI. Den raskeste gjorde det på 51 sekunder. Så å vente med å fikse sikkerhetsproblemer i programvaren din er som å vente med å ta på bilbeltet til etter at du har krasjet.
Den gamle måten: Fikse sikkerhetsproblemer etter at programvaren er bygget
De fleste selskaper gjør programvaresikkerhet baklengs. Slik ser det vanligvis ut:
- Bygg appen eller nettsiden
- Bruk måneder på å kode alt
- Test for sikkerhetsproblemer rett før lansering
- Oppdag store problemer som må rettes
- Få panikk fordi det betyr at mye kode må skrives om
Det er som å bygge et hus og så oppdage at du glemte fundamentet. Nå må du rive vegger og starte på nytt.
OWASP Top 10 (den viktigste listen over sikkerhetsproblemer på nett) har til og med en kategori kalt «Insecure Design» som sier at hvis du designer programvaren feil fra starten, kan ikke perfekt koding rette det. Ikke se på sikkerhet som en ekstra kostnad, men som en integrert og avgjørende del av programvaren din.
Den bedre måten: Bygg sikkerhet inn fra dag én
Det finnes en smartere tilnærming kalt «shift-left security». Ikke bekymre deg for det fancy navnet – ideen er enkel.
I stedet for å legge til sikkerhet på slutten av programvareutviklingen, tenker du på det fra dag én. Det er som:
- Å bygge et hus med et sterkt fundament i stedet for å prøve å legge det til senere
- Å bruke hjelm når du sykler i stedet for å ta den på etter at du har krasjet
- Å sjekke koden din for problemer mens du skriver den i stedet for å vente til lanseringsdagen
Slik ser dette ut i programvareutvikling:
- Hele utviklingsteamet tenker på sikkerhet, ikke bare IT-ansvarlig
- Du tester for sikkerhetsproblemer mens du koder, ikke etterpå
- Du designer programvaren for å være sikker fra starten
Hvorfor dette sparer deg for store summer
Tallene fra UK Cyber Security Breaches Survey 2025 og sikkerhetsforskning er ganske klare:
Du sparer masse penger
- Den britiske rapporten viser at den gjennomsnittlige kostnaden for et forstyrrende brudd er £3 550 (£10 000 for svindelsaker)
- Men globalt er det mye verre: Den gjennomsnittlige kostnaden for et databrudd er nå 4,88 millioner dollar (omtrent £3,9 millioner) – det er en økning på 10 % fra i fjor
- Mangel på kompetanse gjør det verre: Selskaper uten nok sikkerhetspersonell betaler i gjennomsnitt 1,76 millioner dollar ekstra
- Dårlig opplæring koster deg: Selskaper med dårlig sikkerhetsopplæring for ansatte opplever bruddkostnader på 5,10 millioner dollar mot 4,15 millioner dollar for godt opplærte team
- Sen oppdagelse er dyrt: Brudd som tar over 200 dager å fikse koster 5,46 millioner dollar mot 3,61 millioner dollar for raskere løsninger
Du taper penger på to måter:
- Direkte kostnader: Krisehåndtering, systemnedetid, juridiske kostnader og bøter.
- Omdømmeskade: Tapte kunder og brutt tillit, spesielt hvis du håndterer personopplysninger som kredittkortinformasjon eller helsedata
OWASP Top 10 advarer om at dårlig sikkerhetsdesign ikke kan fikses senere – du må bygge på nytt, noe som ødelegger budsjetter og tidslinjer.
Når sikkerhet bygges inn i utviklingsprosessen din, får du ikke de «å nei, vi fant et stort sikkerhetshull»-øyeblikkene rett før lansering. Lanseringene dine skjer etter planen.
Den britiske studien viser at små bedrifter blir bedre på dette – 48 % gjennomfører nå sikkerhetsrisikovurderinger (opp fra 41 % i fjor). Selskaper som planlegger sikkerhet fra starten av unngår de fleste av disse kostbare hendelsene.
Hva betyr dette? Hvert pund du bruker på tidlig sikkerhet i utviklingen sparer deg flere pund senere. Du kjøper ikke bare beskyttelse – du kjøper forutsigbare programvarelanseringer og kundetillit.
Det store problemet: Ingen har ansvaret for programsikkerhet
Her blir det virkelig bekymringsfullt. Britiske virksomheter gjør noen store feil når det gjelder programsikkerhet:
Bedriftsledere har mange kritiske prioriteringer som konkurrerer om oppmerksomheten deres. Ansvar for cybersikkerhet på styrenivå har falt fra 38 % til 27 % på bare noen få år. De fleste styremøter har kanskje én person som forstår hvordan programsikkerhet fungerer, noe som kan gjøre det utfordrende å ta informerte beslutninger om sikkerhetsinvesteringer og prioriteringer.
Utviklere får feil råd
- 25 % av selskaper spør eksterne konsulenter om sikkerhetsråd
- Noen små bedrifter spør sin «teknologikyndige» fetter om hjelp med programsikkerhet
- Bare 24 % kjenner til offisiell statlig sikkerhetsveiledning for programvareutvikling
32 % av selskaper trener utviklingsteamene sine etter å ha blitt hacket, men bare 19 % trener dem regelmessig. Det er som å lære noen å kode sikkert etter at appen deres allerede har blitt kompromittert.
De fleste virksomheter kjenner ikke til gratis statlige sikkerhetsprogrammer for programvareutvikling:
- Bare 24 % kjenner til Cyber Aware
- Bare 12 % kjenner til NCSC’s 10 Steps to Cyber Security
- Bare 12 % kjenner til Cyber Essentials
Hva betyr dette? Programsikkerheten din er bare så sterk som den svakeste utvikleren eller designbeslutningen. For å fikse dette i utviklingsprosessen din må du:
- Sørge for at lederne dine forstår risikoene ved programsikkerhet
- Trene utviklingsteamet ditt regelmessig i sikker koding, ikke bare etter at noe galt har skjedd
- Bruke offisiell statlig veiledning for sikker programvareutvikling
Ikke vent til programvaren din blir hacket
Husker du de 48 minuttene? Når hackere kommer inn i programvaren din, har du mindre enn en time før de er overalt i systemet ditt. Hvis du ikke bygget sikkerhet inn i utviklingsprosessen din fra starten av, er de 48 minuttene i praksis game over.
Programvareselskapene som gjør det bra, er ikke de som bruker mest penger på sikkerhetsverktøy. Det er de som gjorde sikkerhet til en del av hvordan de skriver kode fra dag én.
Vil du sjekke om programvareutviklingen din er sikker?
Ikke gjett om utviklingsprosessen og programvaren din er sikker. Få noen til å sjekke koden din, utviklingspraksisene dine og eksisterende applikasjoner. De vil finne problemer før de blir dyre katastrofer og hjelpe deg med å bygge sikkerhet inn i måten teamet ditt utvikler programvare på.
Få en sikkerhetsrevisjon av programvareutviklingsprosessen din – fordi 48 minutter er altfor kort tid til å redde virksomheten din, men mer enn nok tid til å miste den.
Slutt å tenke på sikkerhet som noe du må kjøpe, og begynn å tenke på det som noe som gjør programvaren din bedre. Du vil spare penger, beskytte kundenes data og sove bedre om natten.
Twoja przeglądarka nie obsługuje odtwarzacza audio.
