Wireshark 및 tcpdump를 사용하여 SSL 트래픽 복호화

차례

Wireshark와 tcpdump는 무엇인가요?
- 와이어 샤크
- TCP 덤프
SSL 암호화란 무엇인가요?
사전 마스터 비밀 키로 SSL 복호화
RSA 키를 사용하여 SSL 암호 해독
더 많이 알아라.

현대 네트워킹에서 데이터 전송 보안은 가장 중요하며, SSL(Secure Sockets Layer) 및 TLS(Transport Layer Security)는 데이터 프라이버시와 보안을 보장하기 위해 널리 사용되는 프로토콜입니다. 그러나 문제 해결, 포렌식 분석 또는 네트워크 모니터링을 위해 암호화된 트래픽을 분석해야 하는 경우가 있습니다. 이 기술 문서에서는 Wireshark와 tcpdump라는 두 가지 강력한 네트워크 분석 도구를 사용하여 SSL/TLS 트래픽을 해독하는 방법을 안내합니다. Wireshark와 tcpdump가 무엇인지 다루고, SSL 및 TLS 암호화를 설명하고, 사전 마스터 비밀 키 또는 RSA 개인 키를 사용하여 SSL 트래픽을 해독하는 방법을 보여줍니다.

Wireshark와 tcpdump는 무엇인가요? #

와이어 샤크 #

Wireshark는 사용자가 컴퓨터 네트워크에서 실행되는 트래픽을 캡처하고 대화형으로 탐색할 수 있는 오픈소스 네트워크 프로토콜 분석기입니다. 세부적인 수준에서 데이터를 검사하여 전송되는 프로토콜과 데이터 패킷에 대한 가시성을 제공합니다. Wireshark는 네트워크 문제 해결, 프로토콜 개발 및 보안 분석에 널리 사용됩니다.

TCP 덤프 #

tcpdump는 네트워크 트래픽을 캡처하여 실시간으로 표시하는 명령줄 패킷 분석기 도구입니다. 라이브 네트워크에서 데이터를 캡처하는 데 매우 효율적이며, 패킷을 나중에 분석하기 위해 파일(캡처 파일이라고 함)에 저장할 수 있습니다. tcpdump는 Wireshark의 그래픽 인터페이스가 없지만 빠른 분석, 패킷 필터링 및 원격 시스템에서 데이터 수집에 강력합니다.

SSL 암호화란 무엇인가요? #

SSL(Secure Sockets Layer)은 Netscape에서 개발한 프로토콜로, 인터넷을 통해 개인 문서를 전송하기 위해 개발되었습니다. SSL은 암호화 알고리즘을 사용하여 클라이언트(예: 웹 브라우저)와 서버 간에 전송되는 데이터가 전송을 가로채는 사람이 읽을 수 없도록 보장합니다.

TLS(Transport Layer Security)는 SSL의 후속 버전으로 보안성이 더 높습니다. TLS는 기술적으로 SSL과 다르지만 SSL이라는 용어는 종종 두 프로토콜을 모두 지칭하는 데 사용됩니다.

SSL/TLS는 두 시스템 간에 보안 통신 채널을 설정하여 작동합니다. SSL/TLS 암호화의 핵심 개념은 다음과 같습니다.

대칭 암호화: 단일 키를 사용하여 데이터를 암호화하고 해독합니다.
비대칭 암호화: 두 개의 키(공개 키와 개인 키)가 사용되며, 공개 키로 암호화된 데이터는 해당 개인 키로만 해독할 수 있습니다.
인증서: SSL/TLS는 인증서를 사용하여 서버의 신원을 확인하고 때로는 클라이언트의 신원을 확인합니다.
핸드셰이크: 클라이언트와 서버가 보안 연결을 설정하고 키를 교환하며 암호화 방법에 동의하는 프로세스입니다.

사전 마스터 비밀 키로 SSL 복호화 #

사전 마스터 비밀 키는 SSL/TLS 핸드셰이크 프로세스에서 중요한 구성 요소입니다. 이 키는 세션 키를 생성하는 데 사용되며, 세션 키는 네트워크를 통해 전송되는 실제 데이터를 암호화하는 데 사용됩니다. 사전 마스터 비밀 키를 얻으면 세션 데이터를 해독할 수 있습니다.

사전 마스터 비밀 키로 SSL을 해독하는 기본 단계 #

