2026年のイベントにおける安全なQRコード

イベントにおけるQRコード防御の実践的プラン：所有者、ドメイン、印刷、会場の確認、差し替え時の対応、QRなしの予備手段。

イベントで安全なQRコードは、ジェネレーターやデザインから始まるものではありません。まずチームが、ゲストのアクション、ページの所有者、許容されるアドレス、データ、運用期間、スキャンなしの予備手段を定めます。そうしなければ、受付カウンター上の丁寧に作られた四角いコードが、古いフォーム、他人のドメイン、すり替えられたページへ導いてしまう可能性があります。

QRコードを利用したフィッシングはクイッシングと呼ばれます。会場では文脈がリスクを高めます。人は公式に見えるポスター上のコードを見て、急いでおり、列に並び、素早い結果を期待しています。QR自体はスキャンするまで行き先を隠すため、媒体への信頼が、誰も確認していないリンクへ容易に移ってしまいます。

Aventuraでは、QRをゲスト動線とイベントのデジタルインフラの一部として捉えています。私たちはデザイン、受付、ナビゲーション、資料ページ、コーディネーターの業務を連携させます。ドメイン、アカウント、インシデント対応の技術的な保護ルールは、依頼者の専門部署が承認します。こうした役割分担により、組織的な対策を完全な情報セキュリティと誤認させずに済みます。

イベントでQRコードがなぜリスクポイントになるのか

イベントにおける安全なQRコードは、人が設置場所を信頼し、スキャン前にリンク先や動作を確認しないときにリスクポイントとなります。差し替えは、印刷物、スクリーン、メール、あるいは動的リンクの管理画面で起こり得ます。そのため安全性は、リンク先の承認からイベント終了後のページ無効化まで、プロセス全体に依存します。

ポスターの上に貼られた普通のステッカーで、正常なコードを別のものに置き換えることができます。そのために主催者のサイトへのアクセス権を得る必要はありません。受付カウンター、ブース、エレベーターホール、テーブルテントに少し近づくだけで十分です。色やロゴは簡単にコピーできるため、新しいコードの外観がブランドスタイルと一致していることもあります。

デジタル上の差し替えもあります。チームが動的QRコードを印刷しても、そのリンク先を従業員や委託先の個人アカウントが管理している場合です。管理画面へのアクセスを失ったり、承認なしにリンクが変更されたりしても、元のデザインはそのまま残ります。ゲストは遷移するまで違いに気づきません。

HTTPSも、そのページが主催者のものであることを証明するわけではありません。HTTPSは開いたドメインとの接続を保護するものです。偽サイトもHTTPSを使用できます。ゲストには、事前に知っている公式ドメイン、分かりやすいパス、そして別の方法で操作を完了できる選択肢が必要です。

私たちは、参加者の注意力に防御を任せることを提案しているわけではありません。会場では、人は急いでいたり、話しながら目的の会議室を探したりすることがあります。主催者にとっては、余分なリダイレクトをなくし、コードの近くにリンク先を表示し、媒体を点検し、不審な点の報告手順を従業員に明確に示すことが有効です。

イベントにおけるQRコード設置箇所のマップ

まず、来場者やスタッフが公式コードに出会う可能性のある場所をすべて洗い出し、各媒体の担当者を決めます。このマップは、デジタルメッセージ、来場者の個人媒体、会場の装飾、プログラム資料を網羅します。こうしたマップがなければ、一部のコードは必ず全体チェックの対象外になってしまいます。

人の動線から始めると分かりやすくなります。来場前には、QRコードが招待状やチケットに記載されている場合があります。入場時には受付で使用されます。

会場内では、コードからプログラム、翻訳、登壇者への質問、アンケートにアクセスできます。展示エリアでは、資料の請求や連絡先の任意提供に役立ちます。プログラム終了後は、録画やプレゼンテーションへ誘導します。

各設置箇所について、コードそのものだけでなく、その周辺環境も記録します：

