[ 배달 가능성 및 발신자 규칙 ]

Spamhaus PBL과 남용 목록 비교: 적절한 응답 선택

PBL을 MX에 대한 직접 정책 신호로 인식하고 남용을 가정하는 대신 지원되는 제출 또는 적격한 제거를 선택합니다.

EmailAuth 연구팀 제공 · 3분 읽기

[ 핵심사항 ]

  • PBL을 MX에 대한 직접 정책 신호로 인식하고 남용을 가정하는 대신 지원되는 제출 또는 적격한 제거를 선택합니다.
  • PBL 항목은 남용이나 요청자 권한에 대한 증거가 아닌 전송 정책과 관련됩니다.
이 페이지에서

PBL 결과는 일반 인터넷 연결이 정상적으로 작동하는 사용자에게 경고를 줄 수 있습니다. 중요한 차이점은 정책이 차단 목록 단순히 악성 머신의 목록이 아닙니다. 해당 정책에 따라 메일을 타사 MX 서버에 직접 전달해서는 안 되는 IP 범위를 식별합니다.

정책 의미 읽기

Spamhaus PBL에 동적 IP와 고정 IP가 모두 포함될 수 있다고 말합니다. 따라서 정적이라는 것만으로는 주소가 목록 외부에 속한다는 사실을 입증하기에 충분하지 않습니다. 관련 질문은 해당 주소가 승인되었으며 네트워크 정책에 따라 MX로 직접 전송하는 데 적합한지 여부입니다. Spamhaus PBL.

이 결과를 단독으로 사용하여 사용자나 장치가 스팸을 보낸다고 비난하지 마십시오. 다른 증거는 남용 조사를 정당화할 수 있지만 정책 범위 목록은 다른 관찰입니다. 추가로 명명된 데이터 세트를 유지하고 독립적으로 조사합니다.

제출과 직접 전달 구별

메일 클라이언트는 일반적으로 인터넷 연결 메일 서버 역할을 하지 않고 구성된 메일 서비스를 통해 제출합니다. Spamhaus 의 PBL FAQ에는 사용자의 주소가 PBL에 있을 때 적절하게 인증된 SMTP 서비스를 사용하는 방법이 설명되어 있습니다. 공급자의 현재 제출 구성을 따릅니다. 릴레이 호스트나 자격 증명을 만들어내지 마세요. PBL FAQ.

이는 사용 가능한 릴레이를 통해 무단 트래픽을 터널링한다는 의미는 아닙니다. 서비스는 계정과 워크로드를 허용해야 합니다. 인증, 억제 및 서비스의 전송 정책은 경로 변경 후에도 계속 적용됩니다.

요청과 독립적으로 권한 확인

서면 권한 확인 시나리오는 두 요청자를 대조합니다. 첫 번째는 인증된 공급자 계정인 admin-1을 가정하고 기존 서비스 소유자 디렉터리를 통한 가상 콜백을 통해 비즈니스 목적과 네트워크 인증을 확인합니다. 결과는 자동 제거가 아닌 자격 검토입니다. 두 번째는 인바운드 소유권 주장만 제공합니다. 별도의 디렉터리 콜백은 권한 확인에 실패하므로 제안된 규칙은 요청을 보류하고 릴레이 또는 DNS 변경을 수행하지 않습니다.

제어 경계는 메일 공급자 계정과 네트워크의 전송 권한입니다. 요청자가 제공한 전화번호는 독립적인 확인이 되지 않습니다. 이러한 ID 및 콜백 세부 정보는 입력 교육을 위해 만들어졌습니다. 실제 사람, 비즈니스, 계정 또는 네트워크 권한이 확인되지 않았습니다. 이 서면 비교를 위해 프로그램, 콜백, DNS 조회, 제거 요청 또는 릴레이 구성이 실행되지 않았습니다.

지원 프로세스의 남용 주장을 PBL의 정책 의미와 별도로 유지하세요. PBL 형태의 관찰만으로는 타협이나 요청자의 권위를 입증할 수 없습니다. 실제 사례에서는 액세스 권한을 부여하거나 전송 경로를 변경하기 전에 승인된 기존 채널을 통해 확인하고 결정에 필요한 최소한의 증거를 보관하세요.

삭제를 요청하기 전에 자격을 확인하세요.

정확한 IP에 대한 최신 공식 지침을 읽어보세요. 주소를 제어하는 ​​사람과 네트워크에서 허용하는 사항을 확인하세요. Spamhaus 의 단일 IP 지침에서는 요청자에게 할당된 고정 IP를 요구하며 적절한 전달 및 전달 기능을 갖춘 아웃바운드 메일 서버를 실행합니다. 역방향 DNS. 또한 제거 기준에 따라 아웃바운드 port25가 해당 서버로 제한됩니다. 정적인 것만으로는 아직 충분하지 않습니다. 해당하는 경우 공급자가 관리하는 제거 경로를 따르십시오. 제거 요청은 발신자가 결과를 싫어한다고 말하는 것이 아니라 적법한 직접 전송 요구 사항과 완료된 요구 사항을 정확하게 설명해야 합니다.

