WAFs voeren geen inhoudsanalyse uit van JavaScript-bestanden, en vooral als de kwaadaardige payload afkomstig is van een third-party URL, zou de WAF niet in de flow van het verzoek zitten. Ze valideren alleen dat het HTTP-verzoek zelf naar de webserver legitiem lijkt. Wanneer een third-party script wordt bijgewerkt met kwaadaardige code, behandelt je WAF het hetzelfde als elke andere update van dat vertrouwde domein. WAFs missen de mogelijkheid om scriptversies te hashen, analyseren of vergelijken om te detecteren wanneer legitieme code gecompromitteerd raakt, wat precies is hoe supply chain-aanvallen zoals Polyfill slagen.
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.