• 誰がその媒体を見るのか；
• キャプションが約束するアクションは何か；
• 公式アドレスはどこにあるのか；
• 誰がデザインや画面の内容を差し替えられるのか；
• 個人識別子が必要かどうか；
• 遷移先ページがどのようなデータを要求するのか；
• カメラ、スマートフォン、ネットワークなしで機能する経路はどれか；
• 設置後に誰が媒体を確認するのか。

このマップはイベント会場のナビゲーションにも役立ちます。QRコードは案内表示に地図やプログラムを追加できますが、エリア名、矢印、分岐点に立つスタッフの代わりになってはいけません。来場者がどこへ曲がるかを知るためにスマートフォンを必要とするなら、その動線はデジタルチャネルに依存しすぎています。

カンファレンス、フォーラム、セミナーの準備では、このマップによって受付、並行開催の会場、登壇者への質問、資料、フィードバックを一つの計画にまとめられます。各機能のコードには個別の役割を割り当てます。同じ画面やポスターを互換性のない目的に使おうとしている箇所を、チームが見つけやすくなります。

印刷前にQRコード台帳をどう整備するか

台帳はデザインの承認前に整備し、公式のQRコードをすべて登録します。各エントリーは識別子とシナリオを、管理者・媒体・アドレスと結び付けます。さらにデータ、稼働期間、許可する遷移、無効化の方法も記載します。台帳は制作、運営本部、発注者側の担当部署にとっての信頼できる情報源となります。

私たちはシンプルなQRコード台帳の運用を提案します。これはプロジェクトの実務文書であり、万能な標準規格を目指すものではありません。変更権限を限定し、バージョン履歴を保存できるなら、表計算ソフトやタスク管理システムでの運用でも構いません。

個人チケットとプログラム全体の共通コードは同じように扱えません。チケットはゲストのステータスと結び付いており、転送される可能性があります。案内用コードは通常誰でもアクセスできますが、その分、開かれた場所で一括してすり替えられやすいものです。この違いは権限、有効期間、ログ記録、予備プロセスに影響します。

最終アドレスを変更する権限は限られたグループに付与します。印刷後の用途変更は記録を残す必要があります。誰が経路を変更したか、その理由、確認した内容、新しいページを承認した人物です。個人アカウントのパスワードを共有チャットに流すだけではこの課題は解決しません。

大規模会場では、台帳に媒体の短い識別表記を追加します。たとえばREG-ENTRANCE-01は正面入口での受付を、HALL-B-POLL-02は第2ホールでのアンケートを表します。コードは手動アドレスの横に小さく印刷し、設置計画にも同じ表記を繰り返します。

コーディネーターはこのIDを伝えるため、運営本部はどの受付カウンターやプレゼンの話かを推測せずに済みます。ファイルを差し替える際は新しいリビジョンが付与され、旧版は回収済みとしてマークされます。この表記はセキュリティ上の秘密ではありません。ゲストからの苦情から該当エントリー、管理者、基準デザインにたどり着くまでの時間を短縮します。

入場フローと非標準ケース向けの別のスキームはイベント参加者登録の記事にまとめています。QR台帳では、チケット、ゲスト記録、ステータス確認、予備検索を結ぶプロセスの該当部分のみが必要です。

信頼できるドメインと短縮アドレス

QRコードの隣に同じアドレスが印刷され、サーバーが承認済みの遷移先にのみリダイレクトを許可している場合、公式の経路を確認しやすくなります。短縮URLは分かりやすく、手入力できるものでなければなりません。無作為な短縮サービスや生成元のドメインでは、ゲストも運営本部も、正規のリンクとすり替えを見分ける簡単な手段を失います。

実用的な仕組みは次のとおりです。主催者は短いドメインまたはメインサイトのセクションを持ち、パスがアクションを示します。個別のアドレスは登録、プログラム、ネットワーキングなどの機能へ導きます。ページを開くと、イベント名と目的が再び表示されます。

