QR codes sécurisés lors d'un événement en 2026

Un plan pratique pour protéger les QR codes lors d'un événement : propriétaires, domaines, impression, vérification du site, actions en cas de substitution et solution de secours sans QR.

Des QR codes sûrs lors d'un événement ne commencent ni par un générateur, ni par le design. L'équipe définit d'abord l'action du invité, le propriétaire de la page, l'adresse autorisée, les données, la durée de validité et la solution de secours sans scan. Sinon, un carré soigné sur le comptoir d'accueil peut mener à un formulaire obsolète, à un domaine étranger ou à une page substituée.

Le quishing désigne l'hameçonnage utilisant un QR code. Sur le site, le contexte renforce le risque : la personne voit le code sur une affiche d'apparence officielle, se presse, fait la queue et attend un résultat rapide. Le QR lui-même dissimule sa destination jusqu'au scan, si bien que la confiance accordée au support se transfère facilement au lien que personne n'a vérifié.

Chez Aventura, nous considérons le QR comme une partie du parcours du invité et de l'infrastructure numérique de l'événement. Nous relions les maquettes, l'inscription, la signalétique, les pages de supports et le travail des coordinateurs. Les règles techniques de protection du domaine, des comptes et de traitement des incidents sont approuvées par le service compétent du client. Cette répartition des rôles aide à ne pas présenter des mesures organisationnelles comme une véritable sécurité de l'information.

Pourquoi un QR code sur un événement devient-il un point de risque ?

Les QR codes sécurisés d'un événement deviennent un point de risque lorsque la personne fait confiance au lieu d'affichage mais ne voit ni l'adresse ni l'action avant de scanner. La substitution peut se produire sur un support imprimé, un écran, dans un e-mail ou dans le panneau de gestion d'un lien dynamique. La sécurité dépend donc de tout le parcours : de la validation de la destination à la désactivation de la page après l'événement.

Un simple autocollant posé sur une affiche suffit à remplacer un code valide par un autre. Il n'est pas nécessaire pour cela d'accéder au site de l'organisateur. Il suffit de s'approcher quelques instants d'un comptoir, d'un stand, d'un hall d'ascenseurs ou d'un chevalet de table. Extérieurement, le nouveau code peut reprendre la charte graphique, car la couleur et le logo se copient facilement.

Il existe aussi une substitution numérique. L'équipe imprime un QR dynamique, mais sa destination est gérée par le compte personnel d'un collaborateur ou d'un prestataire. Si l'accès au panneau est perdu ou si le lien est modifié sans validation, la maquette d'origine reste inchangée. L'invité ne verra aucune différence avant de cliquer.

HTTPS ne prouve pas non plus que la page appartient à l'organisateur. Il protège la connexion avec le domaine qui s'ouvre. Un site frauduleux peut lui aussi utiliser HTTPS. L'invité a besoin d'un domaine officiel connu à l'avance, d'un chemin compréhensible et de la possibilité d'effectuer l'action autrement.

Nous ne proposons pas de reporter la protection sur la vigilance du participant. Sur le site, une personne peut être pressée, discuter et chercher en même temps la bonne salle. Pour l'organisateur, il est plus utile de supprimer les redirections superflues, d'indiquer la destination à côté du code, de contrôler les supports et de donner aux collaborateurs une procédure claire pour signaler un doute.

Cartographie des surfaces QR de l'événement

Commencez par recenser tous les endroits où un invité ou un collaborateur peut rencontrer un code officiel, et désignez un responsable pour chaque support. La cartographie couvre les messages numériques, les supports personnels de l'invité, l'aménagement du site et les supports du programme. Sans une telle cartographie, une partie des codes échappera inévitablement à la vérification commune.

Il est commode de partir du parcours de la personne. Avant l'arrivée, le QR peut figurer dans l'invitation ou le billet. À l'entrée, il intervient dans l'enregistrement.

Dans la salle, le code ouvre le programme, la traduction, les questions au conférencier ou un sondage. Dans l'espace d'exposition, il aide à demander des documents ou à transmettre volontairement ses coordonnées. Après le programme, il mène aux enregistrements et aux présentations.

Pour chaque surface, nous consignons non seulement le code lui-même, mais aussi son environnement :

