프로토콜 골화
Protocol ossification프로토콜 골화는 프로토콜 변경을 허용하기 위해 쉽게 제거하거나 업그레이드할 수 없는 네트워크 내 미들박스의 존재로 인해 네트워크 프로토콜 설계의 유연성을 점진적으로 감소시키는 것입니다.예를 들어 방화벽과 캐리어급 NAT 프록시 및 기타 미들박스의 인터넷 내 존재는 프로토콜 필드를 지나치게 주의 깊게 검사하여 향후 프로토콜 확장을 위해 이러한 필드를 사용할 수 없게 되어 인터넷 [1]아키텍처의 엔드 투 엔드 원칙을 깨는 것입니다.
예를 들어, 처음에 프로토콜 골화로 인해 TLS 1.3의 채택이 방지되었습니다.이 문제는 (잘못된) 미들박스에 TLS 1.2 [2]핸드쉐이크로 보이는 요소를 TLS 1.3 핸드쉐이크에 도입한 회피책으로 해결되었습니다.
암호화 또는 터널링을 사용하여 오래된 미들박스에서 [3]새 프로토콜 확장의 구조를 숨김으로써 프로토콜 경화를 방지할 수 있습니다.QUIC는 미들박스를 [4]피하기 위해 암호화를 사용하는 프로토콜의 한 예입니다.
인터넷 엔지니어링 태스크 포스는 이 [5]문제를 해결하기 위한 시도로 2015년에 TAPS WG(Transport Services Working Group)를 만들었다.
그리스, 설명 RFC8701에서는 랜덤으로 생성된 불분명한 옵션을 TLS 접속에 추가하여 미들박스가 불분명한 값을 차단하지 않도록 합니다.이는 향후 [6]TLS 프로토콜이 "녹슨 종료"되지 않도록 하기 위한 시도입니다.
「 」를 참조해 주세요.
레퍼런스
- ^ Papastergiou, Giorgos; Fairhurst, Gorry; Ros, David; Brunstrom, Anna; Grinnemo, Karl-Johan; Hurtig, Per; Khademi, Naeem; Tuxen, Michael; Welzl, Michael; Damjanovic, Dragana; Mangiante, Simone (2017). "De-Ossifying the Internet Transport Layer: A Survey and Future Perspectives". IEEE Communications Surveys & Tutorials. 19 (1): 619–639. doi:10.1109/COMST.2016.2626780. hdl:2164/8317. ISSN 1553-877X. Archived (PDF) from the original on 2017.
- ^ "Why TLS 1.3 isn't in browsers yet". The Cloudflare Blog. 2017-12-26. Retrieved 2020-03-14.
- ^ Corbet, Jonathan (January 29, 2018). "QUIC as a solution to protocol ossification". lwn.net. Retrieved 2020-03-14.
- ^ "The Road to QUIC". The Cloudflare Blog. 2018-07-26. Retrieved 2020-03-14.
- ^ Welzl, Michael; Fairhurst, Gorry; Ros, David (2015). "Ossification: a result of not even trying?" (PDF). www.iab.org.
{{cite web}}: CS1 maint :url-status (링크) - ^ Benjamin, David (January 2020). "Applying GREASE to TLS Extensibility". tools.ietf.org. Retrieved 2020-06-23.
외부 링크
