[ 지역별 요구 사항 ]

명확한 엔터티 및 도메인 경계를 통해 은행 도메인 인증을 조사합니다.

샘플링된 웹사이트를 전체 발신자 자산으로 취급하지 않고 명시적인 기관, 브랜드, 자회사 및 지점 매핑을 사용하여 은행 도메인을 조사합니다.

EmailAuth 연구팀 제공 · 8분 읽기

[ 핵심사항 ]

  • 관할권에 적합한 은행 인구를 사용하고 한도를 유지하십시오.
  • 공유 브랜드 및 지점을 포함하여 별도의 기관 및 도메인 가중치를 부여합니다.
  • 퍼블릭 DNS 만으로 고객 위험이나 규정 준수를 추론하지 마세요.
이 페이지에서

도메인을 측정하기 전에 은행 엔터티를 정의하십시오.

은행 영역 연구에서는 허가 받은 기관, 지주 회사, 브랜드, 지점 및 기술 서비스 제공자를 구별해야 합니다. 이러한 단위는 웹사이트를 공유하거나 다른 도메인을 운영할 수 있으며 합병이나 브랜드 변경을 통해 관계가 변경될 수 있습니다. 브랜드 공개 웹사이트의 DNS 관찰은 전체 법률 기관의 이메일 자산을 자동으로 설명하지 않습니다. 따라서 엔터티-도메인 매핑은 증거의 일부이지 폐기할 예비 세부 사항이 아닙니다.

이 원고는 은행 인구를 수집하거나 도메인을 스캔하지 않고 방법을 제안합니다. 실제 기관의 보안, 규정 준수, 지급 능력 또는 고객 위험에 대해 어떠한 주장도 하지 않습니다. 모호한 브랜드 이름으로 구축된 리그 테이블이 아닌 재현 가능한 매핑과 기술적으로 제한된 결과를 생성하는 것이 목표입니다.

선택한 관할권에 적합한 권한을 사용하십시오.

미국 보험 은행 범위의 경우 FDIC BankFind API 문서 기관 데이터를 위치 또는 지점 데이터와 구별합니다. 이는 모든 은행이나 금융 서비스의 글로벌 목록이 아니라 유용한 공식 소스 구조입니다. 다른 관할권을 다루는 연구는 관련 권한과 적용 범위를 유지해야 합니다. 하나의 자격 없는 은행 분모 아래에 다양한 규제 인구를 혼합하지 마십시오.

FDIC 문서에는 또한 기본 인터넷 주소가 기관에 의해 보고되며 링크된 사이트가 FDIC의 통제 범위를 벗어남을 명시하고 있습니다. 면책조항은 해석에 중요합니다. 나열된 웹사이트는 소스에서 지원되는 매핑 단서일 뿐 모든 페이지를 보증하거나 발신자 도메인의 포괄적인 인벤토리를 보증하는 것은 아닙니다. 웹 사이트 필드를 완전한 보안 주장으로 취급하는 대신 필드 출처 및 확인 날짜를 유지하십시오.

단순 이름 목록 대신 관계 모델 구축

기관, 관련 상위 그룹, 지점 또는 위치 및 공공 브랜드에 대해 별도의 식별자를 만듭니다. 샘플링된 각 도메인을 해당 관계를 지원하는 특정 엔터티 및 소스에 연결합니다. 합병, 브랜드 이름 변경, 폐기 도메인의 발효일을 기록하세요. 친숙한 은행 그룹으로 레이블이 지정된 단일 행은 라이선스가 있는 여러 법인과 다양한 운영 책임을 숨길 수 있습니다.

공유 도메인에 가중치를 부여하는 방법을 정의합니다. 모든 지점을 별도의 인증 배포로 간주하면 대규모 지점 네트워크에 불균형적인 영향력을 미칠 수 있습니다. 상위 도메인만 계산하면 독립적인 전송 계약을 갖춘 자회사가 생략될 수 있습니다. 두 접근 방식 모두 본질적으로 모든 질문에 대한 정답은 아닙니다. 연구에서는 측정항목을 계산하기 전에 단위를 선택하고 그 결과를 설명해야 합니다.

