주제
디지털 신원 및 자격 증명
주제 패싯에서 디지털 신원 및 자격 증명 주제 인텔리전스는 특정 주제를 공유하거나 같은 신호와 모니터링 테마에 초점을 둔 기사를 연결합니다. 이 페이지는 관련 보도, 출처 증거, 시장 참여자, 인프라 영향을 아우르는 더 풍부한 탐색 경로를 제공하며, 기업의 움직임, 거버넌스 결정, 지역 노출, 운영 위험 전반에서 이 주제가 왜 중요한지 이해할 수 있을 만큼 충분한 맥락을 담습니다. 독자는 일치하는 기사 목록만 보고 멈추지 않고, 해당 주제 이면의 반복 신호, 영향을 받는 조직, 공개 증거, 시장 맥락, 서비스 연속성, 조달, 경쟁, 규정 준수, 전략 기획 관련 질문을 비교할 수 있습니다. 이 페이지는 해당 주제가 무엇을 다루는지, 어떤 인프라 주체나 정책이 관련되는지, 어떤 증거가 보도를 뒷받침하는지, 그리고 이 주제가 운영자, 고객, 투자자, 정책 관련 독자에게 왜 중요할 수 있는지 설명합니다.
IETF
에이전트 허가증의 빈칸이 파일 전체를 열 수 있다
선택 인수를 빼면 도구가 기본값으로 파일 전체를 돌려줄 수 있다. 별표는 나중에 추가된 기능까지 오래된 토큰으로 통과시킬 수 있다.
IETF
결제 답은 사라져도 AI 에이전트의 한도는 돌아오지 않는다
새 감사 초안은 결과가 확인되지 않은 결제 금액을 계속 묶어 둔다. 다음 승인이 옛 잔액을 읽으면 같은 한도를 두 번 쓸 수 있다.
IETF
잘못 빼앗긴 AI 에이전트 이름, 초안의 답은 ‘새 이름을 고르라’
새 개정안은 두 경로로 알리고 소송 중 집행을 멈추게 한다. 하지만 이름이 폐기된 뒤에는 판정이 틀렸어도 되돌릴 수 없다.
IETF
도메인 하나에 인증서 로봇 셋, 초인종도 셋이어야 할까
IETF의 새 ACME 초안은 계정마다 다른 DNS 검증 주소를 준다. 클라우드를 옮길 때는 반가운 설계지만, 떠난 업체의 초인종을 누가 떼는지도 함께 정해야 한다.
케이스 파일
W3C는 HTTP 창구를 남겼다. DID 주소의 마지막 배달은 클라이언트 몫이다
서버가 DID 문서를 건네면 일이 끝날까. 주소가 가리키는 열쇠나 자원까지 찾는 절차는 그다음에 시작된다.
케이스 파일
쿠키를 거절했나요? EU 이사회안은 넉 달 동안 다시 묻지 말라고 한다
방금 닫은 동의창이 다음 방문에 되살아나는 풍경. 이사회는 그 창에 달력을 달고, 방문자 수와 언론 독자 수와 광고 성과를 서로 다른 칸에 넣으려 한다.
IETF
콘텐츠 신분증에 찍힌 도장, 발행자는 누가 골랐나
새 DNS 초안은 콘텐츠 발행자가 자신을 대신해 신원 증명을 발급할 기관을 직접 고를 수 있게 한다. 도장 자체가 진짜여도 발행자가 그 기관에 권한을 준 적이 없다면 이야기는 달라진다.
스토리
APNIC 허니넷, 로그인 뒤 SSH 키를 남긴 IP 2,621개 포착
SSH 접속에 성공한 뒤 2,621개 출발지 IP가 같은 명령을 실행했다. 기존 `.ssh`를 지우고 `authorized_keys`에 새 키를 넣었다. 비밀번호가 열어준 문은 키가 계속 붙들었다.
케이스 파일
사람은 가게마다 가면을 바꾼다. 에이전트는 전국구 멤버십 카드를 쓴다.
Acts-For는 사람에게 사이트별 식별자를 주지만, 같은 에이전트의 키와 핸들은 모든 사이트에서 재사용한다. 초안은 사이트 둘이 이 값을 맞춰 보면 서로 다른 계정을 다시 연결할 수 있다고 직접 밝힌다.
역사
첫 SSH 접속은 낯선 이를 믿었다. 두 번째 접속은 얼굴을 기억했다
새 서버가 호스트 키를 내밀면 SSH는 첫 인사도 끝나기 전에 묻는다. 이 사람이 맞습니까? `known_hosts`는 처음 만난 상대의 신원을 마술처럼 알아내지 못한다. 대신 그 만남을 적어 두고, 같은 이름으로 다른 열쇠를 들고 온 손님을 다시 세운다.
스토리
ARIN, 로봇에 전용 계정 내주고 API 키를 URL 밖으로 꺼냈다
ARIN이 7월에 내놓은 두 가지 변경은 네트워크 자동화가 2022년부터 기다려 온 기능이다. 서비스 계정으로 기계에 이름을 붙이고, API 키를 URL에 실어 보내지 않아도 된다.
역사
6단은 내가 적었다. 4단은 서버가 붙였다.
1993년 Internet Go Server는 이용자가 스스로 정한 높은 단수를 손봤다. 사람을 연결하는 일은 곧 이름 옆 숫자를 관리하는 일이 됐다.
아시아·태평양 국가 통신사 트렌드
등록은 끝났는데, 왜 문자는 ‘Unverified’로 올까?
호주 등록부는 화면에 표시되는 이름의 사용자를 확인한다. 메시지가 지나온 경로는 별도로 심사받는다.
역사
책 주인이 바뀌자, 웹사이트는 동사를 바꿨다
BookCrossing은 사람 손을 옮겨 다니는 종이책에 온라인 기록을 붙였다. 그런데 외우기 쉬운 안내가 이미 등록된 책을 다시 등록하게 만들었다. 성실하게 따라 한 독자 덕분에 수선할 기록이 늘어났다.
역사
파일은 어디든 갔다. 신뢰는 전화를 걸었다.
1995년에도 수상한 서버에서 받은 파일의 바이트와 날짜를 별도 증명서로 확인하자는 설계가 있었다. 그러나 Bellcore의 실제 예에서 작성자가 누구인지 알아보려면 전화번호부를 뒤지고 다시 전화를 걸어야 했다.
역사
열두 단어로 적힌 128비트 열쇠, 사전은 하나뿐이었다
1994년 네트워크 관리자는 128비트 비밀키를 사람 손으로 옮겨 적어야 했다. 기계에는 정확한 숫자였지만 사람에게는 눈이 미끄러지는 긴 줄이었다. Daniel McDonald는 키의 두 절반을 각각 짧은 영어 단어 여섯 개로 바꾸는 방법을 제안했다. 열두 단어는 읽고 확인하기 쉬웠다. 바로 그 친절함 때문에, 사람들이 처음부터 그럴듯한 문장을 만들어 키로 쓰고 싶어 할 위험도 생겼다.
역사
프로필 페이지 이전, 원격 호스트는 당신의 위치를 물을 수 있었습니다: NAME/FINGER, 1977
웹 프로필 페이지보다 훨씬 전에, 짧은 네트워크 요청 하나로 누군가 시스템에 로그인했는지, 그 사람의 터미널이 어디에 있는지, 부재 중 남겨둔 메시지가 무엇인지 알아낼 수 있었습니다.
역사
웹 상태를 브라우저에 넣은 쇼핑 카트
웹 쇼핑몰이 요청과 요청 사이에서 장바구니를 유지하려면, 그 기억이 어디에 저장될지 먼저 정해야 했습니다. 1994년 MCI 프로젝트는 넷스케이프가 고객 컴퓨터에 저장하는 작은 답을 내놓도록 밀어붙였고, 그 고객 요구는 일반 브라우저 메커니즘으로 확장되었습니다.
크리에이터
Robert Moskowitz와 IP 주소 뒤의 호스트 신원
IP 주소는 네트워크에 패킷을 어디로 보낼지 알려 주지만, 애플리케이션과 보안 통제는 다른 질문, 즉 상대편에 어떤 호스트가 있는지를 그 주소에 묻곤 합니다. Robert Moskowitz의 Host Identity Protocol 연구는 이 두 역할을 분리했습니다. 이 구분은 로케이터가 바뀌어도 호스트 연결을 유지할 수 있지만, 주소를 기억하는 모든 시스템이 자동으로 따라오게 만들지는 못합니다.
역사
하나의 이름이 SIP와 SIPS에 함께 예약되었다. 그러나 둘 다에 적용된 것은 아니었다: RFC 3969
RFC 3969는 한쪽 스킴이 사용할 수 없는 경우에도 모든 URI 매개변수 이름을 SIP와 SIPS 양쪽 열에 등록했다. 이는 무분별한 중복이 아니라 의미에 대한 잠금 장치였다. 누구도 사용되지 않은 철자를 가져다 두 번째, 호환되지 않는 의미를 부여할 수 없었다. 레지스트리는 식별성을 보호했고, 적용 여부는 여전히 정의 RFC가 결정했다.