そこには連絡チャネルも記載されています。ゲストはデータを入力する前に、どこにアクセスしたのかを理解できます。

危険な構造は、信頼できるドメイン上のアドレスが任意の外部URLを受け付ける場合に生じます。見慣れたリンクの冒頭が公式な遷移という印象を与え、その後リダイレクトで別のサイトへ送られます。OWASPは、短い識別子をサーバー上で事前に承認された遷移先と照合し、外部アドレスは厳格な許可リストで検証することを推奨しています。

文字列の先頭による確認では不十分です。アドレスの解析ではスキーム、ドメイン、ポートを考慮する必要があります。この設定は依頼者の技術チームまたはプラットフォームの所有者が行います。当社は許容されるルートを台帳に記録し、再検証なしにデザイン上で変更することはありません。

NISTは、ワンタイムコードを手入力する認証器はフィッシング耐性があるとは見なされないと指摘しています。そのようなコードは偽の検証者によって中継され得るためです。WebAuthn/FIDO2は検証を認証済みのドメイン名に結び付けます。アカウントの保護は依頼者の技術チームが設定します。

ビジネスイベントの運営においては、信頼できるドメインは運用面でも便利です。登録、プログラム、資料、フィードバックフォームに単一の管理ポイントが残ります。同時にページと権限は分離され、共通ドメインがどこへでも導ける許可に変わることはありません。

印刷コードとスクリーンコードをどう守るか

イベントで安全なQRコードを運用するには、分かりやすい説明書き、可視化されたドメイン、管理されたレイアウト、そして定期的な点検が欠かせません。単独のステッカーは、管理がなければ簡単に差し替えられてしまいます。スクリーン上のコードは、古いファイルからプレゼンテーションに紛れ込む可能性があります。そのため、四角形が読み取れるかどうかだけでなく、そのバージョンの出所、設置場所、最終的なアクションまで確認します。

QRの近くには、動詞と結果を書くべきです。「プログラムを開く」「ゲストネットワークに接続する」「セッションを評価する」「資料を受け取る」などです。「スキャンしてください」という説明書きでは何も伝わらず、どんな偽造にも当てはまってしまいます。近くに公式の短縮アドレス、レジストリのID、問題を報告する方法を掲載します。

常設の看板には、一体型のラミネート加工や、改ざんが一目で分かる構造が有効です。一時的な媒体については、チームが固定方法と外観を承認します。封印、シリアルラベル、ブランド入りの枠は点検の助けになりますが、デジタル上の真正性を証明するものではありません。これらもコードごとコピーしたり差し替えたりできてしまいます。

スクリーン上のQRはメディアプランに組み込みます。チームはファイル、再生元、担当者、表示時間を記録します。登壇者のプレゼンテーションも、聴衆向けのリンクを含む場合は同じ確認を受けます。登壇者のノートPCから大画面に映し出されているというだけでは、安全とは言えません。

次に、誤り訂正について説明します。誤り訂正レベルは、汚れや部分的な破損があってもQRコードを読み取れるようにする機能です。レベルを上げると冗長性が増し、シンボルが大きくなる場合があります。

この機能は所有者を証明するものではなく、アドレスを保護するものでもなく、上から別の完全に動作するコードを貼ることを防ぐものでもありません。印刷品質の設定は、差し替えの管理を代替するものではありません。

印刷前に、コードは実際のサイズと選定した素材でテストします。想定される照明と通常の距離を考慮します。確認は、最終ページでのアクションが成功するところまで行います。

フォームが機能していなくても、カメラは四角形を認識することがあります。アクセス権限、資料の最新性、予備の経路を別途確認します。

開場前のチェック

