Mapează vulnerabilitățile găsite la CWE și la categoriile Top 10

Subiect din roadmap-ul Bune practici: securitatea aplicațiilor web (OWASP) · parte din „OWASP Top 10 și standarde”

Această practică implică traducerea vulnerabilităților specifice identificate în proiectul tău către un limbaj standardizat, folosind Common Weakness Enumeration (CWE) pentru clasificarea tehnică și OWASP Top 10 pentru contextul de risc business. Făcând acest pas, transformi datele brute de scanare într-un plan acționabil, priorizând remedierea bazat pe severitate reală și nu doar pe zgomotul alertelor. Dacă ignori această mapare, rischi să pierzi timp remedierea problemelor minore în detrimentul celor critice, lăsând deschise breșe majore de securitate care pot duce la pierderi financiare sau de reputație.

Cum o aplici

  1. Identifică vulnerabilitatea: Folosește un scanner SAST/DAST sau revizuiește manual codul pentru a găsi o slăbiciune (ex: SQL Injection).
  2. Consultă baza CWE: Caută vulnerabilitatea în CWE Database pentru a obține ID-ul unic (ex: CWE-89 pentru SQL Injection).
  3. Asociază cu OWASP Top 10: Verifică în documentația OWASP care categorie din Top 10 acoperă acel CWE (ex: A03:2021 - Injection).
  4. Documentează și Prioritizează: Adaugă aceste tag-uri în sistemul tău de ticketing (Jira, GitHub Issues) pentru a grupa problemele similare și a stabili prioritățile de remediere.

Exemplu

Să presupunem că ai găsit o vulnerabilitate de tip SQL Injection.

Varianta incorectă (fără mapare):

Issue: Posibila injectare SQL în formularul de login.
Prioritate: Medie

Varianta corectă (mapată):

Issue: SQL Injection în parametrul 'username'.
CWE: CWE-89 (Improper Neutralization of Special Elements used in an SQL Command)
OWASP Category: A03:2021 - Injection
Impact: Ridicat (pierdere date, acces neautorizat)
Remediere: Utilizare query-uri parametrizate sau ORM.

Cum verifici

  • Raportarea automată: Configurează tool-uri precum SonarQube sau Snyk să eticheteze automat defectele cu ID-uri CWE.
  • Audit manual: Revizuiește periodic rapoartele de securitate pentru a verifica acoperirea categoriilor OWASP Top 10.
  • Metrici: Măsoară timpul mediu de remediere (MTTR) per categorie CWE pentru a identifica punctele slabe recurente în cod.

Greșeli frecvente

  • Ignorarea contextului: Nu toate CWE-urile au același impact în fiecare aplicație; o vulnerabilitate teoretică poate fi irelevantă dacă fluxul de date este strict controlat.
  • Confuzia între CWE și OWASP: CWE descrie cum se face greșeala (tehnic), iar OWASP descrie de ce contează (business/risc); nu le trata ca sinonime.
  • Mapare superficială: Asocierea automată fără verificare umană poate duce la fals-pozitive sau la ignorarea unor nuanțe specifice arhitecturii tale.

Resurse gratuite

Alte subiecte din „OWASP Top 10 și standarde”