Request Support  | Contact Sales

Diventa Autore per CoreTech | Scopri di più





È ben fatto? Chiedi allo sviluppatore!

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.

Sviluppatori e sicurezza non sono più separati

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".

Sviluppatore felice = software sicuro

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.

Uno scenario ideale per uno sviluppatore

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.

Banner

Come accogliere gli sviluppatori

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.

  • Anche in una piccola azienda, puoi automatizzare la scansione di sicurezza e inserirla facilmente nel ciclo di vita dello sviluppo del software.
  • Quando selezioni la soluzione per la sicurezza delle tue applicazioni web, gli sviluppatori dovrebbero avere molto da dire. Saranno i principali consumatori di questo software. Devono comprendere e apprezzare le informazioni che ottengono dalla soluzione automatizzata.

Articoli su Sicurezza

Il threat modeling per la sicurezza delle applicazioniScanner di vulnerabilità: ecco come funzionanoWeb security: 5 motivi per cui è essenziale contro i ransomwareChe cos'è DevSecOps e come dovrebbe funzionare?Test di penetrazione vs scansione delle vulnerabilitàConsiderazioni sui test di correzione delle applicazioni WebQuattro modi in cui l'analisi AppSec aiuta i tuoi professionisti DevSecOpsQuattro modi per combattere il divario di competenze di sicurezza informaticaDove i framework di cybersecurity incontrano la sicurezza webCome costruire un piano di risposta agli incidenti informaticiRendi i tuoi utenti parte della soluzione di sicurezza webSei l'unico che può proteggere le tue applicazioni webNuovo studio di settore: il 70% dei team salta i passaggi di sicurezzaConvergenza Dev-Sec: i progressi e le sfide sulla strada per garantire l'innovazioneAggiornamento FISMA: cosa sta cambiando e perché è importanteChe cos'è la sicurezza continua delle applicazioni Web?Sei l'unico che può proteggere le tue applicazioni webCos'è la sicurezza del sito Web: come proteggere il tuo sito Web dall'hackingRendi i tuoi utenti parte della soluzione di sicurezza webConvergenza Dev-Sec: la ricerca illustra i progressi per garantire l'innovazioneAggiornamento FISMA: cosa sta cambiando e perché è importanteChe cos'è la sicurezza continua delle applicazioni Web?La differenza tra XSS e CSRFNuovo studio di settore: il 70% dei team salta i passaggi di sicurezzaPrevenzione e mitigazione XSSStop ai compromessi sulla sicurezza delle applicazioni webSfatare 5 miti sulla sicurezza informaticaBasta compromessi sulla sicurezza delle applicazioni webNozioni di base sulla sicurezza web: la tua applicazione web è sicura?Che cos'è l'iniezione dell’header HTTP?Fare shift left o no?Individuazione e correzione di falle di sicurezza in software di terze partiClassi di vulnerabilità Web nel contesto delle certificazioniScripting tra siti (XSS)Che cos'è un attacco CSRFChe cos'è una SQL Injection (SQLi) e come prevenirlaAttacchi di attraversamento di directoryChe cos'è la falsificazione delle richieste lato server (SSRF)?7 migliori pratiche per la sicurezza delle applicazioni WebBlack Hat 2021: la più grande minaccia alla sicurezza informaticaÈ ben fatto? Chiedi allo sviluppatore!Scegli la soluzione di sicurezza delle applicazioni web che fa per teSicurezza fai-da-te: lo stai facendo bene?Sulla sicurezza delle applicazioni web professionali per MSSPLa cattiva comunicazione è al centro delle sfide di AppSecImpostazione e raggiungimento degli obiettivi di sicurezza delle applicazioniMetriche di sicurezza informatica per le applicazioni WebCome evitare attacchi alla supply chainPerché la maggior parte delle misure di sicurezza delle applicazioni fallisceVuoi che la tua sicurezza sia costruita su scuse?Cos'è SCA e perché ne hai bisognoLa scansione ad hoc non è sufficienteEsposizione dei dati sensibili: come si verificano le violazioniHai paura dei test di sicurezza nell'SDLC?Vantaggi di Web Asset DiscoveryStrumenti di scansione delle vulnerabilità: perché non open source?Protezione WAF - Ottieni il massimo dal tuo firewall per applicazioni webL'errore di comunicazione è al centro delle sfide di AppSecDebugger remoti come vettore di attaccoDAST è una parte essenziale di un programma completo per la sicurezza delle applicazioniCome difendersi dagli attacchi recenti su Microsoft Exchange5 principali vantaggi dei primi test di sicurezzaTecniche di attacco Denial-of-Service con avvelenamento della cacheQuali principali attacchi web possiamo aspettarci nella nuova top 10 di OWASP?Hack di SolarWindsPillole di Sicurezza | Episodio 38Pillole di Sicurezza | Episodio 37Perché gli sviluppatori evitano la sicurezza e cosa puoi fare al riguardoPillole di Sicurezza | Episodio 36Cos'è l'attacco RUDYCos'è la navigazione forzataCome gli scanner trovano le vulnerabilitàPillole di Sicurezza | Episodio 34Pillole di Sicurezza | Episodio 35Come eseguire il benchmark di uno scanner di vulnerabilità Web?Pillole di Sicurezza | Episodio 33Pillole di Sicurezza | Episodio 325 proposte di vendita comuni sulla sicurezza delle applicazioni web5 motivi per non fare affidamento sui programmi BountyPillole di Sicurezza | Episodio 315 motivi per cui la sicurezza web è importante quanto la sicurezza degli endpointPillole di Sicurezza | Episodio 305 motivi per cui la sicurezza web è importante per evitare il ransomwarePillole di Sicurezza | Episodio 293 motivi per cui DAST è il migliore per la sicurezza delle applicazioni WebPillole di Sicurezza | Episodio 28Pillole di Sicurezza | Episodio 27Pillole di Sicurezza | Episodio 24Pillole di Sicurezza | Episodio 25Pillole di Sicurezza | Episodio 21Pillole di Sicurezza | Episodio 22Pillole di Sicurezza | Episodio 20Pillole di Sicurezza | Episodio 17Il flag HttpOnly: protezione dei cookie da XSSPillole di Sicurezza | Episodio 16Il Bug Heartbleed – I vecchi Bug sono duri a morirePillole di Sicurezza | Episodio 15Pillole di Sicurezza | Episodio 14Pillole di Sicurezza | Episodio 13Pillole di Sicurezza | Episodio 12Pillole di Sicurezza | Episodio 11Pillole di Sicurezza | Episodio 10Sicurezza delle reti: gli hacker puntano CitrixCyber hacking: la Germania chiede l’intervento dell’UESicurezza informatica: Cisco rilascia aggiornamentiOcchio al cryptojacking: malware infiltrato in Docker HubSIGRed: bug di sistema in Windows Server scovato dopo 17 anniPillole di Sicurezza | Episodio 9Summit Live - Disponibili le registrazioni delle live di MonteleoneCriminalità informatica: Schmersal sventa un cyber-attaccoPillole di Sicurezza | Episodio 8Pillole di Sicurezza | Episodio 7Analisi pratica dei rischi per il SysAdmin, DevOps e Dev | Summit LivePillole di Sicurezza | Episodio 6Pillole di Sicurezza | Episodio 5Pillole di Sicurezza | Episodio 4Pillole di Sicurezza | Episodio 3Pillole di Sicurezza | Episodio 2Pillole di Sicurezza | Episodio 1Pillole di Sicurezza | Episodio 23