イベントにおける安全なQRコードは、設営が完全に終わった後、ゲストの入場開始前に確認します。チームは各媒体を台帳、基準見本、署名、および申告されたドメインと照合します。確認はコード自体、遷移先ページ、予備の経路を対象とします。結果はID、場所、時刻、担当者ごとに記録し、不一致があれば迅速に特定して解消できるようにします。

次に確認担当者が標準カメラでコードをスキャンし、アドレスのプレビューを確認して、すべての遷移をたどります。結果はIDと場所ごとに記録します。ログには時刻と担当者も残るため、「すべて確認済み」という言葉に検証可能な裏付けが与えられます。

巡回ルートは、入口から出口までのゲストの動線に沿って組むと便利です。受付、共用エリア、ホール、展示エリアが含まれます。確認担当者は、コードが列や装飾で隠れていないかを確認します。また、表面、署名、アクション、手動アドレスも照合します。

各QRについて、次の順序で確認します:

1. 媒体を承認済みのレイアウトまたは写真と照合する。
2. 表面の完全性と重なりがないことを確認する。
3. スキャンせずに署名、ドメイン、IDを読み取る。
4. スマートフォンの標準カメラでコードを開く。
5. プレビューのドメインを照合する。
6. 許可された遷移チェーンをたどる。
7. 保存された認証なしでアクションを実行する。
8. 予備の方法を確認する。
9. 結果と指摘事項をログに記録する。

来場者、出展者、さまざまな設営チームが媒体にアクセスできる場合、朝の巡回を一度行うだけでは不十分です。再確認は変更に紐づけます。新しいゾーンの開設、プレゼンテーションの差し替え、スタンドの移動、ゲストからの連絡などです。頻度は、会場の形式と特定の表面のリスクに応じてチームが決定します。

1つのページを一斉に開くと、別途負荷のピークが生じます。ネットワーク計画、ゲスト用と業務用アクセスの分離、重要プロセスの予備については、カンファレンスでのゲスト用Wi-Fiに関する記事で詳しく説明しています。QR巡回では、実際のネットワークを確認し、ゲスト用アクセスの障害が受付や本部を止めないことを確かめれば十分です。

差し替えの疑いがある場合の対応

差し替えの疑いがある場合、従業員は該当する媒体の使用を中止し、ゲストを代替経路へ誘導し、承認されたチャネルで指定の管理者に報告します。従業員は不審なページを独自に調査しようとはしません。専門チームが経路をブロックし、必要なデータを保存し、隣接するコードを確認したうえで、公式アクセスをどのように復旧するかを決定します。

中止の判断材料となるのは、デザインの上に貼られたステッカー、未知のドメイン、不審なログインフォーム、アプリのインストール要求、ゲストからの苦情、基準との不一致などです。コーディネーターはその場で攻撃を証明する必要はありません。観察した事実を記録し、安全なシナリオを発動すれば十分です。

実務上の手順は次のとおりです。

1. 安全であり、従業員の権限の範囲内であれば、不審な媒体を閉じるか取り外す。
2. 現場を撮影する。全体の様子と、改ざんの痕跡を写す。
3. 管理者にQRの識別子、エリア、時刻、観察した兆候を報告する。
4. ゲストを短縮アドレス、担当者、または手作業のプロセスへ誘導する。
5. サーバー側の経路を無効化するか、安全な代替ページを表示する。
6. 同じコードの複製と、隣接する面を確認する。
7. 影響を受けた可能性のあるデータを特定する。
8. 独立した公式チャネルを通じて、今後の指示を伝える。
9. 決定と復旧を記録簿に残す。

ポスターを取り外しても、撮影・転送されたチケットや保存された画像は無効になりません。そのため、経路にはサーバー側の緊急停止スイッチが必要です。安全な代替ページは、リンクが一時的に利用できないことを伝え、再リダイレクトなしで確認済みの代替経路を示します。

