[ 신고 및 조사 ]

인증 보고서에서 1e100.net 조사

Google 인프라 라벨을 시작 단서로 사용한 다음 메시지 ID, 경로 및 실제 서비스 소유자를 확인하세요.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • Google 인프라 라벨은 계정 소유권을 설정하지 않습니다.
이 페이지에서

인증 대시보드의 소스 옆에 1e100.net 표시되어도 트래픽이 조직에 속하는지 여부를 알 수 없습니다. Google은 1e100.net 네트워크의 서버를 식별하는 데 사용하는 도메인으로 문서화합니다. 이는 특정 메시지의 승인이나 그 뒤에 있는 Google 계정의 신원이 아니라 인프라 이름의 의미를 설정합니다.

라벨의 유래를 찾아보세요

원시 보고서의 소스 IP로 시작하고 대시보드가 ​​표시 이름을 어떻게 생성했는지 물어보세요. 현재 역방향 DNS 조회, 캐시된 강화 또는 공급업체 분류일 수 있습니다. 보고서의 원래 간격과 별도로 조회 시간과 방법을 유지하십시오. 현재 라벨은 메시지가 관찰되었을 때 주소 이름이 어떻게 지정되었는지에 대한 역사적 증거가 아닙니다.

증거 기록의 원본 주소를 식별 이름으로 대체하지 마세요. 보고자, 보고서 ID, 개수 및 적용 간격을 모두 유지합니다. 이를 통해 다른 분석가는 대시보드의 강화 변경에 의존하지 않고 관찰 내용을 재현할 수 있습니다.

인증 ID 검사

작성자 도메인 비교, 보고 SPF 신원, DKIM 도메인에 서명하고 정책 결과를 조정합니다. 관련 없는 도메인에서 원시 SPF 또는 DKIM 성공은 설정되지 않습니다. DMARC 귀하의 작성자 도메인에 대한 성공입니다. 반대로, 익숙하지 않은 소스 라벨이 유효한 정렬 서명과 함께 제공될 수 있습니다.

인증을 소유권과 별도로 유지하세요. 전달 조정 메커니즘은 관련 도메인 인증 결과를 지원하지만 메시지가 원했거나 계정이 손상되지 않았음을 증명하지는 않습니다. 실패한 결과는 추가 증거 없이는 악의적인 의도를 입증하지 않습니다.

예상 경로 테스트

조직의 실제 Google 관련 서비스 및 계정 인벤토리를 확인하세요. 담당 관리자에게 직원 메일, 구성된 릴레이 또는 전달 경로가 관찰 내용을 설명할 수 있는지 문의하십시오. 신뢰할 수 있는 수신자 헤더와 승인된 애플리케이션 로그를 사용하여 경로를 확증합니다. 임의로 수신하거나 신뢰하지 마십시오 Authentication-Results 보낸 사람이 제공한 텍스트입니다.

경로가 승인되었지만 ID 디자인이 불분명한 경우 정확한 애플리케이션을 통해 무해한 제어 테스트를 보냅니다. 수신 사서함, 타임스탬프 및 ID를 기록합니다. 다른 사서함이나 서비스를 통한 테스트에서는 원래 경로의 유효성을 검사하지 않습니다.

두 가지 관찰을 통해 작업

이 합성 비교에서 두 레코드 모두 1e100.net 으로 끝나는 강화 레이블을 갖습니다. 레코드 A에는 조직의 작성자 도메인에 대해 정렬된 DKIM 패스가 포함된 40개의 관찰이 있습니다. 레코드 B에는 정렬된 전달 메커니즘이 없는 6개의 관찰이 있습니다. 공유 인프라 레이블은 인증 결과를 동일하게 만들지 않습니다.

관리자는 알려진 발신 계정과 샘플 메시지로 A를 확증합니다. B는 미분류 계류 계정 및 경로 증거로 남아 있습니다. 다음 조치는 Google 라벨이 지정된 모든 트래픽을 승인하거나 관찰된 주소를 SPF 에 추가하는 것이 아니라 B를 조사하는 것입니다. 이 예에서는 실제 계정이나 트래픽이 검사되지 않았습니다.

지원되는 분류로 마감

세 가지 결과 중 하나를 기록하십시오. 뒷받침하는 증거가 있는 검증된 승인된 서비스, 승인되지 않은 사용 지원 또는 소유자와 다음 단계에 대한 해결되지 않은 관찰. 분류 신뢰도와 날짜를 유지합니다. 인증을 복구해야 하는 경우 역방향 DNS 이름에서 DNS 변경 사항을 구성하는 대신 확인된 서비스에 대한 현재 자사 지침을 사용하세요.

계정 마이그레이션, 라우팅 변경 또는 신규 신청 후 분류를 검토하세요. 인식 가능한 인프라 도메인만을 기반으로 하는 영구적인 예외를 피하세요. 유용한 결론은 단순히 서버를 운영하는 회사가 아닌 서비스와 인증 경로를 식별하는 것입니다.

