WAFs zijn ontworpen om HTTP-verzoeken te analyseren die naar je server komen, maar client-side aanvallen vinden plaats nadat je legitieme inhoud al is geleverd aan de browser van de gebruiker. Een kwaadaardig script zou worden uitgevoerd binnen de browseromgeving, gevoelige gegevens verzamelen en versturen naar door aanvallers gecontroleerde servers. Een WAF zou by design geen zichtbaarheid hebben in die payload. Aangezien deze activiteit plaatsvindt aan de client-side nadat je webserver heeft geantwoord, ziet je WAF nooit het kwaadaardige gedrag of de gegevensdiefstal plaatsvinden.
Kan cside samenwerken met mijn bestaande WAF zonder conflicten?
Wij monitoren een geheel andere dimensie van de applicatie-stack; daarom is er geen interferentie.
Hoe lost cside de client-side blinde vlek op die WAFs niet kunnen aanpakken?
cside analyseert elk third-party script aan onze kant voordat het wordt uitgevoerd, waardoor het gemakkelijk is om aanvallen te stoppen door JavaScript-inhoud asynchroon te analyseren en een lijst van slechte scripts te hashen, waardoor wordt voorkomen dat ze opnieuw worden geladen.
Waarom is de browseromgeving onzichtbaar voor WAF-monitoring?
Een WAF (Web Application Firewall) opereert aan de perimeter en analyseert verkeer terwijl het kruist tussen externe netwerken en je interne netwerk richting je webservers.
Kan een WAF beschermen tegen supply chain-aanvallen op third-party JavaScript-bibliotheken?
WAFs kunnen niet beschermen tegen client-side supply chain-aanvallen omdat ze de fetch naar het third-party endpoint niet onderscheppen en daarom geen zichtbaarheid hebben in de JavaScript-bestanden van de third-party bronnen.