[ 에이전트 자동화 ]

조직을 대신하여 이메일을 보내는 AI 에이전트 관리

메일이 인증을 통과하는지 여부와 관계없이 에이전트의 수신자, 콘텐츠 및 전송 ID를 제어합니다.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • 메일이 인증을 통과하는지 여부와 관계없이 에이전트의 수신자, 콘텐츠 및 전송 ID를 제어합니다.
  • 인증된 발신자에게는 여전히 승인된 수신자, 목적 및 콘텐츠가 필요합니다.
이 페이지에서

메일을 보낼 수 있는 AI 에이전트는 모든 메시지가 통과되더라도 비즈니스 결과를 창출할 수 있습니다. SPF, DKIM 그리고 DMARC. 인증은 전송 도메인 ID의 측면을 다룹니다. 메시지가 승인되었거나 정확하거나 적절하다는 것을 입증하지는 않습니다. 정의된 목적과 수신자 범위를 사용하여 보내기 작업을 별도의 기능으로 관리합니다.

에이전트가 통신할 수 있는 내용 정의

승인된 사용 사례, 전송 계정, 수신자 소스, 볼륨 제한, 첨부 파일 규칙 및 검토 요구 사항을 지정합니다. 일상적인 내부 상태 요약과 계약상의 약속은 동일한 자율 승인 경로를 공유해서는 안 됩니다. 조직의 정책에 따라 외부 수신자와 민감한 콘텐츠를 제한하고 해당 정책을 변경할 수 있는 사람을 설정합니다.

분석 중인 이메일에 포함된 지침이 아닌 신뢰할 수 있는 디렉터리나 명시적으로 승인된 주소에서 수신자 신원을 알아냅니다. 이 새 주소로 보고서를 보내라는 메시지는 자동 승인이 아니라 평가를 위한 증거입니다. OWASP 프롬프트 주입 외부 텍스트가 명령으로 취급되는 경우 에이전트 동작을 조작할 수 있는 이유를 설명합니다.

읽기 권한과 별도로 전송 권한을 유지하세요.

필요한 사서함 및 API 권한만 있는 발신 ID를 사용하세요. 보고서 읽기 통합은 자동으로 다른 사람 이름으로 보내기 또는 대신 보내기 권한을 얻어서는 안 됩니다. 초안 생성, 승인 및 제출을 별도의 기록된 이벤트로 유지합니다. 제출하기 전에 승인된 버전과 비교하여 수신자, 제목, 본문, 첨부 파일을 다시 확인하세요.

OWASP 과도한 대행사 노출된 기능과 권한을 제한하고 다운스트림 인증을 시행할 것을 권장합니다. 모델이 일반 HTTP 도구나 대체 메일 API를 사용하여 이를 우회할 수 없도록 송신 게이트웨이에 이러한 제어를 적용합니다. 속도 제한과 킬 스위치는 영향을 줄이지만 수신자 및 콘텐츠 인증을 대체하지는 않습니다.

제한된 전송 워크플로 테스트

서면 계획 SEND-01의 경우 테넌트-A/service-mailbox, From status@example.invalid , 수신자 ops@example.invalid , 제목 루틴 상태, 본문 검토 완료로 가정합니다. 제안된 변경 사항 없음, 첨부 파일 없음, 목적 내부 상태. 모든 신원은 예시일 뿐이며 자격 증명이나 실제 승인은 제공되지 않습니다.

제안된 게이트웨이 규칙에 따라 유효한 보호 승인이 있고 사용되지 않은 작업 ID가 있는 정확한 개체가 제출 대상이 될 수 있습니다. 새로운 외부 수신자, 첨부 파일, 계약 목적, 변경된 본문, 변경된 보낸 사람, 다른 계정 또는 재사용된 작업 ID로 인해 중지되어야 합니다. 일반 HTTP 경로는 동일한 인증 경계를 우회하면 안 됩니다. 이는 실행된 테스트가 아니라 예상되는 결정입니다.

프로덕션에서는 공급자가 수락한 요청과 수신자 전달을 구별합니다. 전송 응답이 손실된 경우 중복 메일을 피하기 위해 다시 시도하기 전에 사용 가능한 메시지 또는 작업 식별자를 검사하세요. 공급자의 멱등성 지원은 다양합니다. 로컬 리플레이 가드만으로는 네트워크 장애 시 정확히 한 번만 전달된다는 것을 증명할 수 없습니다.

검사 가능한 작업 체인 유지