• qui verra le support ;
• quelle action la légende promet ;
• où se trouve l'adresse officielle ;
• qui peut remplacer la maquette ou le contenu de l'écran ;
• un identifiant personnel est-il nécessaire ;
• quelles données la page finale demande ;
• quel parcours fonctionne sans caméra, sans téléphone ou sans réseau ;
• qui vérifie le support après le montage.

Cette cartographie est également utile pour la navigation sur l'événement. Le QR peut compléter un panneau par un plan ou un programme, mais il ne doit pas remplacer le nom de la zone, la flèche et le collaborateur au point de choix. Si l'invité a besoin d'un téléphone pour comprendre où tourner, le parcours dépend trop du canal numérique.

Lors de la préparation de conférences, forums et séminaires, la cartographie aide à réunir dans un seul plan l'enregistrement, les salles parallèles, les questions aux conférenciers, les documents et les retours. Le code de chaque fonction reçoit une affectation distincte. L'équipe voit plus facilement où un même écran ou une même affiche tente de servir à des tâches incompatibles.

Comment constituer le registre avant l'impression ?

Le registre est constitué avant la validation des maquettes et inclut chaque QR code officiel. Une entrée associe un identifiant et un scénario à un propriétaire, à un support et à une adresse. On y indique également les données, la durée de validité, les redirections autorisées et le mode de désactivation. Le registre devient la source de référence pour la production, le PC de coordination et le service compétent du client.

Nous proposons d'utiliser un passeport de QR code simple. C'est un document de travail du projet. Il ne prétend pas au statut de norme universelle. Il peut être tenu dans un tableur ou un outil de gestion de tâches, à condition que les droits de modification soient restreints et que l'historique des versions soit conservé.

Un billet nominatif et un code général pour le programme ne peuvent pas être traités de la même manière. Le billet est lié au statut du guest et peut être transféré. Le code d'information est généralement accessible à tous, mais il est plus facile à remplacer massivement sur une surface ouverte. Ces différences influencent les droits, la durée de vie, la journalisation et le processus de repli.

Seul un groupe restreint dispose du droit de modifier l'adresse finale. Un changement de destination après l'impression doit laisser une trace : qui a modifié le parcours, pour quelle raison, ce qui a été vérifié et qui a validé la nouvelle page. Un mot de passe de compte personnel partagé dans un chat commun ne résout pas ce problème.

Pour un grand site, nous ajoutons au registre un marquage court du support. Par exemple, REG-ENTRANCE-01 désigne l'enregistrement à l'entrée principale, et HALL-B-POLL-02 - le sondage dans la deuxième salle. Le code est imprimé en petits caractères à côté de l'adresse manuelle et repris dans le plan de montage.

Le coordinateur communique précisément cet ID, de sorte que le PC de coordination ne se demande pas de quel comptoir ou de quelle présentation il s'agit. En cas de remplacement, le fichier reçoit une nouvelle révision et l'ancien exemplaire est marqué comme révoqué. Ce marquage ne sert pas de secret de protection. Il raccourcit le chemin entre la réclamation d'un guest et l'entrée concernée, son propriétaire et la maquette de référence.

Nous avons rassemblé un schéma distinct pour le flux d'entrée et les cas non standard dans l'article sur l'enregistrement des participants à un événement. Dans le registre QR, seul est nécessaire le fragment du processus qui relie le billet, l'entrée du guest, la vérification du statut et la recherche de repli.

Domaine de confiance et adresses courtes

Le parcours officiel est plus facile à reconnaître lorsque la même adresse est imprimée à côté du QR code et que le serveur n'autorise les redirections que vers des destinations approuvées. L'URL courte doit être compréhensible et saisissable manuellement. Un raccourcisseur aléatoire ou le domaine d'un générateur prive l'invité et l'équipe de la possibilité simple de distinguer un lien légitime d'une substitution.

Le schéma pratique est le suivant : l'organisateur dispose d'un domaine court ou d'une section du site principal, et les chemins nomment l'action. Des adresses distinctes mènent à l'inscription, au programme, au networking et à d'autres fonctions. Une fois la page ouverte, elle affiche à nouveau le nom de l'événement et sa destination.

Le canal de contact y est également indiqué. L'invité comprend où il se trouve avant de saisir ses données.

