“Qualcuno prova password sul nostro login tutta la notte.”
Una sola regola limita /login a 10 tentativi al minuto per indirizzo. Gli altri vengono respinti prima che il tuo server li veda.
WAF · Reverse proxy di sicurezza · di OneFirewall Alliance
Chi indovina password, scanner e scraper consumano i tuoi server, il tuo budget e le tue serate. Punta il tuo dominio su WAP e verranno respinti prima di raggiungerti.
3 passaggi per andare live · nessuna modifica al codice · annulli con un solo record DNS
Ti suona familiare?
Sei cose che ci raccontano i gestori di siti web, e cosa cambia quando WAP si mette davanti al sito.
Una sola regola limita /login a 10 tentativi al minuto per indirizzo. Gli altri vengono respinti prima che il tuo server li veda.
Ogni visitatore ha un tetto di utilizzo equo e le reti ostili si bloccano con una riga. I tuoi server lavorano solo per i clienti.
Strumenti d'attacco, trucchi di path traversal e metodi spazzatura vengono bloccati automaticamente, dal primo giorno.
Blocca /.env, /.git o qualsiasi percorso in pochi secondi, comprese tutte le varianti furbe come /%2eenv o //.ENV.
Rate limit sulle pagine pesanti, limiti alla dimensione delle richieste e timeout verso l'origin lasciano capacità ai visitatori paganti.
Ora lo sai: un proxy di sicurezza davanti a ogni sito, un origin blindato e numeri giornalieri per dimostrarlo.
Semplice per scelta
WAP è un reverse proxy di sicurezza. Il traffico per il tuo dominio arriva prima all'edge di WAP; solo le richieste pulite vengono inoltrate al tuo server.
Valutazione gratuita
Dicci il tuo dominio e cosa ti dà problemi. Un ingegnere lo esaminerà con te e ti darà una risposta diretta, compreso "per questo non hai bisogno di noi" quando è la verità.
Usa il modulo di contatto di OneFirewall. L'oggetto è già impostato su WAP; aggiungi il tuo dominio e una o due frasi sul problema: bot sul login, sito lento, un questionario di sicurezza.
Contatta OneFirewall →Nessuna sequenza commerciale. Un ingegnere OneFirewall risponde di persona, di solito entro un giorno lavorativo. Sei già membro? Accedi a WAP.
Gratis, che tu ti iscriva o no
Copiale, usale, condividile con un amico che gestisce un sito web.
Qualsiasi risposta diversa da 403 o 404 va sistemata oggi.
for p in .env .git/config .DS_Store \
server-status phpinfo.php backup.zip; do
printf '%s ' "$p"
curl -s -o /dev/null -w '%{http_code}\n' \
https://example.com/$p
done
Abbastanza per un umano, troppo pochi per un bot. In nginx:
limit_req_zone $binary_remote_addr
zone=login:10m rate=10r/m;
location = /login {
limit_req zone=login burst=5;
proxy_pass http://app;
}
crt.sh i vecchi hostname che puntano ancora lì.X-WAP: secure.Per l'ingegnere che deve approvare
Ogni protezione, come funziona e cosa riceve in risposta l'attaccante. Apri una riga per i dettagli.
L'attaccoBotnet riprovano milioni di coppie utente/password trapelate, o tirano a indovinare, contro gli endpoint di login e reset password a migliaia di tentativi al minuto. Basta una password riutilizzata per prendere il controllo di un account.
Come lo ferma WAPAggiungi una regola di rate limit sul percorso sensibile, ad esempio /login a 10 richieste al minuto per IP client. Ogni tentativo oltre il limite riceve 429 sull'edge, così il backend di autenticazione e il database non lo vedono mai.
POST /login ×600/minL'attaccoI flood di livello 7 inviano richieste HTTP economiche per chi le manda ma costose per te: ricerche, generazione di report, operazioni sul carrello. Gli scraper aggressivi fanno lo stesso per copiare prezzi e contenuti. Entrambi esauriscono CPU, connessioni al database e banda.
Come lo ferma WAPUn tetto di richieste al minuto per IP su tutto il sito limita ogni visitatore. Le reti responsabili si bloccano per CIDR, e le modifiche arrivano nella memoria di ogni nodo edge in pochi secondi. Il DDoS volumetrico L3/L4 richiede uno scrubbing di rete a monte di WAP.
GET /search ×5,000/minL'attaccoGli scanner automatici richiedono percorsi noti su ogni sito che trovano: /.env con le password del database, /.git/config, /wp-admin, /phpmyadmin, /actuator, /server-status. Un solo file dimenticato può far trapelare credenziali o codice sorgente.
Come lo ferma WAPRegole di blocco su prefisso, percorso esatto o sottostringa fermano queste richieste con 403 prima che raggiungano l'origin. Per lasciare un pannello di amministrazione raggiungibile solo dall'ufficio, aggiungi una regola di allow per il range IP dell'ufficio e una di blocco per il percorso.
GET /.git/configL'attaccoSequenze ../ nell'URL escono dalla web root per leggere file come /etc/passwd o le configurazioni dell'applicazione. Gli attaccanti le codificano (%2e%2e%2f), le codificano due volte (%252e) o usano backslash per eludere filtri ingenui.
Come lo ferma WAPWAP decodifica ogni percorso ripetutamente, così la codifica doppia e tripla viene sciolta, e tratta i backslash come separatori. Ogni richiesta il cui percorso contiene ancora un segmento .. viene rifiutata. I browser reali risolvono questi segmenti prima dell'invio, quindi il traffico legittimo non fa mai scattare il controllo.
GET /%252e%252e/%252e%252e/etc/passwdL'attaccoI filtri sui percorsi si aggirano spesso scrivendo lo stesso URL in modo diverso: /%61dmin, //admin, /ADMIN, /public/../admin o \admin. Il server di origine normalizza il percorso e serve comunque la pagina protetta.
Come lo ferma WAPPrima di applicare le regole, WAP normalizza ogni percorso: decodifica, comprime gli slash doppi, risolve i segmenti con punto, converte i backslash e ignora maiuscole e minuscole. Una sola regola /admin copre ogni variante, mentre l'URL originale viene comunque inoltrato invariato all'origin.
GET //%61DMIN/./usersL'attaccoStrumenti come sqlmap, nikto, nuclei e masscan mappano la tua applicazione e cercano CVE note, spesso poche ore dopo la pubblicazione di una vulnerabilità. Le loro richieste riempiono anche i log di rumore.
Come lo ferma WAPLe regole sullo User-Agent bloccano gli strumenti noti, quelle su IP/CIDR bloccano le reti ostili. Poiché lo User-Agent lo sceglie il client, combina queste regole con i rate limit. Le richieste bloccate vengono contate per sito e per giorno nella dashboard.
User-Agent: sqlmap/1.8L'attaccoGli attaccanti inviano i propri header X-Forwarded-For o X-Real-IP per sembrare un indirizzo in allow-list, per sfuggire ai rate limit per IP o per piantare un IP falso nei log e nell'audit trail.
Come lo ferma WAPWAP scarta ogni header di inoltro inviato dal client e scrive X-Forwarded-For e X-Real-IP a partire dalla connessione TCP reale. Rate limit e regole IP usano lo stesso indirizzo verificato.
X-Forwarded-For: 10.0.0.1L'attaccoSe gli attaccanti trovano il vero IP del tuo origin, tramite vecchi record DNS, log dei certificati o un header di posta, possono aggirare qualsiasi proxy e attaccare direttamente il server.
Come lo ferma WAPOgni richiesta inoltrata da WAP porta l'header di riconoscimento X-WAP: secure. Consenti solo l'edge di WAP nel firewall dell'origin e rifiuta le richieste prive dell'header. Gli accessi diretti falliscono anche se l'IP è trapelato.
GET / inviata direttamente all'IP dell'originL'attaccoUn framing ambiguo, come Content-Length e Transfer-Encoding nella stessa richiesta, fa sì che proxy e origin non siano d'accordo su dove finisce una richiesta. Una seconda richiesta nascosta viene contrabbandata oltre i controlli di sicurezza o nella connessione di un altro utente.
Come lo ferma WAPWAP analizza completamente ogni richiesta e la ri-incapsula per la connessione verso l'origin. Se è presente Transfer-Encoding, Content-Length viene eliminato, e gli header hop-by-hop, compresi quelli elencati in Connection, vengono rimossi. L'origin riceve solo il framing generato da WAP.
CL: 4 + TE: chunkedL'attaccoTRACE restituisce l'intera richiesta, il che può esporre cookie e header di autorizzazione (cross-site tracing). PUT, DELETE o PATCH lasciati attivi per errore possono permettere agli attaccanti di modificare contenuti.
Come lo ferma WAPTRACE e TRACK sono bloccati per ogni sito. Le regole sui metodi possono bloccare qualsiasi altro verbo che la tua applicazione non usa, ad esempio DELETE su un sito marketing.
TRACE / HTTP/1.1L'attaccoCorpi di richiesta molto grandi riempiono memoria e disco sugli handler di upload. Un origin che si blocca tiene occupate le connessioni finché non ne resta nessuna per gli utenti reali.
Come lo ferma WAPI corpi oltre il limite della piattaforma (25 MB di default) vengono rifiutati con 413. Il limite viene verificato sul Content-Length dichiarato e di nuovo durante lo streaming del corpo. I timeout di connessione e risposta verso l'origin chiudono le connessioni bloccate con 504.
POST /upload (corpo da 4 GB)L'attaccoHeader Host o X-Forwarded-Host falsificati avvelenano le cache e i link di reset password. Gli attaccanti provano anche a usare i reverse proxy come relay aperti verso siti arbitrari.
Come lo ferma WAPVengono inoltrati solo hostname esatti e registrati, verso l'origin configurato dal proprietario. Ogni altro host riceve 401 e non viene mai inoltrato. X-Forwarded-Host è sempre impostato da WAP, mai preso dal client.
Host: attacker.exampleNon ancora disponibile: regole gestite a firma (SQLi/XSS), TLS automatico, blocco basato su threat intelligence e verifica del dominio. Il DDoS volumetrico (L3/L4) richiede uno scrubbing di rete davanti a WAP. Preferiamo dirtelo ora piuttosto che dopo l'iscrizione.
FAQ
Sì. Ripunta il DNS sul tuo server e WAP esce dal percorso. Nessun lock-in, nessun agente da disinstallare e nessun codice da rimuovere.
I controlli delle regole avvengono in memoria e durano microsecondi. Il costo reale è un salto di rete in più tra WAP e il tuo origin, minimo quando l'origin è vicino all'edge.
No. Aggiungi il sito nella console e punti il DNS su WAP. Consigliamo che l'origin accetti traffico solo da WAP e legga l'IP del visitatore da X-Forwarded-For.
In pochi secondi. La configurazione è salvata in Postgres e inviata nella memoria di ogni nodo edge tramite notifiche del database, quindi il controllo di una richiesta non aspetta mai una query.
Riceve HTTP 401 e una pagina che spiega che serve la registrazione. Non viene mai inoltrato da nessuna parte.
WAP non memorizza i corpi di richieste o risposte. Tiene contatori giornalieri per sito e, per i domini non registrati, una piccola quantità di metadati delle richieste per l'analisi di sicurezza.
WAP lavora al livello HTTP (L7). I flood che saturano i collegamenti di rete (L3/L4) richiedono uno scrubbing di rete davanti all'edge.
WAP è attualmente disponibile per i membri di OneFirewall Alliance. L'accesso è senza password, con un link monouso inviato alla tua e-mail di lavoro. Se non sei ancora membro, contatta OneFirewall e ti attiveremo noi.
Parla prima con il team OneFirewall. Esamineremo cosa sta colpendo il tuo sito e ti diremo onestamente se WAP è la soluzione giusta.
WAP · Web Application Protection — erogato da OneFirewall Alliance LTD · webapplicationprotection.com