チームは報告用のチャネルをあらかじめ定めておきます。本部の電話番号、サポート窓口のアドレス、特定エリアの担当者などが考えられます。案内は、不審なコードをスキャンしなくても見える必要があります。社内研修には、従業員向けサイバーセキュリティデーに関する別資料が役立ちます。そこでは、主催者と依頼者の専門部門の役割を分けて説明しています。

登録・Wi-Fi・資料用のQRコード

登録、Wi-Fi、アンケート、資料にはそれぞれ異なるQRコードと異なる管理が必要です。これらを一つの不明瞭なボタンにまとめたり、台帳への記録なしに用途を変更したりしてはいけません。データ、有効期間、バックアップ、所有者、差し替え時の影響はそれぞれ異なります。ゲストはスキャン前にアクションを理解でき、遷移後に期待される結果を確認できる必要があります。

登録とチケット。公開コードは公式ドメインへ誘導し、そのアクションに不要な場合はパスワードを求めません。個人チケットは不透明な識別子で構築するのが望ましいです。氏名、メールアドレス、役職をそのままQRに載せることはしません。

ステータスは登録システムで確認します。受付カウンターではゲスト情報による検索と例外処理の手順を残します。

転送されたチケットが自動的に参加者を変更してはいけません。企業がゲストを差し替える場合、チームは登録規則に従って差し替えを処理します。そうでなければ、一つのスクリーンショットが最新リストとは別に独り歩きし、入場時にトラブルを生みます。

ゲスト用Wi-Fi。QRコードでネットワーク接続を案内できるため、正確なネットワーク名を併記します。ゲストはスマートフォンに表示される名前と照合します。参加者には分離されたゲストアクセスを使用します。

会場と技術チームの内部ネットワークは閉じたままにします。パスワードと手動の手順書はバックアップとして残します。

アンケート。コードの近くに、フォームが何を評価するのか、誰が回答を受け取るのかを記載します。ログインが不要な場合は、プラットフォームの都合で追加しません。項目はアンケートを行う目的の意思決定と結び付けます。項目の構成、処理目的、受領者、保存期間は、個人データ管理者が弁護士または個人データ責任者と事前に承認します。

資料。コードはプログラム、会場図、ファイルを掲載した管理された1ページへ誘導します。公開資料と非公開資料はアクセスで分けます。ファイルは公開前に検査し、任意の外部リンク先は許可しません。コードの近くに短いアドレスを記載することで、ページを手動で開き、公式ドメインを確認できます。

ブースでの連絡先交換。確認前に、相手が受領者、目的、提供するデータの構成を確認できるようにします。コードをスキャンすることやブースの近くにいること自体は、広告メッセージの受信に対する事前同意を確認するものではありません。連絡先交換後に電気通信ネットワーク経由の広告配信を予定している場合、同意の取得と記録の手順は依頼者の弁護士が確認します。任意の連絡先交換の仕組みについては、参加者共通データベースを渡さない連絡先交換の記事で詳しく説明しています。

展示会やブースの運営では、主催者、出展者、パートナーのコードを事前に分けておくことが特に有用です。各所有者が自分のページとデータに責任を持ち、会場全体の巡回で、表示やドメインが来場者を誤解させていないことを確認します。

決済用QRコードに専用の運用ルールが必要になるのはどのような場合か

決済用QRコードは、スキャンによって送金やその他の支払いが発生し得る場合には、常に専用の運用ルールが必要です。プログラム用のコード、Wi-Fi用のコード、配布資料などと混在させてはなりません。専任の管理者と掲示媒体を割り当てます。また、手順には受取人の確認、停止チャネル、承認済みの決済プロセスを通じた独立した予備手段についても定めます。

本セクションは組織上の境界を定めるものであり、財務上の助言を含みません。具体的なスキームは、財務部門、銀行、決済プロバイダー、弁護士、および依頼者の専門セキュリティ部門が確認します。Aventuraでは、承認済みのプロセスを会場の計画やスタッフの業務に結び付けることはできますが、これらの責任者に代わって決済ルールを定めることはありません。

