[ 에이전트 자동화 ]

읽기 전용 에이전트로 알 수 없는 발신자 조사

승인 권한을 부여하지 않고 에이전트를 사용하여 발신자를 알 수 없는 증거를 정리합니다. 후보 속성, 사람의 결정, 이후 변경 사항을 별도로 유지하세요.

EmailAuth 연구팀 제공 · 7분 읽기

[ 핵심사항 ]

  • 발신자 관찰을 강화하기 전에 승인된 데이터 및 도구를 정의하십시오.
  • 신고 내용과 검색된 텍스트를 증거로 취급하며 행동할 권한이 없습니다.
  • 고객별 서비스 및 소유자 증명이 필요합니다.
  • 비즈니스 승인을 DNS 쓰기, 자격 증명 및 외부 공개와 별도로 유지하세요.
이 페이지에서

대리인에게 승인권한이 아닌 조사명령을 부여하세요.

알 수 없는 보낸 사람은 승인된 비즈니스 서비스에 아직 연결되지 않은 관찰입니다. 이는 자동으로 악성이 아니며, 인지도 있는 호스팅 회사에서 이를 승인하지 않습니다. 상담원은 증거를 정리하고 다음 질문을 제안할 수 있지만 고객별 인간 결정에 따라 서비스 승인, 거부 또는 에스컬레이션 여부가 결정되어야 합니다.

아래 워크플로는 제안되었지만 실행되지 않았습니다. 2026년 5월 예정 DMARC 사양, OWASP의 2025 에이전트 보안 지침 및 공개 공급자 문서는 2026년 11월 8일에 검토되었습니다. EmailAuth 기능, 통합, 자율 작업 또는 지원되는 제품 워크플로는 주장되지 않습니다. 구현 전 제품 기능 및 권한 적용을 별도로 검증해야 합니다.

좁은 범위의 관찰로 시작하세요

승인된 입력(보고서 행, 경고 또는 관련 메시지 관찰)에서 사례를 만듭니다. 가능한 경우 보고 소스, 보고 간격, 작성자 도메인, 연결 IP, 인증 ID 및 관찰된 결과를 보존합니다. 원래 값을 에이전트의 정규화된 표시 및 라벨 누락 필드와 별도로 유지하세요. 파서 오류는 발신자 결과로 다시 작성되어서는 안 됩니다.

RFC 9990 설명하다 집계 보고서 접속 IP, 횟수, 인증 관련 데이터를 기록합니다. 이러한 행은 유용한 단서가 되지만 조직의 사업주 이름을 밝히지는 않습니다. 보고서에는 잘못된 정보가 포함될 수도 있습니다. 겉으로 보이는 양을 승인으로 신뢰하기보다는 출처를 유지하고 확증을 추구합니다. RFC 9990

강화하기 전에 에이전트의 허용 범위를 설정하세요. 이 제안된 설계에서는 승인된 보고서 발췌문, 관련 인벤토리 항목, 공개 문서 및 특별히 승인된 구성 관찰 내용을 읽을 수 있습니다. 관련되지 않은 고객 계정을 쿼리하거나, 메시지를 보내거나, DNS 수정하거나, 자격 증명을 생성 또는 공개하거나, 서비스를 승인하거나, 외부 수신자와 증거를 공유할 수는 없습니다.

검색된 자료가 지침이 되는 것을 방지

보고서, 메시지 내용, 웹사이트 및 제공자 문서는 증거 입력이지 에이전트의 권한 소스가 아닙니다. 데이터 내보내기 또는 "복구"를 지시하는 샘플에 포함된 텍스트 기록 임무를 변경해서는 안 됩니다. OWASP는 외부 콘텐츠를 통한 간접 프롬프트 주입에 대해 설명하고 검색만으로는 해당 위험을 제거할 수 없는 이유를 설명합니다. OWASP 프롬프트 주입

"쓰지 마세요"라는 지시에만 의존하기보다는 좁게 정의된 읽기 도구와 강제 권한을 사용하세요. OWASP의 과도한 기관 지침은 결과적 조치에 대한 승인 제어를 통해 기능, 권한 및 자율성을 제한하는 것을 지원합니다. 고객 데이터와 함께 사용하기 전에 실제 시스템의 시행 및 감사 추적을 평가하십시오. OWASP 과도한 대행사

