Python 3 "Black Hat Python" 소스 코드

저스틴 자이츠(Justin Seitz)의 저서 "Black Hat Python"의 소스 코드입니다. 이 코드는 Python 3로 완전히 변환되었고, PEP8 표준을 준수하도록 재포맷되었으며, 더 이상 사용되지 않는 라이브러리 구현과 관련된 의존성 문제를 해결하기 위해 리팩토링되었습니다.

이 책 전체에 걸쳐 제시된 소스 코드에는 많은 최적화를 적용할 수 있었겠지만, 독자가 자신의 필요에 따라 그러한 수정을 적용할 수 있도록 코드는 가능한 한 원본 그대로 두었습니다. 현재 코드는 독스트링부터 타입 힌트, 예외 처리에 이르기까지, 컨텍스트 관리자와 같은 개선 사항은 말할 것도 없이 상당한 리팩토링 작업이 필요하지만, 이러한 문제들은 그 자체로 독자가 직접 구현하려는 의도가 있을 때 오히려 도움이 될 수 있습니다. 또한 런타임 중 치명적 오류를 피하기 위해 수정된 들여쓰기에서 비롯된 많은 버그가 있습니다.

TJ O'Connor의 저서 "Violent Python" 소스 코드에도 이와 유사한 변환 작업을 제가 제공했습니다. 아직 확인하지 않으셨다면 여기에서 살펴보세요.

사용법

git clone을 사용하여 프로젝트를 클론할 디렉터리(DIR)를 선택하고, 그 디렉터리에 새 가상 환경 또는 venv를 만든 다음(권장), pip install을 사용하여 요구 사항을 설치하기만 하면 됩니다.

user@host:~/DIR$ git clone https://github.com/EONRaider/blackhat-python3
user@host:~/DIR$ python3 -m venv venv
user@host:~/DIR$ source venv/bin/activate
(venv) user@host:~/DIR$ pip install -r requirements.txt

참고 사항

• 이 책에 수록된 일부 코드 목록(listing)은 저자의 코드 저장소("no starch press" 웹사이트에서 제공)에 누락되어 있었으며, 해당 장(chapter)에 추가되었습니다. 또한 책에 제시된 코드와 연관시키기 위해 필요에 따라 파일에 보다 정확한 명명 규칙을 적용했습니다.
• 인터프리터가 경고를 생성하던 사소한 버그들은 코드의 특성을 변경하지 않고 전반적으로 수정되었습니다.
• 코드가 작동하는 데 필요한 보조 파일들이 해당 장에 추가되었습니다.
• 개인적인 의견으로, 저자가 윤리적 해킹 작업에 필요한 신속한 구현을 해치지 않으면서도 더 깔끔한 코드를 작성할 수 있었을 것입니다. 그렇게 하지 않기로 한 이유는 알 수 없습니다.

리팩토링

소스 코드를 제대로 구현하고 치명적 오류를 피하기 위해 반드시 이루어져야 했던 중요한 버그 수정 사항은 다음과 같습니다:

• chapter02/bh_sshserver.py는 test_rsa.key 파일에 포함된 RSA 키가 필요했으며, 해당 파일은 이제 해당 디렉터리에 포함되어 있습니다.
• chapter03/sniffer_ip_header_decode.py, sniffer_with_icmp.py, scanner.py 모두 struct 구현 문제로 인해 IP 패킷 크기 정의와 32/64비트 아키텍처 간 이식성에 심각한 문제가 있었습니다. 이러한 문제에 대한 자세한 내용은 Stack Overflow의 이 스레드에서 확인할 수 있습니다.
• chapter03/scanner.py는 더 이상 유지관리되지 않고 Python 3와 많은 비호환성을 보이는 netaddr 라이브러리를 사용했습니다. 따라서 코드가 리팩토링되어 이제 Python stdlib의 ipaddress 모듈을 사용합니다.
• chapter04/arper.py 및 mail_sniffer.py는 Python 3와 호환되지 않는 scapy 라이브러리를 사용했습니다. 따라서 코드가 리팩토링되어 이제 라이브러리를 사용합니다.

번역

다른 언어로 된 기여는 여기에서 확인할 수 있습니다:

• 터키어로 Bedirhan Budak이(가) 번역했습니다.

기여

상식적인 차원에서, 먼저 이 저장소에 적용하고자 하는 변경 사항을 이슈(issue)를 통해 논의하시기 바랍니다.

1. 도입하려는 수정 사항이 실제로 풀 리퀘스트(pull request)로 이어지는지 확인하십시오. 한두 줄의 변경은 대신 이슈를 통해 요청해야 합니다.
2. 필요한 경우 프로젝트 구조 변경과 관련된 세부 사항을 README.md 파일에 업데이트하십시오.
3. 수정 사항을 포함하는 커밋 메시지가 표준을 따르는지 확인하십시오. 진행 방법을 모르겠다면 여기가 좋은 참고 자료입니다.
4. 요청은 가능한 한 빨리(보통 48시간 이내에) 검토될 것입니다.