Låt mig börja med att klargöra en sak: jag är inget säkerhetsproffs. Men som mångårig CTO med bakgrund inom mjukvaruutveckling är säkerhet något jag bryr mig passionerat om. Idag är säkerhet en så väsentlig del i alla verksamheter att det inte längre går att lägga ansvaret på en eller ett fåtal individer i organisationen. Ändå ser det alltför ofta ut just så.
Kompetensbristen inom tech gäller även säkerhet där många lediga roller förblir otillsatta. Detta samtidigt som mer än hälften av alla företag, enligt CSO 2021 Security Priorities Study, vill öka sina säkerhetsinvesteringar med upp till 10% under 2022. Många säkerhetsexperter går in i väggen på grund av hög arbetsbelastning och för stora ansvarsförväntningar. Ofta vilar nämligen hela organisationens säkerhet på ett fåtal individer. Säkerhetsexperter upplever att de flaggar för samma risker om och om igen men att ingen lyssnar. När det väl smäller riktas blickarna ändå mot dem.
För många mjukvaruutvecklare är säkerhet viktigt men ett otillgängligt och snudd på mytiskt område. Det finns två orsaker till detta. Den första är att utvecklare och säkerhetsexperter kommer från två olika kulturer, med olika bakgrunder, språk och värderingar. Om jag generaliserar: utvecklare bygger saker, är öppna för att dela med sig av kunskap, är transparanta kring sina projekt, jobbar agilt och iterativt. Och slutligen – de prioriterar användarvänlighet. Säkerhetsexperter bryter sig in i saker, är återhållsamma med att dela med sig av kunskap, är hemlighetsfulla kring vad de jobbar med, anser att förändring är en risk och istället för användarvänlighet prioriterar de regelefterlevnad.
Den andra orsaken till klyftan mellan utvecklare och säkerhetsexperter är organisationen. Utvecklare har ofta krav på sig att leverera inom utsatt tid, med alla specificerade funktioner och inom budget. Man vill få saker att funka och tycker att säkerhetsexperterna tillhör ”Avdelning Nej”, vilket är förklarligt då ansvaret ofta vilar på säkerhetsavdelningen.
Så för att sammanfatta problemet: vi har olika kulturer och separerade organisationer.
Varför måste detta förändras? För att idag levererar vi produkter snabbare än någonsin, men ändå långsammare än vi någonsin kommer att göra. ”Olika” och ”separerade” är två begrepp som helt enkelt inte passar in hos dagens företag.
Att lösa detta kräver ett holistiskt perspektiv. Vi måste ha rätt process på plats och den behöver stödjas av rätt organisation – men inget av det spelar någon roll om vi inte får till rätt kultur.
Processen. Oftast det som är enklast att förändra. Många organisationer arbetar redan med DevOps –att brygga gapet mellan utveckling och drift. Nästa naturliga steg är att lyfta in säkerhet i processen. DevSecOps integrerar säkerhet som ett delat ansvar genom hela it-livscykeln. I många team är säkerheten något ett isolerat team lade på i slutet av utvecklingsprocessen. Det var inget större problem när utvecklingscyklerna var månader eller år. Idag har vi cykler på veckor eller dagar. Därför behöver man kontinuerligt arbeta med säkerhet i varje del av cykeln.
Organisationen. Förändringar av organisationen är lite svårare eftersom det kräver stöd från ledningen. Det kan dessutom vara både tidskrävande och kostsamt att genomföra. Ändå är det avgörande för ett bra säkerhetsarbete med en organisation som stöder ett integrerat arbetssätt mellan utveckling, drift och säkerhet. Alltför ofta arbetar dessa team seperarade från varandra och DevSecOps ses som ett kommunikationsverktyg. Utmaningen är något mindre mellan utveckling och drift då dessa ofta rapporterar till samma chef, men när vi blandar in säkerhet är det inte alls ovanligt att detta team har en annan organisatorisk tillhörighet. Bästa sättet att organisera sig är istället tvärfunktionella team som rymmer all kompetens som krävs för leverans – från problem till produkt. Varje team bör vara ansvarig för säkerheten i sin produkt och därför måste varje team ha säkerhetskompetens.
Kulturen. Denna förändring är den svåraste och mest kostsamma att genomföra. Men det är kulturen som får säkerhetsarbetet att bära eller brista. Förändringen sker inte på ett ställe utan överallt och den kräver att alla är med. Du kan inte påtvinga en kulturell förändring genom policys – du måste själv leda den och inspirera dina medarbetare. Kulturförändringen blir kritisk eftersom en organisation som arbetar med DevSecOps i tvärfunktionella team – med säkerhet integrerad i teamen – inte kommer att lösa några av ovanstående problem om kulturen fortfarande anser att det är säkerhetsexperterna som bär fulla ansvaret för säkerheten.
