인터넷 표준

3. 표준화 과정

인터넷 표준화 과정은 제안 표준과 인터넷 표준의 두 단계를 거치는 표준 트랙을 따른다. RFC 문서는 이 과정에서 중요한 역할을 한다.

제안 표준은 표준 트랙 제안의 첫 번째 단계로, 조직은 이 제안을 구현할지 여부를 결정한다. RFC 6410에 명시된 기준(두 개의 독립적인 구현, 광범위한 사용, 오류 부재 등^[12])을 충족하면 인터넷 표준으로 승격될 수 있다. 인터넷 표준은 높은 수준의 기술적 성숙도와 인터넷 커뮤니티에 상당한 이점을 제공한다는 특징을 지닌다. 이는 서로 다른 공급업체에서 생산된 하드웨어와 소프트웨어가 함께 작동하도록 보장하며, 인터넷상의 시스템 상호 운용성을 다룬다. 데이터 통신에 사용되는 표준을 일반적으로 프로토콜이라고 한다. 가장 기본적인 표준은 인터넷 프로토콜을 정의하는 것이다.

모든 인터넷 표준에는 STD 시리즈 번호가 부여된다. 2013년까지는 STD 1 (RFC 5000)에 인터넷 표준 목록이 요약되었지만, RFC 7100에서 이 관행은 폐지되었다. 현재 인터넷 표준의 최종 목록은 RFC 편집자가 관리한다.^[17] IETF 편집자에게 제출되어 RFC로 승인된 문서는 수정되지 않으며, 변경이 필요한 경우 새로운 RFC 번호가 할당된다. 인터넷 표준이 업데이트되면 STD 번호는 유지되지만 다른 RFC 또는 RFC 집합을 참조한다. 예를 들어, 2007년 RFC 3700은 인터넷 표준(STD 1)이었지만, 2008년 5월에 RFC 5000으로 대체되었다. RFC 3700은 '역사적(Historic)' 상태를 받았고, RFC 5000이 STD 1이 되었다. 인터넷 표준 목록은 원래 STD 1로 게시되었지만, 이 관행은 RFC 편집자가 관리하는 온라인 목록으로 대체되었다.^[18] 다수의 구현과 충분한 운용 실적을 거친 사양이 "인터넷 표준"이 된다.

한편, RFC 6410에 따라 기존의 초안 표준은 IESG의 승인을 거쳐 인터넷 표준으로 재분류되거나 제안 표준으로 변경될 수 있었다.^[15] RFC 6410이 BCP로 승인된 지 2년 후인 2013년 10월, IESG는 오래된 초안 표준을 제안 표준으로 재분류하기로 결정할 수 있었다.^[16] 표준화 초안에서의 기술은 최종판으로 간주되며, 수정은 문제 해결을 위해서만 이루어진다. 이 단계의 사양은 일반적으로 시장에 출시되는 제품에 구현된다.

3. 1. 제안 표준

3. 2. 초안 표준 (폐지)

3. 3. 인터넷 표준

4. 인터넷 표준 기구

인터넷 표준 기구는 인터넷 기술 심의회(IETF), ISOC, IAB, IRTF, W3C의 다섯 곳이 있다. 이 기구들은 인터넷 언어를 사용하고 표현하며, 인터넷 단계에서 경쟁력을 유지하기 위해 노력한다. 인터넷 표준 과정의 기본적인 목표는 기술적 우수성 보장, 조기 구현 및 테스트, 완벽하고 간결하며 이해하기 쉬운 기록 유지이다.

