요약
도메인 이름 시스템(DNS)을 엉뚱하게 쓴 사례 49가지를 모은 온라인 박물관입니다.
악성 도메인 정보 서비스 Domain Intelligence를 만든 피터 로가 자신의 강연 "Bizarre and Unusual Uses of DNS"를 바탕으로 만든 사이트입니다. 소개한 서비스 상당수가 이미 사라져서, 지금 쓸 수 있는 목록이 아니라 기록이라는 뜻으로 '박물관'이라는 이름을 붙였습니다.
왜 중요한가
- DNS 응답에 데이터를 싣는 같은 기법이 장난감에도, 악성코드의 몰래 통신에도 쓰인다는 점을 한곳에서 보여 줍니다.
- 사라진 실험까지 원래 출처와 함께 정리해 두어, 흩어져 있던 DNS 활용의 역사를 찾아보는 참고 자료가 됩니다.
핵심 내용
- 사례는 트레이스라우트, 'DNS over...', 도구와 장난감, 터널링, 기타의 다섯 갈래로 나뉩니다.
- 트레이스라우트 사례들은 경로상 라우터의 역방향 DNS 이름을 이어 노래 가사나 스타워즈 이야기를 띄웁니다.
- IRC, Mastodon, 전화, 핑 패킷, 문자 메시지처럼 엉뚱한 통로로 DNS 질의를 주고받는 실험도 10가지 있습니다.
- TXT 레코드(도메인에 임의의 글을 붙여 두는 기록)로 블로그, 계산기, Wordle, 위키백과 검색을 돌린 사례도 있습니다.
- 터널링 갈래는 iodine, dnscat2처럼 DNS 질의 속에 IP 통신이나 원격 제어 채널을 숨기는 도구를 다룹니다.
HN 반응
- 디자인이 AI에 맡겨 대충 만든 티가 난다는 지적에, 저자가 AI 도움을 밝혔고 사례 수집은 수년간 직접 해 온 일이라는 반론이 붙었습니다.
- DVD 복제 방지를 푸는 DeCSS 코드를 2000년 무렵 DNS에 올린 일, TXT 레코드 블로그가 캐시 탓에 글이 뒤섞인 경험담 등 빠진 사례 제보가 이어졌습니다.
완전 바이브 코딩한 티가 나요. 디자인 접근 방식을 다르게 해 보면 어때요? 아이디어 자체는 대체로 흥미롭게 들리거든요.
소개 페이지에 이렇게 적혀 있습니다. "AI가 이 사이트를 만드는 데 도움을 주었지만 콘텐츠에 대한 책임은 제게 있으니, 잘못된 부분이 있으면 알려 주세요."
(pgl이 DNS의 별난 사례를 몇 해째 모아 온 건 저도 알고 있고, 그 부분은 AI가 만든 게 절대 아닙니다.)
그럴수록 더 독특한 디자인을 입히는 게 중요해요. 화려할 필요는 없고, 코딩 AI가 만들어 내는 가장 기본 디자인만 아니면 돼요. 그런 걸 보면 바로 창을 닫는 사람도 분명 많을 거예요.
가장 고전적인 사례가 빠진 것 같네요. 2000년쯤 누군가가 (DVD의 DRM을 우회하는) DeCSS 스크립트를 DNS에 올려 둔 일 말이에요.
Show HN: https://news.ycombinator.com/item?id=49883003
저는 .museum 같은 TLD가 왜 있는지 잘 모르겠어요. 늘 좀 촌스러워 보이거든요. dave.accountant 같은 데를 대체 왜 가고 싶겠어요?
명함이나 GitHub 프로필에 넣으면 재밌잖아요. "성.com/net/org"를 등록해 둘 만큼 일찍 시작하지 못한 사람들한테는요.
한동안 제 블로그를 DNS에 올려 둔 적이 있습니다. 글을 여러 조각으로 나눠 TXT 레코드에 담아 두면 프런트엔드가 그걸 다시 조립하는 방식이었습니다. 이상한 부작용도 있었는데, 예를 들어 글을 수정하면 조각 순서가 뒤섞일 수 있고, 그 조각들이 따로따로 캐시되는 바람에 일부 사람들에게는 글이 이상하게 깨져 보였습니다.
왜 그랬는지는 모르겠지만, 재미있었습니다!
사이트에 이 사례가 있어요. https://dns.museum/exhibits/blogging-via-dns
예전에 갖고 있던, 최상위 도메인에 웹페이지를 올려 둔 사이트 목록을 찾으려고 하는데 아직 못 찾았습니다. 오랫동안 http://ai./ 로 접속할 수 있는 웹페이지가 있었던 것 같아요.
DNSSEC 장애를 모아 둔 페이지는 어때요?
https://ianix.com/pub/dnssec-outages.html
https://circleid.com/posts/common-beliefs-about-dnssec-put-to-the-test-an-invitation-to-fact-check-your-assumptions
...그래서요? 이게 앞 댓글과 무슨 상관인지 모르겠네요.
"DNS 위의 VPN/IP" 솔루션들에는 성능이 더 좋은 전형적인 방식이 빠져 있습니다. 바로 UDP/53 위에서 돌리는 VPN입니다. 허술하게 막아 둔 핫스팟에서는 DNS를 걸러 내지 않는 경우가 많기 때문입니다.
iodine은 이런 경우를 자동으로 감지해서 평범한 IP 캡슐화로 전환합니다.
https://github.com/pgl/dns-museum/tree/main/content/exhibits
Granite Canyon이 그리워요 :(
뻔뻔하게 제 프로젝트를 홍보해 봅니다. DNS 인프라가 핵심 역할을 하는 프로젝트예요. TXT 레코드로 사슬을 만드는데, 도메인 이름이 있는 사람이라면 누구나 부모 도메인을 가리키는 TXT 레코드를 추가해서 이 사슬에 합류할 수 있습니다. https://recordrelay.net
멋지네요. 이제 제가 바통을 들고 있어요.