에이전트의 출력은 관찰, 문서화된 제공자 사실 또는 추론에서 나온 진술을 보존해야 합니다. 신뢰도 라벨은 실제로 보정되지 않은 한 확률이 아닙니다. 확인됨, 후보, 미해결과 같은 간단한 용어는 필요한 증거가 정의되면 더 명확해질 수 있습니다.

신원과 소유권을 혼동하지 않고 후보자 생성

에이전트는 관찰된 신원을 알려진 서비스 및 공개적으로 문서화된 공급자 행동과 비교할 수 있습니다. 역방향 DNS 이름, 공유 IP 범위 또는 친숙한 이름 DKIM 도메인은 후보자를 추천할 수 있습니다. 없음은 관련 고객 테넌트, 캠페인 또는 비즈니스 애플리케이션이 조직의 도메인을 사용할 권한이 있음을 증명합니다.

특정 서비스를 관찰된 신원 및 목적과 연결하는 증거를 사업주에게 요청하세요. 유용한 제안 입력에는 승인된 서비스 기록, 승인된 계정 구성 보기 및 관련 메시지 이벤트가 포함됩니다. 소유권을 설정하기 위해 비밀번호나 개인 서명 키를 요구하지 마세요.

Amazon SES 구체적인 범위 예를 제공합니다. 공개 문서에는 상속된 동작을 포함하여 도메인 또는 이메일 자격 증명과 지역별 확인이 설명되어 있습니다. SES가 후보인 경우 일반 SES 일치로 문제가 해결된다고 가정하는 대신 관련 승인 계정과 지역을 검사하세요. 이 문서에서는 SES 테넌트를 확인하거나 ID를 생성하지 않습니다. Amazon SES 자격 증명 문서

과대 주장 없이 인증 상호 연결

승인된 메시지 샘플이 필요한 경우 수신 시스템의 신뢰할 수 있는 인증 증거 및 관련 전송 로그를 사용하세요. 단지 찾는 것만으로도 Authentication-Results 헤더 불충분: 생산 시스템과의 신뢰 관계가 중요합니다. 신뢰할 수 없는 전달 또는 붙여넣기된 주장을 의존하는 수신자 증거와 구별되도록 유지하십시오. RFC 8601

작성자 도메인을 평가하고 인증됨 SPF 또는 DKIM ID 및 조정 별도의 필드로. 패스는 도메인 인증에 대한 설명을 지원할 수 있습니다. 신청서에 대한 비즈니스 승인을 제공하지 않습니다. 반대로, 인증 실패는 합법적인 경로에서 발생할 수 있으며 그 자체로는 남용의 증거가 아닙니다. RFC 9989

증거를 연관시키면서 콘텐츠 노출을 최소화하세요. 상담원은 가능한 경우 승인된 기술 하위 집합에서 작업해야 합니다. 제한된 원본 또는 외부 공개가 필요한 경우 데이터 및 대상에 대한 특정 인간 결정을 잠시 중지하십시오. 읽기 전용 분석은 입력을 다른 서비스로 보낼 때 공개 위험을 제거하지 않습니다.

해결되지 않은 대안이 포함된 결정 패킷 제시

제안된 패킷에는 후보 서비스, 관련 ID, 지원 아티팩트, 모순, 누락된 소유자 증거 및 권장되는 다음 단계의 이름이 지정되어야 합니다. 명시적인 결과 제공: 문서화된 서비스 범위를 승인하고, 계속 조사하거나, 의심되는 무단 사용을 에스컬레이션합니다. 인간의 결정은 누가, 어떤 증거에 따라, 어떤 한계를 가지고 결정했는지 식별해야 합니다.

가상의 경우 보고서 행은 알려진 캠페인 플랫폼과 유사하지만 현재 소유자가 이를 고객 계정에 연결할 수 없습니다. 적절하게 제안된 전환은 지정된 조사관이 알 수 없는 상태에서 해결되지 않은 상태로 전환되는 것입니다. 나중에 소유자가 확인한 계정과 메시지 일치는 사람의 승인을 지원할 수 있습니다. 이 이야기는 그러한 전환이 일어났다는 증거가 아닙니다.