무단 사용 분류의 경우 신뢰할 수 있는 메시지 및 계정 로그를 통해 추적된 전송 작업이 승인되지 않았음을 확인하는 책임 계정 소유자와 같은 긍정적인 증거를 보존합니다. 소유자를 알 수 없거나 실패함 조정 결과만으로는 해결되지 않은 상태로 유지됩니다. 누락된 증거를 기록하고 이를 획득할 사람을 기록합니다.

간결한 조사 기록을 유지하세요

  • 소스 증거: 원시 IP, 보고서 ID, 보고자, 개수 및 기간.
  • 강화 증거: 표시 이름, 조회 방법 및 조회 시간.
  • 인증 증거: 작성자 도메인, 원시 SPF / DKIM ID 및 정렬된 결과.
  • 비즈니스 증거: 서비스 소유자, 승인된 계정 또는 경로, 확증하는 제어 메시지.
  • 결정: 승인, 무단 사용 지원 또는 소유자와 다음 단계로 해결되지 않음. 친숙한 서버 레이블은 결정이 아닙니다.

[ 테이크아웃 ]

Google 인프라 라벨을 시작 단서로 사용한 다음 메시지 ID, 경로 및 실제 서비스 소유자를 확인하세요.

[ 역할별 ]

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

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

IT/메일 관리자

IP 및 강화 출처를 보존합니다.

나중에 강화 변경 사항이 조사를 다시 작성할 수 없도록 원래 관찰을 보존합니다.

다음 단계

  1. IP 및 강화 출처를 보존합니다.
  2. 원시 정체성을 정렬과 비교합니다.
  3. 의심되는 응용 프로그램을 정확하게 테스트하십시오.

CISO/SecOps

승인과 공급자 ID를 분리하세요.

인식된 공급자는 보안 예외가 아닙니다. 의심되는 오용을 확증하고 증거가 누락된 경우 불확실성을 유지합니다.

다음 단계

  1. 승인과 공급자 ID를 분리하세요.
  2. 해당되는 경우 손상된 계정 가능성을 검토하세요.
  3. 지원되지 않는 인프라 예외를 만료합니다.

창립자 / 비기술자

어떤 비즈니스 계정이 경로를 소유하고 있는지 물어보세요.

사업체 소유권과 메일 인증은 서로 다른 질문에 답합니다. 예외를 승인하기 전에 두 가지를 모두 요구합니다.

다음 단계

  1. 어떤 비즈니스 계정이 경로를 소유하고 있는지 물어보세요.
  2. 승인된 인벤토리에서 분류되지 않은 트래픽을 차단하세요.
  3. 예외가 발생하기 전에 증거가 필요합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

1e100.net 은 무엇입니까?

Google은 이를 네트워크의 서버 이름을 지정하는 데 사용되는 도메인으로 식별합니다.

라벨은 메일이 Google 계정에서 왔다는 것을 의미합니까?

아니요. 귀하의 계정이나 서비스 소유권을 설정하지 않습니다.

관찰된 IP를 SPF 에 추가해야 합니까?

이 단서만으로는 안됩니다. 서비스를 확인하고 지원되는 인증 구성을 사용하십시오.

대시보드 이름은 어디서 얻었나요?

역방향 DNS , 캐시된 강화 또는 공급자 분류를 사용했는지 확인하세요.

Google 라벨이 지정된 소스가 DMARC 실패할 수 있나요?

예. 관련 결과는 표시된 공급자 이름이 아니라 인증 및 정렬 통과에 따라 달라집니다.

정렬된 DKIM 안전한 콘텐츠를 증명합니까?

아니요. 콘텐츠가 원하거나 계정이 손상되지 않았다는 것을 입증하지는 않습니다.

유용한 검증 테스트란 무엇입니까?

실제 의심되는 경로를 통해 신뢰할 수 있는 수신자에서 검사된 무해한 메시지입니다.

해결되지 않은 트래픽은 어떻게 기록해야 합니까?

승인 없이 증거, 불확실성, 조사 소유자 및 구체적인 다음 조치를 유지합니다.

[ 출처 ]

출처

  1. RFC 9989 : DMARC 핵심 프로토콜

    섹션 §4.4 · §4.5 · §11

  2. RFC 9990 : DMARC 집계 보고

    섹션 §3.1.1

  3. Google 도움말: 1e100.net 무엇인가요?

    섹션 1e100.net 은 무엇입니까?

  4. RFC 8601 : Authentication-Results 신뢰 경계

[ 어휘 ]

어휘

DMARC 정렬
표시되는 보낸 사람 도메인과 전달되는 SPF 또는 DKIM ID 간의 필수 관계입니다. 엄격한 정렬에는 정확한 도메인 일치가 필요합니다. 완화된 정렬은 적용 가능한 조직-영역 관계를 사용합니다.
작성자 도메인
DMARC 평가하는 메시지의 표시되는 보낸 사람 주소에 있는 도메인입니다.
DMARC
도메인 기반 메시지 인증, 보고 및 적합성은 조정된 인증을 도메인 소유자 정책 및 피드백과 연결합니다. 메시지 내용을 인증하거나 전달을 보장하지 않습니다.
집계 보고서
보고 간격 동안 수신자의 그룹화된 DMARC 관찰입니다. 반드시 조직에서 보낸 모든 메시지를 나타내는 것은 아닙니다.

기업 출처

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

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

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

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

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

기술 자료