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
- Identifică vulnerabilitatea: Folosește un scanner SAST/DAST sau revizuiește manual codul pentru a găsi o slăbiciune (ex: SQL Injection).
- Consultă baza CWE: Caută vulnerabilitatea în CWE Database pentru a obține ID-ul unic (ex: CWE-89 pentru SQL Injection).
- Asociază cu OWASP Top 10: Verifică în documentația OWASP care categorie din Top 10 acoperă acel CWE (ex: A03:2021 - Injection).
- 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”
- Cunoaște categoriile OWASP Top 10 2021
- Înțelege ce aduce nou OWASP Top 10 2025 (supply chain, condiții excepționale)
- Folosește OWASP ASVS ca listă de cerințe de securitate verificabile
- Consultă OWASP Cheat Sheet Series pentru implementări concrete
- Verifică API-urile și după OWASP API Security Top 10
- Aplică OWASP Top 10 for LLM Applications dacă integrezi AI generativ