注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
メール機能は、通知や2FA メールの送信から、データのアップロードを可能にするワークフローの実行まで、さまざまなユースケースで使用されます。 そのため、プラットフォームでは Control Panel でメールインフラストラクチャとメールの到達性を設定するオプションを用意し、想定された宛先にのみメールが送信されることを組織が確認できるようにしています。
プラットフォームでは、主に既存のユーザーへの通知にメールを使用します。 ユーザーに関連付けられていないメールアドレスへのメール送信は、データが漏えいする可能性のない、特定の限られたユースケース（ユーザーのオンボーディングなど）に制限されています。
メールは、Simple Mail Transfer Protocol (SMTP) と呼ばれるプロトコルを使用します。SMTP では、メールメッセージが平文で送信され、プラットフォームから SMTP リレーに転送された後、1台以上の中継サーバーを経由して組織の SMTP 配送ホストに届けられます。組織のメール設定によっては、配送前に組織に代わってメールを受信し、処理する第三者がさらに介在する場合があります（セキュリティスキャンなど）。
転送中のメールが権限のない第三者に閲覧されることを防ぐため、Palantir では、転送中のメールの内容の機密性を保護する暗号化プロトコルである Transport Layer Security (TLS) の使用を必須としています。これにより、プラットフォームから Palantir の SMTP リレーに配送されるすべてのメールが暗号化されます。その後、Palantir の SMTP リレーは、ほかの SMTP 配送ホストへの新しいアウトバウンド接続で TLS の使用を強制するよう試みます。
残念ながら、ほとんどのメールサーバーは日和見暗号化を使用しており、TLS の使用を強制できない場合は、暗号化されていない平文での配送に切り替わります。ネットワークアーキテクチャ、メールの配送経路、メールサーバー、その他の条件によっては、機密性の高い顧客データを含むメールがネットワーク上で暗号化されずに送信される可能性があります。また、TLS 暗号化を使用していても、メール配送プロセスのどの中継地点でも、メールサーバーの所有者はメールメッセージの内容に平文でアクセスできます。組織のリスク許容度の観点から、メールサービスプロバイダーがメッセージの機密内容にアクセスすることを許容できない場合は、この点が特に重要です。
最後に、機密情報を含むメールメッセージが Foundry プラットフォームの外に出ると、その保護は受信者のメールサーバーの制御に依存します。メールサーバーの設定によっては、これらのメッセージが転送、ダウンロード、外部送信されたり、プラットフォームの外部で不適切に共有されたりする可能性があります。強制アクセス制御やマーキングなど、プラットフォームの強力なセキュリティの基本機能や保護は、データがプラットフォームの外に出ると適用されません。
強力なアクセス制御を維持するため、機密データはメールではなく、プラットフォーム内で共有することを一般的に推奨します。
メールはもともとベストエフォート型の仕組みであり、プラットフォーム、メール配送経路上のいずれかのメールサーバー、受信者のファイアウォールによってブロックされる可能性があります。また、受信者の受信トレイのメールルールに基づいて、迷惑メールに分類されたり、削除されたりする可能性もあります。重要なワークフローでは、Webhook やプッシュ通知など、到達性をより確実に保証できる仕組みを使用することを推奨します。
メールの到達性に影響する要因には、次のようなものがありますが、これらに限りません。
デフォルトでは、プラットフォームは Amazon (AWS SES) を使用してメールを送信します。
メールの送信先を制御する方法について、詳しくはこちら。
メールの内容を秘匿化する方法について、詳しくはこちら。
メールの送信に失敗した可能性がある理由を把握する方法について、詳しくはこちら。