Une construction dangereuse apparaît lorsqu'une adresse sur le domaine de confiance accepte une URL externe arbitraire. Le début familier du lien donne l'impression d'une redirection officielle, puis la redirection envoie la personne vers un autre site. OWASP recommande d'associer un identifiant court à une destination préalablement approuvée sur le serveur, et de vérifier les adresses externes selon une liste stricte de valeurs autorisées.

Une vérification sur le début de la chaîne ne suffit pas. L'analyse de l'adresse doit tenir compte du schéma, du domaine et du port. Ce paramétrage est réalisé par l'équipe technique du client ou le propriétaire de la plateforme. De notre côté, nous consignons l'itinéraire autorisé dans le registre et ne le modifions pas dans la maquette sans nouvelle vérification.

NIST indique que les authentificateurs à saisie manuelle d'un code à usage unique ne sont pas considérés comme résistants au phishing : un tel code peut être relayé par un vérificateur frauduleux. WebAuthn/FIDO2 lie la vérification à un nom de domaine authentifié. La protection des comptes est configurée par l'équipe technique du client.

Pour l'organisation d'événements d'entreprise, le domaine de confiance est également pratique sur le plan opérationnel. L'inscription, le programme, les supports et le formulaire de contact conservent un point de contrôle unique. Les pages et les droits restent toutefois séparés, et le domaine commun ne devient pas une autorisation de mener n'importe où.

Comment protéger les codes imprimés et à l'écran ?

Des QR codes sécurisés lors d'un événement exigent une légende claire, un domaine visible, une mise en page maîtrisée et une inspection régulière. Un autocollant isolé, sans contrôle, se remplace facilement. Un code à l'écran peut se retrouver dans une présentation à partir d'un ancien fichier. C'est pourquoi l'on vérifie non seulement la lisibilité du carré, mais aussi l'origine de la version, l'emplacement et l'action finale.

Près du QR, il faut écrire un verbe et un résultat : « Ouvrir le programme », « Se connecter au réseau invité », « Évaluer la session », « Obtenir les supports ». La mention « Scannez » n'explique rien et convient à n'importe quelle contrefaçon. À côté, on place l'adresse courte officielle, l'ID du registre et le moyen de signaler un problème.

Pour une plaque permanente, une lamination monobloc ou une structure sur laquelle toute intervention est visible est utile. Pour les supports temporaires, l'équipe valide le mode de fixation et l'aspect. Un sceau, une marque de série ou un cadre de marque facilitent l'inspection, mais ne prouvent pas l'authenticité numérique. Ils peuvent aussi être copiés ou remplacés avec le code.

Les QR à l'écran font partie du plan média. L'équipe consigne le fichier, la source de diffusion, le responsable et l'heure de diffusion. La présentation d'un intervenant passe le même contrôle si elle contient des liens pour le public. On ne peut pas considérer un code comme sûr simplement parce qu'il est affiché sur grand écran depuis l'ordinateur portable de l'orateur.

Examinons séparément la correction d'erreurs. Le niveau de correction d'erreurs aide le QR code à être lu en cas de salissure ou de dommage partiel. Augmenter le niveau ajoute de la redondance et peut agrandir le symbole.

Cette fonction ne confirme pas le propriétaire, ne protège pas l'adresse et n'empêche pas de coller par-dessus un autre code entièrement fonctionnel. Le réglage de la qualité d'impression ne remplace pas le contrôle de la substitution.

Avant le tirage, le code est testé à sa taille réelle et sur le matériau choisi. On tient compte de l'éclairage attendu et de la distance habituelle. Le test se termine par une action réussie sur la page finale.

La caméra peut voir le carré même si le formulaire ne fonctionne pas. On vérifie séparément les droits d'accès, l'actualité des supports et le parcours de secours.

Vérification avant l'ouverture des portes

Les QR codes sécurisés d'un événement sont contrôlés après le montage complet et avant l'accueil des invités. L'équipe compare chaque support au registre, à la référence, à la signature et au domaine déclaré. La vérification couvre le code lui-même, la page de destination et le parcours de secours. Le résultat est consigné par ID, lieu, heure et responsable, afin que tout écart puisse être retrouvé et corrigé rapidement.

Ensuite, le vérificateur scanne le code avec l'appareil photo natif, consulte l'aperçu de l'adresse et parcourt toutes les redirections. Le résultat est consigné par ID et par lieu. Le journal conserve également l'heure et le responsable, si bien que la phrase « tout a été vérifié » acquiert un contenu vérifiable.

