Säkert ramverk för mjukvaruutveckling för att säkerställa kodens korrekthet

Programvaruutvecklingslivscykeln (SDLC) är en systematisk process för att utveckla programvara som säkerställer kodens kvalitet och korrekthet. Syftet är att producera högkvalitativ programvara inom den angivna tiden och budgeten enligt kundernas förväntningar. Varje fas av SDLC har sin egen process och sina egna leveranser, som leder vidare till nästa fas. Några populära SDLC-modeller inkluderar vattenfall, spiral, iterativ, agil, etc.

Det finns bara ett fåtal SDLC-modeller som explicit behandlar programvarusäkerhet i detalj. Det är dock nödvändigt att införliva säkra programvaruutvecklingsmetoder i varje SDLC-modell. Det finns olika skäl till varför organisationer bör planera att implementera säkra programvaruutvecklingsmetoder, bland annat:

• För att minska antalet sårbarheter i släppt programvara
• För att minimera den potentiella effekten av utnyttjandet av oupptäckta sårbarheter
• Att åtgärda grundorsakerna till sårbarheter för att förhindra upprepningar

Sårbarheter inkluderar inte bara buggar orsakade av kodningsfel utan även svagheter orsakade av felaktiga säkerhetskonfigurationsinställningar, felaktiga förtroendeantaganden och föråldrad riskanalys.

Vad är SSDF?

National Institute of Standards and Technology (NIST) har utvecklat ett ramverk för säker mjukvaruutveckling, även kallat SSDF, för att stärka programvarans motståndskraft mot sårbarheter. Det definierar inga nya terminologier utan konsoliderar långvariga rekommendationer om bästa praxis för säker mjukvaruutveckling. I SSDF ligger tonvikten på att identifiera bästa praxis snarare än på de verktyg, tekniker och mekanismer som används för att implementera densamma.

Enligt NIST delas SSDF:s metoder in i fyra huvudkategorier:

1. Förbered organisationen (PO)

   Organisationer bör se till att deras personal, processer och teknik är förberedda för att utföra säker programvaruutveckling på organisationsnivå. Många organisationer kommer också att hitta vissa PO-metoder att tillämpa på delmängder av sin programvaruutveckling, som enskilda utvecklingsgrupper eller projekt.

2. Skydda programvaran (PS)

   Organisationer bör skydda alla programvarukomponenter från manipulering och obehörig åtkomst.

3. Producera välsäker programvara (PW)

   Organisationer bör producera välsäker programvara med minimala säkerhetsbrister i sina utgåvor.

4. Reagera på sårbarheter (RV)
   

   Organisationer bör identifiera kvarvarande sårbarheter i sina programvaruversioner och agera på lämpligt sätt för att åtgärda dessa sårbarheter och förhindra att liknande uppstår i framtiden.

Varje praxisdefinition innehåller följande element:

1. Tjänst

   Namnet på verksamheten och en unik identifierare, följt av en kort förklaring av vad verksamheten är och varför den är fördelaktig.

2. Uppgifter

   En eller flera åtgärder som kan krävas för att utföra en övning.

3. Exempel på teoretiska implementeringar

   Ett eller flera teoretiska exempel på typer av verktyg, processer eller andra metoder som kan användas för att genomföra en uppgift. Inga exempel eller kombinationer av exempel krävs, och de angivna exemplen är inte de enda genomförbara alternativen. Vissa exempel kanske inte är tillämpliga på vissa organisationer och situationer.

4. Referensprojekt

   Pekare till ett eller flera etablerade dokument om säker utvecklingspraxis och deras mappningar till en specifik uppgift. Alla referenser gäller inte för alla instanser av programvaruutveckling.

NIST rekommenderar att man väger risk mot kostnad, genomförbarhet och tillämpbarhet när man beslutar om vilka metoder som ska implementeras.

SSDF är inte en checklista; snarare vägleder den dig i att planera och implementera en riskbaserad metod för säker programvaruutveckling.

Fördelar med SSDF:

1. Det kan hjälpa organisationer inom alla sektorer eller samhällen, oavsett storlek.
2. Det kan tillämpas på programvara som utvecklats för att stödja informationsteknik (IT), industriella styrsystem (ICS), cyberfysiska system (CPS) eller sakernas internet (IoT).
3. Det kan integreras i alla befintliga arbetsflöden och automatiserade verktyg för mjukvaruutveckling; det bör dock inte ha en negativ inverkan på organisationer som redan har starka säkra rutiner för mjukvaruutveckling på plats.
4. Det gör metoderna brett tillämpliga, snarare än att vara specifika för specifika teknologier, plattformar, programmeringsspråk, SDLC-modeller, utvecklingsmiljöer, operativsystemmiljöer, verktyg etc.

Slutsats

Med NIST som arkitektur för SSDF blir säker mjukvaruutveckling snabbt en obligatorisk prioritet i stor skala. Om organisationer anammar SSDF kommer det att hjälpa dem att förbli skyddade från SDLC-sårbarheter och försvara sina mjukvaruleveranskedjor.

Secure Software Development Framework (SSDF) version 1.1: Rekommendationer för att minska risken för sårbarheter i programvara