자체 제작 네트워크 스택으로 DNS 서버를 운영하는 개발자
Everyone Should Build Their Own Network Stack
개발자 lyc8503이 자신이 직접 만든 네트워크 스택 'DNet'을 4년 만에 다시 꺼내들었습니다. Linux TAP 디바이스부터 ARP, IPv4, ICMP, UDP 처리를 구현한 이 스택을 DN42(분산 네트워크)에 배포해, 자신의 DN42 도메인 '42420167.xyz'의 권위 있는 DNS 서버로 운영 중입니다. 이제 전 세계 어디서든 `dig TXT sgp1.dn42.42420167.xyz`를 실행하면 그의 손수 만든 스택이 응답합니다. 이 프로젝트는 '모두가 자신만의 네트워크 스택을 가져야 한다'는 그의 신념에서 비롯됐으며, 중앙화된 인터넷의 취약점에 대한 유쾌한 반박이기도 합니다. 그는 또한 NixOS에서 Debian으로 전환하고 pyinfra와 Docker Compose로 인프라를 재정비했습니다.
진정한 분산 네트워크에서는 모든 사람이 자신만의 고유한 네트워크 스택을 구현하고 이를 사용해 인터넷에 접속해야 한다고 생각합니다.
HN 토론
94- intrasight
내 첫 직장은 웨스팅하우스에서 원자력 발전소 계측 업무를 맡은 것이었다. 우리의 전체 하드웨어-소프트웨어 패키지는 2억 달러 규모의 재장전 계약(1988년 달러 기준)의 일부로 고객에게 공짜로 제공된 것이었다. 우리 10명으로 구성된 팀은 사실상 웹 브라우저에 해당하는 맞춤형 애플리케이션 스택을 만들었다. 클라이언트 머신은 Sun 3 워크스테이션이었다. 서버는 TCP/IP 스택이 없는 산업용 미니 컴퓨터였고, 그래서 우리는 실제로 자체 네트워크 스택을 직접 만들어야 했다.
- _pdp_
누구나 자신만의 **을 직접 만들어 봐야 한다는 것이 내가 거의 모든 것에 대해 주는 일반적인 조언이다. 그렇지 않으면 우리가 당연하게 여기는 것들에 얼마나 많은 노력이 들어가는지 깨닫기 어렵다. 모든 것은 처음에는 단순해 보이지만, 직접 만들어 보려고 하면 그렇지 않다는 것을 알게 된다.
- znnajdla
진짜 악몽 시나리오는 Linux 네트워크 스택에서 취약점을 찾는 것이 아니라, TCP/IP 자체나 HTTP의 프로토콜 수준에서 취약점을 찾는 것이다. 그것은 고칠 수 없는 문제다. 컴퓨팅 역사에 이런 전례가 있었던 적이 있나?
- znnajdla
이 글은 다소 농담조일 수 있지만, 사실 내가 한동안 진지하게 생각해 온 주제다. 나는 모든 국가와 기업이 자체 운영체제를 만드는 미래를 상상할 수 있는데, 그것이 실제로 매우 좋은 일이 될 수도 있다. 인기 있는 기술 스택을 사용하지 않고 공개적으로 노출되는 모든 것을 사내에서 재구축하는 데는 보안상 이점이 있다. Mythos 수준의 AI 능력을 고려할 때, Mythos/Cyber에 접근할 수 있는 사람이라면 누구나 당신의 스택에서 제로데이를 찾을 수 있다는 것은 거의 확실하다. 당신의 스택이 독점적이고 맞춤형이며 소스 코드에 대한 공개 접근이 없다면, 취약점을 찾는 것이 훨씬 더 어렵다. 왜냐하면 그들은 공개된 인터페이스만을 탐색할 수 있기 때문이다.
- Ekaros
생산 환경에서 자체 네트워크 스택을 구축하는 것은 진지하게 권하지 않는다. 또는 생산 환경에서 자체 웹 서버를 작성하는 것도, 데이터베이스(SQL이든 NoSQL이든)도 마찬가지다. 이런 것들은 예상보다 훨씬 복잡하고 함정이 많다. 합리적인 시간 안에 만들 수 있는 것은 기존 대안에 비해 아마 그렇게 좋지 않을 것이다. 실제로 구축해야 할 절박한 이유가 있고, 시간과 노력을 투자할 준비와 수단이 있다면 해보라. 하지만 필요한 노력을 신중히 고려하라...