인터넷 표준을 만들고 개선하는 데에는 지속적인 노력이 필요하며, IETF가 중요한 역할을 한다. IETF는 표준을 만들기 위해 잘 문서화된 절차를 사용하며, 배포된 표준은 무료로 쉽게 접근할 수 있다. 1993년까지 미국 연방 정부가 IETF를 지원했으나, 현재는 ISOC의 IAB가 이를 감독한다. IETF는 공식적인 제휴 요건이나 회원 절차가 없는 하향식 조직이며, W3C 및 다른 표준 개발 기관과 협력한다. 지역 이사에게 구성되고 제안된 워킹 그룹에 크게 의존하며, 워킹 그룹은 지역 이사의 지시에 따라 운영되며 합의를 진행한다.^[19] 제안된 헌장은 IESG 및 IAB 메일링 리스트에 배포되고 승인을 받은 후 IETF 공공 게시판으로 전달된다. 모든 워킹 그룹의 완전한 합의를 얻고 제안을 채택하는 것은 필수가 아니지만, IETF 워킹 그룹은 합의가 강력한지 확인하기 위해 재검토해야 한다.

워킹 그룹은 인터넷 및 인터넷 연결된 시스템의 기능에 적합한 접근 방식, 행위, 검토 및 혁신을 포함하는 메모인 RFC 형식으로 문서를 생성한다. RFC(RFC)는 주로 네트워크 진술과 관련된 표준 네트워크 프로토콜을 성숙시키는 데 사용된다.^[20] 일부 RFC는 정보를 생성하는 것을 목표로 하는 반면, 다른 RFC는 인터넷 표준을 게시하는 데 사용된다. RFC의 최종 형식은 표준으로 변환되어 번호와 함께 발행되며, 그 후에는 더 이상의 의견이나 변경은 허용되지 않는다. 이 프로세스는 인터넷과 관련된 문제에 대한 합의된 견해를 생성하고 다양한 문제에 대한 해결책으로 인터넷 표준을 개발하기 위해 모든 영역에서 수행된다.

IETF는 전문 지식의 "표준" 조항의 생성과 예상 사용에 집중하는 표준 제정 기구이다. 현재 인터넷 및 TCP/IP 기술 발전에 관련된 문제에 집중하며, 라우팅 또는 보안과 같은 특정 영역에서 표준과 기술을 개발하는 책임을 지는 여러 워킹 그룹(WG)으로 나뉜다. 워킹 그룹의 사람들은 장비 공급업체, 네트워크 운영자 및 다양한 연구 기관과 같은 분야에서 자원 봉사한다.

IETF 워킹 그룹이 형성되면 IETF 컨퍼런스에서 영향력 있는 Birds of a Feather (BoF) 모임에서 필요성이 논의된다. "표준화 제안"에 있는 문서 내용은 이미 안정적으로 확립된 기술이어야 하며, 기존 문제에 대한 해결책을 제시해야 한다. 공개를 통해 폭넓은 검토를 거쳐 그 가치를 커뮤니티로부터 인정받아야 하며, 검토 결과의 코멘트를 반영해야 한다.

인터넷에 대한 기술 사양과 노트를 담은 문서를 RFC라고 부른다.^[22] RFC는 원래 "의견 요청(Request For Comments)"이라는 뜻이었으나, 현재는 단순히 RFC로 지칭된다. RFC 편집자(RFC Editor) 웹사이트는 인터넷 표준, 초안 표준, 제안된 표준의 공식 아카이브이다.^[23] IETF 및 워킹 그룹의 작업 문서는 Internet-Drafts라고 불리며,^[24] 다른 그룹도 Internet-Drafts 형태로 작업 문서를 배포할 수 있다. 모든 IETF 표준은 누구나 자유롭게 열람하고 읽을 수 있으며, 일반적으로 허가나 비용 지불 없이 자유롭게 구현할 수 있다. 검토 과정을 성공적으로 마친 인터넷-초안은 출판을 위해 RFC 편집자에게 제출된다.

4. 1. 인터넷 기술 심의회 (IETF)

5. 인터넷 표준의 유형

인터넷 표준은 형성 방식에 따라 "데 주어(de jure)" 표준과 "데 팍토(de facto)" 표준으로 나뉜다.^[27] 데 팍토 표준은 기술 커뮤니티 내에서 널리 사용됨으로써 자연스럽게 표준으로 자리 잡는다. 반면 데 주어 표준은 인터넷 표준 과정을 거쳐 공식적인 표준 개발 기구에 의해 생성된다.^[27] 대표적인 데 주어 표준으로는 ASCII, SCSI, 인터넷 프로토콜군 등이 있다.^[23]