Il est pratique de construire le parcours de contrôle en suivant le chemin de l'invité, de l'entrée à la sortie. Il comprend l'enregistrement, les zones communes, les salles et l'espace d'exposition. Le vérificateur s'assure que le code n'est pas masqué par une file d'attente ou une décoration. Il compare également la surface, la signature, l'action et l'adresse manuelle.

Pour chaque QR code, nous vérifions la séquence suivante :

1. Comparer le support à la maquette ou à la photo approuvée.
2. Vérifier l'intégrité de la surface et l'absence de superpositions.
3. Lire la signature, le domaine et l'ID sans scanner.
4. Ouvrir le code avec l'appareil photo natif du téléphone.
5. Comparer le domaine de l'aperçu.
6. Parcourir la chaîne de redirections autorisée.
7. Exécuter l'action sans autorisation enregistrée.
8. Vérifier le moyen de secours.
9. Consigner le résultat et les remarques dans le journal.

Une seule tournée matinale ne suffit pas si les visiteurs, les exposants et différentes équipes de montage ont accès aux supports. La vérification répétée est liée aux changements : ouverture d'une nouvelle zone, remplacement d'une présentation, déplacement de stands ou signalement d'un invité. La fréquence est déterminée par l'équipe selon le format du site et le risque propre à chaque surface.

L'ouverture massive d'une même page crée un pic de charge spécifique. Nous avons détaillé le plan réseau, la séparation de l'accès invités et de l'accès interne, ainsi que le secours des processus critiques dans notre article sur le Wi-Fi invités en conférence. Dans la tournée QR, il suffit de vérifier le réseau réel et de s'assurer qu'une panne de l'accès invités n'arrêtera ni l'enregistrement ni le PC de commandement.

Que faire en cas de suspicion de substitution ?

En cas de suspicion de substitution, le collaborateur cesse d'utiliser le support concerné, redirige les invités vers un itinéraire de secours et prévient le propriétaire désigné par le canal approuvé. Il ne cherche pas à examiner lui-même la page inconnue. L'équipe spécialisée bloque le parcours, conserve les données nécessaires, vérifie les codes voisins et décide comment rétablir l'accès officiel.

Un autocollant posé sur la maquette, un domaine inconnu, un formulaire de connexion inattendu, une demande d'installation d'application, une plainte d'invité ou un écart par rapport à la référence peuvent justifier l'arrêt. Le coordinateur n'a pas à prouver l'attaque sur place. Il suffit de consigner le fait observé et d'activer le scénario sécurisé.

Procédure de travail :

1. Retirer ou décoller le support suspect, si cela est sûr et relève des attributions du collaborateur.
2. Photographier l'emplacement ; la vue d'ensemble ; les signes d'intervention.
3. Communiquer au propriétaire l'identifiant du QR ; la zone ; l'heure ; le signe observé.
4. Rediriger les invités vers une adresse courte, un collaborateur ou un processus manuel.
5. Désactiver le parcours côté serveur ou afficher une page de blocage sécurisée.
6. Vérifier les copies du même code et les surfaces voisines.
7. Déterminer quelles données ont pu être affectées.
8. Communiquer les instructions suivantes via un canal officiel indépendant.
9. Consigner la décision et le rétablissement dans le journal.

Retirer l'affiche ne désactive pas les photos, les billets transférés et les images enregistrées. Le parcours doit donc disposer d'un interrupteur d'urgence côté serveur. La page de blocage sécurisée indique que le lien est temporairement indisponible et affiche un itinéraire alternatif vérifié, sans redirection supplémentaire.

L'équipe désigne à l'avance le canal de signalement. Il peut s'agir du téléphone du poste de commandement, de l'adresse du support ou d'un collaborateur d'une zone précise. L'instruction doit être visible sans scanner le code suspect. Pour la formation interne, un document distinct sur la journée de la cybersécurité pour les collaborateurs est utile : nous y distinguons les rôles de l'organisateur et du service spécialisé du client.

QR pour l'inscription, le Wi-Fi et les supports

