본문으로 건너뛰기

인텔리전스

최신 기사

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

ICANN, 자격 규칙 확정 전에 프로젝트 펀드를 확대하다

ICANN

ICANN, 자격 규칙 확정 전에 프로젝트 펀드를 확대하다

자본 요청은 통제 가능해지기 전에도 완성된 것처럼 보일 수 있다. 기금 이름, 담당자, 추정 비용을 붙이면 그 카드는 승인장처럼 보인다. 그러나 결정적인 항목은 여전히 비어 있다. 어떤 공개된 규칙이 이 작업을 연간 예산이 아닌 특별 기금의 적격 대상으로 만들었는가? ICANN 이사회는 2026년 5월 3일 기존 SFICR를 확대하고 CEO 또는 위임자에게 그 규칙을 수립하도록 지시했다. 25일 뒤 예측된 잉여가 확대된 기금을 재무적으로 의미 있게 만들었다. 아직 자금은 배정되지 않았지만, 결정…

2026년 8월 27일
원본 서버가 삭제를 요청한 링크: HTTP 410이 404가 아니었던 이유

역사

원본 서버가 삭제를 요청한 링크: HTTP 410이 404가 아니었던 이유

겉보기에 똑같이 죽어 보이는 두 링크가 같은 빈 화면으로 이어지면서도 서로 전혀 다른 주장을 담을 수 있습니다. HTTP 404는 사유와 지속 기간을 확정하지 않습니다. HTTP 410은 원본 서버가 접근을 의도적으로 종료했고 그 상태가 유지될 가능성이 높으며, 웹의 나머지 부분도 참조 유지 방식을 바꿔야 한다는 신호를 보낼 수 있게 합니다.

2026년 8월 27일
대문자를 다 써버린 이름: DNS가 대소문자를 응답 과제로 바꾼 방법

역사

대문자를 다 써버린 이름: DNS가 대소문자를 응답 과제로 바꾼 방법

DNS는 ASCII 문자의 대소문자 표기와 무관하게 이름을 인식하도록 만들어졌다. 20년 뒤 엔지니어들은 버려진 이 구분이 여전히 위조 응답을 더 어렵게 만들 수 있음을 알아차렸다. 이름은 서버에게 같은 의미이면서, 리졸버만이 기대할 줄 아는 패턴을 실을 수 있었던 것이다.

2026년 8월 27일
프리픽스의 이력 보존: AFRINIC의 제안된 풀 결정

스토리

프리픽스의 이력 보존: AFRINIC의 제안된 풀 결정

`AFPUB-2026-IPv4-003-DRAFT01` 아래에서 회수된 하나의 IPv4 블록은 우선 임시 `Recovered Pool`에 들어갑니다. AFRINIC 직원은 원출처 풀 범주를 추적해 그곳으로 반환하고, 부분 블록은 비례적으로 분류하며, 불확실한 출처는 `Pre-Softlanding Pool`로 보냅니다. 그 결정은 풀 총량과 이후 할당 조건을 바꿀 수 있습니다. 그 전에, 블록에는 그 이동을 정합하는 재현 가능하고 프라이버시를 지키는 분류 수취 기록이 필요합니다.

2026년 8월 27일
IETF 절차 예외는 규칙을 몰래 다시 쓰지 않는다

IETF

IETF 절차 예외는 규칙을 몰래 다시 쓰지 않는다

거버넌스 시스템에서 가장 위험한 예외는 특정 사례에 붙은 붉은 면제 표시가 아니라, 그 면제 값이 기본값 열로 복사되는 것이다. 최초의 기록은 여전히 질문을 불러온다. 어느 명세, 어느 요구사항, 누구의 권고, 어떤 이유, 어떤 한도인가. 복사된 값은 그중 아무것도 답하지 않는다. 단지 다음 사례에게 그 요구사항은 더 이상 중요하지 않다고 말할 뿐이다. RFC 2026의 예외 절차는 경계가 있는 출구를 허용하면서 그 출구가 발표되지 않은 개정이 되지 않도록 설계되어 있다.

2026년 8월 27일
계속 나아가기 전에 집으로 돌아가야 했던 패킷

역사

계속 나아가기 전에 집으로 돌아가야 했던 패킷

모바일 컴퓨터는 자신의 주소를 다른 네트워크로 가져갈 수 있었지만, 그곳에서 그 주소를 발신할 권리까지 함께 가져가는 것은 아니었다. Mobile IPv4의 역방향 터널은 발신 패킷을 통신 상대에게 전달하기 전에 먼저 홈으로 보냈다. 이 우회는 주소가 틀렸다는 고백이라기보다, 통신 종단을 식별하는 주소와 특정 네트워크 경계를 통과할 근거가 되는 주소는 서로 다른 역할을 한다는 인정이었다.