인터넷 표준은 다양한 분야에서 활용되는데, 웹 표준은 그중 하나로 웹 페이지가 여러 브라우저와 기기에서 일관되게 표시되도록 하는 기술 표준이다. 월드 와이드 웹 컨소시엄(W3C)이 웹 표준을 개발하고 관리하며, 웹의 핵심 표준인 HTTP, HTML, URL은 각각 데이터 전송, 웹 페이지 내용 및 레이아웃, 웹 페이지 식별자를 규정한다.^[29]

네트워크 표준은 또 다른 유형의 인터넷 표준으로, 네트워킹 기술 및 프로세스에서 데이터 통신 규칙을 정의한다. 이러한 표준은 장치 간 통신 절차를 가능하게 한다. TCP/IP 모델과 관련하여 각 계층별로 다양한 표준과 프로토콜이 존재한다. 전송 계층에는 TCP와 SPX, 네트워크 계층에는 IP와 IPX, 데이터 링크 계층에는 LAN의 경우 IEEE 802.3, WAN의 경우 프레임 릴레이, 그리고 물리 계층에는 8P8C와 V.92 등이 있다.

5. 1. 인터넷 표준 명세

• 필수: 상호 운용성을 달성하려면 참조된 TS를 구현해야 한다. 예를 들어, 인터넷 프로토콜군을 사용하는 인터넷 시스템은 IP 주소 및 ICMP를 구현해야 한다.^[28]
• 권장: 참조된 TS의 구현은 필수는 아니지만 AS의 적용 도메인에서 바람직하다. 시스템 개발에 권장 TS의 기능, 특징 및 프로토콜을 포함하는 것이 권장된다. 예를 들어, 텔넷 프로토콜은 원격 액세스를 사용하려는 모든 시스템에서 구현해야 한다.^[28]
• 선택: 참조된 TS의 구현은 선택 사항이다. TS는 특정 환경에서만 필요하다. 예를 들어, DECNET MIB는 DECnet 프로토콜이 사용되는 환경에서 유용할 수 있다.^[28]

5. 2. 일반적인 표준

5. 2. 1. 웹 표준

5. 2. 2. 네트워크 표준

• 전송 계층: TCP, SPX
• 네트워크 계층: IP, IPX
• 데이터 링크 계층: LAN의 경우 IEEE 802.3, WAN의 경우 프레임 릴레이
• 물리 계층: 8P8C, V.92

6. 인터넷 표준의 미래

인터넷은 본래 자유로운 사용과 커뮤니티 감시가 가능한 열린 공간으로 여겨졌으나, 대기업들이 자신들의 필요에 따라 인터넷 환경을 조성해왔다. 이러한 경향은 인터넷 표준의 미래에도 영향을 미칠 것으로 보인다. 현재 널리 사용되는 경계 게이트웨이 프로토콜(BGP)과 도메인 네임 시스템(DNS)은 보안에 취약한 문제점을 안고 있다.^[30] 이는 혁신을 우선시하는 관행에서 비롯된 결과이다. 인터넷 환경이 기업의 손에 달려 있는 만큼, 사용자들은 기업이 이러한 표준의 취약점을 보호해주기를 기대하고 있다.^[30]

경계 게이트웨이 프로토콜(BGP)와 도메인 네임 시스템(DNS)의 보안을 강화할 수 있는 기술이 존재하지만, 널리 사용되지 못하고 있다. 라우팅 공용 키 기반구조(RPKI)는 BGP를 보호하는 기술로, 암호화 서명이 된 경로 데이터베이스를 활용한다.^[31] 사용자와 기업은 경로를 제출하고 다른 사용자의 경로 안전성을 검증할 수 있다. RPKI 채택이 확대될수록 더 많은 경로가 추가 및 검증될 수 있지만, 아직까지는 추진력이 부족한 상황이다. 다만, 구글(Google)과 같은 기술 기업은 2020년 12월 기준으로 자사 경로의 99%를 RPKI에 등록하는 등^[31] BGP 보호 장치 채택을 용이하게 만들기 위해 노력하고 있다. 도메인 네임 시스템(DNS) 또한 DNS 보안 확장(DNSSEC)이라는 보안 프로토콜이 있지만, 낮은 채택률을 보이고 있다. DNSSEC는 DNS 조회 과정의 모든 단계에서 데이터의 변조 여부를 확인하기 위해 서명을 추가하는 방식으로 작동한다.^[32]