L'inscription, le Wi-Fi, l'enquête et les supports nécessitent des QR codes différents et des contrôles distincts. Il ne faut pas les regrouper sous un seul bouton ambigu ni modifier leur destination sans inscription au registre. Les données, la durée de vie, la sauvegarde, le propriétaire et les conséquences d'une substitution diffèrent. L'invité doit comprendre l'action avant de scanner et voir le résultat attendu après le passage.

Inscription et billet. Le code public mène vers le domaine officiel et ne demande pas de mot de passe si celui-ci n'est pas nécessaire à l'action. Il est préférable de construire le billet personnel sur un identifiant opaque. On ne place pas le nom complet, l'e-mail et le poste en clair dans le QR.

Le statut est vérifié dans le système d'inscription. Au comptoir, la recherche par données de l'invité et la procédure d'exceptions restent disponibles.

Un billet transféré ne doit pas changer automatiquement de participant. Si l'entreprise remplace un invité, l'équipe effectue le remplacement selon les règles d'inscription. Sinon, une simple capture d'écran commence à vivre séparément de la liste à jour et crée un litige à l'entrée.

Wi-Fi invité. Le QR peut proposer la connexion au réseau, c'est pourquoi le nom exact du réseau est imprimé à côté. L'invité le compare avec ce que son téléphone affiche. Pour les participants, on utilise un accès invité isolé.

Le réseau interne du site et de l'équipe technique reste fermé. Le mot de passe et l'instruction manuelle restent en secours.

Enquête. Près du code, on indique ce que le formulaire évalue et qui reçoit les réponses. Si la connexion n'est pas nécessaire, on ne l'ajoute pas pour le confort de la plateforme. Les champs sont liés à la décision pour laquelle l'enquête est menée. La composition des champs, les finalités du traitement, les destinataires et la durée de conservation sont approuvés au préalable par l'opérateur de données personnelles avec un juriste ou le responsable des données personnelles.

Supports. Le code mène vers une seule page contrôlée contenant le programme, le plan ou les fichiers. Les supports publics et privés sont séparés par l'accès. Les fichiers sont vérifiés avant publication et les destinations externes arbitraires ne sont pas autorisées. Une adresse courte à côté du code aide à ouvrir la page manuellement et à identifier le domaine officiel.

Contact sur le stand. Avant la confirmation, la personne voit le destinataire, la finalité et la composition des données transmises. Le simple scan du code ou la présence à proximité du stand ne confirme pas un consentement préalable à la réception de messages publicitaires. Si, après l'échange de contacts, un envoi publicitaire par réseaux de télécommunication est prévu, l'ordre d'obtention et de constatation du consentement est vérifié par le juriste du client. Nous avons décrit en détail le mécanisme de l'échange volontaire dans l'article sur les contacts sans transmission d'une base commune de participants.

Lors de l'organisation d'expositions et de stands, il est particulièrement utile de séparer à l'avance les codes de l'organisateur, des exposants et des partenaires. Chaque propriétaire est responsable de sa page et de ses données, et une vérification commune du site contrôle que les libellés et les domaines n'induisent pas le visiteur en erreur.

Quand un QR de paiement exige-t-il un régime distinct ?

Un QR de paiement exige toujours un régime distinct dès lors que son scan peut entraîner un virement ou un autre paiement. Il ne doit pas être mélangé avec les codes du programme, du Wi-Fi et des supports. On lui attribue un propriétaire et un support dédiés. La procédure décrit également la vérification du bénéficiaire, le canal d'arrêt et une solution de secours indépendante via le processus de paiement approuvé.

Cette section fixe une frontière organisationnelle et ne contient pas de recommandations financières. Le schéma concret est confirmé par le service financier, la banque, le prestataire de paiement, le juriste et le service de sécurité compétent du client. Chez Aventura, nous pouvons relier le processus approuvé au plan du site et au travail du personnel, mais nous ne définissons pas les règles de règlement à la place de ces propriétaires.

Le support de paiement est visuellement séparé des supports d'information. On y indique l'objet du paiement et le canal d'assistance officiel. Avant l'ouverture du point, le responsable scanne le code via l'application standard et vérifie le bénéficiaire, le montant ou toute autre donnée attendue affichée par le processus approuvé.

EMVCo distingue les scénarios d'affichage du code par l'acheteur et par le vendeur. Cette terminologie relève de l'infrastructure de paiement. La conformité au format ne prouve pas l'authenticité d'une pancarte donnée. L'inspection de la surface, le contrôle du bénéficiaire et la possibilité d'arrêter rapidement l'utilisation restent néanmoins nécessaires.