2026년 8월 27일
EOF 경고가 대체할 수 없는 것: TLS가 한 방향의 종료를 명시적으로 만든 방법

역사

EOF 경고가 대체할 수 없는 것: TLS가 한 방향의 종료를 명시적으로 만든 방법

수신자는 본 모든 바이트를 인증하면서도 더 많은 바이트가 오려고 했는지 알 수 없습니다. TLS는 종료를 보호된 대화 안에 넣어 이 좁은 문제를 해결했고, 두 방향이 함께 끝나야 한다는 강제가 아니어야 한다는 점을 배우게 되었습니다.

2026년 8월 27일
IETF LLC, 이사회 회의에서 AI 회의록 도구 금지

IETF

IETF LLC, 이사회 회의에서 AI 회의록 도구 금지

2025년 4월 참석자 목록은 사람 옵서버와 'AI Noota Assistant'를 같은 줄에 올렸다. 별도의 사람 서기가 여전히 회의록을 담당했다. 현재 IETF Administration LLC 이사회 페이지는 더 강한 경계선을 긋는다: AI 필기·전사 도구는 이사회 회의에 들어올 수 없고, 남는 기록은 승인 후 공개되는 공식 회의록이다. 봇은 방을 떠났고, 거버넌스 부담은 회의록으로 옮겨졌다.

2026년 8월 27일
약속은 이름을 지켜야 합니다: RIPE NCC의 사라진 연간 장부

스토리

약속은 이름을 지켜야 합니다: RIPE NCC의 사라진 연간 장부

RIPE-862는 정확한 시작 경로를 제시합니다: **인터넷 복원력, 확장성 및 라우팅 보안** 초점 영역, 서비스 수준 목표 **보안(Security)**, 그리고 핵심 지표 **ROA 및 ASPA로 커버되는 인터넷 번호 자원**. 그다음 고리인 예산이 배정된 2027년 활동계획·예산 약속과 그 후속 결과는 아직 확인된 기록에 없습니다. 책임성은 범위·비용·일정·측정이 바뀌더라도 그 약속이 하나의 동일성을 유지하는가에 달려 있습니다.

2026년 8월 27일
수신자가 감당할 수 없는 레코드: TLS가 크기를 로컬 선언으로 바꾼 방법

역사

수신자가 감당할 수 없는 레코드: TLS가 크기를 로컬 선언으로 바꾼 방법

작은 엔드포인트는 암호화된 출력을 스트리밍할 수 있으면서도, 상대방이 보내는 똑같이 큰 레코드를 검증할 메모리가 없을 수 있습니다. TLS는 결국 두 방향이 같은 기계일 필요가 없다는 사실을 받아들였습니다.

2026년 8월 27일
새 체크섬에는 두 개의 동일한 신호가 필요했다

역사

새 체크섬에는 두 개의 동일한 신호가 필요했다

한 SYN은 대체 체크섬을 제안할 수 있었지만 혼자서 선택할 수는 없었다. RFC 1146 실험에서 상대 SYN은 정확히 같은 알고리즘 번호를 반복해야 했다. 두 개의 동일한 신호가 공통 세그먼트의 해석을 바꾸었다. 결여된, 다른 또는 무시된 신호는 절반짜리 협상 없이 연결 전체를 표준 체크섬으로 되돌렸다.

2026년 8월 27일
청취와 지도 사이: LACNIC의 사라진 의견 추적

스토리

청취와 지도 사이: LACNIC의 사라진 의견 추적

LACNIC의 공개 설명은 집단적 기획 과정과 청취에서 SWOT, 최종 전략 지도에 이르는 경로를 밝힙니다. 확인된 문서들이 드러내지 않는 것은 검토자가 하나의 쟁점을 출처 등급과 채널에서 종합, 처분, 결정 권한, 최종 텍스트까지 따라갈 수 있게 하는 개인정보 안전한 연결 고리입니다.

2026년 8월 27일
서버 Finished 이전에 보낸 TLS 비행: False Start가 한 왕복을 빌려 쓴 방법

역사

서버 Finished 이전에 보낸 TLS 비행: False Start가 한 왕복을 빌려 쓴 방법

TLS False Start는 클라이언트가 자신의 Finished를 보낸 뒤, 서버의 Finished를 검증하기 전에 새로 암호화된 응용 데이터를 내보내도록 허용했습니다. 이는 증명을 제거하거나 오래된 세션을 재개하거나 평문을 보낸 것이 아니라, 미완성 증명 경계를 넘어 데이터를 이동시켜 한 번의 기다림을 절약한 것입니다.

2026년 8월 27일
IETF 2418bis 초안, 채택에 대한 종료(exit) 상태 추가

IETF

