본문으로 건너뛰기

인텔리전스

최신 기사

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

첫 번째 프래그먼트는 통과했고, 겹침은 포트를 바꿨다: RFC 3128

역사

첫 번째 프래그먼트는 통과했고, 겹침은 포트를 바꿨다: RFC 3128

2001년, 한 편의 짧은 보안 메모는 패킷 필터링에 관한 어려운 진실을 드러냈습니다. 방화벽은 어느 한쪽의 바이트 묶음을 승인하는 동안 수신 호스트가 나중에 다른 내용을 재조립할 수 있었습니다. RFC 3128은 프래그먼테이션을 발견한 것도, 겹치는 프래그먼트를 발견한 것도 아니었습니다. 이 메모의 기여는 각각 따로 보면 충분해 보이는 대응책을 상대로 이미 알려진 두 회피 기법이 결합될 수 있음을 보여준 데 있습니다.

2026년 10월 1일
장기 증명은 키보다 오래 살아남아야 했다: RFC 3126

역사

장기 증명은 키보다 오래 살아남아야 했다: RFC 3126

RFC 3126은 오래된 서명을 증거 보존 문제로 다뤘습니다. 2001년에 이루어진 올바른 서명 계산도 인증서, 폐기 기록, 정확한 서명 바이트, 신뢰 가능한 알고리즘이 사라지면 수십 년 뒤 스스로를 설명할 수 없었습니다. 이 표준의 해답은 타임스탬프, 참조, 보존된 값, 갱신 가능한 아카이브 봉인으로 이루어진 사다리였습니다.

2026년 10월 1일
필터는 배달에 플래그를 달 수 있지만 메일함을 바꿀 수는 없다: RFC 5232

역사

필터는 배달에 플래그를 달 수 있지만 메일함을 바꿀 수는 없다: RFC 5232

이메일 규칙은 전달하던 사본에 표시를 달 수 있었지만, RFC 5232는 이미 저장소에 있는 어떤 메시지도 바꿀 수 있는 지팡이를 주지 않았다. 요청된 플래그와 내구성 있는 메일함 상태의 차이는 필터링과 전달 사이의 경계에 있다.

2026년 10월 1일
Mistral Compute의 가동 주장 검증: 플릿 숫자가 실제로 기록하는 것

유럽·중동 데이터센터

Mistral Compute의 가동 주장 검증: 플릿 숫자가 실제로 기록하는 것

Mistral Compute의 프랑스 인프라 프로그램에는 일자가 기록된 증거를 앞질러가는 주장의 층위가 쌓여 있습니다. 공급업체 블로그가 18,000 GPU 플릿을 "이미 가동 중"이라 부르고, 하나의 레지스트리가 같은 부지를 전력 인입된 것과 아닌 것으로 동시에 기록하며, 공개 문서가 가동 중임을 보여주지 않는 용량을 기반으로 제품군이 판매되고 있습니다. 이 보고서는 그 진술 가운데 기록이 실제로 뒷받침하는 것이 무엇인지 검증합니다.

2026년 10월 1일
유효한 서명에 여전히 필요했던 것은 정책이었다: RFC 3125

역사

유효한 서명에 여전히 필요했던 것은 정책이었다: RFC 3125

RFC 3125는 전자 서명을 둘러싼 규칙을 데이터로 주소 지정 가능하게 만들려 했다. 올바른 암호학적 계산은 첫 번째 관문에 불과했다. 거래 하의 유효성은 어느 정책 바이트가 참조되었는지, 어느 커밋먼트와 신뢰 조건이 적용되었는지, 그리고 그 주변의 법적·계약적 맥락이 이를 인정했는지에 달려 있었다.

2026년 10월 1일
MainStreaming과 AI 엣지 전송 주장: 오케스트레이션은 무엇을 자동화하는가

유럽·중동 클라우드 서비스

MainStreaming과 AI 엣지 전송 주장: 오케스트레이션은 무엇을 자동화하는가

MainStreaming는 전통적 CDN PoP가 아니라 ISP 인프라 내부에 자리한 엣지 비디오 전송 네트워크를 판매하며, 각 시청자를 최적의 엣지 서버에 매칭한다고 말하는 "AI 오케스트레이터"로 이를 묶는다. DAZN, ITV, BT와의 배포 기록은 이 모델에 실재하는 고객과 실제 사이트가 있음을 보여준다; AI 계층이 구체적으로 무엇을 자동화하는지, 그리고 QoE "보장"이 독립 측정을 견디는지는 벤더 기록 자체가 부분적으로만 답하는 질문으로 남아 있다.

