Kwaadaardige verzoeken, SQL-injecties en exploitatie van applicatiekwetsbaarheden zijn voorbeelden van server-side aanvallen. Dit is waar WAFs uitblinken. Client-side aanvallen, aan de andere kant, exploiteren legitieme third-party scripts die je WAF al heeft goedgekeurd en geleverd aan browsers. De aanval gebeurt wanneer deze scripts worden uitgevoerd in de browsers van je gebruikers en gegevens stelen zoals creditcardnummers of inloggegevens. Je WAF ziet de legitieme scriptlevering, maar is blind voor wat dat script doet zodra het op de client-side draait.
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.