제안된 순서는 승인된 보고서 검색, 초안 생성, 승인된 인간 결정, 실행 게이트웨이 검증, 공급자 제출 및 별도의 전달 관찰입니다. 각 단계를 소유하는 구성 요소를 기록합니다. 이 예에서는 공급자 요청 ID, 승인 영수증, 제출 타임스탬프 및 배달 결과를 사용할 수 없습니다. 공급자 어댑터, 로컬 가드 또는 재생 테스트가 실행되지 않았으며 메시지도 전송되지 않았습니다.

실제 메일 경로 인증 및 감사

선택한 보낸 사람 도메인에 대해 전송 서비스의 문서화된 인증을 구성하고 수신자에서 승인된 테스트 메시지를 확인합니다. RFC 9989 설명하다 조정, 하는 동안 DKIM 서명자의 책임을 의도된 작성자로부터 분리합니다. 두 프로토콜 모두 AI가 생성한 진술의 진실성을 인증하지 않습니다.

사용자 또는 서비스 승인, 승인된 콘텐츠 버전, 수신자 해결, 제출 결과 및 후속 전달 증거를 적절한 보존 통제 하에 보존합니다. 읽기 전용 진단을 비활성화하지 않고 즉시 전송을 일시 중단할 수 있는 방법을 제공합니다. 승인되지 않은 메시지가 전송된 경우 통신 사고로 처리하십시오. DNS 수정해도 해당 내용은 철회되지 않습니다.

[ 테이크아웃 ]

인증된 발신자에게는 여전히 승인된 수신자, 목적 및 콘텐츠가 필요합니다.

[ 역할별 ]

이것이 당신에게 의미하는 바

실용적인 다음 단계를 위해 역할을 선택하세요.

IT/메일 관리자

제출 게이트웨이 제어

수신자 및 페이로드 확인은 실행 시에 속합니다.

다음 단계

  1. 승인된 콘텐츠 버전을 기록합니다.
  2. 중복되고 불확실한 결과를 테스트합니다.
  3. 재시도하기 전에 불확실한 전송을 조정하세요.

CISO/SecOps

메일 권한을 특권적인 기능으로 취급

인증만으로는 오용을 방지할 수 없습니다.

다음 단계

  1. 다른 사람 이름으로 보내기 범위를 감사합니다.
  2. 빠른 서스펜션 경로를 유지하십시오.
  3. 발신 ID의 인증을 확인하세요.

창립자 / 비기술자

약속과 편리함을 분리하세요

유용한 요약 대리인은 제한되지 않은 회사 목소리를 얻어서는 안됩니다.

다음 단계

  1. 허용된 목적을 정의합니다.
  2. 결과적 약속에 대한 검토가 필요합니다.
  3. 상태 업데이트와 비즈니스 약속을 구별하세요.

[ 자주 묻는 질문 ]

자주 묻는 질문

DMARC 통과는 메시지가 승인되었음을 의미합니까?

아니요. 도메인 인증은 비즈니스 허가 또는 콘텐츠 진실을 확립하지 않습니다.

메일을 읽으면 전송 권한이 부여되어야 합니까?

아니요. 읽기, 초안 작성 및 보내기를 별도의 기능으로 취급합니다.

분석된 이메일에서 수신자를 가져올 수 있나요?

신뢰할 수 있는 인증 및 신원 확인 후에만 가능합니다. 이메일 텍스트 자체로는 권한을 부여할 수 없습니다.

승인에는 무엇이 포함되어야 합니까?

수신자 세트, 목적, 전송 ID 및 관련 콘텐츠 또는 첨부 파일 범위.

예제에서 이메일을 보내나요?

아니요. 게이트웨이 또는 메시지 제출이 실행되지 않은 서면 제출 정책을 지정합니다.

전송 호출 시간이 초과되면 어떻게 되나요?

재시도하기 전에 공급자와 작업 증거를 확인하세요. 결과가 불확실할 수 있습니다.

리플레이 가드가 정확히 한 번만 전달되도록 보장합니까?

아니요. 네트워크 및 공급자 행동에는 별도의 처리 및 확인이 필요합니다.

비상 통제는 무엇을 중단해야 합니까?

조사에 적합한 경우 안전한 읽기 전용 액세스를 유지하면서 권한을 보냅니다.

[ 출처 ]

출처

  1. OWASP 과도한 대행사

    섹션 예방 및 완화 전략

  2. OWASP 프롬프트 주입

    섹션 예방 및 완화 전략

  3. RFC 9989 DMARC

    섹션 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  4. RFC 6376 DKIM

    섹션 §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

[ 어휘 ]

어휘

다른 사람 이름으로 보내기 권한
다른 계정이나 ID를 발신자로 사용하여 메일을 제출하는 권한입니다.
리플레이 가드
이전에 처리된 작업 식별자의 반복 사용을 거부하는 컨트롤입니다.

기업 출처

최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.

기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.

EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.

정부 대기업 1등급 금융기관

SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화

기술 자료