사전 마스터 비밀 키를 사용하여 SSL 트래픽을 해독하려면 다음 단계를 따르세요.

1. 로그 파일 환경 변수 설정
2. tcpdump로 캡처하고 로그 파일 확인
3. SSL 복호화를 위해 Wireshark 구성

로그 파일 환경 변수 설정 #

환경 `SSLKEYLOGFILE` 윈도우즈에서 #

Windows 시스템에서는 사전 마스터 비밀 키를 로그 파일에 저장하기 위해 환경 변수를 설정해야 합니다. 이 변수는 다음과 같이 명명됩니다. SSLKEYLOGFILE, 이러한 키가 저장되는 경로를 정의합니다.

1. 마우스 오른쪽 버튼을 클릭하여 시작하세요 내 컴퓨터 및 등록 메뉴에서 시스템 메뉴를 엽니다.
2. 를 클릭하십시오 고급 시스템 설정 왼쪽 목록에서 시스템 속성 창을 엽니다.
3. . Advnaced 탭에서 "환경 변수" 버튼을 클릭합니다.
4. $XNUMX Million 미만 사용자 변수클릭 새로운… 버튼. 또한 이 변수를 생성할 수도 있습니다. 시스템 변수 시스템의 모든 사용자에 대한 SSL 키를 기록하려면. 그러나 일반적으로 프로필에 국한하는 것이 가장 좋습니다.
5. . 변수 이름 필드에 입력 SSLKEYLOGFILE.
. 가변 값 필드에 로그 파일을 저장할 경로를 입력합니다. 또는 다음을 클릭할 수 있습니다. 파일 탐색… 파일 선택기를 사용하여 경로를 선택합니다.
이것을 시스템 전체 변수로 설정하는 경우 모든 사용자가 파일에 액세스할 수 있는지 확인하거나 와일드카드를 사용하세요. 예를 들어 다음을 사용할 수 있습니다. %USERPROFILE%\AppData\ssl-keys.log or C:\ssl-keys.log .
6. 완료되면을 클릭하십시오. OK 변경 사항을 적용하고 다음 단계로 진행합니다.

환경 `SSLKEYLOGFILE` Linux 또는 Mac에서 #

Linux 및 Mac에서는 다음을 설정해야 합니다. SSLKEYLOGFILE 사용하는 환경 변수 수출. 동일한 터미널에서 다음을 실행할 수 있습니다. TCP 덤프 SSL 연결이 감지되면 지정된 키 로그 파일이 생성됩니다.

root@noid-01:~# export SSLKEYLOGFILE=~/.ssl-key.log root@noid-01:~# tcpdump ...

영구적인 환경 변수 구성을 유지하려면 다음과 같은 텍스트 편집기를 사용하여 사용자 프로필을 편집하세요. 나노Linux의 경우 이 변수는 다음에 저장됩니다. ~ / .bashrc, 그리고 Mac에서는 다음과 같이 생성됩니다. ~ / .bash_profile. 그런 다음 다음을 추가합니다. 수출 명령 SSLKEYLOGFILE 파일 끝에 변수를 추가하고 변경 사항을 저장합니다.

tcpdump로 캡처하고 로그 파일 확인 #

로그 파일 생성을 테스트하려면 브라우저를 열어보세요. TCP 덤프 또는 HTTPS 서버에 curl 명령을 실행하여 파일이 올바르게 생성되었는지 확인하세요.

예를 들어, 환경 변수가 생성된 동일한 터미널에서 TCP 덤프 트래픽을 캡처하고 HTTPS 서비스에 대한 curl이 실행되어 암호 해독됩니다.

root@noid-01:~# export SSLKEYLOGFILE=~/.ssl-key.log root@noid-01:~# tcpdump -i 모든 포트 443 -w ~/capture.pcap & root@noid-01:~# curl https://
(그런 다음 tcpdump 명령을 닫습니다)

로그 파일을 확인하세요 ~/.ssl-key.log 그리고 교통 포착 ~/캡처.pcap 생성됩니다. 마지막으로, WireShark로 암호화된 트래픽을 확인하는 마지막 단계를 참조하세요.

당신은 열 경우 ssl-키.로그 파일을 보면 다음과 같은 내용이 나옵니다.

