Come correggere le vulnerabilità di sicurezza prima che altri le trovino

Immagina: sei di guardia, e improvvisamente arriva un allarme su una violazione riuscita di una vecchia versione di un CMS che tutti avevano dimenticato da tempo. Uno scenario spiacevole, vero? In pratica, la sicurezza spesso perde contro la velocità di sviluppo, e gli admin semplicemente non riescono a stare al passo con il flusso di nuove CVE. Fortunatamente, ci sono appassionati che raccolgono tutte le "armi" di attacco in un unico posto. Oggi daremo un'occhiata al repository PoC dell'utente eeeeeeeeee-code — un enorme archivio di exploit già pronti e script per testare le vulnerabilità.

Cos'è questo progetto e perché ti serve

Il repository è un database Proof of Concept (PoC) vivo. Originariamente, il progetto era un backup della nota libreria di vulnerabilità wy876, ma l'autore ha deciso di non limitarsi ad archiviare i dati — ha scelto di svilupparlo attivamente. Ora è una delle raccolte più aggiornate di scenari di attacco rivolti sia a software cinesi che internazionali.

Perché uno sviluppatore o amministratore di sistema ne ha bisogno? La risposta è semplice: per testare i tuoi sistemi "in combattimento." Invece di leggere descrizioni asciutte nei database CVE, prendi uno scenario già pronto e vedi se funziona contro il tuo server. Se funziona — è ora di aggiornare urgentemente o chiudere quella porta.

Cosa guardare all'interno

Il repository ha centinaia di cartelle, suddivise per vendor e tipi di sistema. C'è tutto: dalle vulnerabilità dei router a bug critici in moderni framework AI come Langflow.

Il preferito da tutti: SQL Injection

Il database è letteralmente pieno di esempi di SQL injection. Questo vale sia per i sistemi CRM che per i portali di gestione energetica aziendale. Dopo aver visto questi esempi, ti rendi conto che i classici errori di filtraggio dei parametri sono ancora molto diffusi.

Remote Code Execution (RCE)

La roba più pericolosa. Il database contiene scenari recenti per i sistemi Zhiyuan OA e persino bug critici in Kubernetes Ingress-Nginx. Ad esempio, la vulnerabilità CVE-2025-1974 dimostra chiaramente come una configurazione errata possa portare a prendere il controllo di un cluster.

Lettura arbitraria di file

Un problema spesso sottovalutato. Gli scenari per sistemi come MasterSAM o DeepFlow mostrano come un attaccante possa estrarre file di configurazione con password di database semplicemente accedendo a un determinato endpoint.

Valore pratico per il team

Di solito, questi repository sono utilizzati dai pentester, ma c'è molto materiale utile anche per un normale team di sviluppo.

1. Security regression testing. Se la tua azienda utilizza software specifico (ad esempio sistemi Dify o Langflow), puoi aggiungere controlli da questo repository alle tue pipeline CI/CD.
2. Imparare dagli errori degli altri. I file all'interno sono eccellenti materiali didattici. Apri una cartella con una vulnerabilità di WordPress o Grafana e vedi esattamente dove lo sviluppatore ha sbagliato.
3. Verifiche rapide dell'infrastruttura. Quando arriva la notizia di una nuova CVE in qualche framework, è probabile che un PoC funzionante appaia qui entro un paio di giorni.

Dai un'occhiata al log degli aggiornamenti dell'ultimo mese — ci sono decine di voci.

Alcune riflessioni sulla sicurezza

Quando si lavora con questi strumenti, è importante ricordare due cose. Prima di tutto, è una "spada a doppio taglio." Usali solo nel tuo sandbox o su sistemi dove hai il permesso ufficiale per la ricerca di bug. In secondo luogo, il README del progetto è in cinese, il che potrebbe complicare leggermente la navigazione, ma la struttura delle cartelle wpoc/VendorName/VulnerabilityName.md è intuitiva.

All'interno di ogni file .md, di solito troverai una descrizione della vulnerabilità, i parametri della richiesta e un esempio di payload. Tutto è il più specifico possibile, senza fronzoli inutili.

Vale la pena provarlo

Se sei responsabile della sicurezza dell'infrastruttura o costruisci servizi enterprise, questo repository merita di essere salvato nei preferiti. Non è solo una "lista di falle" — è uno strumento per la difesa attiva.

Il progetto viene aggiornato attivamente — letteralmente solo pochi giorni fa, sono stati aggiunti nuovi metodi di bypass dell'autenticazione per plugin WordPress e RCE in server SSH su Erlang-OTP. Questa è una buona ragione per controllare le tue dipendenze e assicurarti di non stare usando software vecchio di un decennio che può essere violato con una singola richiesta HTTP.

Ovviamente, la documentazione a volte è carente e alcuni link portano a risorse cinesi esterne, ma per uno specialista tecnico c'è più che sufficienti esempi di codice e richieste. Ricorda: è meglio trovare la vulnerabilità da soli usando PoC che scoprirla dall'attacco di un hacker.