요구 사항이 해결되지 않은 다른 데이터 세트에 주소가 나타날 수도 있습니다. PBL 제거는 SBL, XBL 또는 기타 목록을 지우지 않으며 수신기가 트래픽을 수락한다는 것을 보장하지 않습니다. 이러한 상태를 단일 "clean" 플래그로 묶지 마십시오.

승인된 테스트 수신자를 통해 승인된 경로를 검증하고 실제 수신 결과를 유지합니다. 지속성 복구는 성공적인 조회에 대한 스크린샷이 아니라 올바른 ID 제어를 통해 적절하고 지원되는 전송 경로입니다.

관측 포인트를 확인하세요

PBL은 URL 또는 웹 액세스 필터링이 아닌 수신 헤더의 모든 기록 IP가 아닌 SMTP 중에 IP 연결을 위한 것입니다. 합법적인 사용자는 승인된 서비스를 통해 제출하기 전에 PBL에 나열된 액세스 주소에 나타날 수 있습니다. 심층 헤더 스캐닝으로 인해 불만 사항이 발생한 경우 제안된 필터 소유자는 과거 주소를 활성 전달 소스로 처리하기 전에 해당 사용을 조사해야 합니다.

[ 테이크아웃 ]

PBL 항목은 남용이나 요청자 권한에 대한 증거가 아닌 전송 정책과 관련됩니다.

[ 역할별 ]

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

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

IT/메일 관리자

별도의 클라이언트 제출 및 서버 전달

적절한 수정은 실제 전송 역할에 따라 다릅니다.

다음 단계

  1. 정확한 PBL 지침을 읽어보세요.
  2. 네트워크 정책을 확인하세요.
  3. 승인된 경로를 테스트합니다.

CISO/SecOps

정책과 타협을 혼동하지 마십시오

증거는 분류를 뒷받침해야 합니다.

다음 단계

  1. 추가 지표를 조사합니다.
  2. 릴레이 액세스를 제어합니다.
  3. 데이터세트 상태를 별도로 유지하세요.

창립자 / 비기술자

지원되는 전송 아키텍처 선택

정책 목록에는 사고 고발보다는 경로 수정이 필요할 수 있습니다.

다음 단계

  1. 작업량을 확인하세요.
  2. 공인된 서비스를 이용하세요.
  3. 배송 보장 요청을 피하세요.

[ 자주 묻는 질문 ]

자주 묻는 질문

PBL은 기계가 스팸을 보냈다는 뜻인가요?

반드시 그런 것은 아닙니다. MX에 직접 연결되는 정책 데이터세트입니다.

고정 IP를 나열할 수 있나요?

예. 정적 주소 지정만으로는 제거 자격이 설정되지 않습니다.

일반 메일 클라이언트는 무엇을 사용해야 합니까?

공급자가 승인한 인증된 제출 서비스입니다.

대신 오픈 릴레이를 사용할 수 있나요?

아니요. 작업 부하를 허용하는 승인된 서비스를 사용하세요.

주장된 서버 소유권이 자동으로 제거를 정당화합니까?

아니요. 주소 통제, 정책 및 현재 자격을 확인하십시오.

PBL을 제거하면 다른 목록이 지워지나요?

아니요. 다른 데이터 세트 상태는 별도로 평가해야 합니다.

설비가 무엇이든 보내거나 삭제했습니까?

아니요. 프로그램, 네트워크 테스트, 콜백 또는 상장 폐지가 수행되지 않은 서면 권한 확인 시나리오입니다.

최종 성공기준은 무엇인가요?

보편적인 보장이 아닌 승인된 지원 경로 및 관찰된 범위의 전달입니다.

[ 출처 ]

출처

  1. Spamhaus 정책 차단 목록

    섹션 메일 비발신 IP

  2. Spamhaus PBL FAQ

    섹션 정책 차단 목록(PBL)이란 무엇입니까? · SMTP 인증 활성화 · 정책 차단 목록(PBL)에서 어떤 IP를 제거해야 합니까? · 아웃바운드 이메일 서버 관리자를 위한 단일 IP 제거 · 일반적인 오류 방지: 정책 차단 목록(PBL)을 사용하면 안 되는 방법

  3. RFC 5321 SMTP

    섹션 §3.3 · §4.2.1 · §4.2.5 · §5.1 · §6.1

[ 어휘 ]

어휘

MX에 직접 연결
송신 호스트가 수신자 도메인의 메일 교환기로 직접 전달합니다.
인증된 제출
지원되는 계정 인증을 사용하여 승인된 서비스를 통해 메일을 제출합니다.

기업 출처

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

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

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

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

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

기술 자료