Contenus et rendu
HTML de fournisseur : conserver le texte sans exécuter du contenu
Une description externe peut contenir du balisage destiné à sa mise en forme. Avant de l’afficher dans un catalogue, définissez ce qui doit rester du texte et ce qui peut être rendu comme HTML. La confiance commerciale envers la source ne remplace pas les contrôles du contenu reçu.
Ce que documentent les sources
OWASP distingue encodage selon le contexte de sortie et assainissement du HTML lorsque du balisage doit être conservé ; modifier ensuite le résultat peut invalider la protection.
OWASP : prévention XSS et HTML sanitization — consulté le . Principes de prévention XSS ; aucun assainisseur installé et aucune conformité ou absence de vulnérabilité globale déduite.
Définir les usages du champ reçu
Inventoriez fiche, recherche, email et document qui utilisent la description. Un champ attendu en texte brut peut afficher le balisage comme texte ; un éditeur enrichi peut demander un sous-ensemble de HTML. La politique doit définir les éléments et liens nécessaires au lecteur, pas conserver tout ce qu’un fournisseur envoie. Faites attribuer la transformation et la vérification à des responsables identifiés.
Adapter le traitement au contexte de rendu
Faites préciser la méthode prévue pour chaque sortie et les outils maintenus utilisés par l’équipe technique. Une protection adaptée à un texte n’est pas interchangeable avec celle d’un attribut ou d’un autre contexte. Préparez des descriptions fictives et inoffensives pour examiner accents, listes et liens. Le registre doit noter ce qui est conservé, retiré ou rendu comme texte, avec le résultat réellement observé.
Rejouer les transformations et consommateurs
Une traduction, une mise en forme ou un composant peut modifier le contenu après son traitement initial. Comparez toutes les sorties concernées lors d’une évolution, puis gardez la version de la politique et le résultat des exemples. Les contrôles métier restent présents : une description proprement rendue peut encore annoncer une inclusion fausse. La recette de rendu ne certifie pas les faits du fournisseur.
Deux situations à rapprocher
La recherche affiche des balises
Scénario fictif : la fiche rend une liste correctement mais l’extrait de recherche affiche du HTML brut. Vérifiez le besoin de chaque consommateur et la transformation du même champ.
Une transformation suit l’assainissement
Scénario fictif : un composant réécrit le contenu traité. Faites examiner cette étape et rejouer les exemples avant de considérer la protection initiale comme conservée.
Conserver la décision et sa prochaine suite
| Point | Preuve à retrouver | Contrôle proposé |
|---|---|---|
| Champ | Source et version | Retrouver le contenu concerné. |
| Usage | Fiche, recherche ou document | Définir texte brut ou balisage admis. |
| Politique | Éléments et liens autorisés | Conserver une règle explicable. |
| Contexte | Zone de sortie | Adapter le traitement réel. |
| Méthode | Outil et version maintenus | Attribuer la vérification technique. |
| Suite | Transformations ultérieures | Rejouer après modification. |
| Consommateurs | Tous les rendus touchés | Comparer le même exemple. |
| Métier | Promesses et conditions | Relire le sens malgré un rendu propre. |
La fiche de recette conserve la politique, les transformations et les sorties observées. Les textes restent lisibles et les éléments non admis suivent une règle explicite. Le contrôle de rendu demeure distinct de la qualité des informations commerciales.
Erreurs à éviter
- Insérer directement tout le HTML reçu.
- Réutiliser la même protection dans tous les contextes.
- Oublier les modifications effectuées après traitement.
La fiche de contrôle permet de suivre les points à confirmer. Le registre associé conserve le périmètre, les preuves et la décision ; ses champs peuvent être remplis dans l’atelier avec des données fictives ou anonymisées.
Nommer les points du dossier
- Politique HTML d’un catalogue : Règle sur le balisage et les liens admis pour les descriptions.
- Contexte de sortie d’une description : Zone de rendu qui détermine le traitement technique requis.
- Transformation après assainissement : Modification ultérieure dont les effets sur la protection doivent être relus.
- Preuve de rendu d’un contenu externe : Résultat observé sur les sorties utilisant une même description.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- OWASP : prévention XSS et HTML sanitization — Principes de prévention XSS ; aucun assainisseur installé et aucune conformité ou absence de vulnérabilité globale déduite. (consultée le )
Questions fréquentes
Questions utiles avant de décider
La source officielle rend-elle le HTML sûr par défaut ?
Le circuit de rendu doit appliquer ses contrôles et vérifier ses consommateurs.
Faut-il supprimer toute mise en forme ?
Définissez l’usage et le sous-ensemble nécessaire, puis examinez le résultat du traitement choisi.
Quels écrans rejouer ?
Toutes les sorties qui utilisent le champ et les transformations qui le modifient.