Part2 ブロードバンド時代のセキュリティ対策第 2 回認証・決済機能を提供するプラッットフォーム NTT コミュニケーションズ株式会社 e スマートトラストサービス部システム部門部門長日高健治第三者が EC システムを運用していくことが解決策の一 1．はじめにつと思われる。今回、セキュリティ向上を目指した認証・決済 PF 導入による EC システムの仕組みを紹介す前回は、情報セキュリティマネジメントが企業の経営る。資源（人・金・物・情報）のトータルマネジメントであることを紹介した。今回は EC（インターネット上での認証・決済 PF はお金のやりとりの機能を提供するの電子商取引）を高い信頼性で実現する認証・決済プラッで、高セキュリティは当然な要求条件である。要求を満トフォーム（以下、認証・決済 PF）について解説する。たすための個別技術および情報セキュリティマネジメン現在、EC を実現する上で、利用の障壁になっているもトからの配慮についても紹介する。図１は認証・決済のの一つが悪意を持った人間によるセキュリティに対す PF を中心とした接続構成イメージ図であり、EC を行うる脅威である。これは、コンシューマと加盟店間の取引プレイヤー区分モデルとして、「コンシューマ（インタにおいてはコンシューマによる取引事実の否認、加盟店ーネット利用者、若しくはインターネット利用予定者のによるクレジットカード番号等の悪用及び悪意の第三者こと）」、「事業者（インターネット上で広告・銀行・証による様々な脅威がある。図１に脅威とその発生場所を券・公共・行政サービス等を運営し、認証・決済 PF を示す。これらを防ぐためにはコンシューマと加盟店の間利用する事業者のこと）」、「加盟店（インターネット上に立ってセキュリティ技術に優れ、信頼のおける善意ので物販・デジタルコンテンツ販売等の事業を運営し、認コンシューマ証・決済 PF を利用する事業者のこと）」、及ビジネスパートナー認証・決済ＰＦび「決済者（カード会社、銀行等）」、および認証ＰF ＩＣカード等でログイン決済ＰＦ脅威７取引の否認「認証・決済 PF の構築・運営者」を想定す銀行決済ＰＯＳ銀行電子マネーセンター︵脅に認威よ証９る・個決内人済部 Pの情 F人報のの間悪構用築・運営者︶インターネット脅威１なりすまし脅威２盗聴・改竄脅威３ DoS 攻撃脅威４ウィルス脅威５踏み台暗号路脅威６ｸﾛｽｻｲﾄｽｸﾘﾌﾟﾃｨｸﾞ図1 者を総称して図表示等便宜的にビジネスパートナーと表現する。加盟店決済者クレジットＰＯＳクレジットカード会社悪意のWeb 物販サービスを安全に提供するために求められる値サービス・信頼性確保に分けて解説する。銀行公共・行政次に図１で例示した脅威１∼９を防止し、技術や機能を認証 PF、決済 PF および付加価広告業者保険・証券悪意の第三者と位置付ける。なお、事業者、加盟店、決済加盟店リンクボタンる。プレイヤー相互を接続し、認証・決済機能を提供するサービス主体を認証・決済 PF 脅威８加盟店によるクレジットカード番号悪用暗号路認証・決済ＰＦを利用しているコンシューマ決済者事業者 etc 認証・決済 PF を中心とした接続イメージ図 2002 Vol.39 No.9 85 連載企画（以下、FW）やリバースプロキシによって食い止めること 2．認証ＰＦもできる。脅威４のウィルス対策はウィルスチェッカーを導入し常に最新の状態にアップデートすることに加え、シ認証PFが提供すべきサービスとして、「通常のインターステムデータの定期的なバックアップも必要である。脅威ネットサイトのID／パスワード認証よりなりすまし等の防５の踏み台攻撃はFWやリバースプロキシによって入り口止度が高いコンシューマの本人性確認サービス」、「事業者で食い止めることに加え、IDS（侵入検知システム）によへのコンシューマ各個人ID情報や認証結果等の安全な通知って不審なパケットを監視・検知することも有効な対策でサービス」、「予め決められたサーバーにのみアクセス可能ある。また、IDS は脅威１∼５共通に有効な対策である。とするアクセス制御サービス」等がある。これらを実現し、脅威６のクロスサイトスプリクティング対策はパッチ適用図１の脅威１∼６を防止する技術や機能として、脅威１のに加え、“＜”等の特殊文字をサーバー側で受け付けないなりすましに対してはICカード、指紋認証等のバイオメト仕組みとすることも有効である。リックス等による本人認証がある。特にICカードは安全性 IC カードを利用した一連のサービスモデルを考察する（データの暗号化が可能なためなりすまし等の偽造が困難と、コンシューマは認証PFが提供するICカード＋暗号化であり、高い認証能力が期待できる）に加え利用形態の豊通信でなりすまし防止度の高いログインを行う。（図２① 富さ（従来の磁気カードとは比較にならないメモリ量を持 ∼④）次に認証 PF は本人認証をセキュリティ対策と合わつ）から脅威１の最も現実的なソリューションと考えられせて行い、さらにアクセス制御の後、ログインフォームにる。また、万一なりすまし等が発生した場合にはなりすま事業者の ID ／パスワードを埋め込んだ本人認証結果通知し保険の適用も可能である。脅威２の盗聴・改竄に対してを暗号路経由で事業者へ送信する。（図２⑤∼⑧）事業者はSSL等のデータ暗号化、VPNによる暗号路、専用回線等は認証 PF からの暗号路経由の接続要求により認証を行いの実装によって担保することが考えられる。脅威３のDoS 必要なページを表示する。（図２⑨∼⑩）なお、本モデル攻撃（サービス不能攻撃）は OS やアプリケーションへのは認証結果の通知パターンとしてフォーム認証で行った場パッチ適用やバージョンアップの他、ファイアウォール合を考察した。ＰＦ利用のコンシューマ 1!事業者事業者へのへの接続要求接続要求 3#本人の本人の ICｶｰﾄﾞ投入 ICｶｰﾄﾞ投入認証PF 事業者認証PFサーバー 2"事業者接続要求事業者接続要求（認証ＰＦのＵＲＬ/a /））（認証ＰＦのＵＲＬ/a/ 4 暗号化通信 $暗号化通信暗号路インターネットＶＰＮ図2 5 セキュリティ対策・FW ・FW ・リバースプロキシ・リバースプロキシ・IDS ・IDS ・ウィルスチェッカー・ウィルスチェッカー 7 ' アクセスアクセス制御チェック制御チェック &6 本本人人認認証証 (8 本人認証本人認証専用線等結果通知結果通知 9 認証ＰＦ )認証ＰＦからのからの接続を確認接続を確認 10 ｺﾝｼｭｰﾏＩＤを取得、事業者側ID/ﾊﾟｽﾜｰﾄﾞ側ID/ﾊﾟｽﾜｰﾄﾞ暗号路で認証インターネットＶＰＮで認証／専用線フォーム認証による認証結果通知サービスモデルのイメージ図注）⑩の事業者側 ID ／パスワードは事前に認証ＰＦに登録している前提、またフォームとは HTML の一般的記述手法であり、事業者側 ID ／パスワードは HTML の HIDDEN パラメータで引き渡す前提である。 86 2002 Vol.39 No.9 Part2 ブロードバンド時代のセキュリティ対策トカード情報を登録しておくことによりショッピングが 3．決済ＰＦ可能となる。「（２）商品配送先の追加・変更・削除」登録済みの商品配送先情報（住所・氏名・電話番号等）の決済 PF は、コンシューマおよび加盟店に対して、EC を行うに際し、図１の脅威８を防止する等高いセキュリ変更・削除が可能であり、また決済 PF のサーバーウォレットに複数登録（追加）できる実装とすべきである。ティを確保しつつ、簡便に実現することが望まれる。標「（３）クレジットカード情報の設定」コンシューマが保準的な提供サービスとして「（１）クレジット決済サー有するクレジットカード情報を決済 PF のサーバーウォビス」、「（２）インターネット銀行決済サービス」、「（３）レットに登録・更新・削除することがパスワード認証等電子マネーによる決済サービス」が挙げられる。ここでにより可能となる実装とすべきである。「（４）クレジッはクレジット決済のモデルを通じて PF として果たすべトカード利用履歴」コンシューマが決済 PF を通じて行き機能を考察したい。なお、図３のモデルは⑧与信結果ったクレジット決済の履歴一覧及び詳細履歴（注文日時、の通知において、決済 PF から加盟店へクレジット会社金額、加盟店名等）の参照が可能となる実装とすべきで名・承認番号等は通知してもクレジットカード番号は通ある。「（５）コンシューマ向けメール」加盟店が希望し知しないといった Need To Know の原則を実装し、図１た場合のみであるが、決済 PF は加盟店の代行として、の脅威８を防止している。また、同じ図１の脅威７対策ショッピング完了時の購入受付通知メール、与信取消処として図３の⑪に示すように決済履歴は保持しておく必理時の購入取消通知メール、売上取消処理時の購入確定要がある。このモデルの決済 PF 構築・運営者は直接決取消通知メール等をコンシューマに送信する機能を具備済を行うのではなく、決済者（クレジットカード会社）すべきである。と提携して、加盟店の要求により行われるクレジットカ加盟店向け機能は、「（１）専用の加盟店 IC カードのード会社に対するオンライン決済代行サービスを行うも供与」加盟店の管理者が決済 PF にログインするため、のとする。EC の将来性からこうした決済代行者（企業）暗号路経由の ID ／パスワード認証等の実装とすべきでは今後益々増えるものと思われる。図３は①コンシューマが商品を選択する場面からのモデルであるが、決済 PF利用にあたってのコンシューマはあ加盟店 Webｻｰﾊﾞｰ PF利用のコンシューマ 9 決済完了通知（ICカード）注文情報の送受 5 1 商品の選択認証･決済PF らかじめクレジットカード番号や商品 2 購入ボタン押下配送先等の必要な情報を決済PFのサーバーウォレットに登録しておく必要がある。②の購入ボタンは決済PFと連携しており、押下後は③暗号化通信によ 8 与信結果の通知暗号路インターネット VPN 3 本人認証暗号化通信決済PFのｻｰﾊﾞｰ 4 ウォレット表示決済PF ｻｰﾊﾞｰウォレット暗号路インターネット VPN /専用線（ｾｷｭﾘﾃｨ対策としてｸﾚｼﾞｯﾄｶｰﾄﾞ番号は通知しない）売上計上処理 10 管理用端末売上データ計上共用POS 7 与信処理る④以降の決済（代行）サービスを実与信・売上情報行するものである。次に決済 PF 利用のコンシューマ、認証 PF 与信照会決済NW 売上データ転送 6 注文の最終確認クレジットカード会社 11 決済履歴の保持加盟店それぞれに決済 PF が提供すべ＊第三者による公証記録が最も望ましい。き機能を解説する。コンシューマ向け機能としては、「（１）ショッピング」コンシューマはあらかじめ決済 PF のサーバーウォレットにクレジッ 2002 Vol.39 No.9 図3 クレジット決済モデルのイメージ図 87 連載企画ある。「（２）クレジット決済計上」決済 PF を通して行等が第三者（悪意の）の手に落ちることとなってしまう。われた取引に関する売上処理、与信取消処理、売上取消そこで認証・決済PFがその高セキュリティ性を以ってメ処理の実装。「（３）取引履歴検索・照会」決済 PF を通モの役割を果たせば安全で利便性のあるサービスが提供して行われた取引の履歴・ステータスの参照、また履歴できる。認証・決済PFはコンシューマが予め入会登録済を CSV ファイル等でダウンロードできる実装とすべきみの各サイトのログイン用 ID ／パスワード等を預かり、である。「（４）クレジット決済通知設定」コンシューマコンシューマは最初に預けるための登録さえ行えば、次向けのメール送信を決済 PF に代行させる設定、加盟店からは例えばサイト名を選択してクリックするだけで、向けお知らせメール配信希望設定の実装。「（５）課金対ログイン後の CGI へ入ることができる仕組みが必要であ象とならない試験アクセス」加入時には試験アクセスがる。具体的には「（１）サイト情報（ログインCGI、変数、必要なため、課金対象とならない試験アクセス管理の実固定値等）のDB設定」、「（２）サイト情報のWeb画面表装が必要である。「（６）緊急通知メール」決済結果が通示」、「（３）コンシューマが簡単な操作（前述の例えばサ信異常等の理由により、加盟店 Web サーバー（図３のイト名を選択してクリックするだけ）」、「（４）リダイレ ⑧）に通知できなった場合、加盟店に対し決済結果を送クト画面を生成し、預かったID／パスワード等を埋め込信する機能も具備しておくべきである。み、ログインCGI へPost」といったものであろう。しか次に認証・決済 PF の付加価値サービス・信頼確保について考察する。し、ポイントとなるのはID／パスワード等を預かった後の保管の仕組みであり、運用ポリシー、運用体制整備に関する部分である。預けた（登録した）コンシューマに 4．付加価値サービス・信頼性確保のみ変更・削除が可能であり、PF構築・運営者であっても変更・削除できないシステムの構築が必須である。ま認証・決済PFの構築・運営者は、主体である認証・決た、変更・削除禁止を運用ポリシーに定めるべきである。済サービスに加え、安全性を確保しつつ利便性を提供で認証・決済PFの構築・運用者にはシステムにはこのようきるサービスの一例としてシングルサインオンサービスなデータへのアクセス制御ポリシー等の他に、サーバーがある。サイトへの入退場ポリシー等トータルなサイトセキュリ多くのコンシューマはいくつかのインターネットサイティの構築と運用が求められる。各種運用マニュアルのトに自らの個人情報を登録していると思われる。各サイ整備や罰則規定は無論のこと、定期的なシステム監査のトはID／パスワード等の変数を付与（サイトによっては実施等をポリシーで明記すべきである。BS7799、コンシューマが決定する場合も）し、コンシューマは各 ISO/IEC17799およびISMS等のセキュリティに関する規サイトの会員専用ページ等にそのID／パスワード等でロ格の認定取得は、PF構築・運用者に対してトータルセキグインする。これが複数サイト分となると覚えることがュリティについてその自覚を強く促すうえで有効な取り厄介であるため、メモ用紙、ノート、手帳、或いはパソ組みである。これらによって図１の脅威９を防止し、安コン等にメモして残さざるを得ない。そして見たいサイ全性と利便性とが最適にバランスしたサービスが提供でトのログインページにアクセスする度、いちいちそれらきる PF となる。加えて認証・決済 PF 構築・運営者は、を参照し、数字や英文字を確認しながら入力する。サイ金融サービスの担い手としての意識を持ち、FISCの点検トが付与するID／パスワードは覚えづらいもの（当然で基準への準拠、設備の二重化、データのバックアップ等、あるが）となっており、その意味でもメモは手離せない。さらなる信頼性確保にも努めることも必要である。 Cookiesが使えるサイトではその手間はないが、Cookies はコンシューマのパソコンに記憶させるものであるため、パソコンそのものが盗難にあった場合、ID／パスワード 88 本連載へのご意見・ご感想は、弊誌編集部TEL:03-3507-0560、またはE-mail:[email protected]までご連絡願います。 2002 Vol.39 No.9