MANICA Brand Protection マニカブランドプロテクション

BRAND PROTECTION — SECURITY

なぜ、コピーできないのか。

偽造品対策で想定される攻撃の手口ごとに、Manica Brand Protection がどう防ぐか、そしてどこまで防げるかを説明します。仕組みで防げること、検知して警告すること、運用と組み合わせて初めて効くことを分けて書いています。

← Manica Brand Protection の概要に戻る

01 WHAT IS PROVEN

証明しているのは、この3つです。

タップ時の「本物」判定は、タグの暗号署名・読み取りカウンタ・ブランド側の署名付き登録情報の3つを照合して決まります。ブロックチェーンへの記録は判定の条件ではなく、登録直後は判定ページに「申請中」と表示され、記録が完了すると登録内容を後から誰でも検証できる証跡になります。攻撃はこのどれかを破ろうとするものなので、まず何を検証しているかを押さえておくと、以降の防御が理解しやすくなります。

タグが本物である

タップごとに変わる暗号署名を、タグ内の鍵でしか作れないことを検証します(NTAG424 DNA / SDM)。

今回の読み取りが新しい

タップ回数のカウンタが前回より進んでいることを検証します。過去の読み取りデータの使い回しを見分けます。

登録者と登録内容が正しい

ブランド側の秘密鍵による電子署名で、誰が・いつ・何を登録したかを検証します。署名はさらにブロックチェーンに記録され、「その時点に確かに存在した」証拠になります(03 存在証明)。

02 ATTACKS & DEFENSES

攻撃の手口と、それぞれの防ぎ方。

仕組みで防ぐ検知して警告運用と組み合わせる
ATTACK 01仕組みで防ぐ

タグの中身をそのまま複製する(クローンタグ)

手口

市販のNFCタグに、正規タグから読み取ったデータを書き込んで「同じタグ」を作る手口です。QRコードや印刷ホログラムはこの方法で複製できます。UIDを書き換えられる特殊なタグを使えば、UIDだけで判定する方式も突破できます。

防御

  • NTAG424 DNA は、タップのたびにタグ内部でURLを生成します(SDM: Secure Dynamic Messaging)。URLには「タグ固有のID」「タップ回数のカウンタ」「その2つから計算した暗号署名(AES-CMAC)」が含まれます。
  • 署名を計算する鍵はタグの内部にあり、外から読み出す手段がありません。鍵を持たない複製タグは、正しい署名を新しく作ることができません。
  • UIDが一致しているだけでは「本物」と判定しません。署名の検証を通ったものだけを本物として扱います。

限界

複製タグにできるのは「読み取った時点のURLを1つだけ保持する」ことです。それを使うと次の 02 の攻撃になり、検知の対象になります。

ATTACK 02検知して警告

読み取ったURLを転載・使い回す(リプレイ攻撃)

手口

正規タグを1回タップして得たURLを、偽物に貼ったQRコードや複製タグ、あるいはWebページに転載して「本物の判定ページ」を見せる手口です。署名は正規のものなので、署名検証だけでは見抜けません。

防御

  • URLに含まれるカウンタは、正規タグがタップされるたびに1ずつ進みます。サーバは製品ごとに「最後に確認したカウンタ」を記憶し、それより進んでいない読み取りを「コピーされたデータ」として判定します。
  • この判定はその場で消費者に表示されます(判定ページの「コピーされたデータの可能性があります」)。使い回されたURLでは本物の画面を出せません。
  • 使い回しの回数は管理画面のスキャン統計に「コピー検知」として集計され、ブランド側でも把握できます。

限界

正規タグが一度もタップされていない状態で、盗み取った直近のURLを先に使われた場合、その1回だけは本物と判定されます。ただし、その後に正規タグがタップされた時点でカウンタが進み、以降の使い回しはすべて検知されます。

ATTACK 03仕組みで防ぐ

他社のブランドを騙って製品を登録する(なりすまし登録)

手口

偽造業者が自分でタグを用意し、有名ブランドの名前で真贋証明に登録して「本物」を名乗る手口です。誰でもブランド名を登録できる仕組みなら成立します。

