| English | 의미 |
|---|---|
| TLS/ˌtiː el ˈes/ | 전송 계층 보안 |
| digital certificate/ˈdɪdʒɪtl səˈtɪfɪkət/ | 디지털 인증서 |
| digital signature/ˈdɪdʒɪtl ˈsɪɡnɪtʃə/ | 디지털 서명 |
| authenticity/ɔːθənˈtɪsɪti/ | 진실성 |
| integrity/ɪnˈteɡrɪti/ | 무결성 |
| Certificate Authority/səˈtɪfɪkət əˈθɒrɪti/ | 인증 기관 |
암호화만으로는 도움이 되지 않았을 것입니다
- 은행과의 연결이 완벽하게 암호화되어 있다고 가정해 보십시오. 또한 공격자가 당신과 은행 사이에 위치하여 양측과 모두 암호화된 연결을 유지하고 있다고 가정해 보십시오.
- 모든 바이트가 암호화됩니다. 동시에 모든 바이트가 공격자에 의해 읽히며 변경됩니다. 암호화는 약속한 대로 정확히 작동했지만 중요한 것은 아무것도 보호하지 못했습니다.
- 결여되었던 것은 기밀성이 아닌 정체성이었습니다: 당신이 암호화를 위해 사용한 공개키가 은행에게 속한 것이지, 응답한 사람(공격자)에게 속한 것이 아님을 증명하는 것이었습니다.
- 이 교훈은 그 격차를 메우는 세 가지 요소입니다: 연결을 위한 TLS, 신원 확인을 위한 디지털 인증서, 그리고 진위 및 무결성을 위한 디지털 서명.
TLS가 제공하는 기능
- TLS(Transport Layer Security)는 SSL의 후속 기술로, 전송 중 데이터를 보호하는 프로토콜입니다. 이 세 가지 기능을 함께 제공하며, 시험에서는 이 세 가지 모두를 명시적으로 묻습니다.
- 암호화: 도청자가 암호문만 읽도록 합니다. 인증: 클라이언트가 대화相手인 서버가 누구인지 알 수 있게 합니다. 무결성: 전송 중 변조가 있으면 감지할 수 있게 합니다.
- 브라우저의 자물쇠 아이콘이 의미하는 바이며, HTTPS, 보안 이메일, VPN 및 온라인 뱅킹에서 사용됩니다.
TLS는 이동 중인 데이터에 어떤 보호 조합을 제공합니까?
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
TLS는 트래픽을 암호화하고, 인증서(인증서)를 통해 서버를 인증하며, 변조를 감지(무결성)합니다.
TLS는 이동 중인 데이터에 어떤 보호를 제공합니까? 모두 선택하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
배송은 TCP의 역할입니다. TLS는 여기에 기밀성, 신원 및 변조 감지를 추가합니다.
핸드쉐이크
- 클라이언트가 지원하는erequisites(복호화 suites)를 제안합니다. 서버는 선택한erequisites와 디지털 인증서를 회신하며,这里有其 公开密钥.
- 클라이언트는 인증서를 검토합니다. 만족스러운 경우, 양측은 비대칭 암호화를 사용하여 새로운 세션 키를 합의합니다.
- 이후 모든 트래픽은 해당 세션 키로 대칭的方式로 암호화됩니다: 빠르며 이번 대화만을 위해 freshlykeys(새로운 키)가 생성됩니다.
- 인증서 검토는 훅(hook)의 공격을 무효화하는 단계입니다. 이것이 없으면 클라이언트는 공격자와 기꺼이 세션 키를 합의했을 것입니다.
키 합의를 위해 비대칭, 이후 모든 것은 대칭
TLS 핸드셰이크
자물쇠 아이콘이 나타나기 전에 일어나는 과정을 설명하십시오. 느린 PUBLIC-KEY crypto는 공유 키에 대한 합의에만 사용되며, 실제 페이지 데이터는 빠른 대칭 암호 하에 전송됩니다.
TLS 핸드셰이크의 단계를 순서대로 나열하십시오.
난이도 3/5 · 200 코인 + 오늘 첫 완료 시 소액 보너스
키 합의보다 먼저 인증서 검사가 이루어져야 합니다. 이것이ogle-in-the-middle가 클라이언트와 키를 합의하는 것을 막는 이유입니다.
디지털 인증서
- 디지털 인증서는 정체성(도메인 또는 조직)을 公开密钥에 바인딩하며, 신뢰받는 인증 기관(CA) 의 서명으로 인증됩니다.
- 주체(Subject) 의 신원을 인증하는 정보, 주체의 公开密钥, 발급자(Issuer), 유효 기간, 그리고 이를 모두abbr(포함)한 CA의 디지털 서명을 포함합니다.
- 서명이 바로 신뢰할 수 있는 이유입니다: 누구나 은행인 척하는 문서를 만들 수 있지만, 오직 CA만이 자신의 公开密钥로 검증 가능한 서명을 생성할 수 있습니다.
A trusted third party vouches that this key belongs to this name
각 보안 메커니즘을 그 기능과 매칭하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
인증서는 공개키를 보증하고, 서명은 개인키를 사용하여 보낸 사람과内容及物이 변경되지 않았음을 증명합니다.
worked example: how a client verifies a certificate
- 브라우저가 웹사이트의 디지털 인증서에 대해 수행하는 검토 사항을 설명하시오. [4]
- 인증서가 유효 기간 내에 있는지 확인하며, 만료되지 않았고 유효 시작일 이전도 아니라는 것을 확인합니다.
- 주체 이름이 사용자가 요청한 도메인과 일치하는지 확인합니다. 이는的攻击者(interceptor)가 다른 사이트의 정품 인증서를 제시할 때 이를 포착하는 검증 과정입니다.
- CA의 公开密钥를 사용하여 인증서의 CA 서명을 검증하여, 인증서가 변조되지 않았음을 입증합니다.
- 브라우저가 이미 신뢰하는 루트 CA까지 체인(chain) 을 따릅니다. 어떤 검증이라도 실패하면 브라우저는 "연결이 비공개입니다" 경고 메시지를 표시합니다.
인증서를 검증할 때 클라이언트는 다음이 맞는지 확인합니다:
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
브라우저는 유효 날짜,_subject name_이 사이트와 일치함, 그리고 신뢰할 수 있는 루트까지 CA 서명을 확인합니다.
무엇이 디지털 인증서를 신뢰할 수 있게 합니까?
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
누구나 은행임을 주장하는 문서를 쓰고そこに 키를 넣을 수 있습니다. 오직 CA만이 CA의 공개키로 검증되는 서명을 생성할 수 있습니다.
디지털 서명
- 디지털 서명은 진위성(authenticity), 즉 메시지를 보낸 사람이 맞음을 증명하며, 무결성(integrity), 즉 메시지가 변조되지 않았음을 보장합니다. 메시지의 암호화나 비공개를 담당하지는 않습니다.
- 서명 시: sender(보내는 사람)는 메시지를 해시 함수(hash function) 에 통해 디제스트(digest) 를 생성한 뒤, 이를 자신의 사钥(private key) 로 암호화합니다. 암호화된 디제스트가 서명이며, 메시지와 함께 전송됩니다.
- 검증 시: receiver(받는 사람)는 서명을 sender의 公开密钥로 복호화하여 디제스트를 복원하고, 수신한 메시지를 직접 해시하여 두 값을 비교합니다.
- 두 값이 일치하면, 오직 사钥의 보유자만이 서명을 만들었음을(진위성) 의미하며, 메시지가 변조되지 않았음(무결성)을 의미합니다. 왜냐하면 어떠한 변화라도 서로 다른 해시를 생성하기 때문입니다.
서명을 私钥로 서명하고, 公开密钥로 검증합니다
디지털 서명을 생성하려면 송신자가:
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
서명 = 메시지를 해시한 후, 디지스트를 개인키로 암호화; 수신자는 공개키로 검증합니다.
디지털 서명은 진위와 무결성(누가 서명했는지, contents가 변경되지 않았는지)을 증명하지만 메시지를 숨기지는 않습니다 — 기밀성을 위해 또한 암호화해야 합니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
서명과 암호화는 별개의 목적입니다: 서명은 원천/무결성을 증명하고, 암호화는 내용을 비공개로 유지합니다.
메시지를 서명하려면, 송신자는 디지스트를 자신의 ____ 키로 암호화합니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
수신자는その後 Sender의 공개키로 이를 복호화합니다. 오직 개인키 보유자만이 이 방식으로 열릴 수 있는 서명을 생성할 수 있었습니다.
worked example: why the keys are the other way round
- 비밀 메시지 전송 시 sender는 recipient의 公开密钥를 사용합니다. 서명 시 sender는 자신의 私钥를 사용합니다. 그 이유를 설명하시오.
- 기밀성(confidentiality) 을 위해서는 오직 한 사람만이 읽을 수 있도록 하고 싶으므로, 모두가 가진 키로 잠그고 오직 그 한 사람만이知道的(key nobody else has) 키로만 열 수 있게 합니다.
- 서명은 모든 사람이 검증할 수 있고 오직 당신만이 생성할 수 있어야 하므로, 오직 당신이 가진 키로 잠그고 모든 사람이 가진 키로 열게 됩니다.
- 키 쌍의 방향은 증명하려는 내용에 따라 결정됩니다. 이 주제에서 가장 많이 출제되는 개념입니다.
연결을 암호화하는 것만으로는ogle-in-the-middle 공세를 막기에 충분하지 않습니다.
난이도 1/5 · 100 코인 + 오늘 첫 완료 시 소액 보너스
암호화는 양쪽 끝의 모든 사용자를 보호합니다. 인증서는 해당 주체가 누구인지 증명하므로, 검증이 핵심 단계가 됩니다.
인증서 획득
- 서버 소유자는 키 쌍을 생성하고 공공 키 및 신원 정보를 인증 기관(CA)에 sends. 개인 키는 소유자에게 유지됩니다. CA는 인증서 유형에 필요한 도메인 또는 신원의 통제 여부를 확인합니다.
- CA는 CA의 개인 키를 사용하여 해당 신원과 공공 키를 연결하는 인증서에 서명하고 설치를 위해 반환합니다. 인증서는 키에 대한 공개적 증거일 뿐, 소유자의 비밀 키를 저장하는 컨테이너가 아닙니다.
CA에 대한 인증서 요청에 포함될 항목은 무엇입니까? 모두 선택하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
CA는 주장한 신원을 확인하고 공개 키와 연결합니다. 신청자의 비공개 키는 비밀로 유지됩니다.
디지털 인증서를 발급받는 단계의 순서를 정리하십시오.
난이도 3/5 · 200 코인 + 오늘 첫 완료 시 소액 보너스
CA가 바인딩에 서명하기 전에 신원이 검증됩니다. 서버는 클라이언트에게 인증서를 제시합니다.
worked example:谁的key签名什么？
- 소프트웨어 발행자는 발행자의 개인 키로 다운로드에 서명합니다. 수신자는 유효한 인증서에서 발행자의 공공 키를 얻고 이를 사용하여 다운로드 서명을 검증합니다.
- CA의 개인 키가 인증서에 서명하고, 발행자의 개인 키가 다운로드에 서명합니다. 유효한 인증서는 어떤 공공 키를 신뢰해야 하는지를 확립합니다. 프로그램 자체에 서명하거나 프로그램이 무해함을 증명하지는 않습니다.
각 연산을 올바른 키와 매칭하십시오.
난이도 2/5 · 140 코인 + 오늘 첫 완료 시 소액 보너스
CA가 신원-키 바인딩을 보증합니다. 발행자는 자체 콘텐츠를 서명하고, 수신자는 대응되는 공개 키로 이를 검증합니다.
놓칠 수 있는 점
- TLS provides encryption, authentication and integrity. Naming only encryption loses two-thirds of the answer.
- 서명은 메시지 자체를 아닌 메시지의 해시(hash) 를 sender의 개인키(private key) 로 암호화하며, 메시지의 비밀성을 보장하지는 않습니다.
- 인증서를 검증한다는 것은 날짜, 도메인과 일치하는 이름, CA의 서명 및 신뢰할 수 있는 루트까지의 체인을 의미합니다. 이름 확인은 응시자가 자주 잊어버리는 부분입니다.
- 인증서가 미들맨 공격(MITM)을 막아주는 것입니다. 암호화만으로는 부족합니다: 양 끝의 누구에게나 채널을 보호할 뿐입니다.
이해했습니다
- TLS는 암호화, 인증 및 무결성을 제공하며, 핸드쉐이크 시 인증서를 제시한 후 빠른 대칭 암호화를 위한 세션 키(session key) 를 합의합니다.
- 디지털 인증서는 신원을 공钥(public key) 에 연결하고 인증 기관(Certificate Authority) 의 서명으로 signed됩니다. 이는 소주체(subject), 공钥, 발행자(issuer), 유효 기간 및 CA의 서명을 포함합니다.
- 날짜, 도메인과 일치하는 이름, CA의 서명 및 신뢰할 수 있는 루트까지의 체인으로 인증서를 검증합니다.
- 디지털 서명은 메시지의 해시를 sender의 개인키로 암호화한 것이며, sender의 공钥으로 검증됩니다: 정통성(authenticity) 과 무결성(integrity) 을 증명하지만, 비공개성(confidentiality)은 아닙니다.