Si l'événement ne comporte pas de paiements, mieux vaut ne pas introduire de QR de paiement « au cas où ». Si des paiements existent, un point temporaire ne doit pas utiliser le compte personnel d'un collaborateur ni une page arbitraire de saisie des données de carte. Le parcours admissible est défini par le schéma de paiement approuvé, et l'équipe de l'événement assure un placement clair et l'escalade.

En cas de suspicion de remplacement, le support est immédiatement retiré du service. Les actions suivantes sont déterminées par les propriétaires habilités du processus de paiement. Le personnel ne demande pas au client de répéter l'opération via un autre lien inconnu et ne donne aucune promesse de remboursement.

Voie de secours sans QR

Pour chaque scénario QR, une alternative est préparée à l'avance en cas de panne technique ou de support endommagé. Elle remplit la même fonction sans recourir à un nouveau code inconnu. Il peut s'agir d'une adresse courte, d'un comptoir avec un collaborateur ou d'une liste locale préparée à l'avance. Pour le programme et le Wi-Fi, des instructions textuelles dédiées conviennent.

Nous testons la solution de secours comme un parcours autonome. La mention « adressez-vous à l'organisateur » ne suffit pas. L'équipe doit savoir à quel collaborateur s'adresser, où se trouve la version à jour et comment consigner l'action pour la synchronisation ultérieure. L'invité ne doit pas passer d'un QR défaillant à un autre.

Les opérations critiques ne dépendent pas de l'internet des invités. La vérification locale du billet, un export minimal de la liste et un registre manuel permettent de poursuivre l'accueil pendant que l'équipe technique rétablit la connexion. Nous avons décrit la procédure complète de bascule dans l'article sur le plan de travail sans internet mobile.

La solution de secours ne doit pas être assemblée pendant la panne à partir de messages et de fichiers disparates. Elle est validée en même temps que le scénario principal. L'équipe vérifie l'actualité de la liste, les droits d'accès, la clarté de la consigne, la synchronisation ultérieure et la procédure de suppression des copies temporaires après l'événement.

Une bonne solution de secours réduit la pression sur l'invité. La personne n'a pas à choisir entre un lien suspect et la perte de l'accès à l'événement. Elle peut s'arrêter, signaler le problème à un collaborateur et effectuer l'action par une voie officielle claire.

Comment réceptionner un système de QR codes auprès d'un prestataire ?

La réception repose sur des preuves et permet au client de conserver la maîtrise après la fin des travaux. Le prestataire transmet le registre, les adresses d'origine, les propriétaires, les droits d'accès, les maquettes de référence et les résultats des tests. Le dossier est complété par les redirections autorisées, les scénarios de secours et la procédure de désactivation. Le client parcourt chaque parcours sur un appareil courant et vérifie que l'accès ne dépend pas du compte personnel du prestataire.

Avant la réception, il convient de déterminer à qui appartiennent le domaine, le compte du générateur, le panneau des liens dynamiques, les formulaires et l'analytique. Un profil personnel de spécialiste crée une dépendance à une seule personne. Un compte partagé sans droits individuels complique l'investigation des modifications. Un environnement géré par le client ou une procédure de transfert convenue à l'avance est préférable.

Le dossier de réception comprend :

1. Le registre complet des QR avec les ID et les affectations à jour.
2. Les maquettes d'origine et les fichiers prêts pour chaque support.
3. La liste des adresses visibles et finales.
4. La liste des transitions autorisées entre domaines.
5. Les propriétaires des pages, des formulaires, des données et de l'accès technique.
6. Les résultats des tests sur les appareils et réseaux cibles.
7. Les photographies de référence après l'installation.
8. La procédure de désactivation d'urgence et la page de secours sécurisée.
9. Un parcours de secours pour chaque scénario.
10. Les délais de fermeture des pages et de révocation des accès.

Le test de réception commence par le support et se termine par le résultat. Pour l'enregistrement, il s'agit de la fiche trouvée ou d'un refus explicite. Pour le Wi-Fi, il s'agit de la connexion au réseau invité attendu.

Pour les supports, le résultat consiste en l'ouverture de la page à jour avec les bons droits. Pour le sondage, il s'agit de l'envoi du formulaire sans exigences superflues.