防御

  • 登録は会社ごとに生成された秘密鍵(ビットコインと同じ方式の電子署名鍵)で署名します。署名は鍵を持つ会社にしか作れず、判定ページに表示されるブランド情報は、その鍵で署名された登録内容だけです。
  • 秘密鍵は MANICA のサーバ内で暗号化して保管し、外部に送信しません。ブランド担当者が鍵を扱う必要はありません。
  • 同じブランド名を第三者が名乗って登録しても、鍵が異なるため別の登録者として区別されます。

限界

「ブランド名の文字列」自体は他社も登録できます。区別の根拠は鍵(=登録者)であり、消費者が公式ブランドの登録かどうかを見分けるには、ブランド側が公式サイト等で自社の登録を案内する運用が有効です。

ATTACK 04仕組みで防ぐ

登録後に内容を書き換える(改ざん・内部不正)

手口

登録されたタグ一覧や製品情報を、後からサーバ上で書き換えて別の製品に付け替えたり、登録日時をさかのぼらせたりする手口です。サーバ管理者やシステム侵入者による内部不正も含みます。

防御

  • 登録内容(発行日時・対象タグのID・コメント)に対する電子署名を、ビットコインのブロックチェーンに記録します。ブロックチェーンは一度書き込まれた内容を後から変更できないため、記録完了後に登録内容と記録を照合すれば、書き換えがあったかどうかを確認できます。
  • 登録は版(バージョン)として積み上がり、過去の版は管理画面の版履歴から参照できます。「いつ・どのタグを・誰が」登録したかが時系列で残ります。

限界

ブロックチェーンに記録されるのは署名(ハッシュ)であり、製品名や画像そのものではありません。また、記録は登録後に申請され、完了するまでは判定ページに「申請中」と表示されます。改ざんを「不可能にする」のではなく、記録完了後に「照合で検出できる」仕組みです。

ブロックチェーン記録が「存在」と「時刻」を証明する仕組み(03)を見る

ATTACK 05運用と組み合わせる

判定ページを模した偽サイトへ誘導する偽タグ

手口

偽物に、偽造業者が用意した別のWebサイトへ飛ぶタグを付ける手口です。そのサイトは本物の判定ページに似せて作られ、常に「本物」と表示します。暗号認証を一切通らないため、技術的な検証では防げません。

防御

  • 正規の判定ページは常に bp.manica.jp のドメインで表示されます。スマホのブラウザに表示されるURLのドメインを確認することで、偽サイトを見分けられます。
  • 判定ページには登録された会社名・ブランド情報が表示されます。ブランドの公式サイトやパッケージに「本物確認は bp.manica.jp で行われます」と案内しておくと、消費者が判断しやすくなります。

限界

この攻撃は、どのNFC・QR方式の真贋証明にも共通する弱点です。仕組みだけで防ぐことはできず、「確認先のドメインを消費者に伝える」運用と組み合わせることが前提になります。

ATTACK 06運用と組み合わせる

本物のタグを剥がして偽物に貼り替える

手口

正規品からタグだけを剥がし、偽物に貼り替える手口です。タグは本物なので、暗号認証は正常に通ります。

防御

  • 真贋証明が証明するのは「このタグが正規に登録されたものであること」です。タグと製品の物理的な結び付きは、貼り付け方で決まります。
  • 剥がすと壊れる破壊型(タンパーエビデント)タグや、パッケージ内部への封入、開封で切れる位置への貼付など、剥がして再利用できない実装を推奨します。
  • MANICA で管理している製品は、貸出・返却・棚卸の履歴がアイテム単位で残ります。正規品がどこにあるはずかを追跡でき、流出の把握に役立ちます。

限界

貼り替えを仕組みだけで防ぐことはできません。1個の偽物に本物1個分のタグが必要になるため大量偽造には向かない手口ですが、高額品では物理的対策の併用が必要です。

ATTACK 07検知して警告

偽造品が市場に出回っている兆候を見逃す

手口

個々の偽物を見抜けても、「どの製品に・いつから・どれくらい」偽造の試みが集中しているかを把握できなければ、対策の打ちどころが分かりません。

