01
セキュリティ
アクセス制御、暗号化、ファイアウォール、侵入検知、脆弱性管理。すべての SOC 2 監査で必須です。
SOC 2 が重要な理由
-
SOC 2 報告書がないと調達が止まる
大手企業は、セキュリティチェックシートと SOC 2 Type II 報告書がなければ取引を進めません。
-
毎年の更新で同じ作業を繰り返す
監査サイクルのたびに、ログ、アクセスレビュー、ポリシー承認の収集にエンジニアの工数が 6〜8 週間かかります。
5 Trust Service Criteria セキュリティは常に対象
SOC 2 コンプライアンスのタイムライン
ステップ 01
キックオフと連携
クラウド、コードリポジトリ、ID 管理システムを連携し、チームのオンボーディングを行います。
ステップ 02
準備フェーズ
テンプレートのポリシー、SOC 2 のコントロールに紐づく自動エビデンス、ギャップの是正。
ステップ 03
監査フェーズ
エビデンスを監査人とリアルタイムで共有し、指摘事項にはその都度対応します。
ステップ 04
認証取得と報告書
最終の監査報告書と認証。継続的なモニタリングが始まります。
SOC 2 要件のカバー範囲
02
可用性
SLA を支える稼働率、インシデント対応、災害復旧、キャパシティ計画。
03
機密性
営業秘密や B2B の機密データに対する、データ分類、NDA の運用、暗号化、安全な廃棄。
04
処理のインテグリティ
完全で正確、かつ承認されたデータ処理。決済事業者やデータパイプラインで特に重要です。
05
プライバシー
通知、同意、収集、利用、保管、廃棄に関する AICPA の基準。EU のユーザーがいる場合は GDPR と重なります。
SOC 2 に pTrackly が選ばれる理由
監査直前ではなく、毎日エビデンスを収集
CloudTrail、Okta、GitHub、Jira のログを毎日同期。90 日分のアクセスログも 1 回のエクスポートで取得できます。
TSC に紐づく 40 以上のポリシーテンプレート
アクセスレビュー、インシデント対応、変更管理などを事前にマッピング済み。貴社チームはレビューと承認を行うだけです。
メールのやり取り不要の監査人共有ワークスペース
監査法人は安全なポータルから依頼を送信します。共有ドライブ、zip ファイル、版の確認は不要です。
監査人より先に設定のずれを検知
特権アカウントの MFA 無効化やファイアウォールルールの変更を、その日のうちに通知します。