이메일 전달, 본문 숨김과 발송 억제

Foundry는 알림, 2단계 인증 안내와 데이터 업로드 관련 업무 등에 이메일을 사용합니다. Control Panel에서는 메일 인프라와 수신 범위를 구성합니다. 기본 발송 제공자는 Amazon AWS SES입니다.

이메일은 주로 이미 등록된 사용자에게 보냅니다. 사용자 계정과 연결되지 않은 주소로의 발송은 사용자 온보딩처럼 데이터 유출 가능성이 없는 좁은 용도로 제한합니다.

이메일의 데이터 보호 경계

SMTP 메일은 플랫폼에서 중계 서버로 전달된 뒤 하나 이상의 중간 서버를 거쳐 조직의 메일 서버에 도착합니다. 조직의 메일 구성에 따라 보안 검사 등을 맡은 다른 업체도 메일을 처리할 수 있습니다.

Palantir는 플랫폼에서 Palantir의 SMTP 중계 서버까지 TLS를 요구하고, 중계 서버가 다른 메일 서버로 연결할 때에도 TLS를 적용하려고 시도합니다. 대부분의 메일 서버는 암호화를 우선 시도하되 TLS를 적용할 수 없으면 평문으로 전송하는 opportunistic encryption 방식을 사용합니다. 따라서 네트워크 구성과 전달 경로에 따라 암호화되지 않은 구간이 생길 수 있으며, 전체 전달 경로가 암호화된다고 가정할 수 없습니다.

TLS를 사용하더라도 각 메일 서버 운영자는 메시지의 평문에 접근할 수 있습니다. 조직에서 메일 서비스 제공자가 민감한 본문에 접근하는 것을 허용하지 않는다면 메일에 해당 내용을 포함하지 않아야 합니다.

Foundry를 떠난 메일의 전달, 저장, 다운로드와 재공유에는 수신 시스템의 통제가 적용됩니다. Foundry의 보안 표지나 강제 접근 요건이 외부 메일 사본에 계속 적용되지는 않습니다. 민감 데이터는 이메일 본문에 넣기보다 플랫폼 안에서 공유하는 방식을 권장합니다.

전달 실패의 원인

이메일은 플랫폼, 중간 서버, 방화벽이나 수신함 규칙에 의해 차단되거나 스팸으로 분류 또는 삭제될 수 있습니다. 중요한 워크플로에는 웹훅이나 푸시 알림처럼 전달 특성이 더 적합한 수단도 검토합니다.

대표적인 실패 원인은 다음과 같습니다.

• 사용자의 Foundry 계정에 이메일 주소가 없습니다.
• 주소가 조직의 허용 목록에 없습니다.
• 주소가 발송 억제 목록에 있습니다.
• 설정한 이메일 제공자에 장애가 있습니다.
• 수신 서버가 응답하지 않거나 메일 수신을 거부합니다.

이메일 허용 목록은 어디로 보낼 수 있는지를 정합니다. 본문 숨김은 보낼 메일에 어떤 내용을 포함할지 정하며, 발송 억제는 반복 실패나 수신자 불만으로 발송을 중단하는 기능입니다.

기본 본문 숨김

Email content redaction은 알림에서 민감한 고객 정보를 제거하고 관련 플랫폼 이벤트의 링크만 보내는 기본 보안 기능입니다. 사용자는 링크를 따라 Foundry 안에서 자신의 권한으로 내용을 확인합니다.

Control Panel의 Content redaction에서 구성합니다. 기본적으로 모든 사용자에게 보내는 알림에 본문 숨김을 적용합니다. 위험을 확인한 뒤 일부 사용자나 도메인 또는 조직 전체에 완전한 본문을 보내도록 바꿀 수 있습니다.

Selected users only

완전한 본문을 받을 도메인 또는 사용자 그룹을 지정합니다. 아무 사용자나 도메인도 지정하지 않은 이 모드가 기본값이므로 모두 숨긴 메일을 받습니다.

도메인과 하위 도메인은 @domain.com 형식으로 각각 지정합니다. 특정 그룹에 속한 수신자도 완전한 본문을 받을 수 있습니다.

조건은 같은 종류 안에서도, 도메인과 그룹 사이에서도 OR로 결합합니다. 지정 도메인 중 하나 또는 지정 그룹 중 하나에 해당하면 본문 숨김을 해제합니다. 두 조건을 동시에 만족해야 하는 구성으로 해석하면 안 됩니다.

Save Changes를 선택하고 위험 확인 절차를 완료하면 설정이 적용됩니다.

Everyone in this Organization

이 모드는 해당 조직의 모든 수신자에게 도메인과 관계없이 완전한 본문을 보냅니다. 민감 정보가 의도치 않게 유출될 위험을 크게 높이므로 사용하지 않는 것이 권장됩니다. 조직 정책과 위협 모델에 따라 허용하기로 결정한 경우에도 Save Changes 뒤 위험 확인을 거쳐야 합니다.

액션 유형별 예외

조직 전체 설정에서 Allow override redaction at the action type level을 먼저 켜면 Ontology Manager의 개별 액션 유형에서 그 액션의 이메일 본문 숨김을 해제할 수 있습니다.

설정을 바꾸는 사용자는 ontology:override-notification-redaction 작업 권한이 필요합니다. 기본적으로 ontology:manage-ontology를 가진 사용자에게 이 권한이 부여됩니다. 조직 수준 허용과 액션별 설정을 둘 다 고려해야 합니다.

발송 억제

같은 주소로 발송이 반복 실패하면 플랫폼 또는 이메일 제공자가 suppression을 만들 수 있습니다. 만료되거나 관리자가 삭제할 때까지 그 사용자에게 발송을 중단하는 장치입니다.

수신자의 명시적인 동의 없이 COMPLAINT에 따른 억제를 삭제하는 것은 권장하지 않습니다. 발송 평판이 나빠져 다른 이메일의 전달에도 영향을 줄 수 있습니다. 억제를 해제하는 것과 원래 수신 실패의 원인을 해결하는 것은 별도로 관리합니다.