보낸 사람 자산에서 샘플링된 웹 사이트를 분리합니다.

기관에서는 직원 메일, 고객 통지, 카드 서비스, 설문 조사, 마케팅, 채용 및 아웃소싱 커뮤니케이션에 대해 별도의 도메인을 사용할 수 있습니다. 공개 웹사이트 샘플은 일반적으로 모든 항목을 식별하지 못합니다. 승인된 연구 범위 없이 그 격차를 메우기 위해 그럴듯한 하위 도메인을 생성하거나 고객 메시지를 검색하지 마세요. 매핑은 도메인이 샘플링된 웹사이트인지, 독립적으로 입증된 발신자인지, 해결되지 않은 후보인지를 알려주어야 합니다.

RFC 7208 평가하다 SPF 관련 SMTP ID를 사용합니다. RFC 9989 평가하다 DMARC 조정 표시되는 From 도메인으로 이동하고 정책 검색을 정의합니다. 이러한 규칙은 제한 사항을 구체적으로 만듭니다. 즉, 하나의 웹 도메인에 게시하면 다른 도메인이나 공급자가 제어하는 ​​경로를 통해 전송된 메시지의 인증을 설정할 수 없습니다.

통제 및 귀속 불확실성 유지

등록 정보는 도메인 관계를 문서화하는 데 도움이 될 수 있지만 현재 운영 제어의 증거로 취급되어서는 안 됩니다. RFC 9083 RDAP 개체, 역할 및 이벤트를 정의합니다. RFC 9537 구현된 수정 정보를 설명합니다. 개인 정보가 보호되거나 불완전한 응답은 은행이 소유권을 숨기고 있다는 주장이 아니라 가시성 제한으로 유지되어야 합니다.

마찬가지로, 공유 DNS 호스트 또는 전송 공급자는 해당 기관이 보안 정책이나 관리 계정을 공유하도록 설정하지 않습니다. 추론된 제어와 별도로 관찰된 종속성을 기록합니다. 소유권 또는 보낸 사람 속성을 지원할 수 없는 경우 친숙한 서비스 이름에서 확실성을 주장하기보다는 관계를 해결되지 않음으로 표시하고 선언된 규칙에 따라 제외합니다.

DNS 측정을 독립적으로 설계

매핑된 도메인 목록을 동결하고 정확한 소유자 이름, 레코드 유형, 확인자 컨텍스트, 타임스탬프, 재시도 및 파서 버전을 지정합니다. 현재 적용 가능한 정책 검색과 정확한 이름 조회를 구별합니다. 다른 분석가가 결과를 재현할 수 있도록 원시 답변과 오류 범주를 유지합니다. 실패한 쿼리를 관련 증거와 범위 없이 인증이 없는 은행으로 설명해서는 안 됩니다.

신뢰할 수 있는 관찰과 재귀적인 관찰을 수집된 곳에 별도로 보관하세요. 여러 보존 TXT 레코드 프로토콜 선택 전 문자열. 분류는 전체 기관의 합격 또는 불합격이 아니라 샘플링된 이름에서 관찰된 내용을 식별해야 합니다. 이 작업에서는 DNS 쿼리, SMTP 프로브 또는 수신된 메시지 샘플이 수집되지 않았습니다.

소비자 위험 및 규정 준수 추론 방지

DNS 공개만으로는 고객 금융 정보가 노출되었는지, 사기가 발생했는지 또는 기관이 법적 요구 사항을 준수했는지 여부가 표시되지 않습니다. 이러한 결론에는 다양한 증거와 적격 검토가 필요합니다. 누락되거나 유효하지 않은 정책 관찰은 은행 서비스의 안전에 대한 주장이 되지 않고도 연구 범위 내에서 기술적 발견을 정당화할 수 있습니다.