root@noid-01:~# cat ~/.ssl-key.log
CLIENT_HANDSHAKE_TRAFFIC_SECRET 83ac6b24496f208daee39dfdfcbd36b7c428245af5e3775e42099dbd48741d4a db6f3d27b40b7c8e10ed415281b39e45ca6ef2b59468f943dbe6e81e1f82e0f0
SERVER_HANDSHAKE_TRAFFIC_SECRET 83ac6b24496f208daee39dfdfcbd36b7c428245af5e3775e42099dbd48741d4a d819660e194d9439e7152ceac2a439b41584afbeb5d719663cecb3c63b5c2eb1
CLIENT_TRAFFIC_SECRET_0 83ac6b24496f208daee39dfdfcbd36b7c428245af5e3775e42099dbd48741d4a 71d4806141cb1b247c1d1f3f7747a804fcc5e06c4192d8f53fc763a27b92316c
SERVER_TRAFFIC_SECRET_0 83ac6b24496f208daee39dfdfcbd36b7c428245af5e3775e42099dbd48741d4a 2ca17b0f7ff708fb3001be17a1c85163219221a4595462415e9e9e6653daf1fa
EXPORTER_SECRET 83ac6b24496f208daee39dfdfcbd36b7c428245af5e3775e42099dbd48741d4a 3f74b0cbe802d3e3dd3b5f6dee4114f928ec936a0cd388643d146cfb606f62a4

SSL 복호화를 위해 Wireshark 구성 #

캡처 시스템이 사전 마스터 키를 기록하면 캡처된 패킷과 함께 키 로그 파일을 사용하여 Wireshark에서 SSL 트래픽을 해독할 수 있습니다.

1. Wireshark가 설치된 시스템에 키 로그와 캡처 파일을 업로드합니다.
2. Wireshark로 트래픽 캡처 파일을 엽니다.
3. SSL 프로토콜을 구성합니다. 클릭하세요 편집다음 선택 환경 설정. 환경 설정 대화 상자가 열리고 왼쪽에 항목 목록이 표시됩니다. 확장 프로토콜 섹션으로 스크롤하여 클릭하세요 SSL. 에서 SSL 프로토콜 옵션에서 레이블이 지정된 필드를 찾으세요. (Pre)-Master-Secret 로그 파일 이름. 이전에 설정한 로그 파일을 찾아보거나 경로를 이 필드에 직접 붙여넣으세요.
4. 구성을 적용합니다. 설정 후 (Pre)-Master-Secret 로그 파일 이름클릭 OK 변경 사항을 저장하고 Wireshark로 돌아가세요. 이제 캡처된 트래픽을 해독할 준비가 되었습니다. 암호화된 데이터 프레임을 선택하면 패킷 바이트 보기를 확인하세요. 보기 아래에 탭이 표시되어야 합니다. 복호화된 SSL 데이터 다른 사람의 사이에서.

세션 데이터가 여전히 읽을 수 없는 것처럼 보이고 HTML을 볼 수 없는 경우 Apache와 같은 웹 서버에서 일반적으로 사용되는 GZIP 압축 때문일 수 있습니다. 이 경우 압축 해제된 엔티티 본문 탭은 SSL 복호화가 활성화된 경우에만 사용할 수 있습니다. 여기에서 기본 Apache 페이지의 title 요소와 같이 압축되지 않은 사이트의 소스 코드를 일반 텍스트로 볼 수 있습니다.

RSA 키를 사용하여 SSL 암호 해독 #

Wireshark는 SSL 트래픽을 해독하기 위해 RSA 키를 업로드할 수 있는 기능을 제공하지만, 실제로 RSA 키 해독은 오래되었습니다.

사용률 감소는 Perfect Forward Secrecy(PFS) 도입으로 인해 발생했으며, 이로 인해 기존 RSA 키 복호화가 더 이상 사용되지 않습니다. PFS를 사용하면 Diffie-Hellman을 사용하여 협상된 세션은 RSA 키에 직접 의존하지 않습니다. 대신 RAM에만 저장되고 디스크의 키를 사용하여 암호화되는 일회성 키를 생성합니다.

이전에 RSA 키를 사용하여 트래픽을 해독했지만 더 이상 작동하지 않는 경우 대상 머신은 Diffie-Hellman 키 교환을 사용하고 있을 가능성이 높습니다. Wireshark에서 SSL 로깅을 활성화하여 이를 확인할 수 있습니다.

로깅을 활성화하려면:

