Diventa Autore per CoreTech | Scopri di più
20/10/21 CoreTech Blog
Siamo così abituati all'immagine del "ragazzo della sicurezza" che si prende cura di tutte le esigenze di sicurezza informatica dell'azienda che mantiene la sicurezza nascosta e rende impossibile il progresso. Dobbiamo sbarazzarci di quell'immagine e renderci conto che in alcuni casi, in particolare nel caso della sicurezza delle applicazioni web, non è il "ragazzo della sicurezza" che dovrebbe prendere il comando, ma lo sviluppatore.
Gli sviluppatori sono quelli che causano e risolvono tutte le vulnerabilità di sicurezza. I team di sicurezza sono solo supervisori, controllori. Questo vale per tutti i tipi di software e per ogni tipo di vulnerabilità della sicurezza. La differenza nel caso della sicurezza delle applicazioni web è che gli sviluppatori e gli ingegneri della sicurezza spesso lavorano per la stessa azienda, non per entità separate.
Nei giorni prima che la sicurezza delle applicazioni Web diventasse mainstream, gli sviluppatori e gli ingegneri della sicurezza che scoprivano le vulnerabilità raramente lavoravano insieme. Prendiamo Windows come esempio. La maggior parte delle vulnerabilità di sicurezza in Windows non viene scoperta dai team di sicurezza Microsoft ma da terze parti. Una volta scoperte queste vulnerabilità, gli sviluppatori Microsoft creano patch e quindi gli utenti di Windows installano queste patch.
Questo può essere vero anche nel caso della sicurezza delle applicazioni web, ad esempio se utilizzi WordPress come piattaforma principale. Tuttavia, se si progettano applicazioni per la propria azienda, la situazione cambia perché sono i propri team di sicurezza che segnalano le vulnerabilità della sicurezza ai propri sviluppatori. Pertanto, hai un'opportunità unica di concentrarti effettivamente su questi sviluppatori e gli sviluppatori hanno l'opportunità unica di far parte del processo di sicurezza, non solo "la causa" e "il riparatore".
Potrebbero esserci diversi motivi per cui gli sviluppatori introducono vulnerabilità di sicurezza o evitano la sicurezza e questo è esattamente ciò che devi affrontare se vuoi affrontare efficacemente la sicurezza delle applicazioni web. Potrebbero essere oberati di lavoro. Potrebbero non essere sufficientemente formati. E se qualcuno segnala una vulnerabilità di sicurezza che ha causato, potrebbe essere stressato, impacciato, sentirsi in colpa o frustrato.
Più puoi eliminare questi problemi, meglio è. Ad esempio, è assolutamente necessario includere gli sviluppatori nei processi di selezione del software di sicurezza delle applicazioni Web. Saranno loro a ricevere i report dal prodotto acquistato. Devono essere sicuri che il software riporti problemi reali e devono trovare le informazioni fornite dal software sufficienti per le loro esigenze.
La maggior parte degli sviluppatori odia lavorare su problemi creati da altri sviluppatori. Pertanto, uno scenario ideale è quando lo sviluppatore può essere informato di un bug di sicurezza nel proprio codice il prima possibile in modo che possa risolverlo da solo. Ecco perché la tendenza shift-left è così buona per gli sviluppatori.
Se lo sviluppatore riceve una notifica di errore di sicurezza da uno strumento automatizzato, non da un altro essere umano, riduce lo stress e le tensioni sul posto di lavoro. Lo sviluppatore ha commesso un errore, ma non deve preoccuparsi che qualcun altro sia coinvolto nella scoperta di questo errore e che il suo lavoro venga minacciato.
Ultimo ma non meno importante, se il report contiene informazioni chiare sulla vulnerabilità, lo rende facile da riprodurre, indica il codice se possibile, contiene prove che questo non è un falso positivo e fornisce una chiara spiegazione della vulnerabilità insieme a molti link da cui imparare, lo sviluppatore non ha bisogno di chiedere aiuto a nessun altro, può gestirlo da solo. Questo, ancora una volta, riduce lo stress perché lo sviluppatore non ritiene che il proprio lavoro possa essere a rischio a causa di un'insufficiente conoscenza della sicurezza.
Se vuoi che il tuo sviluppo web interno sia sicuro ed efficiente, non hai altra scelta che concentrarti sugli sviluppatori, non sui team di sicurezza.