본문으로 건너뛰기

인텔리전스

최신 기사

인프라 운영 주체, 정책 결정, 시장 동향, 디지털 권력 이동에 관한 최신 인텔리전스입니다.

하나의 포털, 시계는 없다: 존 파일 접근을 실제로 승인하는 주체는?

ICANN

하나의 포털, 시계는 없다: 존 파일 접근을 실제로 승인하는 주체는?

CZDS를 통해 연구자는 한 곳에서 여러 일반 최상위 도메인 레지스트리에 존 파일을 요청할 수 있습니다. 공통의 출입구를 흔히 공통의 결정으로 오해하기 쉽지만, 이는 자동 접근도 아니고 단일 승인 창구도 아닙니다.

2026년 8월 26일
위조 서한 하나로 Sex.com이 옮겨졌다: Kremen v. Cohen과 Network Solutions

ICANN

위조 서한 하나로 Sex.com이 옮겨졌다: Kremen v. Cohen과 Network Solutions

위조된 지시문은 실물을 옮기지 않았다. 대신 한 도메인 이름의 공식 등록 기록을 바꾸었고, 연방 항소법원에 등록자가 정확히 무엇을 통제했는지를 묻게 만들었다.

2026년 8월 26일
LACNIC 대기자 명단 마지막 신청자, 최대 1,024개 주소까지 최소 12년 대기

스토리

LACNIC 대기자 명단 마지막 신청자, 최대 1,024개 주소까지 최소 12년 대기

LACNIC의 IPv4 대기열은 승인된 모든 신청자에게 블록을 보존해 주지 않습니다. 회수 공간이 실제로 해제될 때까지 공급, 순서, 최종 승인, 주소 품질이 모두 미정으로 남는, 신원에 묶인 순번을 보존할 뿐입니다.

2026년 8월 26일
그대로 돌아온 번호: PPP의 매직 넘버

역사

그대로 돌아온 번호: PPP의 매직 넘버

PPP 엔드포인트는 자신이 방금 보낸 정확한 번호를 받고도 완전히 만족할 수 있었다. 같은 번호가 다른 종류의 패킷에 담겨 오면 루프를 의심했다. 구별은 4바이트 안에 있지 않았다. 그 바이트가 속한 행동 안에, 그리고 각 엔드포인트가 자신을 위해 유지한 작은 이력 안에 있었다.

2026년 8월 26일
ARIN의 NET 경로 목록은 직접 할당에서 멈춘다

스토리

ARIN의 NET 경로 목록은 직접 할당에서 멈춘다

빈 컬렉션은 쿼리 경계를 그어 보기 전까지는 결정적인 것처럼 보일 수 있습니다. ARIN의 라우팅 레지스트리 API에서 일반 NET 경로 목록은 직접 등록에서 끝나며, 하위 트리는 별도의 요청에 속합니다.

2026년 8월 26일
모든 엣지 인구집단이 이전 결정이 사라졌음을 증명하기 전까지는 롤백이 일어나지 않은 것이다

북미 클라우드 서비스 동향

모든 엣지 인구집단이 이전 결정이 사라졌음을 증명하기 전까지는 롤백이 일어나지 않은 것이다

컨트롤 플레인은 이전 Fastly 서비스 버전을 몇 초 만에 승인할 수 있습니다. 그러나 엣지 전반의 요청이 철회된 규칙, 산출물 또는 캐시 결정에 더 이상 부딪히지 않고—그 증거가 중요한 인구집단을 다루기 전까지는—비즈니스는 복구되지 않은 것입니다.

2026년 8월 26일
관리인 손에 들어간 도메인 이름: Office Depot 대 Zuccarini

ICANN

관리인 손에 들어간 도메인 이름: Office Depot 대 Zuccarini

판결은 플로리다에서 선고되었고, 채무자는 다른 곳에 거주했으며, 등록기관들은 세 개국에 흩어져 있었고, `.com` 레지스트리는 캘리포니아 북부에 있었습니다. 채무를 회수하기 위해 제9순회항소재판소는 무체인 도메인 이름이 어디에서 발견될 수 있는지 결정해야 했습니다.

2026년 8월 26일
ICANN이 등록 대행사의 자격을 종료하면 도메인은 누가 받는가?

ICANN

ICANN이 등록 대행사의 자격을 종료하면 도메인은 누가 받는가?