서비스 승인은 SPF 추가, DKIM 변경 또는 DMARC 정책 조정을 자동으로 승인하지 않습니다. 권장되는 모든 변경에는 정확한 목표, 현재 기준선, 의도된 차이점 및 승인된 사람의 결정이 필요합니다. 변경된 목표 또는 오래된 기준선은 이전 승인을 확대하는 대신 검토를 위해 제안을 반환합니다.

인간의 의사결정을 유지하여 워크플로를 평가합니다.

운영에 사용하기 전에 모호한 귀속, 모순되는 증거, 악의적인 내장 지침 및 거부된 작업에 대한 테스트를 정의하십시오. 예상되는 안전한 동작에는 케이스를 해결되지 않은 채로 두고 권한 경계에서 중지하는 것이 포함되어야 합니다. 여기서는 그러한 테스트가 실행되지 않았으며 성공률이나 예방 보장도 주장되지 않습니다.

필수 원본 증거: 보존된 증거와 사람의 결정을 통해 승인 여부를 알 수 없거나 에스컬레이션된 워크플로를 보여줍니다. 제안된 상태, 가상의 사건 및 보안 통제는 해당 관문을 만족시키지 않습니다. 실제 증거, 인간의 결정 및 제품별 검증이 부재합니다.

[ 테이크아웃 ]

공급자 일치는 승인이 아니라 리드입니다. 에이전트는 강제된 읽기 전용 경계 내에 머무르면서 불확실성을 유지하고 사람의 결정에 대한 증거를 준비해야 합니다.

[ 역할별 ]

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

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

상담원 워크플로 디자이너

조사 경계 강화

설계자는 시스템에서 사용할 수 있는 승인된 입력과 좁은 범위의 읽기 도구를 결정합니다. 안전은 단지 프롬프트의 문장이 아니라 구현된 권한 및 승인 확인에 달려 있습니다.

다음 단계

  1. 조사 도구 세트에서 쓰기 및 보내기 기능을 제외합니다.
  2. 승인된 환경에서 주입된 지침과 거부된 작업을 테스트합니다.
  3. 증거의 출처를 기록하고 사실과 추론을 구별합니다.

비즈니스 서비스 소유자

후보자를 고객과 연결

소유자는 귀속에 필요한 비즈니스 목적과 고객별 증거를 제공합니다. 공급자 이름, 인증 통과 또는 높은 트래픽 수는 이 결정을 대체할 수 없습니다.

다음 단계

  1. 해당 계정, 서비스, 신원 범위를 확인하세요.
  2. 모순되거나 만료된 서비스 기록을 해결합니다.
  3. 관련 없는 DNS 편집을 승인하지 않고 승인의 제한 사항을 명시합니다.

보안 사례 검토자

해결되지 않은 정당한 결과에 대한 보상

검토자는 증거가 승인, 추가 조사 또는 에스컬레이션을 뒷받침하는지 여부를 평가합니다. 권한 경계에서 중지되는 에이전트는 승인된 보낸 사람이 없는 경우에도 올바르게 작동할 수 있습니다.

다음 단계

  1. 각 결정적인 관찰의 출처와 신뢰도를 검토하세요.
  2. 외부 공유 및 자격 증명 작업을 별도로 승인하세요.
  3. 완료된 워크플로를 요청하기 전에 인간의 결정을 유지해야 합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

발신자를 알 수 없는 사례를 사람의 승인을 받을 준비가 되도록 만드는 것은 무엇입니까?

제안된 패킷은 관찰된 신원을 특정 고객 서비스, 현재 비즈니스 목적 및 책임 있는 소유자와 연결하고 확증하는 증거와 해결되지 않은 모순을 표시합니다. 익숙한 인프라 레이블만으로는 해당 상태에 도달할 수 없습니다.

출처가 알려진 제공자와 유사하다고 해서 대리인이 출처를 승인할 수 있나요?

