Cloudflare: The New DDoS Landscape

https://blog.cloudflare.com/the-new-ddos-landscape/

TLDR: Csökken a sávszélt érintő SNY flood mértéke, mert a botnetek által megfertőzött eszközök (IoT, mobil) gyorsulásával és a headless böngészők fejlődésével egyre szofisztikáltabbak a támadások és ezzel együtt nehezebb a védekezés.
Tehát: Gyakoribb lesz a "jelöld ki a kiscicás képeket" ellenőrzés, a webfejlesztők meg írjanak jobb kódot!

Fun fact: A cikk alapján a világ http lekérdezéseinek 10%-ára korlátlan (titkosítatlan) rálátása van a Cloudflare-nek.

Hozzászólások

Feltehetoen karacsonykor sokminden allni fog.

Az iot szinonimaja a son, shit on network.

a google captcha meg egyre szemetebb: jeloljem be a negyzetet ahol van tabla, persze a 16-bol 9-be belog, beklikkelgetem aztan a vegen meg kapok egy tryagain-t...

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Én a cloudflare-t azért gyűlölöm igazán, mert elképesztő mennyi idióta van, aki bekapcsolja az API-ja előtt is

Nyilván nem a CF hibája, sőt jó szolgáltatás. Problémám az vele, hogy API interfész elé nem pakosz ilyet, mert JS alapú a szűrő, amit nyilván a http kliensek nem tudnak kezelni (nem is ez a dolguk). Be tudod úgy állítani, hogy header szinten szűrjön, de ezt többnyire elfelejtik sokan.

Feltéve, ha jól van konfigurálva. (gondolom én) Csak curse.com által szolgáltatott mediawiki api-kkal szívtam (és sokan mások látva a support oldalt), hogy normális content-type header mellett is bedobta, de végül ezt fixálták. Beletelt egy pár óra hajtépésbe, hogy az egy pontig tökéletesen jól működő 4 db microservice architektúra, miért hasal el egyszer csak egyik napról a másikra, szigorúan csak bizonyos mediawikiknél, holott a többi is CF védett. Alapvetően ki lehetett kerülni (https://github.com/codemanki/cloudscraper), csak a requestenkénti 5 másodperc baromira nem fért bele, az alapvetően is műveletek mellett