ICANN의 공개 대량 이전 표에는 자격이 종료된 등록 대행사, 등록을 받는 등록 대행사, 그리고 날짜가 나타납니다. 그러나 결정적인 부분은 비어 있는 중간 단계입니다. 누가 등록을 받을 자격이 있었는지, 어떤 운영상 약속이 중요했는지, 그리고 이 결정이 수령사에게 무엇을 주었고 무엇을 주지 않았는지가 그것입니다.

2026년 8월 26일
연결을 끊지 않고 SMTP가 잊을 수 있었던 메시지: RSET가 정의한 트랜잭션 범위

역사

연결을 끊지 않고 SMTP가 잊을 수 있었던 메시지: RSET가 정의한 트랜잭션 범위

거부된 수신자 하나는 메일 서버에 난감한 잔여물을 남길 수 있습니다. 유효한 발신자, 수락된 수신자 하나, 그리고 더 이상 보내서는 안 되는 메시지가 그것입니다. SMTP의 조용한 해답은 `RSET`이었으니, 대화를 살려 둔 채 완료되지 않은 메시지를 잊도록 확인해 주는 방법이었습니다.

2026년 8월 26일
빌려온 바이트: DHCP가 부팅 필드를 재활용한 방법

역사

빌려온 바이트: DHCP가 부팅 필드를 재활용한 방법

13바이트짜리 파일명이 너무 컸다—DHCP 메시지에도 옵션에도 아니고, 한 필드의 남은 공간에 비해서였다. 오래된 부팅 필드를 빌려 쓰는 방식이 한 가지 부족을 해결했고, 합의된 순서로 조각을 재조립하는 방식이 또 다른 부족을 해결했다. 이 구분이 작은 확장을 오래 지속되는 파서 의무로 만들었다.

2026년 8월 26일
두 번의 쿼리, 두 대의 서버: DNS에 NSID가 필요했던 이유

역사

두 번의 쿼리, 두 대의 서버: DNS에 NSID가 필요했던 이유

서비스 주소는 그대로인데 응답하는 서버는 달라질 수 있다. DNS는 다음 질문에 답한 서버가 아니라 특정 응답 뒤에 있는 인스턴스를 식별할 방법을 필요로 했고, 그 결과 표준은 식별자를 의도적으로 불투명하게 유지하면서도 연관 관계를 정밀하게 만들었다.

2026년 8월 26일
혼잡이 지워버린 무작위 비트: ECN 논스 실험

역사

혼잡이 지워버린 무작위 비트: ECN 논스 실험

실험은 동작하면서도 공유 프로토콜 공간에 대한 권리를 잃을 수 있습니다. ECN 논스는 라우터가 파괴한 정보를 이용해 수신 측의 혼잡 보고를 검증 가능하게 만들었습니다. 그 철회는 이 검사의 한계와, 종이 위에 실험을 계속 살려 두는 비용을 함께 비춥니다.

2026년 8월 26일
1번 포트로 들어온 이름: TCPMUX와 조율의 범위

역사

1번 포트로 들어온 이름: TCPMUX와 조율의 범위

1988년의 두 페이지짜리 제안은 새 서비스가 자체 공식 TCP 포트를 받는 대신 공용 입구를 빌려 쓸 수 있게 했다. 흥미로운 질문은 번호가 사라졌느냐가 아니라, 어떤 결정이 이제 호스트 안에 남아 있을 수 있느냐였다.

2026년 8월 26일
서비스를 살려 두지 못한 비트: DNS WKS가 살아 있는 디렉터리가 되지 못한 이유

역사

서비스를 살려 두지 못한 비트: DNS WKS가 살아 있는 디렉터리가 되지 못한 이유

연결을 열기 전에, 초기 인터넷 메일러는 DNS의 한 비트를 들여다보고 서버가 존재하는지 판단할 수 있었습니다. 비트는 정확했습니다. 그 뒤의 세계는 아니었습니다.

2026년 8월 25일
하나의 서버가 아는 이름만 답할 수 있었던 답변: DNS가 IQUERY를 폐기한 이유

역사

하나의 서버가 아는 이름만 답할 수 있었던 답변: DNS가 IQUERY를 폐기한 이유