On vérifie séparément la sortie d'une session authentifiée. Une page qui ne fonctionne que sur l'ordinateur portable du développeur ou sur le téléphone d'un administrateur déjà connecté n'a pas passé la réception. Il est utile d'utiliser un appareil courant sans cookies enregistrés ni accès à l'entreprise.

Après le transfert, le prestataire ne doit pas conserver de droits superflus. Le délai précis et le périmètre d'accès dépendent du contrat et du schéma technique. La décision est fixée à l'avance : qui reste administrateur, qui obtient un accès en lecture, qui peut modifier l'affectation et qui révoque l'accès après la clôture du projet.

Check-list de l'organisateur

La check-list opérationnelle relie le QR au plan global de l'événement, du choix du scénario à la fermeture des pages temporaires. L'équipe désigne successivement les responsables, valide le domaine et les données, produit les maquettes, les teste et effectue une tournée de vérification après le montage. Le jour de l'événement, la check-list définit les contrôles répétés et les actions en cas de doute. Une fois l'événement terminé, elle sert à retirer les supports, révoquer les accès et conserver le journal des décisions.

Le processus se conclut par la tournée, l'accompagnement et la clôture. Commencer par l'impression oblige à revenir à la désignation des responsables et aux accès à un moment où il n'est plus pratique de modifier les supports.

Avant la production :

1. Lister toutes les actions pour lesquelles un QR est proposé.
2. Distinguer l'inscription ; le réseau ; le sondage ; les supports ; les contacts ; les paiements.
3. Désigner un responsable pour chaque action et chaque page.
4. Créer un registre avec ID ; adresse ; données ; échéance ; solution de secours.
5. Valider le domaine officiel et les redirections autorisées.
6. Limiter les droits de modification des liens dynamiques.
7. Vérifier que le formulaire ne demande pas de données superflues ni de connexion.
8. Préparer une adresse courte et un canal de signalement des problèmes.

Avant l'impression et la présentation :

1. Ajouter près du code une action claire, le domaine et l'ID.
2. Comparer la maquette avec le registre.
3. Vérifier la taille réelle, le matériau, l'éclairage et la distance.
4. Effectuer l'action finale sur un téléphone ordinaire.
5. Vérifier la solution de secours sans scan.
6. Figer la version de référence du fichier.
7. Intégrer les codes à l'écran et les présentations dans le plan média.

Après le montage et pendant l'événement :

1. Comparer tous les supports avec les références.
2. Vérifier l'absence d'autocollants et de traces de remplacement.
3. Parcourir les adresses sans autorisation enregistrée.
4. Consigner les résultats de la tournée.
5. Répéter la vérification après des modifications ou un signalement d'invité.
6. Maintenir disponible la désactivation d'urgence.
7. Rediriger les personnes vers la solution de secours pendant que l'équipe concernée analyse le doute.

Après l'événement :

1. Retirer les supports temporaires.
2. Désactiver les parcours et formulaires inutiles.
3. Fermer l'accès invité selon le plan validé.
4. Révoquer les droits superflus des prestataires et des administrateurs temporaires.
5. Supprimer les exports et sauvegardes inutiles selon les règles du propriétaire des données.
6. Conserver le journal des modifications et des incidents sans données personnelles superflues.
7. Mettre à jour le modèle de projet en tenant compte des erreurs constatées.

Chez Aventura, nous intégrons cette check-list au plan de production global, avec le lieu et le programme. Les QR codes sont liés à l'inscription, à la navigation, aux services techniques, au contenu et au travail du PC de commandement. C'est pourquoi le responsable de chaque code doit figurer dans la matrice des responsabilités de l'événement.

Sources

• Kaspersky: What is Quishing?
• National Cyber Security Centre: QR Codes - what's the real risk?
• Internet Crime Complaint Center: Cybercriminals Tampering with QR Codes
• OWASP: Unvalidated Redirects and Forwards Cheat Sheet
• NIST SP 800-63B-4: Authenticator and Verifier Requirements
• Canadian Centre for Cyber Security: Security Considerations for QR Codes
• MDN Web Docs: HTTPS
• DENSO WAVE: QR Code Error Correction
• EMVCo: The What, Why and How of EMV QR Codes
• Federal Law «On Advertising», Article 18