세 가지 다른 단서에 대해 세 가지 질문을 해보세요.
ASN , 역방향 DNS 이름 및 IP 지리적 위치 추정치는 인프라의 다양한 측면을 설명합니다. 이를 결합하면 조사자가 다음 증거 요청을 선택하는 데 도움이 될 수 있지만, 이들 간의 합의는 어떤 애플리케이션이 메시지를 보냈는지 또는 누가 이를 승인했는지 입증하지 못합니다. 그들은 모두 동일한 공유 릴레이를 설명하지만 고객 계정과 비즈니스 소유자는 전혀 알 수 없습니다.
이 가이드는 2026년 11월 8일 현재 공용 네트워크 기관 및 공급자 문서를 검토합니다. 주소, 도메인 또는 고객 메시지가 쿼리되지 않았습니다. 작업된 사례는 실제 네트워크 속성이 아닌 발명된 레이블을 사용합니다. 보충 RIPE 데이터베이스 정책 페이지가 시간 초과되어 문서를 지원하는 데 사용되지 않습니다. 액세스 가능한 RIPEstat 문서는 아래 설명된 라우팅 범위를 제공합니다.
등록과 관찰된 라우팅 구별
ARIN의 Whois 문서 네트워크, 자율시스템 및 관련기관의 등록기록에 대해 설명합니다. 등록을 통해 할당 또는 재할당 관계를 식별할 수 있습니다. 이메일을 생성한 소프트웨어는 식별되지 않습니다. 조직의 연락처 주소가 반드시 리소스의 물리적 위치일 필요는 없습니다. 회사 이름을 보낸 사람 결과로 바꾸는 대신 레지스트리 소스와 마지막 변경 정보를 유지하세요.
관찰된 라우팅은 또 다른 계층입니다. RIPEstat 네트워크 정보 포함된 접두사를 문서화하고 RIPE RIS에서 파생된 ASN 데이터를 발표합니다. 보유된 페이지에는 엔드포인트 버전 1.1이라는 레이블이 지정되어 있으며 8시간 데이터 덤프에 대해 설명합니다. 출력에는 여러 ASN이 포함될 수 있습니다. 이는 수집 제한이 있는 라우팅 데이터 스냅샷이지 애플리케이션 소유권에 대한 실시간 감사나 한 조직이 기록 시간에 모든 메시지를 제어했다는 보장이 아닙니다.
위임된 명명 설명으로 역방향 DNS 읽기
A PTR 레코드 주소를 역방향 네임스페이스의 도메인 이름과 연결합니다. ARIN의 역방향 DNS 가이드 별도의 IPv4 및 IPv6 역방향 영역과 위임 관리에 대해 설명합니다. 이름은 공급자의 일반 릴레이 레이블이거나 고객이 제어하는 호스트 이름일 수 있습니다. 이는 관련 DNS 관리의 명명 요청이며 호스트가 표시되는 보낸 사람 도메인에 대해 전송하도록 승인되었다는 증거가 아닙니다.
정방향 확인 역방향 관계는 반환된 이름이 수행된 검사에 따라 주소로 다시 확인됨을 보여줄 수 있습니다. 이는 일관성 증거를 향상시키지만 신청 목적이나 계정 승인을 설정하지는 않습니다. DNS 부재, 조회 실패 및 예상치 못한 이름을 다른 조건으로 유지합니다. 여기서는 조회가 실행되지 않았으며 매력적인 호스트 이름이나 누락된 PTR 만으로는 악의적인 발신자를 확인할 수 없습니다.
SPF 대신 PTR 사용하지 마십시오.
RFC 7208 정의하다 SPF 연결 IP 및 관련 SMTP ID 주변. 그것은 ptr 메커니즘이 권장되지 않습니다. 역방향 DNS 브랜딩은 이를 중심으로 SPF 정책을 구축할 이유가 아닙니다. 승인 도메인과 평가된 ID는 호스트 이름에 인식 가능한 공급자 이름이 포함되어 있는지 여부보다 더 중요합니다. 공급자와 유사한 하위 문자열은 확인된 전체 도메인 관계를 대체하기에는 적합하지 않습니다.
마찬가지로, 친숙한 도메인에서 이름을 찾는다고 해서 다음이 표시되지는 않습니다. DKIM 또는 DMARC 통과했다. 이러한 메커니즘에는 고유한 증거와 신원 규칙이 있습니다. 수신자가 보고하지 않은 인증 결과를 생성하기 위해 인프라 단서를 사용하여 다음에 검사할 항목을 결정하지 마십시오. 향후 DNS 검사에서는 해석과 별도로 정확한 소유자, 레코드 유형, 시간 및 응답 상태를 유지해야 합니다.
지리적 위치를 범위가 있는 추정치로 취급
MaxMind의 정확도 안내 정확도는 다양하며 도시 수준 데이터에는 정확도 반경이 포함될 수 있다고 설명합니다. 특정 사람, 가구 또는 거리 주소를 명시적으로 찾지 않습니다. 호스팅 또는 프록시 위치는 최종 사용자의 위치와 다를 수 있습니다. 따라서 보고된 도시는 직원이나 고객이 해당 도시에서 메일을 보냈다는 주장이 되어서는 안 됩니다.
데이터 세트, 에디션 또는 관찰 날짜와 사용 가능한 불확실성 정보를 기록합니다. 생략된 도시는 소스가 해당 정밀도를 제공하지 않았음을 의미할 수 있습니다. 주소에 위치가 없다는 증거는 아닙니다. 서로 다른 데이터베이스는 방법과 입력이 다르기 때문에 서로 일치하지 않을 수 있습니다. 이 가이드는 위치 데이터베이스를 가져오거나 위치 정보 서비스를 호출하거나 다른 사람에게 좌표를 할당하지 않습니다.
가상의 인프라 번들을 통해 작업
초안 작성 전 종이 케이스에는 North Network라는 네트워크 라벨이 포함되어 있습니다. PTR 이름, relay.north.example; 그리고 광범위한 지역 추정치. 모두 발명되었습니다. 그 뒤에는 실제 ASN 번호, 실제 주소 조회 또는 대표 메시지가 없습니다. 종합해보면, 이러한 단서는 미래의 조사자가 네트워크 및 서비스 문서를 어디에서 찾을 수 있는지를 암시합니다. 특정 메일 애플리케이션, 고객 테넌트 또는 승인된 비즈니스 목적을 설정하지 않습니다.
다음 증거 계층은 대표 메시지의 ID와 신뢰할 수 있는 수신 추적을 고객별 서비스 레코드에 연결합니다. RFC 9990 보고서의 소스 IP를 연결 주소로 정의하므로 인프라 번들도 원래 구성 시스템이 아닌 중개자를 설명할 수 있습니다. "관찰된 연결과 관련된 네트워크"를 "메일을 작성한 응용 프로그램"으로 번역하는 대신 해당 가능성을 보존하십시오.
제한된 조사를 안내하기 위해 불일치를 사용하십시오.
등록 조직, PTR 이름 및 지역 간의 불일치는 자동으로 해결되는 문제가 아니라 조사해야 할 문제입니다. 스푸핑 분류. 주소 할당 변경, 아웃소싱 릴레이 또는 다른 데이터 세트 시간으로 인해 분명히 일관되지 않은 라벨이 생성될 수 있습니다. 그것은 가능한 설명일 뿐입니다. 어떤 구체적인 증거가 이를 구별할 수 있는지 물어보고 해당 증거가 제공될 때까지 원인을 해결되지 않은 것으로 표시합니다.
정확한 흡입 게이트는 계속 열려 있습니다. 현재 기본 사양을 검증하고 초안 작성 전에 작업 사례를 유지합니다. 이 다큐멘터리 작품은 현재의 소스 구절과 허구의 사례를 유지하지만 원본 증거 요구 사항을 충족하지 않습니다. 즉, 인프라 단서를 대표 메시지 및 고객별 서비스 증거와 결합합니다. 대표 메시지나 고객 기록이 제공되지 않았습니다. 인프라 문서를 읽는 것과 별도로 발신자 승인, 외부 공개, DNS 또는 자격 증명 작업을 유지하세요.