WooCommerceストアを立ち上げ、決済ゲートウェイを接続し、注文を受け付け始めた。すると決済代行会社やセキュリティ監査でPCIコンプライアンスについて指摘され、突然DSS、SAQ、QSA、ROCといった略語が並び、どれが自社に当てはまるのかわからなくなる。
ほとんどの小規模ストアのオーナーにとって、実態は最初の印象よりシンプルです。ただし、シンプルだからといって任意というわけではなく、ホスティング環境はほとんどの人が考える以上に重要です。ここでは、各レベルの仕組みと要件、そしてホストに求めるべきポイントを解説します。
PCIコンプライアンスとは何か、そしてなぜ自社に適用されるのか
PCI DSS(Payment Card Industry Data Security Standard)は、カードを受け付けるすべての事業者が決済データを確実に保護するよう、主要カードブランドが策定したセキュリティ基準です。ストアが何らかの形でクレジットカードやデビットカードを受け付けているなら、規模や売上高に関係なく適用されます。
カード番号を一切目にしない場合でも、決済の流れの一部であることに変わりはありません。サイトがカード会員データを収集、送信、またはリダイレクトした時点で、スコープに含まれます。
4つの加盟店レベル
レベルは主に年間のカード取引件数で決まりますが、正式な判断はアクワイアラー(加盟店契約会社)や決済代行会社が行います。レベル4でも免除されるわけではなく、検証が簡単になるだけです。侵害が起きたり、決済代行会社にリスクが高いと判断されたりすると、上のレベルに引き上げられることがあります。
レベル1年間600万件以上
または侵害を経験したすべての加盟店。QSAによる年次の訪問審査、準拠報告書(ROC)、四半期ごとのASVスキャン、年次のペネトレーションテストが必要です。
レベル2年間100万〜600万件
年次の自己評価問診票、四半期ごとのASVスキャン、そして銀行によってはQSAによる証明が必要です。
レベル3EC取引2万〜100万件
年次のSAQ、四半期ごとのASVスキャン、準拠証明書(AOC)が必要です。
レベル4EC取引2万件未満
ほとんどの小規模オンラインストアが該当します。年次のSAQ、銀行の求めに応じた四半期ごとのASVスキャン、準拠証明書(AOC)が必要です。
ほとんどの小規模WooCommerceストアはレベル4に該当し、訪問審査ではなく書類とスキャンで検証を受けます。実際に求められる対応は、チェックアウトの構成と、カードデータがサーバーに触れるかどうかによって変わります。
自己評価問診票(SAQ)とは
レベル2から4では、SAQがコンプライアンスを検証する主な手段です。データ保護、アクセス制御、設定、脆弱性管理を網羅した体系的なチェックリストです。どのバージョンを記入するかは、チェックアウトでカードデータをどう扱うかによって完全に決まり、決済代行会社がそれを確認します。
SAQの種類タップして開く
SAQ A
決済処理をPCI準拠の第三者に完全に委託し、自社のシステムでカードデータを保存、処理、送信しない加盟店向け。最もシンプルで、スコープが最も小さい選択肢です。
SAQ A-EP
決済処理を委託しているものの、自社サイトが決済ページで何らかの役割を担う(決済フォームを埋め込む、またはホストする)加盟店向け。サイトがスコープに残るため、要件が増えます。
よくある誤解:Stripe ElementsやBraintreeのホステッドフィールドなど、埋め込み型のフィールドを使うストアはSAQ Aだと思い込みがちですが、実装によってはSAQ A-EPが適用される場合があります。記入を始める前に決済代行会社に確認してください。
ホスティングの位置づけ
PCIの要件は、ゲートウェイだけでなく、サイトを支えるサーバーにも及びます。カードデータがサーバーを通過する、サーバーによってリダイレクトされる、またはサーバーの影響を受ける場合、ホスティングもコンプライアンスの対象になります。
共有ホスティング分離性が最も低い
多くのサイトが1台のサーバーを共有します。安価ですが、設定によっては、侵害された隣接サイトが自社サイトをリスクにさらすことがあります。
VPSホスティング分離
専用の仮想環境で、ファイアウォール、アップデート、アクセスをより細かく管理できます。
専用ホスティング完全な管理
完全に分離された物理サーバーで、最大限の管理と高いコンプライアンス要件に対応します。
マネージドPCI準拠インフラは対応済み
パッチ適用、監視、侵入検知、脆弱性管理をお任せいただけます。
注意点:アプリケーション層の責任は引き続きお客様にあります。
責任共有モデル
PCI準拠のホストを使えば、ストアが自動的に準拠するわけではありません。責任は次のように分担されます。
- ホスト インフラを担当:データセンターのセキュリティ、ネットワーク制御、サーバーの強化、システムのパッチ適用。
- 決済ゲートウェイ 自社の認定インフラでカードデータを処理し、お客様のサーバーにカードデータを置かないようにします。
- お客様 アプリケーション層を担当:WooCommerceの設定、稼働させるプラグイン、アクセス権を持つ人、脆弱性をどれだけ早く修正するか。
たとえば、ホストがOSのパッチをスケジュールどおりに適用していても、古いバージョンのWooCommerceや脆弱なプラグインを使っていれば、そのギャップはお客様の責任です。
PCI準拠のホストに求めるべきもの
これらに答えられないホストなら、ほかを探す十分な理由になります。
ほとんどの小規模ストアにとって最もシンプルな道筋
< 20Kレベル4
EC取引件数
年間。ほとんどの小規模WooCommerceストアが該当する範囲です。
SAQ A最小のスコープ
完全委託型のチェックアウト
カードデータがお客様のサーバーに触れることはありません。
四半期ごと見落とされがち
ASVスキャン
小規模ストアで最も省略されがちな要件の一つです。
- 完全ホスト型のPCI認定ゲートウェイを使う Stripe、PayPal、Squareなどを使えば、カードデータがお客様のサーバーに触れることはありません。
- SAQの種類を確認する 決済代行会社または銀行に確認します。完全委託型のチェックアウトであれば、多くの場合SAQ Aです。
- PCIに沿ったセキュリティを備えたホスティングを選ぶ スコープが小さい場合でも同様です。
- 年次のSAQと四半期ごとのASVスキャンを完了する コンプライアンスを文書として残しておくためです。
PCIとセキュリティを支援するプラグイン
プラグインを入れただけで準拠できるわけではありませんが、適切なプラグインはお客様の責任範囲であるアプリケーション層を強化します。
WooCommerce Stripe Payment Gatewayゲートウェイ
カード処理をStripeに委託します。ホステッドフィールドやリダイレクト型のチェックアウトにより、ほとんどの小規模ストアがSAQ Aの対象になりやすくなります。Apple Pay、Google Pay、3Dセキュア、トークン化された保存カードに対応しています。
注意点:埋め込み型のフィールドではSAQ A-EPになる場合があります。Stripeに確認してください。
WooCommerce PayPal Paymentsゲートウェイ
ホスト型のオフサイトチェックアウトにより、生のカードデータをサーバーに置かずに済みます。後払い(Pay Later)、Venmo、カード情報の保管(Vaulting)、組み込みの不正防止ツールに対応しています。
Wordfence Securityセキュリティ
Webアプリケーションファイアウォール、マルウェアスキャン、ログイン制限、二要素認証、リアルタイムのIPブロック。
Sucuri Securityセキュリティ
ファイル整合性の監視、マルウェアスキャン、アクティビティ監査、ハッキング後の復旧支援。
WP Activity Logログ記録
管理者とユーザーの詳細なアクティビティログ、WooCommerceのイベント追跡、アラート、ログの保持。
コンプライアンスを自ら管理する
最もよくある誤りは、ゲートウェイやホストがすべてを担ってくれると思い込むことです。どちらもすべては担いません。実践的な出発点は次のとおりです。
- 加盟店レベルとSAQの種類を確認する 決済代行会社または銀行に確認しましょう。その一度のやり取りで、適用される内容のほとんどが明確になります。
- チェックアウトの流れを監査する。 顧客が支払う際に、カードデータがどこへ送られるかを正確に把握しましょう。
- ホスティングを見直す。 文書化されたAOC、含まれるセキュリティ機能、そしてお客様側に残る責任を確認しましょう。
- 四半期ごとのASVスキャンをスケジュールする。 見落とされがちですが、適切なホストやベンダーがいれば簡単です。
- 年次のSAQを完了する。 フォームはPCI Security Standards Councilがpcisecuritystandards.orgで公開しています。
要件を理解し、一貫して行動に移すこと。それが実践におけるコンプライアンスです。