측정값, 가중치 및 제한 사항이 투명하고 정당하지 않은 한 단순한 인증 점수로 기관 순위를 매기지 마십시오. 시행을 요청하는 정책은 모든 합법적인 스트림이 일치하거나 모든 명의 도용이 방지된다는 것을 증명하지 않습니다. 이 연구에서는 관측된 설정이 낮다고 해서 고객의 금전적 손실이 직접적으로 예측된다는 암시를 해서는 안 됩니다.

엔터티-도메인 매핑 워크시트

관할권, 권위 출처, 출처 날짜, 기관 식별자, 법인 유형, 상위 관계, 브랜드, 지점 관계 및 샘플링된 도메인에 대한 열을 만듭니다. 도메인 링크 증거, 유효 날짜, 매핑 신뢰도, 도메인 역할, 쿼리 계획 및 제외를 추가합니다. 일대다 매핑을 하나의 행에 충실하게 표현할 수 없는 경우 관계 테이블을 유지합니다.

릴리스 패키지에는 매핑, 소스 출처, 정규화된 쿼리 입력, 원시 관찰 및 분류 규칙이 포함되어야 합니다. 검토자는 어떤 브랜드나 자회사가 의도되었는지 추측하지 않고도 기관과 정확한 도메인에 대해 게시된 결과를 추적할 수 있어야 합니다. 민감한 고객 데이터, 계정 세부정보, 개인 직원 정보는 이 방법에 필요하지 않으며 이를 꾸미기 위해 수집해서는 안 됩니다.

허구적 진단: 그룹 홈페이지가 모든 자회사가 된다

가상의 연구자가 은행 그룹의 공개 웹사이트를 선택하고 관찰된 정책을 모든 자회사에 대한 결과로 보고합니다. 매핑 검토에서는 소스 목록이 여러 기관을 구별하는 반면 도메인 증거는 그룹 웹 사이트만 지원한다는 사실을 발견했습니다. 제안된 수정 사항은 더 좁은 웹 사이트 관찰 내용을 게시하고 더 넓은 발신자 정보를 측정되지 않은 상태로 표시하는 것입니다.

팀은 나중에 승인된 하위 도메인 증거를 확보하고 수정된 데이터 세트 버전에 따라 범위를 확장할 수 있습니다. 매핑이 불완전하기 때문에 추측된 이름으로 공백을 메우거나 보안 결함을 암시해서는 안 됩니다. 이 시나리오는 허구이며 실제 은행, 도메인, 스캔 또는 규정 준수 주장이 포함되어 있지 않습니다.

출시 상태

카탈로그에는 엔터티-도메인 매핑의 게시와 샘플링된 웹 도메인과 더 넓은 발신자 자산 간의 구별이 필요합니다. 원래 매핑은 계속 열려 있습니다. 전문가의 검토, 소스 적용 가능성, 생산 경로, 접근성 및 소유자 공개도 계속 열려 있습니다. 이 초안은 채워진 데이터 세트나 기관에 대한 조사 결과가 아닌 은행별 연구 설계를 제공합니다.

[ 테이크아웃 ]

은행-도메인 인증 관찰을 해석하기 전에 엔터티-도메인 관계 및 범위를 게시합니다.

[ 역할별 ]

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

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

은행 연구원

규제 대상 법인 식별

브랜드나 지점이 기관과 반드시 ​​동일한 계산 단위는 아닙니다.

다음 단계

  1. 기관 식별자를 유지합니다.
  2. 합병을 추적하고 날짜 이름을 바꿉니다.

도메인 분석가

웹 도메인 샘플 바인딩

기본 웹사이트는 완전한 메일 인벤토리가 아닙니다.

다음 단계

  1. 도메인 역할에 레이블을 지정합니다.
  2. 해결되지 않은 속성을 계속 표시하세요.

편집자 평론가

뒷받침되지 않는 위험 주장 방지

DNS 결과는 재정적 손실이나 규정 준수 실패를 입증하지 않습니다.

