🥇TLS 1.3을 활성화했습니다. 왜 같은 일을 해야 하는가

연초에는 2018~2019년 인터넷 문제 및 접근성에 관한 보고서에서 우리는 이미 썼다TLS 1.3의 확산은 불가피하다는 것입니다. 얼마 전 우리는 Transport Layer Security 프로토콜 버전 1.3을 배포했으며, 데이터를 수집하고 분석한 후 마침내 이 전환의 기능에 대해 이야기할 준비가 되었습니다.

IETF TLS 실무 그룹 의장 쓰기:
“간단히 말하면 TLS 1.3은 향후 20년 동안 더욱 안전하고 효율적인 인터넷을 위한 기반을 제공해야 합니다.”

Разработка TLS 1.3 10년이 걸렸다. Qrator Labs의 우리는 나머지 업계와 함께 초기 초안부터 프로토콜 생성 프로세스를 면밀히 따랐습니다. 이 기간 동안 28년에 균형 잡히고 배포하기 쉬운 프로토콜의 빛을 궁극적으로 확인하려면 2019개의 연속 버전의 초안을 작성해야 했습니다. TLS 1.3에 대한 적극적인 시장 지원은 이미 명백합니다. 입증되고 신뢰할 수 있는 보안 프로토콜의 구현은 시대의 요구를 충족합니다.

Eric Rescorla(Firefox CTO이자 TLS 1.3의 단독 작성자)에 따르면 The Register와의 인터뷰에서:

“이것은 동일한 키와 인증서를 사용하는 TLS 1.2를 완전히 대체하므로 클라이언트와 서버가 모두 지원하는 경우 TLS 1.3을 통해 자동으로 통신할 수 있습니다.”라고 그는 말했습니다. "라이브러리 수준에서는 이미 좋은 지원이 이루어지고 있으며 Chrome과 Firefox에서는 기본적으로 TLS 1.3을 활성화합니다."

동시에 TLS는 IETF 작업 그룹에서 종료됩니다. RFC 준비, 이전 버전의 TLS(TLS 1.2만 제외)가 더 이상 사용되지 않으며 사용할 수 없음을 선언합니다. 아마도 최종 RFC는 여름이 끝나기 전에 발표될 것입니다. 이는 IT 업계에 보내는 또 다른 신호입니다. 암호화 프로토콜 업데이트가 지연되어서는 안 됩니다.

가장 적합한 라이브러리를 찾는 사람은 누구나 Github에서 현재 TLS 1.3 구현 목록을 확인할 수 있습니다. https://github.com/tlswg/tls13-spec/wiki/Implementations. 업데이트된 프로토콜에 대한 채택과 지원이 빠르게 진행되고 있다는 것은 분명합니다. 현대 사회에서 암호화가 어떻게 기본이 되었는지에 대한 이해가 상당히 널리 퍼졌습니다.

TLS 1.2 이후로 무엇이 변경되었나요?

으로 인터넷 학회 노트:
“TLS 1.3은 어떻게 세상을 더 나은 곳으로 만들까요?

TLS 1.3에는 보안 연결을 설정하기 위한 단순화된 핸드셰이크 프로세스와 같은 특정 기술적 이점이 포함되어 있으며 클라이언트가 서버와의 세션을 더 빠르게 재개할 수도 있습니다. 이러한 조치는 암호화되지 않은 HTTP 연결만 제공하기 위한 정당화로 자주 사용되는 약한 링크에서 연결 설정 대기 시간과 연결 실패를 줄이기 위한 것입니다.

마찬가지로 중요한 것은 SHA-1, MD5, DES, 3DES 및 AES-CBC를 포함하여 이전 버전의 TLS에서 사용이 여전히 허용되는(권장되지는 않지만) 여러 레거시 및 안전하지 않은 암호화 및 해싱 알고리즘에 대한 지원을 제거한다는 것입니다. 새로운 암호화 제품군에 대한 지원을 추가합니다. 다른 개선 사항에는 잠재적인 트래픽 도청자에 대한 힌트의 양을 줄이기 위한 핸드셰이크의 암호화된 요소(예: 이제 인증서 정보 교환이 암호화됨)가 포함되며, 특정 키 교환 모드를 사용할 때 전달 보안이 향상되어 통신이 가능해집니다. 암호화하는 데 사용되는 알고리즘이 향후 손상되더라도 항상 보안을 유지해야 합니다.”

TLS 1.3을 활성화했습니다. 당신도 똑같이 해야 하는 이유

TLS 1.2 이후로 무엇이 변경되었나요?

최신 프로토콜 및 DDoS 개발

코멘트를 추가 답장을 취소