DNS 요청 중에는 질문 없이 도착한 것이 있었다. 대신 리소스 레코드를 Answer 섹션에 넣고 서버에 일치하는 모든 이름을 제공하도록 요구했다. 종이 위에서는 우아해 보였다. 평범한 질의가 이름을 값으로 사상한다면 역질의는 그 값을 다시 이름으로 사상할 것이다. 그러나 DNS는 이름 아래 저장되는 모든 가능한 값이 아니라 이름을 기준으로 권한을 분산해 두었다. IQUERY는 한 서버의 메모리를 검색할 수 있었지만, 그 서버가 물어볼 올바른 곳인지, 그 목록이 완전한지는 결코 입증할 수 없었다.

2026년 8월 25일
방화벽이 안전하게 지울 수 없었던 라벨: 폐쇄 네트워크 속 IPv4 보안 옵션

역사

방화벽이 안전하게 지울 수 없었던 라벨: 폐쇄 네트워크 속 IPv4 보안 옵션

방화벽이 낯선 보안 옵션을 보고 제거합니다. 패킷은 더 단순해 보이지만 오히려 덜 안전해질 수 있습니다. IPv4 민감도 라벨을 사용하는 네트워크에서 수신자는 라벨 없는 패킷을 거부하거나, 너무 높거나 너무 낮은 암묵적 라벨을 붙일 수 있습니다. 타입 130이 살아남은 이유는 공개 인터넷이 분류 트래픽을 수용해서가 아니라, 장비가 헤더의 4비트만으로 자신이 공개 인터넷 위에 있는지 폐쇄된 다중 레벨 보안 시스템 내부에 있는지 추론할 수 없기 때문입니다. 때로 가장 안전한 기본값은 이해하지 못하는…

2026년 8월 25일
응답에 되돌아갈 경로가 있음을 증명한 토큰: 신원 확인 없는 DNS 쿠키

역사

응답에 되돌아갈 경로가 있음을 증명한 토큰: 신원 확인 없는 DNS 쿠키

작은 EDNS 옵션 하나가 DNS 서버가 UDP 출발지 주소로부터 합리적으로 추론할 수 있는 범위를 바꿔 놓았습니다. 이 옵션은 발신자를 식별하지 않습니다. 대신 더 좁고 더 유용한 사실, 즉 그 표면상 주소에 있는 누군가가 이전 응답을 받았고 서버가 만든 토큰을 돌려보냈다는 것을 보여줍니다.

2026년 8월 25일
패킷이 사라지기 전에 표시되었다: ECN의 긴 혼잡 논쟁

IETF

패킷이 사라지기 전에 표시되었다: ECN의 긴 혼잡 논쟁

혼잡 제어에서 가장 중요한 순간은 지나치기 쉽습니다. 라우터는 패킷이 아직 살아 있는 동안에도 단말에 경고할 수 있습니다. ECN(명시적 혼잡 통보)은 이 가능성을 프로토콜로 만들었고, 이후 20년에 걸쳐 두 개의 헤더 비트가 신뢰할 수 있는 운영 의미를 지니려면 얼마나 많은 협력이 필요한지 드러냈습니다.

2026년 8월 25일
아무 말도 하지 않아 성공한 테스트: 폐기 서비스가 실제로 증명할 수 있는 것

역사

아무 말도 하지 않아 성공한 테스트: 폐기 서비스가 실제로 증명할 수 있는 것

기술자가 알려진 스트림을 포트 9로 보내고 확인을 기다린다. 아무것도 도착하지 않는다. 이는 빠진 기능이 아니다. RFC 863는 폐기 서비스가 데이터를 버리고 어떤 응답도 보내지 않을 것을 요구한다. 그 테스트는 여전히 유용할 수 있지만, 운영자가 어느 계층이 그 근거를 만들었는지 명시하고, 프로토콜이 결코 발급하지 않은 수신 확인으로 정당한 침묵을 바꾸지 않을 때만 가능하다.

2026년 8월 25일
문법 없는 시계 답: Daytime이 사람을 위한 것이었던 이유

역사

문법 없는 시계 답: Daytime이 사람을 위한 것이었던 이유

클라이언트가 13번 포트에 연결하면 완전히 유효한 답을 받습니다. 다른 호스트는 같은 순간을 다른 순서, 다른 연도 자릿수, 다른 종류의 시간대 라벨로 반환합니다. 두 교환 모두 성공했습니다. RFC 867은 읽기 좋은 시계 한 줄을 약속했지, 소프트웨어가 안전하게 시간으로 되돌릴 수 있는 문법을 약속하지 않았습니다.

2026년 8월 25일