DNS 리바인딩, 캐시 포이즈닝, 클라우드 메타데이터 엔드포인트, 안전한 조회 도구가 반환을 거부해야 하는 IP 대역을 다룹니다.
거의 모든 존에서 만나게 되는 레코드
DNS 인증 기관 권한 부여(CAA) 레코드가 허용된 인증서 발급자를 지정하는 방식과 흔한 CAA 설정 실수를 피하는 방법을 알아봅니다.
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
DNSSEC 서명과 DS, DNSKEY 레코드의 역할, 검증이 이루어지는 방식, 잘못된 설정이 SERVFAIL 응답을 일으키는 이유를 알아봅니다.
모든 IPv4 대역에는 대응하는 IPv6 대역이 있습니다
보안 관점에서 IPv6는 단순히 주소가 더 많은 IPv4가 아닙니다. 몇 가지 차이가 위협 모델을 실제로 바꿉니다.
위조된 응답으로 경쟁에서 이기기
공격자
진짜 응답과 경쟁
위조된 응답
먼저 도착
리졸버 캐시
공유하는 모두에게 오염됨
트래픽을 우회시키기 위해 DNS 응답을 위조하는 것은 네트워킹에서 가장 오래된 수법 중 하나이며, DNSSEC와 최신 리졸버 방어가 존재하는 이유입니다.
공개 주소 공간과 사설 주소 공간
공개 IP
192.0.2.10
전역에서 고유, 어디서나 라우팅 가능
사설 대역
공개 인터넷에서는 라우팅 불가
10.0.0.0/8, 192.168.0.0/16과 그 이웃 대역은 전 세계에서 고유하지 않도록 만들어졌습니다. 이것이 DNS에서 왜 중요한지 설명합니다.
SSRF는 서버를 의도치 않은 프록시로 만듭니다
공격자
요청 URL 조작
취약한 서버
SSRF에 속아 가져옴
169.254.169.254
메타데이터 엔드포인트
자격 증명
공격자에게 반환
라우팅되지 않을 것처럼 보이는 IP 주소 하나가 클라우드 인스턴스의 자격 증명과 설정으로 이어지며, SSRF의 단골 표적이 됩니다.
같은 주소를 쓰는 네 가지 방법
서버 측 요청 위조(SSRF)는 서버가 속아서 확인하고 요청해 버린, 평범해 보이는 도메인 이름 하나에서 시작되는 경우가 많습니다.
같은 도메인, 서로 다른 두 가지 응답
첫 번째 요청
공개 IP로 확인됨
검증
통과, 안전해 보임
TTL 만료
몇 초 후
두 번째 요청
127.0.0.1로 확인됨
처음에는 안전한 주소로, 나중에는 내부 주소로 확인되는 도메인. DNS 리바인딩은 DNS 자체를 공격 표면으로 바꿉니다.