決済用の掲示媒体は、情報提供用のものと視覚的に区別します。その近くに支払いの目的と公式のサポート窓口を明記します。受付開始前に、責任者が標準アプリでコードをスキャンし、承認済みのプロセスが表示する受取人、金額、その他の期待される情報を照合します。

EMVCoは、コードを購入者が表示するシナリオと販売者が表示するシナリオを区別しています。この用語は決済インフラに関するものです。形式への準拠は、個々の掲示物の真正性を証明するものではありません。表面の目視確認、受取人の管理、迅速に利用を停止できる体制は依然として必要です。

イベントで決済が発生しない場合は、決済用QRコードを「念のため」導入しない方がよいでしょう。決済がある場合、臨時の受付で従業員の個人アカウントやカード情報入力用の任意のページを使用してはなりません。許容される経路は承認済みの決済スキームが定め、イベントチームは分かりやすい掲示とエスカレーションを確保します。

掲示媒体の差し替えが疑われる場合は、直ちに使用を停止します。その後の対応は、決済プロセスの権限ある責任者が決定します。スタッフは、ゲストに別の不明なリンクから再度操作するよう求めたり、返金について約束したりしてはなりません。

QRなしの予備経路

各QRシナリオには、機器の故障や媒体の破損に備えた代替手段を事前に用意します。新しい未知のコードを使わずに同じタスクを実行できるようにします。短縮URL、スタッフがいるカウンター、事前に準備したローカルリストなどが考えられます。プログラムとWi-Fiには、それぞれ専用のテキストによる案内が適しています。

私たちは予備経路を独立したルートとして検証します。「主催者にお問い合わせください」という表示だけでは不十分です。チームは、どのスタッフに問い合わせるのか、最新版がどこにあるのか、後で同期するために操作をどう記録するのかを把握していなければなりません。ゲストが動作しないQRから別の動作しないQRへと移動させられてはなりません。

重要な操作はゲスト用インターネットに依存させません。チケットのローカル確認、リストの最小限のエクスポート、手動の記録簿により、技術チームが通信を復旧する間も入場を続けられます。切り替えの全体像はモバイルインターネットなしで運営する計画の記事で説明しています。

予備経路は、障害発生中に寄せ集めのメッセージやファイルから構築してはなりません。メインシナリオとともに受け入れ検査を行います。チームはリストの最新性、アクセス権、案内の分かりやすさ、その後の同期、イベント後の一時コピー削除の手順を確認します。

優れた予備経路はゲストへの負担を軽減します。疑わしいリンクとイベントへのアクセス喪失のどちらかを選ばされることはありません。立ち止まり、スタッフに問題を示し、分かりやすい公式の経路で操作を完了できます。

QRコードシステムを請負業者から受け入れるには？

受け入れは証拠に基づいて行われ、作業完了後も発注者の管理権を維持します。請負業者は台帳、元のURL、所有者、アクセス権、基準デザイン、テスト結果を引き渡します。許可されたリダイレクト、予備シナリオ、無効化手順も含めて一式を完成させます。発注者は通常の端末で各経路をたどり、アクセスが請負業者の個人アカウントに依存していないことを確認します。

受け入れ前に、ドメイン、ジェネレーターのアカウント、動的リンクの管理画面、フォーム、分析の所有者を明確にする必要があります。担当者の個人プロフィールは特定の個人への依存を生みます。個別の権限がない共有アカウントは変更の調査を困難にします。発注者の管理環境、または事前に合意した引き渡し手順が望ましいです。

受け入れ一式には以下が含まれます：

1. 最新のIDと用途を記載したQRの完全な台帳。
2. 各媒体の元デザインと完成ファイル。
3. 表示URLと最終URLの一覧。
4. ドメイン間で許可された遷移の一覧。
5. ページ、フォーム、データ、技術アクセスの所有者。
6. 対象端末とネットワークでのテスト結果。
7. 設置後の基準写真。
8. 緊急無効化の手順と安全な代替ページ。
9. 各シナリオの予備経路。
10. ページ閉鎖とアクセス権限取り消しの期限。

