cside est beaucoup plus simple car nous ne gérons que les fichiers JavaScript, pas toute votre infrastructure web. Avec un WAF, vous devez configurer des règles pour tout votre trafic, gérer les certificats SSL, gérer différents types de contenu et vous soucier de bloquer les requêtes légitimes. Un WAF n'a également aucun chevauchement avec cside, car un WAF surveille les requêtes entrantes, pas l'activité côté client ou les réponses serveur vers le côté client. Alors que certains fournisseurs de WAF injectent des Content Security Policies, nous avons construit cside dès le départ pour traiter la sécurité côté client par conception et non après coup. Avec cside, vous ajoutez simplement notre package NPM ou une balise script à vos pages et configurez quels scripts tiers vous voulez que nous analysions. Pas besoin de restructurer toute votre architecture web ou de gérer des règles de proxy complexes.
cside peut-il fonctionner avec mon WAF existant sans conflits ?
Nous surveillons une dimension entièrement différente de la pile applicative ; par conséquent, il n'y a pas d'interférence.
Le proxy JavaScript de cside ajoute-t-il de la latence comme un WAF le fait pour tout le trafic ?
cside n'ajoute que 8 à 20 millisecondes aux fichiers JavaScript dynamiques spécifiques que nous proxifions, avec les scripts statiques mis en cache pour un chargement plus rapide.
Que se passe-t-il si le proxy de cside tombe en panne ? Mon site web sera-t-il cassé ?
Votre site web continuera à fonctionner normalement grâce à notre conception fail-open et notre SLA de disponibilité de 99,99 %.
L'approche proxy de cside cassera-t-elle mon site web comme un WAF mal configuré pourrait le faire ?
Non, votre site web continuera à fonctionner normalement car nous n'interceptons que les scripts tiers avec une conception fail-open.