IETF 2418bis 초안, 채택에 대한 종료(exit) 상태 추가

의존성 대장에는 편집자나 리뷰가 더 이상 이어지지 않는 초안 옆에 녹색 'WG Document' 배지가 표시되어 있었다. 워킹 그룹이 이 초안을 활성 작업 목록에서 제외하자 대장은 녹색을 회색으로 바꾸고 '제안 기각'이라 적었다. 그 표현은 결정에 없던 말이었다. 2026년 8월 17일, IETF 워킹 그룹 가이드라인의 최신 초안 개정판은 이 누락된 전환에 이름을 붙일 방법을 추가했다. 워킹 그룹은 인터넷 초안을 미채택 상태로 되돌릴 수 있다.

2026년 8월 27일
지역 주석이 필요했던 주소

역사

지역 주석이 필요했던 주소

`fe80::1%eth0`를 한 호스트에서 다른 호스트로 복사해도 모든 문자는 그대로 살아남는다. 그러나 의도했던 경로는 그렇지 않을 수 있다. `eth0`는 첫 번째 호스트의 로컬 지도에 속하므로, 겉보기에 완전해 보이는 그 주소에는 그것을 쓴 기계에서만 힘을 잃지 않는 주석이 붙어 있는 것이다.

2026년 8월 27일
숨길 수 있기 전에 TLS가 들어야 했던 이름: SNI가 공유 HTTPS를 가능하게 한 방법

역사

숨길 수 있기 전에 TLS가 들어야 했던 이름: SNI가 공유 HTTPS를 가능하게 한 방법

공유 주소에서 TLS 서버는 의도된 사이트 이름을 담은 HTTP 요청을 복호화하기 전에 인증서를 선택해야 했습니다. 서버 이름 표시(SNI)는 그 이름을 ClientHello에 담아 이 순서 문제를 해결함으로써 가상 HTTPS를 실현하면서도 암호화가 시작되기 전까지 라우팅 이름을 노출된 상태로 남겨 두었습니다.

2026년 8월 27일
파이널 리뷰는 두 번째 표준 투표가 아니다

IETF

파이널 리뷰는 두 번째 표준 투표가 아니다

공개 레지스터에는 승인된 인터넷 초안, 열린 풀 리퀘스트, 아직 미해결인 여러 저자 승인이 함께 표시되어 있었습니다. 운영자는 이 사실들을 하나의 경고 메모로 압축했습니다. "표준이 다른 투표를 위해 다시 열렸다"는 것이었습니다. 공개 기록은 훨씬 절제된 모습을 보였습니다. 스트림은 이미 작업을 승인했고, 편집자들은 프로덕션 사본을 검증 중이었으며, 저자들은 게시될 내용을 확인하고 있었습니다. 편집 경계를 넘는 변경은 문서를 승인한 권위로 되돌아가야 했습니다.

2026년 8월 27일
준비되기 전에 존재했던 행

역사

준비되기 전에 존재했던 행

SNMP 매니저는 `createAndWait`를 쓸 수 있지만 `createAndWait`를 다시 읽을 수는 없습니다. 돌아오는 값은 `notReady`일 수 있습니다: 행이 존재하지만 장치가 아직 사용을 시도할 수 없다는 뜻입니다. 이 비대칭성은 요청을 동작으로, 불완전성을 관찰 가능한 사실로 바꾸어 놓았습니다.

2026년 8월 27일
서버가 나중을 위해 봉인한 기억: TLS 세션 티켓은 어떻게 상태를 클라이언트가 들고 다니게 만들었는가

역사

서버가 나중을 위해 봉인한 기억: TLS 세션 티켓은 어떻게 상태를 클라이언트가 들고 다니게 만들었는가

TLS 서버는 재개 가능한 자신의 상태를 봉인된 객체에 담아 클라이언트에게 들고 오도록 요청하게 되었다. 이 방식은 클라이언트별 저장소를 줄여 주었지만, 상태 자체를 없애지는 못했다. 대신 수용 여부를 티켓 키, 만료 규칙, 그리고 서버가 여전히 장악한 폴백 경로에 집중시켰다.

2026년 8월 27일
두 개의 등록, 한 대의 전화기

역사

두 개의 등록, 한 대의 전화기

엣지 프록시는 이미 다운되었다가 재시작된 상태였고, 걸려 오는 전화도 이미 서비스에 도달했다. 그러나 전화기 자신은 아직 오래된 복귀 경로가 사라졌다는 사실을 알지 못했다. SIP Outbound는 바로 이 간격을 위해 설계되었으며, 그 뒤에 따르는 더 어려운 질문—언제 두 번째 경로가 재시도를 정당화하고, 언제 그 전화기 하나가 이미 응답을 마친 것인가—에도 답을 준비했다.

2026년 8월 27일