セキュリティセンター
Expertini ATSにおけるデータ保護の仕組みと、セキュリティ問題の適切な報告方法について。
このページでは、プラットフォームを検討中の採用担当者や採用組織に関連するセキュリティ対策と、脆弱性を報告するための責任ある開示プロセスについて説明します。
このページ内
01Infrastructure
Expertini ATSは、（再販されたサードパーティSaaSではなく）Expertiniが直接運用するインフラストラクチャ上で稼働し、転送時のTLSを備えた専用Elasticsearchクラスターを使用しています。決済データはすべてStripeによって処理され、カード情報がExpertini独自のサーバーに届くことは一切ありません。
02Access control
組織データはデータ層でorg_idによって厳格にスコープ分けされており、ある採用組織が別の組織の候補者、求人、応募情報を照会または閲覧することはできません。組織内では、オーナー/管理者/採用担当者のロールによって権限が管理されます（例：クライアントCRMでのクライアントレコードの削除はオーナー/管理者のみ可能など）。
03PII handling
個人識別情報は、インテリジェントスコアリング処理が読み取る前に職務経歴書テキストからパターンマッチングにより削除されます。削除される項目や処理の制限事項の詳細については、プライバシーポリシーをご確認ください。
04Responsible disclosure
セキュリティ上の脆弱性を発見されましたか？再現手順を記載の上、security@expertini.com までメールでお知らせください。公に開示する前に非公開でご報告いただき、問題の実証に必要な範囲を超えたデータへのアクセスや変更はお控えください。現在、有償のバグバウンティプログラムは実施しておりませんが、誠意あるご報告には真摯に対応・謝意を表明いたします。
05データ保持と削除の具体的な仕組み
候補者の応募データは24か月後に自動的に削除されます。これはスケジュールされた処理であり、候補者が行使を知る必要があるリクエスト専用の権利ではありません。連携用に設定された組織のシークレットはサーバーサイドに保存され、ブラウザに再レンダリングされることは決してありません。一度保存されると、インターフェースには認証情報が存在することのみが表示され、その値は表示されません。支払いカードのデータはいかなる時点でもExpertiniのシステム上に存在せず、カードのライフサイクル全体がStripe内で行われます。Privacy Policyは保持期間とデータ主体の権利に関する正式な声明です。このページの役割はセキュリティに関連する概要です。
06セキュリティ審査担当者が実際に尋ねる質問への回答
ベンダーセキュリティ評価を実施されるチーム向けに要点をまとめます。テナント分離はすべてのクエリでデータレイヤーにおいて強制されます（アプリケーションコードの規約のみに頼らず、組織スコープのフィルタリングを実施）。ロールベースのアクセス制御により、オーナー/管理者権限（請求、シート管理、削除）と日常の採用担当者業務が明確に分離されています。職務経歴書のテキストがインテリジェント処理ステップに渡される前に候補者の個人情報（PII）はパターンマッチングによって除去され、システムは個人情報ではなく客観的な証拠を評価します（詳細はインテリジェント技術ページを参照）。通信はTLSで暗号化され、インフラは再販ではなくExpertiniが直接運用しています。また、スコアリングパイプラインの判断は再現可能であり、評価軸ごとの根拠とともに記録されるため、アルゴリズムの責任に関するセキュリティ審査項目にも対応しています。本サマリーに記載のない事項については、security@expertini.comにてアセスメントシートへの直接回答を承ります。
よくある質問
有償のバグ報奨金制度はありますか？⌄
Expertini のスタッフは自社の候補者データを閲覧できますか？⌄
ベンダーセキュリティ質問書への記入は誰が担当しますか？⌄
概要
- 組織データはorg_idによって厳密にスコープ定義されており、組織をまたいだ閲覧は不可
- カード情報は完全にStripeによって処理され、Expertiniに保存されることはありません
- インテリジェントなスコアリングステップの前に個人識別情報（PII）パターンを除去
- security@expertini.com 経由での責任ある開示（まずは非公開でご報告ください）
- 24か月での候補者データ自動削除（申請制ではなくスケジュール実行）
- 連携シークレットは保存後ブラウザに再表示されることはありません