あなたがフォームを公開します。誰かがそれを記入します。彼らの名前、メールアドレス、場合によっては生年月日や病状が、どこかのデータベースに保存されます。
次に何が起こるのでしょうか？誰がそれを見ることができるのでしょうか？どのように保存されるのでしょうか？使用しているプラットフォームが侵害された場合、何が起こるのでしょうか？
フォームを作成するほとんどの人は、何かがうまくいかなくなるまでこれらの質問をしません。この投稿は、それが起こる前にそれらを尋ねること、そして答えがどのように見えるべきかを知ることに関するものです。
ここで区別すべき関連するリスクがあります：機密ファイルをランダムなオンラインツールにアップロードすること—PDF圧縮、変換、結合—は別の問題ですが、関連する問題であり、オンラインで処理してはいけない5種類のファイルで詳しく説明しました。その記事は、制御できないツールにファイルを渡すリスクについてです。この投稿は、フォームプラットフォーム自体のリスク—あなたの回答を収集、保存、管理するソフトウェアについてです。
このページで
なぜフォームデータがターゲットになるのか
フォームは、どのビジネスにおいても最も高密度なデータ収集ポイントの一つです。単一の受付フォームで、名前、連絡先情報、保険情報、医療問題の説明をすべて一度に取得することができます。
その集中度が、フォームを攻撃者にとって魅力的にし、そのデータを収集し保存するプラットフォームがセキュリティを真剣に考える必要がある理由です。
リスクは抽象的ではありません。誤って設定されたフォームは、正しいURLを持つ誰にでも提出物を公開する可能性があります。適切なアクセス制御がないプラットフォームは、不満を持つ従業員や、1つのアカウントを侵害した外部の攻撃者がすべてにアクセスできることを意味します。保存中のデータが暗号化されていない場合、ストレージシステムが侵害された場合にデータが回復可能です。
良いニュースは、適切なセキュリティアーキテクチャがこれらすべてを処理することです。問題は、あなたが使用しているプラットフォームがそれを持っているかどうかです。
実際に重要なセキュリティスタック
セキュリティドキュメントは密集しています。ここでは、主要な部分があなたのデータにとって実際に何を意味するのかを説明します。
転送中および保存中の暗号化
転送中とは、データがユーザーのブラウザからサーバーに移動する際に暗号化されることを意味します。これはTLS（HTTPSの背後にある技術）が提供するものです。TLS 1.2およびTLS 1.3が現在の標準です—古いバージョンには既知の脆弱性があり、使用すべきではありません。
保存中とは、データがストレージ—データベース、バックアップ、ファイルシステム—に保存されているときに暗号化されることを意味します。広く採用されている標準はAES-256で、政府や金融機関が世界中で使用している対称暗号化アルゴリズムです。保存中の暗号化がない場合、ストレージの侵害がデータ侵害になります。暗号化がある場合、ストレージにアクセスした攻撃者は、暗号化キーにアクセスできない限り、読めない暗号文を取得します。
どちらも重要です。転送中に暗号化するが、保存中に暗号化しないプラットフォームは重大なギャップを残します。
注目すべき点： 転送中にTLS 1.2または1.3、保存中にAES-256。両方が明示的に述べられているべきで、暗示されるべきではありません。
アクセス制御と最小特権の原則
チームの全員がすべてのフォーム提出物を見るべきではありません。すべてのシステムプロセスがすべてのデータベースに書き込むべきではありません。最小特権の原則は、各人とプロセスに必要なアクセスだけを与え、それ以上は与えないことを意味します。
実際には、次のことを意味します：
- 役割ベースの権限 — アナリストは回答を表示できますが、フォームロジックを編集することはできません。管理者は両方を行うことができます。
- 多要素認証 — 資格情報の盗難だけではアカウントを侵害するのに十分ではないはずです。
- 監査ログ — 誰が何にいつアクセスしたかの記録
監査ログは特に規制された業界にとって重要です。医療データを扱っている場合、誰が患者の記録にアクセスしたかを尋ねられたときに「わからない」という答えは受け入れられません。
注目すべき点： 設定可能な役割、MFAの強制、改ざん防止のアクセスログ。
インフラストラクチャとネットワークの分離
信頼できるフォームプラットフォームは、クラウドインフラストラクチャ上で稼働し、プロダクション環境が開発環境から分離されています。これは、テスト中に導入されたバグがプロダクションデータに到達するべきではなく、開発システムの侵害がプロダクションに波及するべきではないためです。
ネットワークレベルの制御—ファイアウォール、仮想プライベートクラウド（VPC）、ウェブアプリケーションファイアウォール（WAF）—は追加の境界を作成します。アプリケーションサーバーはプライベートサブネットに配置され、インターネットに直接公開されるべきではありません。
注目すべき点： プロダクション/開発の分離、VPCベースのネットワーク分離、公開エンドポイントの前にWAF。
バックアップと冗長性
データ損失もセキュリティ問題です。プラットフォームは冗長バックアップを維持し、定義された期間（通常15日以上）それらを保持し、主要データとは別の場所に保存する必要があります。高可用性要件のために、マルチアベイラビリティゾーンアーキテクチャは、1つのデータセンターの障害がサービス全体を停止させないようにします。
注目すべき点： バックアップ保持期間、地理的分離、文書化された復旧時間目標。
コンプライアンス認証：実際には何を意味するのか
認証は単なるロゴではありません。第三者が結果に利害関係を持たずに実施する実際のセキュリティ制御の独立した監査を表します。
SOC 2 タイプII
SOC 2は、サービスプロバイダーが顧客データをどのように扱うかを評価するためのアメリカ公認会計士協会のフレームワークです。タイプIIはタイプIよりも厳格です：それは制御がある瞬間に存在するかどうかを評価するだけでなく、それらの制御が持続的な期間にわたって効果的に機能したかどうかをテストします—通常6〜12ヶ月。
プラットフォームがSOC 2 タイプIIを持っている場合、独立した監査人がそのセキュリティ制御（アクセス管理、データ保護、インシデント対応手順、可用性のコミットメントを含む）をレビューし、それらが主張通りに機能していると結論付けました。レポートのコピーは、要求に応じてまたはベンダーの信頼センターを通じて入手可能です。
ISO 27001
ISO 27001は、情報セキュリティ管理システムの国際標準です。組織がどのようにセキュリティ姿勢を確立、実施、維持、継続的に改善するかをカバーしています—単なるスナップショットではなく、継続的なプログラムです。
ISO 27001は現在の標準（最新バージョン）です。これに認定された組織は、そのセキュリティ管理システムが独立して監査され、標準に準拠していると認められています。
ISO 27017とISO 27018
これらはISO 27001のクラウド固有の拡張です。ISO 27017はクラウドサービスのセキュリティ制御を扱い—クラウドプロバイダーとその顧客の両方に適用されます。ISO 27018はクラウド環境での個人識別情報（PII）の保護に焦点を当てています。
クラウドベースのプラットフォームで個人データを保存する企業にとって、これらの認証は基本的なISO 27001標準を超えた意味のある保証を提供します。
HIPAA
HIPAAは医療機関とそのビジネスアソシエイト—彼らに代わって保護された健康情報（PHI）を扱う第三者—に適用されます。フォームプラットフォームがHIPAAに準拠するためには、PHIのための特定の管理的、技術的、物理的な保護策を実施する必要があります。
重要なことに：HIPAA準拠には、あなたの組織とプラットフォームとの間で署名された**ビジネスアソシエイト契約（BAA）**が必要です。BAAがない場合、PHIを収集するためにプラットフォームを使用することは、プラットフォームがどのようなセキュリティ制御を持っていても、あなたの組織をHIPAA違反のリスクにさらします。BAAは、両側に正式で法的に拘束力のあるコミットメントを作成します。
HIPAA準拠が必要な人とその罰則の詳細な内訳については、HIPAAコンプライアンスガイドをご覧ください。
GDPR
GDPRは、組織がEU居住者の個人データを収集、処理、保存する方法を規制します。フォームプラットフォームにとって、これは処理のための合法的な根拠を文書化し、データ主体の権利（アクセス、削除、移植性）を提供し、収集されたデータの適切なセキュリティを維持することを意味します。
フォームプラットフォームに尋ねるべき質問
機密フォームデータをプラットフォームに信頼する前に、これを出発点としてチェックリストとして使用してください。「正しい答え」列は、信頼できる回答がどのように見えるかを示します。
| 質問 | 正しい答え |
|---|---|
| 転送中および保存中にどの暗号化を使用していますか？ | TLS 1.2/1.3 + AES-256。両方とも明示的に述べられているべきです。 |
| SOC 2 タイプII監査を完了しましたか？ | はい、レポートは要求に応じてまたは信頼センターを通じて利用可能です。 |
| 私のデータはどこに保存されていますか？他の顧客から隔離されていますか？ | 指定された地域（例：us-east-1などの指定されたAWS地域）、テナントレベルの論理的隔離。 |
| HIPAA準拠のためにBAAに署名しますか？ | はい—PHIを扱う場合に必要です。 |
| データ保持ポリシーは何ですか？提出物を随時削除できますか？ | 設定可能な保持期間、即時削除が可能です。 |
| セキュリティインシデントはどのように処理しますか？ | 通知のための定義されたSLA（GDPRは通常72時間以内の通知を要求します）、指定された連絡先。 |
| 従業員は私の提出データにアクセスできますか？ | アクセスは制限され、ログに記録され、監査されます。 |
ベンダーがこれらに明確に答えられない場合、それが答えです。
PlatoFormsに関する注記： 上記の表は、信頼できる答えがどのように見えるかを反映しており、必ずしもPlatoFormsの現在の認証状況を示しているわけではありません。SOC 2 タイプII認証は進行中です。現在の認証状況と利用可能なコンプライアンス文書については、信頼センターをご覧ください。
PlatoFormsのセキュリティ対策
では、これらの制御を持つプラットフォームは実際にどのように見えるのでしょうか？
PlatoFormsは、機密データを扱う組織—医療提供者、法律事務所、金融サービス、規制された業界の企業のために構築されています。
インフラストラクチャ
- AWSでホストされ、データは転送中にTLS 1.2/1.3、保存中にAES-256で暗号化され、バックアップも含まれます
- プロダクションと開発環境は完全に分離されています
- 顧客データへのすべての従業員アクセスはログに記録され、監査され、最小特権ポリシーによって管理されています
コンプライアンス
- HIPAA規制の組織のためにビジネスアソシエイト契約に署名します—設定の詳細についてはHIPAAコンプライアンス文書をご覧ください
- HIPAAセキュリティルールの管理的、技術的、物理的保護要件を満たすように設計されています
アカウントセキュリティ
全体像—認証、ダウンロード可能なコンプライアンス文書、セキュリティアーキテクチャの概要については、PlatoForms信頼センターをご覧ください。
医療分野でHIPAA準拠のフォームが必要で、署名されたBAAが必要な場合は、PlatoForms for HIPAA-compliant formsをご覧ください。
あなたのユースケースに関するセキュリティについて具体的な質問がある場合は、お問い合わせください。セキュリティ要件は業界や収集されるデータの機密性によって異なり、PlatoFormsが適切かどうかを一緒に考えることができます。
