WAFs analyseren inkomende verzoeken om te bepalen of ze kwaadaardig zijn, maar third-party scripts worden geleverd van externe CDN's en domeinen die je WAF als legitiem beschouwt. Wanneer een vertrouwde scriptbron zoals een populaire analytics-bibliotheek wordt gecompromitteerd, blijft je WAF die verzoeken toestaan omdat ze komen van een eerder goedgekeurd domein. De WAF heeft geen manier om de daadwerkelijke JavaScript-code-inhoud te analyseren om te bepalen of deze kwaadaardig is geworden sinds de laatste keer dat deze werd geleverd.
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.