Guide de reference du langage ActionScript 2.0 - PowWeb

Le protocole HTTPS, entre autres, empêche l'application de cette « modification », dans la
mesure où non seulement les transmissions HTTPS sont chiffrées mais encore protégées
contre les modifications. Si un intermédiaire tente de modifier un paquet, le récepteur détecte
la modification et refuse le paquet. Ainsi, l'attaquant ne peut pas modifier cart.swf, dans la
mesure où il est transmis par l'intermédiaire du protocole HTTPS.
Supposons maintenant que vous souhaitiez autoriser les boutons dans catalog.swf, servi par le
protocole HTTP, pour ajouter des éléments au caddie dans cart.swf, servi par le protocole
HTTPS. Pour appliquer cette fonctionnalité, cart.swf appelle allowInsecureDomain(), qui
permet à catalog.swf de programmer cart.swf. Cette action a une conséquence imprévue : un
attaquant potentiel peut modifier catalog.swf lorsqu'il est téléchargé par l'utilisateur, car
catalog.swf est transmis avec le protocole HTTP et n'offre aucune protection contre les
modifications. Le fichier catalog.swf modifié par l'attaquant peut désormais programmer
cart.swf, dans la mesure où cart.swf contient un appel à allowInsecureDomain(). Le fichier
catalog.swf modifié peut utiliser ActionScript pour accéder aux variables de cart.swf et lire
ainsi les informations sur les cartes bancaires et autres données sensibles. Le fichier catalog.swf
peut ensuite envoyer ces données au serveur d'un attaquant.
Naturellement, cette implémentation n'est pas souhaitable, mais vous devez autoriser la
programmation croisée entre les deux fichiers SWF de votre site. Voici deux façons de changer
la conception de ce site virtuel d'e-commerce afin d'éviter allowInsecureDomain() :
■ Servez tous les fichiers SWF de l'application avec le protocole HTTPS. Il s'agit de la
solution la plus simple et la plus fiable. Dans le scénario décrit, vous pouvez servir les
fichiers catalog.swf et cart.swf par l'intermédiaire du protocole HTTPS. Vous risquez de
consommer un peu plus de bande passante et d'augmenter la charge du processeur du
serveur en faisant basculer un fichier tel que catalog.swf du protocole HTTP au protocole
HTTPS, ce qui se traduira par une légère augmentation du temps de chargement des
applications au niveau de l'utilisateur. Vous devez faire des essais avec des serveurs réels
pour déterminer la gravité de ces effets. De manière générale, elle reste cantonnée entre 10
et 20 %, et est parfois totalement absente. Vous pouvez généralement améliorer les
résultats avec du matériel et des logiciels d'accélération HTTPS sur vos serveurs. L'un des
principaux avantage de l'application du protocole HTTPS aux fichiers SWF qui doivent
coopérer est que vous pouvez utiliser une URL HTTPS en tant qu'URL principale dans le
navigateur de l'utilisateur sans générer d'avertissements de contenu mixtes à partir du
navigateur. En outre, l'icône en forme de cadenas devient visible dans le navigateur, ce qui
permet d'offrir aux utilisateurs un indicateur de sécurité reconnu.
1100 Chapitre 2: Classes ActionScript