mattkeeley/spoofy신뢰할 수 있는 SPF 및 DMARC 레코드 분석과 실제 테스트된 맞춤형 스푸핑 로직 및 선택적 DKIM 열거를 사용하는 대량 도메인 스푸핑 가능성 검사기.
Spoofy는 SPF 및 DMARC 레코드를 기반으로 도메인 목록이 스푸핑될 수 있는지 확인하는 프로그램입니다. "도메인이 스푸핑될 수 있는지 확인하는 또 다른 도구가 왜 필요할까?"라고 물으실 수도 있습니다.
글쎄요, Spoofy는 다릅니다. 그 이유는 다음과 같습니다:
- 사용자 정의되고 수동으로 테스트된 스푸핑 로직 (추측이나 짐작이 아닌 실제 테스트 결과)
- 표준 기반 레코드 검색: RFC 7208 SPF 평가 및 RFC 9989 DMARC 트리 워크, 서브도메인에 대한
sp/np포함- 장애 조치 기능이 있는 공유 캐싱 리졸버를 통한 정확한 대량 조회 (1.1.1.1, 8.8.8.8, 9.9.9.9)
- SPF DNS 쿼리 및 void lookup 카운터, 그리고 등록되지 않은 SPF include 도메인 탐지
- API를 통한 선택적 DKIM 셀렉터 열거
Spoofy는 **Python 3.9+**가 필요합니다. PyPI에서 설치하세요:
pip3 install spoofy
spoofy -d example.com
또는 클론에서 pip3 install -r requirements.txt를 실행하고 spoofy 대신 ./spoofy.py를 사용하여 실행할 수 있습니다. 사용법은 아래와 같습니다:
Usage:
spoofy -d [DOMAIN] -o [stdout, xls or json] -t [NUMBER_OF_THREADS] [--dkim] [--dns-server IP]
OR
spoofy -iL [DOMAIN_LIST] -o [stdout, xls or json] -t [NUMBER_OF_THREADS] [--dkim] [--dns-server IP]
Options:
-d : Process a single domain.
-iL : Provide a file containing a list of domains to process (blank lines and # comments are skipped).
-o : Specify the output format: stdout (default), xls, or json.
-t : Set the number of threads to use (default: 4).
--dkim : Enable DKIM selector enumeration via API (optional).
--dns-server : Query this resolver instead of 1.1.1.1, 8.8.8.8 and 9.9.9.9.
Examples:
spoofy -d example.com -t 10
spoofy -d example.com --dkim
spoofy -iL domains.txt -o xls
spoofy -iL domains.txt -o json --dkim
(스푸핑 가능성 표는 DKIM 수정자를 제외하고 받은편지함 도달률에 영향을 미치는 SPF 및 DMARC 구성의 모든 조합을 나열합니다.) Download Here
| Code | Result | SPOOFING_POSSIBLE |
|---|---|---|
| 0 | Spoofing possible | true |
| 1 | Subdomain spoofing possible | true |
| 2 | Organizational domain spoofing possible | true |
| 3 | Spoofing might be possible (p=quarantine with pct < 100) | null |
| 4 | Spoofing might be possible (mailbox dependent) | null |
| 5 | Organizational domain spoofing might be possible (mailbox dependent) | null |
| 6 | Subdomain spoofing might be possible (mailbox dependent) | null |
| 7 | Subdomain spoofing possible, organizational domain spoofing might be possible | true |
| 8 | Spoofing is not possible | false |
| 9 | Unable to determine (a DNS lookup failed) | null |
판정은 도메인의 SPF all 메커니즘과 DMARC p, sp, aspf 태그가 레코드에 기록된 그대로에 대해 테스트된 코드입니다. spoofy/master_table.py는 스프레드시트를 데이터로 보관하며 (python3 -m spoofy.master_table은 스프레드시트 변경 후 이를 다시 작성합니다), test.py는 모든 행이 재현되는지 확인합니다. 표에서 다루지 않는 입력은 다음과 같이 처리됩니다:
aspf는 있지만 sp가 없는 강제 p (24개의 테스트되지 않은 조합): sp는 p로 기본 설정되므로, sp가 명시된 테스트된 행이 사용됩니다._dmarc 레코드가 없는 서브도메인): 상위 도메인의 SPF 및 DMARC 레코드에 대해 테스트된 서브도메인 결과이며, 서브도메인이 존재하지 않는 경우 sp 대신 np가 사용됩니다.p=quarantine에서 pct가 100 미만: 코드 3, 샘플링되지 않은 메일이 p=none을 받기 때문입니다. p=reject의 경우 샘플링되지 않은 메일도 여전히 격리되므로 pct는 판정을 변경하지 않습니다.t=y (RFC 9989 테스트 모드): 조회 전에 정책이 한 단계 낮아집니다 (reject에서 quarantine으로, quarantine에서 none으로).스푸핑 가능성 표의 작성에는 모든 관련 SPF 및 DMARC 구성을 나열하고, 이를 결합한 다음, 다수의 미국 정부 도메인에서 Spoofy의 초기 버전을 사용하여 SPF 및 DMARC 정보 수집을 수행하는 과정이 포함되었습니다. SPF 및 DMARC 조합이 스푸핑 가능한지 여부를 테스트하는 것은 Microsoft 365를 사용하는 emailspooftest의 이메일 보안 펜테스팅 제품군을 사용하여 수행되었습니다. 그러나 초기 테스트는 Protonmail과 Gmail을 사용하여 수행되었으나, 이러한 서비스는 결과에 영향을 미치는 역방향 조회 검사를 활용하는 것으로 나타났으며, 특히 서브도메인 스푸핑 테스트에서 그러했습니다. 결과적으로, 메일 처리에 대한 더 큰 제어를 제공하는 Microsoft 365가 테스트에 사용되었습니다.
Microsoft 365를 사용한 초기 테스트 후, 이메일의 배너 처리 방식 차이로 인해 일부 조합이 Protonmail과 Gmail을 사용하여 재테스트되었습니다. Protonmail과 Gmail은 스푸핑된 메일을 배너와 함께 받은편지함에 넣거나 배너 없이 스팸에 넣을 수 있으며, 이로 인해 Spoofy를 사용할 때 일부 SPF 및 DMARC 조합이 "Mailbox Dependent"로 보고됩니다. 반면, Microsoft 365는 두 조건 모두를 스팸에 넣습니다. 테스트 및 데이터 수집 과정은 완료하는 데 며칠이 걸렸으며, 그 후 좋은 마스터 표가 작성되어 Spoofy 스푸핑 가능성 로직의 기초로 사용되었습니다.
이 도구는 테스트 및 학술 목적으로만 사용되며, 엄격한 동의가 주어진 경우에만 사용할 수 있습니다. 불법적인 목적으로 사용하지 마십시오! 모든 적용 가능한 지방, 주 및 연방 법률을 준수하는 것은 최종 사용자의 책임입니다. 개발자는 이 도구 및 소프트웨어로 인해 발생하는 어떠한 오용이나 손해에 대해서도 책임을 지지 않습니다.
이 프로젝트는 Creative Commons Attribution-NonCommercial 4.0 International License에 따라 라이선스가 부여됩니다 - 자세한 내용은 LICENSE 파일을 참조하세요