일부 기업들은 인터넷 프로토콜 보호를 위한 조치를 취하고 있다. 이러한 노력이 확산될 수 있도록 나머지 기업들의 적극적인 참여가 필요하다.

참조

_[1] 논문 An Introduction to Internet Standards https://ieeexplore.i[...] 2022-02-04
_[2] 논문 The Design of the Internet's Architecture by the Internet Engineering Task Force (IETF) and Human Rights http://link.springer[...] 2017-04
_[3] 간행물 Reducing the Standards Track to Two Maturity Levels IETF 2011-10-11
_[4] 논문 Not All RFCs are Standards https://www.rfc-edit[...] 2018-03-20
_[5] 문서 RFC 7100 Retirement of the "Internet Official Protocol Standards" Summary Document
_[6] 웹사이트 A Brief History of the Internet https://www.usg.edu/[...] 2021-12-08
_[7] 웹사이트 IP Security Protocol (ipsec) - https://datatracker.[...] 2021-12-08
_[8] 웹사이트 Evolution of HTTP - HTTP {{!}} MDN https://developer.mo[...] 2021-12-08
_[9] 웹사이트 Transport Layer Security (TLS) - MDN Web Docs Glossary: Definitions of Web-related terms {{!}} MDN https://developer.mo[...] 2021-12-08
_[10] 서적 OSI Model http://link.springer[...] Springer International Publishing 2021-12-08
_[11] 웹사이트 What Is UDP {{!}} DiverseNet Inc. https://diversenetin[...] 2021-12-08
_[12] 간행물 Reducing the Standards Track to Two Maturity Levels IETF 2011-10-11
_[13] 간행물 Characterization of Proposed Standards IETF 2016-03-11
_[14] 간행물 Characterization of Proposed Standards IETF 2016-03-11
_[15] 간행물 The Internet Standards Process -- Revision 3 1996-10
_[16] 간행물 Reducing the Standards Track to Two Maturity Levels IETF 2011-10-11
_[17] 웹사이트 Official Internet Protocol Standards http://www.rfc-edito[...] 2018-03-19
_[18] 간행물
_[19] 간행물 Simplified Local Internet Number Resource Management with the RPKI (SLURM) 2018-08
_[20] 논문 Entrepreneurial Traffic Management and the Internet Engineering Task Force https://academic.oup[...] 2015-09
_[21] 서적 IETF journal Internet Society 2005
_[22] 웹사이트 RFCs https://www.ietf.org[...] 2021-12-08
_[23] 간행물 Internet Official Protocol Standards 2008-05
_[24] 간행물 Handling of Internet-Drafts by IETF Working Groups 2014-04
_[25] 간행물 Intellectual Property Rights in IETF Technology 2005-03
_[26] 간행물 The Organizations Involved in the IETF Standards Process 1996-10
_[27] 논문 The Ecology of Standards Processes: Insights from Internet Standard Making 2006
_[28] 간행물 The Internet Standards Process -- Revision 3 1996-10
_[29] 서적 Computer networks and Internets 2015
_[30] 간행물 The Politics of Internet Security: Private Industry and the Future of the Web Atlantic Council 2020-10-01
_[31] 잡지 A Broken Piece of Internet Backbone Might Finally Get Fixed https://www.wired.co[...] 2021-12-08
_[32] 웹사이트 DNSSEC: An Introduction http://blog.cloudfla[...] 2021-12-08
_[33] 웹사이트 인터넷標準化過程 https://www.nic.ad.j[...] 2021-05-29
_[34] 문서 Internet Official Protocol Standards (STD 1) ftp://ftp.rfc-editor[...]