Quali sono gli aspetti unici di un software Ciclo di vita di un attacco / strumento su una vulnerabilità del software?

Di che tipo di codice stai parlando?

Ci sono molti strumenti di sicurezza usati nel processo di hacking, inclusi scanner come nmap , sqlmap , Nessus e molti altri. Immagino che abbiano lo stesso tipo di ciclo di vita del software come qualsiasi altra applicazione.

D'altra parte, ci sono codici exploit. Codici scritti per approfittare di un exploit molto specifico situazione. Dubito strongmente che tutti abbiano bisogno di un ciclo vitale. Tuttavia, molti codici di exploit sono anche integrati con un framework di sfruttamento più ampio come Metasploit .

Dopo una discussione con @AviD, vorrei aggiungere alcuni punti.

Sarà molto diverso per situazioni specifiche.

Alcuni codici exploit potrebbero essere scaricati per tenere conto della finestra prima che venga azzerato lo zero-day. Il codice potrebbe essere affrettato anche per altri motivi. Vedi: CRIME - Come battere il successore BEAST? per un grande esempio di questo. Una persona ha scritto un pezzo di codice PoC per dimostrare rapidamente il suo punto. Nessuna metodologia del ciclo di vita del software è presa in considerazione per codici come questo.

Probabilmente il malware con armi come stuxnet o FLAME lo fanno.

Software confezionato come Metasploit.

Quindi la risposta giusta è ... dipende.

Non vedo perché dovrebbe esserci un ciclo di vita dello sviluppo specificamente diverso a seconda dello scopo del prodotto.

Il software sviluppato per violare la sicurezza può avere una vita lunga quanto qualsiasi altro tipo di software e richiede la stessa quantità di manutenzione e lavoro.

Diversi creatori di tale software adotteranno cicli di vita diversi a seconda delle loro esigenze.

I modelli di sviluppo specificati sono proprio questo: i modelli di sviluppo. Sono estremamente utili quando si esegue lo sviluppo ingegneristico - quando si hanno requisiti, quando è necessario creare o modificare architetture di sistema o progetti di componenti, quando è necessario creare o modificare un prodotto e test associati e quando si rilascia a un cliente.

Non sono sicuro che questi modelli possano essere applicati direttamente a progetti più orientati alla ricerca, in cui cerchi di rispondere a domande o di saperne di più su un sistema (o sui punti deboli della sicurezza del sistema, nel tuo caso specifico).

Sospetto che i modelli iterativi / incrementali, come i metodi agili e il modello Spiral, siano i più utili per formare una base. In ogni iterazione, puoi lavorare per rispondere alle domande o definire altri parametri con cui lavorare, che potrebbero includere o meno la scrittura di qualsiasi codice. Forse vari metodi di ricerca scientifica potrebbero anche fornire una base interessante.

L'hacking ha visto di recente una strong professionalizzazione, lontano dai singoli hacker che lo fanno "per il lulz" o per ottenere fama, verso la collaborazione tra specialisti con l'obiettivo di fare soldi. Il risultato è stato un vero e proprio "kit di hacking" commerciale come il kit di exploit Blackhole dove specifiche debolezze del software possono essere facilmente integrate come plugins. Suppongo che tali prodotti siano sviluppati praticamente esattamente come qualsiasi altro prodotto software.

C'è apparentemente anche un mercato per exploit zero-day in via di sviluppo.

Life-Cyle non dipende mai dal codice. Dipende piuttosto da altri fattori come:

1. Ora
2. Budget
3. Natura del cliente
4. Natura del prodotto

Nel tuo scenario, la metodologia Agile Life Cyle sarebbe molto utile. Il motivo è che è necessario coinvolgere il cliente durante lo sviluppo e verificare i parametri di qualità accettabili del prodotto. La metodologia Agile ti aiuterebbe immensamente a migliorare il tuo software di hacking raccogliendo il feedback dei tuoi clienti e poi gradualmente lavorando su incrementale base.