2026년 10월 1일
하나의 메시지, 세 가지 다른 개수: RFC 5231

역사

하나의 메시지, 세 가지 다른 개수: RFC 5231

메일 필터는 메일박스 주소, 엔벨로프 목적지 또는 헤더 필드 인스턴스를 셀 수 있습니다. RFC 5231은 이 서로 다른 측정을 비교 가능하게 만들었지만, 그 수가 무엇을 의미하는지는 테스트 표면이 결정합니다.

2026년 10월 1일
전송 그랜트는 패킷 큐가 아니었다: RFC 3124

역사

전송 그랜트는 패킷 큐가 아니었다: RFC 3124

혼잡 관리자(Congestion Manager)는 경쟁하는 애플리케이션들이 언제 전송할지를 호스트가 한곳에서 결정할 수 있게 했다. 그만큼 중요한 것은 그 가장 선명한 경계였다. 관리자는 기회를 부여했고, 바이트 선택은 애플리케이션에, 패킷의 운명은 여전히 네트워크에 남았다.

2026년 10월 1일
프리픽스 목록은 아직 접근 정책이 아니었다: RFC 3123

역사

프리픽스 목록은 아직 접근 정책이 아니었다: RFC 3123

DNS는 네트워크 프리픽스의 압축된 목록을 게시할 수 있었다. RFC 3123의 더 중요한 선택은 그 목록이 무엇을 명령하는지 말하기를 거부한 것이었다. 레코드는 표현을 보존했지만, 의미·권한·실행은 여전히 개별 애플리케이션이 제공해야 했다.

2026년 10월 1일
부재중 메시지는 템플릿이 아니라 정책이었다: RFC 5230

역사

부재중 메시지는 템플릿이 아니라 정책이었다: RFC 5230

자동 응답은 부재 중인 사람의 이름으로 발송되는 메시지입니다. RFC 5230은 이 단순한 문장을 운영 정책으로 만들었습니다. 수신 메일이 이 수신자에게 보내진 것인지 판단하고, 어떤 응답이 발동될지 식별하며, 이미 그 응답을 받은 사람을 기억하고, 다시 보내기 전에 기다리도록 했습니다.

2026년 10월 1일
지연 수치는 시계 주장이기도 했다: RFC 3116

역사

지연 수치는 시계 주장이기도 했다: RFC 3116

ATM 실험실에서 타임스탬프 하나를 다른 것에서 빼는 일은 쉬운 부분처럼 보였다. RFC 3116은 더 어려운 진실을 드러냈다. 스위치를 평가하기 전에 시계, 카운터, 트래픽, 측정 경계도 함께 입증해야 했다.

2026년 10월 1일
두 조직은 하나의 시스템을 공유했지만 권한은 통합하지 않았다: RFC 3113

역사

두 조직은 하나의 시스템을 공유했지만 권한은 통합하지 않았다: RFC 3113

2001년 6월, 인터넷과 emerging 3세대 이동통신 시스템은 서로를 필요로 했습니다. RFC 3113은 중요한 선을 그어 협력을 가능하게 했습니다. 정보는 경계를 넘을 수 있었지만, 승인 권한은 시작된 곳에 남았습니다.

2026년 10월 1일
필터는 매치 한 번은 기억할 수 있었지만 대화는 아니었다: RFC 5229

역사

필터는 매치 한 번은 기억할 수 있었지만 대화는 아니었다: RFC 5229

Sieve는 메일 사용자가 유용한 필터를 작성하되 전달 서버를 무제한 프로그래밍 호스트로 바꾸지 않도록 설계되었습니다. RFC 5229는 작은 메모리 표면을 추가했습니다. 이름 붙은 값과 성공한 매치의 캡처입니다. 이 값들은 이후 규칙의 조합을 도왔지만, 사서방의 역사나 발신자에 대한 증거 또는 범용 데이터베이스가 아니라 일시적인 스크립트 상태로 남았습니다.

2026년 10월 1일
레지스트리와 RFC가 어긋났다. 실행 코드는 레지스트리를 택했다: RFC 3115

역사

레지스트리와 RFC가 어긋났다. 실행 코드는 레지스트리를 택했다: RFC 3115