아니요. 공유 인프라와 일반적인 공급자 행동은 후보 단서입니다. 관련 고객 계정 및 서비스 범위에 대한 증거가 필요합니다. Amazon SES ID 및 지역 구분은 광범위한 공급자 일치가 완전한 고객 귀속이 아닌 이유를 보여줍니다.

이 읽기 전용 조사 외에 어떤 조치가 남아 있습니까?

DNS 편집, 서비스 승인, 자격 ​​증명 생성 또는 공개, 저장소 권한 변경, 메시지 전송 및 외부 공유는 해당 권한을 벗어납니다. 제안된 각 결과적 조치에는 자체 승인 및 강제 권한 경계가 필요합니다. 분석은 이를 자동으로 승인할 수 없습니다.

상담원은 보고서나 샘플에 포함된 지침을 어떻게 처리해야 합니까?

새로운 권위가 아닌 신뢰할 수 없는 콘텐츠로 취급하세요. 보고서는 조사에 정보를 제공할 수 있지만 권한, 수신자 또는 목표를 변경할 수는 없습니다. 검색이 안전하다고 가정하기보다는 실제 구현에서 간접 주입 방어 및 다운스트림 적용을 평가합니다.

붙여넣은 Authentication-Results 필드가 충분하지 않은 이유는 무엇입니까?

필드는 업스트림 어설션을 전달합니다. 그 신뢰성은 생산자, 전송 경로, 소비자와의 신뢰 관계에 따라 달라집니다. 합격 결과가 포함된 헤더를 수락하는 대신 관련 수신 시스템의 신뢰할 수 있는 증거를 찾으세요.

DMARC 패스로 사업 소유권 문제를 해결할 수 있나요?

아니요. DMARC 애플리케이션, 캠페인 또는 고객 계정에 대한 조직의 승인이 아니라 정렬된 도메인 인증에 관한 것입니다. 책임 있는 사람의 결정이 지원될 때까지 서비스 소유권을 해결하지 않은 상태로 두는 동시에 기술적 결과를 보존합니다.

두 개의 후보 서비스가 그럴듯하게 유지될 때 올바른 결과는 무엇입니까?

사건을 해결되지 않은 상태로 유지하고 두 후보자를 모두 보존하며 두 사람을 구별할 누락된 증거를 식별합니다. 실제 조사자 또는 에스컬레이션 소유자를 할당합니다. 단순히 작업 흐름을 완료하기 위해 불확실성을 승인으로 전환하지 마십시오.

이 워크플로는 사용 가능한 EmailAuth 에이전트 기능을 설명합니까?

여기서는 제품 기능이 확인되지 않았습니다. 이는 명시적인 승인 경계가 있는 평가 설계입니다. 실제 구현에는 운영상의 성공을 주장하기 전에 기능 확인, 권한 테스트, 보유 사례 증거 및 인간의 결정이 필요합니다.

[ 출처 ]

출처

  1. OWASP LLM06:2025 과도한 대행사
  2. OWASP LLM01:2025 프롬프트 주입
  3. RFC 8601 : 메시지 인증 상태를 나타내는 메시지 헤더 필드
  4. RFC 9989 : 도메인 기반 메시지 인증, 보고 및 적합성
  5. RFC 9990 : DMARC 집계 보고
  6. Amazon SES : 자격 증명 생성 및 확인

[ 어휘 ]

어휘

후보자 귀속
관찰된 발신자와 여전히 고객별 확증이 필요한 가능한 서비스 간의 잠정적 연관입니다.
읽기 전용 위임
쓰기, 승인 결정, 자격 증명 작업 및 승인되지 않은 공개를 제외하는 명시적으로 범위가 지정된 조사 권한입니다.
증거 출처 라벨
뒷받침하는 입력에 대한 참조와 함께 보유된 관찰, 문서화된 사실 및 조사자의 추론을 구별하는 표시입니다.
인간의 결정 경계
담당자가 권한을 추론하도록 하는 대신 정의된 서비스나 작업을 승인하기 위해 제안된 워크플로가 중지되는 지점입니다.
해결되지 않은 전환
필요한 귀속 증거가 누락되었거나 모순되는 경우 보낸 사람의 승인 없이 기록된 사례의 지속 또는 에스컬레이션입니다.

기업 출처

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

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

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

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

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

기술 자료