다음 단계

  1. 주장에 민감한 표현을 검토하세요.
  2. 광범위한 발송인-재산 청구에 대한 증거가 필요합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

FDIC 데이터는 전 세계 모든 은행을 포괄합니까?

아니요. 해당 기관 및 위치 데이터는 관할권별 예시입니다. 다른 인구 집단에는 적절한 공급원이 필요합니다.

FDIC BankFind 제품군: API 문서

FDIC 웹사이트 링크는 완전한 발송인 목록입니까?

아니요. 문서에는 기본 인터넷 주소가 기관에서 보고한 것이며 링크된 사이트 책임에 대한 제한이 포함되어 있다고 나와 있습니다.

FDIC BankFind 제품군: API 문서

각 분기가 독립적인 배포로 간주될 수 있나요?

명시적으로 분기 가중치를 적용한 설계에서만 가능합니다. 그렇지 않으면 공유 도메인이 반복적인 기술적 관찰을 생성합니다.

상위 웹사이트에서 보조 인증을 설정합니까?

아니요. 매핑은 청구된 각 엔터티와 도메인 관계를 지원해야 합니다.

RDAP가 현재 운영 소유권을 증명할 수 있습니까?

그 자체로는 아닙니다. 역할, 이벤트 및 수정 제한은 계속 표시되어야 합니다.

RFC 9083 : RDAP에 대한 JSON 응답

누락된 정책이 고객의 재정적 위험을 입증합니까?

아니요. DNS 증거는 노출, 사기 또는 법적 준수를 입증하지 않습니다.

은행이 스캔되거나 순위가 매겨졌습니까?

아니요. 원래 기관 데이터세트나 기술적 관찰은 수집되지 않았습니다.

어떤 출판 증거가 아직 공개되어 있나요?

엔터티-도메인 매핑과 웹 도메인과 더 넓은 발신자 자산 간의 명시적인 구분은 여전히 ​​열려 있습니다.

[ 출처 ]

출처

  1. RFC 9989: DMARC

    섹션 §4.7 DMARC 정책 레코드 형식 · §4.8 형식적 정의 · §4.10 DNS Tree Walk · §5.3.2 DMARC 메커니즘이 적용되는지 결정 · §4.4 식별자 정렬 설명 · A.6 pct 태그 제거

  2. RFC 7208 : 발신자 정책 프레임워크

    섹션 §2.4 MAIL FROM 신원 · §3.2 다중 DNS 레코드 · §4.5 레코드 선택 · §4.6.4 DNS 조회 제한 · §5.2 포함 · §6.1 리디렉션 · §8 결과 처리

  3. RFC 9083 : RDAP에 대한 JSON 응답

    섹션 §4 공통 데이터 구조 · §5.1 엔터티 객체 클래스 · §5.3 도메인 객체 클래스

  4. RFC 9537 : RDAP 응답의 수정된 필드

    섹션 §3 수정 방법 · §4 수정된 RDAP 응답

  5. FDIC BankFind 제품군: API 문서

    섹션 개요 · API 정의 파일: 기관 및 위치 API 정의 · FDIC.gov를 떠나려고 합니다: 기본 인터넷 주소 고지 사항

[ 어휘 ]

어휘

기관 단위
선택된 기관에 의해 식별되며 지점이나 브랜드와 구별되는 은행 법인입니다.

FDIC BankFind 제품군: API 문서

기본 웹사이트 매핑
완전한 발신자 자산 주장이 아닌 공개 웹사이트에 대한 소스 지원 링크입니다.

FDIC BankFind 제품군: API 문서

발신자 재산
별도의 승인된 증거가 필요한 실제 전송 워크플로 및 ID 집합입니다.
귀속 불확실성
공개 도메인 또는 종속성을 운영 제어에 연결하는 데 제한이 있습니다.

RFC 9537 : RDAP 응답의 수정된 필드

기업 출처

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

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

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

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

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

기술 자료