受け入れテストは媒体から始まり結果で終わります。受付の場合、それは見つかった記録または明確な拒否です。Wi-Fiの場合は、期待されるゲストネットワークへの接続です。

資料の場合、結果は正しい権限で最新ページが開くことです。アンケートの場合、余計な要件なしでフォームが送信されることです。

認証済みセッションからのログアウトも別途確認します。開発者のノートPCや既にログイン済みの管理者のスマートフォンでしか動作しないページは受け入れに合格していません。保存されたCookieや企業アクセスのない通常の端末を使用することが有用です。

引き渡し後、請負業者は余分な権限を保持してはなりません。具体的な期限とアクセスの構成は契約と技術スキームによって異なります。誰が管理者として残るか、誰が閲覧権限を得るか、誰が用途を変更できるか、誰がプロジェクト終了後にアクセスを取り消すかを事前に決定します。

主催者向けチェックリスト

実務用チェックリストは、シナリオの選定から一時ページの閉鎖まで、QRをイベント全体の計画と結びつけます。チームは順番に担当者を任命し、ドメインとデータを承認し、デザインを制作してテストし、設営後に巡回点検を行います。イベント当日は、チェックリストに沿って再確認と疑わしい場合の対応を実施します。終了後はこれに従って媒体を撤去し、アクセス権を取り消し、決定の記録を保存します。

プロセスは巡回点検、運用中のサポート、閉鎖で完了します。印刷から始めてしまうと、媒体の変更が難しくなった段階で担当者の任命やアクセス権の設定に戻らなければならなくなります。

制作前：

1. QRを提示するすべてのアクションを列挙する。
2. 登録、ネットワーク、アンケート、資料、連絡先、決済を分ける。
3. 各アクションとページの担当者を任命する。
4. ID、アドレス、データ、期限、予備を含む台帳を作成する。
5. 公式ドメインと許可する遷移を承認する。
6. 動的リンクの変更権限を制限する。
7. フォームが余分なデータやログインを求めていないか確認する。
8. 短縮アドレスと問題報告用の窓口を用意する。

印刷と掲示の前：

1. コードの近くに分かりやすいアクション、ドメイン、IDを記載する。
2. デザインを台帳と照合する。
3. 実際のサイズ、素材、照明、距離を確認する。
4. 一般的なスマートフォンで最終アクションまで実行する。
5. スキャンなしの予備手段を確認する。
6. ファイルの管理版を記録する。
7. 画面表示用コードとプレゼンをメディアプランに含める。

設営後とイベント中：

1. すべての媒体を基準版と照合する。
2. ステッカーや差し替えの痕跡がないか確認する。
3. 保存された認証情報なしでアドレスにアクセスする。
4. 巡回点検の結果を記録する。
5. 変更やゲストからの報告があった後に再確認する。
6. 緊急停止を利用可能な状態に保つ。
7. 専門チームが疑いを調査している間、利用者を予備手段へ誘導する。

イベント後：

1. 一時媒体を撤去する。
2. 不要なルートとフォームを無効化する。
3. 承認済みの計画に従ってゲストアクセスを閉鎖する。
4. 業者や一時管理者の不要な権限を取り消す。
5. データ所有者の規則に従って不要なエクスポートとバックアップを削除する。
6. 余分な個人情報を含めずに変更・インシデントの記録を保存する。
7. 見つかったミスを反映してプロジェクトテンプレートを更新する。

Aventuraでは、このチェックリストを会場やプログラムとともに全体の制作計画に組み込んでいます。QRコードは登録、ナビゲーション、技術部門、コンテンツ、本部の運営と結びついています。そのため、各コードの担当者がイベントの責任分担表で明確になっている必要があります。

出典

• 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
• 連邦広告法 第18条