2001년, 표준 트랙 RFC와 IANA 레지스트리는 동일한 Mobile IP 확장에 서로 다른 번호를 부여했다. 대체 RFC는 구현체들이 이미 레지스트리 값을 사용하고 있었다는 유난히 직접적인 사실로 충돌을 정리했다.

2026년 10월 1일
트래픽을 되돌려 받을 수 없던 프리픽스: RFC 5220

역사

트래픽을 되돌려 받을 수 없던 프리픽스: RFC 5220

IPv6 호스트는 두 개의 유효한 주소를 갖고도 잘못된 공급자를 통해 패킷을 보내고, 공개 반환 경로가 없는 프리픽스로 답장이 향하도록 남겨둘 수 있었다. RFC 5220은 이를 호스트 주소 선택 문제로 명명했지만, 측정된 장애를 보고하거나 빈도를 증명하지는 않았다.

2026년 10월 1일
비밀번호는 일치했다. 그러나 사용자는 아직 인증되지 않았다: RFC 3112

역사

비밀번호는 일치했다. 그러나 사용자는 아직 인증되지 않았다: RFC 3112

RFC 3112는 LDAP에 디렉터리 내 파생 값에 대한 비밀번호 검증 방법을 제공하면서도 그 답에 엄격한 경계를 그었습니다. 일치 결과가 참이더라도, 그 시점에 디렉터리 연관이 클라이언트를 인증한 것은 아니었습니다.

2026년 10월 1일
DFINFRA의 리소스 스택: 1996년 레거시 IPv4 할당, 2021년 휴면 자율 시스템, 그리고 등록 기록이 증명하지 못하는 것

스토리

DFINFRA의 리소스 스택: 1996년 레거시 IPv4 할당, 2021년 휴면 자율 시스템, 그리고 등록 기록이 증명하지 못하는 것

DFINFRA의 리소스 스택: 1996년 레거시 IPv4 할당, 2021년 휴면 자율 시스템, 그리고 등록 기록이 증명하지 못하는 것 인텔리전스 요약은 해당 이슈의 전개 과정, 독자가 확인할 수 있는 공개 근거, 관련된 조직, 지역적 맥락, 시장 노출, 그리고 이후 발생할 수 있는 인프라 파급 효과를 설명합니다. 스토리 동향 맥락은 이 신호를 네트워크 운영, 사업자 전략, 거버넌스 결정, 자본 흐름, 고객 의존성, 규제 압력, 파트너십 변화, 복원력 계획, 조달 리스크, 서비스 연속성과…

2026년 10월 1일
두 계층 모두 ‘포워드’라고 말했다. 그러나 정반대를 의미했다: RFC 3108

역사

두 계층 모두 ‘포워드’라고 말했다. 그러나 정반대를 의미했다: RFC 3108

RFC 3108은 누락된 필드보다 더 위험한 문제를 드러냈다. 서로 다른 출발점을 기준으로 '포워드'라는 단어를 사용하는 두 개의 정당한 제어 시스템이 존재했던 것이다. 미디어 게이트웨이는 완벽하게 유효한 트래픽 디스크립터를 받고도 이를 사용하기 전에 방향을 뒤집어야 했다.

2026년 10월 1일
새 RFC가 고친 것은 세션 라벨이지 페이로드 설계가 아니었다: RFC 5219

역사

새 RFC가 고친 것은 세션 라벨이지 페이로드 설계가 아니었다: RFC 5219

2008년 RFC 5219는 예시에서는 이미 올바른 형식 이름을 쓰면서 본문은 세션 기술자에 잘못된 이름을 쓰도록 지시하던 MP3-over-RTP 사양을 대체했다. 이 개정은 그 불일치를 바로잡고 구현 의사코드를 명확히 했으며, 변경 노트는 새로운 페이로드 설계나 배포 실패를 주장하지 않았다.

2026년 10월 1일
게이트웨이가 주소를 빌려주었다. 지역성이 프로토콜이 되다: RFC 3102

역사

게이트웨이가 주소를 빌려주었다. 지역성이 프로토콜이 되다: RFC 3102

Realm Specific IP는 보이지 않는 주소 변환에 대한 인상적인 대안을 제시했습니다. 사설 호스트가 공인 주소 파라미터를 빌려 자신의 패킷에 넣도록 한 것입니다. 주소는 호스트 쪽으로 옮겨졌지만, 할당·임대·정책·반환 경로 제어는 게이트웨이에 남았습니다.

2026년 10월 1일