1. 를 클릭하십시오 편집 도구 모음 메뉴에서 선택하세요 환경 설정.
2. 확장 프로토콜 왼쪽 섹션으로 스크롤하여 클릭하세요. SSL.
3. SSL 로그 파일의 위치를 설정하려면 다음을 클릭하세요. 검색 버튼을 클릭합니다.

로깅이 활성화되면 SSL이 활성화된 호스트와의 세션을 캡처하고 로그를 확인합니다. TLS 핸드셰이크 협상 프레임을 찾습니다. 암호 문자열에 DHE(또는 ECDHE, 타원 곡선 키) 항목이 표시되어 Diffie-Hellman 키 교환이 사용 중임을 나타냅니다.

마스터 시크릿을 찾을 수 없다는 메시지가 표시되고 RSA 키 암호 해독에 실패하면 암호 해독을 위해 마스터 시크릿 이전 방법으로 전환해야 합니다.

PFS가 더욱 널리 퍼지고 특히 TLS 1.3이 등장하면서 기존 RSA 키 암호 해독은 더 이상 사용되지 않으며 더 이상 의존해서는 안 됩니다.

더 많이 알아라. #

TLS를 위한 SSLKEYLOGFILE 형식 #

The SSL키로그파일 형식은 TLS 연결을 해독하기 위한 사전 마스터 비밀 키를 저장하는 데 사용되는 텍스트 파일입니다. 이 파일은 UTF-8로 인코딩되어 있으며, 각 줄에는 레이블로 식별된 비밀, 클라이언트 임의 값 및 비밀 자체가 모두 공백으로 구분되어 있습니다. 이 형식은 다양한 줄 끝(CRLF, CR, LF)과 다음으로 시작하는 줄을 허용합니다. # 댓글로 처리됩니다.

TLS 1.3의 경우 여러 레이블은 키 일정의 여러 단계에 해당합니다. 클라이언트_핸드셰이크_트래픽_비밀 및 SERVER_TRAFFIC_SECRET_0. TLS 1.2 및 이전 버전의 경우 클라이언트_무작위 라벨은 다음을 식별합니다. 석사 비밀.

보안 고려 사항:
액세스 권한 SSL키로그파일 TLS 트래픽의 복호화를 허용하여 심각한 보안 위험을 초래합니다. 적절한 액세스 제어는 무단 액세스 또는 권한 상승을 방지하는 데 필수적입니다. 로깅은 권한이 있는 사용자만 활성화해야 하며 엄격한 파일 권한을 적용해야 합니다. 로깅된 비밀은 복호화를 허용할 뿐만 아니라 공격자가 활성 연결에 데이터를 수정하거나 삽입할 수 있도록 하며, 어떤 경우에는 엔드포인트를 가장하거나 메시지를 위조할 수도 있습니다.

양방향 SSL 핸드셰이크는 어떻게 작동하나요? #

양방향 SSL 핸드셰이크는 서버와 클라이언트를 모두 인증합니다. 프로세스는 다음과 같이 전개됩니다.

1. 클라이언트 안녕하세요: 클라이언트는 "클라이언트 Hello" 메시지를 서버로 보내 핸드셰이크를 시작합니다. 이 메시지에는 클라이언트의 지원 암호 제품군과 TLS 버전 호환성이 포함됩니다.
2. 서버 안녕하세요: 서버는 "서버 Hello" 메시지로 응답합니다. 이 메시지에는 서버의 공개 인증서와 클라이언트 인증서 요청이 포함되어 있습니다.
3. 클라이언트 인증서 검증: 클라이언트는 서버의 인증서를 검증합니다. 유효하다면 클라이언트는 자체 인증서를 서버로 다시 보냅니다.
4. 서버 인증서 검증: 서버는 클라이언트의 인증서를 확인합니다. 클라이언트의 인증서가 유효하면 세션 설정이 진행되어 두 당사자 간의 안전한 통신이 가능합니다.

수동으로 스니핑한 SSL/TLS 트래픽을 해독하는 것이 가능할까요? #

네, 수동적으로 스니핑한 SSL/TLS 트래픽을 해독하는 것은 가능하지만, 그렇게 하려면 RSA 키가 필요합니다. 이 키는 적절한 허가를 받은 합법적인 수단을 통해 얻을 수 있고, 덜 윤리적으로는 "중간자 공격"을 사용하여 가로채서 얻을 수 있습니다.