防御

  • 管理画面のスキャン統計で、製品ごとに「判定回数」「コピー検知の回数」「不審な読み取りの回数」を日次で確認できます。
  • 正規タグのカウンタの進み方から実際のタップ回数を推定し、判定回数との差から「ページを開かずにタグだけ読まれた(複製の試み)」兆候も把握できます。
  • コピー検知や不審な読み取りが特定の製品・期間に集中していれば、その製品の偽造が試みられているサインとして対策を検討できます。

限界

統計は「兆候」を示すもので、偽造の事実や流通経路を特定するものではありません。異常を見つけたあとの調査・対応はブランド側の判断になります。

03 PROOF OF EXISTENCE

登録した事実を、ビットコインが時刻ごと証明します。

ブロックチェーン記録の役割は「改ざんを見つける」だけではありません。「その時点に、この登録内容が確かに存在した」ことを、当社を含む誰にも書き換えられない形で残すことが本来の目的です。手順は4つです。

STEP 1

検証用ドキュメント

登録日時・対象タグのID・コメントを1つのテキストにまとめます。

STEP 2

電子署名

ブランドの秘密鍵で署名します。「この会社が、このタグを、この内容で登録した」という宣言です。

STEP 3

ハッシュ(指紋)

署名込みのドキュメントから固定長の値を計算します。1文字でも変わると別の値になります。

STEP 4

ビットコインに記録

そのハッシュをブロックチェーンに書き込みます(OP_RETURN)。世界中のノードが保持し、誰も書き換えられません。

存在

その時点に、確かにあった

同じハッシュを持つドキュメントは、ブロックが作られた時刻には存在していたことになります。あとから作ったものを「当時からあった」ことにはできません。

時刻

記録時刻は動かせない

ブロックの時刻は、当社やブランドを含め誰にも変更できません。証明されるのは「遅くともこの時刻には存在した」ことで、ドキュメントに書かれた登録日時と記録時刻を比べれば、あとから作った登録かどうかを確かめられます。

署名者

誰が宣言したかも残る

ドキュメントには署名が含まれるため、「その時点でブランドがその内容を宣言していた」ことまで証明されます。

第三者が検証できます。

判定ページには記録先のトランザクションへのリンクが表示され、記録の存在と時刻はブロックチェーン上で誰でも確認できます。記録内容との照合には署名付きの検証用ドキュメントが必要で、当社が提示したドキュメントからハッシュを再計算して突き合わせれば、当社のサーバの回答を信用しなくても検証が成り立ちます。

限界

  • 記録されるのはハッシュだけです。ドキュメント本体は当社が保管し、検証時に突き合わせます。
  • 記録は登録後にまとめて行うため、完了までは判定ページに「申請中」と表示されます(通常は数日以内)。
  • 証明されるのは「登録内容がその時点に存在した」ことです。製品そのものの品質や、タグと製品の物理的な結び付きは証明しません。

04 COMPARISON

よくある真贋証明の方式との比較。

○=仕組みとして備える、△=条件付き・運用との併用が前提、—=備えない。方式ごとの一般的な特性であり、個別製品の評価ではありません。

攻撃・要件QRコード印刷ホログラム通常のNFC(UID判定のみ)Manica Brand Protection(NTAG424 DNA + ブロックチェーン)
データをそのまま複製
読み取ったURLの使い回し
なりすまし登録
登録内容の改ざん
偽サイトへの誘導
正規タグの貼り替え
専用アプリなしで消費者が確認

05 HONEST LIMITS

できないことも、はっきりお伝えします。

  • 「偽造を100%防止」「絶対に複製不可」とは言いません。暗号認証により複製が極めて困難であること、使い回しを検知して警告できることが、この仕組みの提供価値です。
  • 証明するのは「タグと登録」の真正性です。製品そのものの品質や、タグと製品の物理的な結び付きは、貼り付け方・封入方法などの運用で担保します。
  • 消費者が確認先のドメイン(bp.manica.jp)を知っていることが、偽サイト対策の前提です。パッケージや公式サイトでの案内をおすすめします。

導入のご相談・技術的なご質問はお気軽に

自社製品に合った貼り付け方法や、既存の偽造対策との組み合わせについてもご相談いただけます。