CSS Tutor Study Hub 메인으로

Computersystemsicherheit 2025/26

실제 시험 문제 08

Wahr/Falsch · Krypto / Multiple Choice

시험 구조와 출제 신호Crypto / AuthNetwork / DNS / BGP / TLSWeb / Software SecurityPrivacy / Forensics / SecLab

Wahr/Falsch

문제

근거 신뢰도 높음실제 시험지 대조 완료Wahr/Falsch2점

독일어 원문

TLS (HTTPS) benutzt nur assymetrische Kryptographie, damit E-Commerce Transaktionen schnell und absolut sicher bleiben.

한국어 해석

TLS(HTTPS)는 E-Commerce transactions를 빠르고 절대 안전하게 유지하기 위해 assymetrische Kryptographie만 사용한다. Wahr/Falsch?

Wahr/Falsch 즉시 채점

확신도

선택 후 즉시 개념 함정을 확인하세요.

단계별 힌트

막혔을 때만 한 단계씩 여세요. 정답을 바로 읽는 것보다 기억을 꺼내는 시간이 중요합니다.

0/6
채점 기준으로 내 답안 점검하기
  • Wahr/Falsch를 Falsch로 표시한다.
  • TLS Cipher Suite가 key exchange, signature, symmetric encryption, integrity algorithm을 포함한다고 설명한다.
  • payload는 대칭키로 보호된다고 적는다.
  • 'absolut sicher' 표현이 보안상 부정확하다고 지적한다.

답안 슬롯 자가 점검 — 실제로 말하거나 쓴 항목만 체크하세요.

0/4 slots

정답과 핵심 해설 확인하기
wahr_falsch

Falsch

short_ko

TLS는 asymmetric only가 아니라 hybrid이며, absolute security claim도 틀리다.

개념부터 다시 보는 상세 풀이

BEGINNER LESSON

1-(h) TLS/HTTPS는 비대칭 암호만 사용해 빠르고 절대 안전한가?

ZERO-BASE START

정말 아무것도 모른다고 가정하고 시작합니다

전문 용어를 알고 있다고 가정하지 않습니다. 먼저 일상적인 장면을 보고, 그 장면의 사람과 행동에 실제 보안 용어를 하나씩 붙인 뒤, 시스템에서 일어나는 순서를 따라갑니다.

기초 개념 01

보안이란 무엇을 지키는 것인가

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

봉투에 넣어 내용을 가리는 것은 기밀성, 봉인 스티커로 개봉 여부를 확인하는 것은 무결성, 발신인의 도장을 확인하는 것은 진위성, 우체국이 문을 열어 편지를 계속 전달하는 것은 가용성에 가깝다.

지금은 이 비유를 완벽히 외울 필요가 없습니다. 누가 무엇을 가지고 있고, 무엇을 하려 하며, 어느 지점에서 문제가 생기는지만 찾으면 됩니다.

이제 실제 용어를 하나씩 붙여 봅시다

컴퓨터 보안은 막연히 ‘안전하게 만들기’가 아니라 지켜야 할 성질을 구분하는 일에서 시작한다. 기밀성(Vertraulichkeit, confidentiality)은 허가받지 않은 사람이 내용을 읽지 못하게 하는 것, 무결성(Integrität, integrity)은 내용이 몰래 바뀌지 않았음을 확인하는 것, 진위성(Authentizität, authenticity)은 상대나 데이터의 출처가 주장과 맞는지 확인하는 것이다. 서비스가 필요할 때 계속 동작하는 성질은 가용성(Verfügbarkeit, availability)이라고 한다.

TERMS FROM ZERO

전문 용어를 한 단어씩 풀기

아래 단어는 이미 안다고 가정하지 않습니다. 먼저 쉬운 뜻을 읽고, 본문에서 같은 단어가 나오면 이 정의로 다시 바꾸어 읽으세요.

Asset

공격자로부터 지키려는 대상입니다. 파일, 비밀번호, 서비스 가용성, 사람의 개인정보가 모두 asset이 될 수 있습니다.

Confidentiality

허가받지 않은 사람이 내용을 읽지 못하게 하는 기밀성입니다.

Integrity

데이터나 시스템이 허가 없이 바뀌지 않았음을 보장하려는 무결성입니다.

Availability

정당한 사용자가 필요할 때 서비스와 데이터에 접근할 수 있는 가용성입니다.

프로그램이나 프로토콜 안에서는 다음 순서로 움직입니다.

  1. 문제에서 숨김, 변조 탐지, 신원 확인, 서비스 중단 중 무엇을 묻는지 찾는다.
  2. 한 기술이 네 목표를 모두 자동으로 제공한다고 가정하지 않는다.
  3. 공격자가 무엇을 할 수 있는지와 지켜야 할 목표를 한 문장씩 분리한다.

왜 여기서 많이 틀릴까요?

TLS, 암호화, 서명, hash처럼 익숙한 단어가 나오더라도 그 기술이 제공하지 않는 목표까지 확대해서 쓰면 안 된다.

조건을 생략하거나 서로 다른 기능을 같은 것으로 취급했는지 확인하세요. 정답 문장을 외우는 것보다 틀린 이유를 말할 수 있어야 변형 문제를 풀 수 있습니다.

기초 개념 02

TLS가 대칭키와 공개키를 함께 사용하는 이유

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

처음 만날 때 신분증과 봉인된 절차로 둘만의 회의실 열쇠를 안전하게 정한 다음, 긴 회의 동안에는 그 열쇠로 빠르게 문을 여닫는 것과 같다.

지금은 이 비유를 완벽히 외울 필요가 없습니다. 누가 무엇을 가지고 있고, 무엇을 하려 하며, 어느 지점에서 문제가 생기는지만 찾으면 됩니다.

이제 실제 용어를 하나씩 붙여 봅시다

TLS는 HTTPS 연결에서 통신 상대를 확인하고 전송 내용을 보호하는 프로토콜이다. 공개키 암호(asymmetric cryptography)는 공개키와 개인키가 달라 키 교환과 서명에 편리하지만 큰 데이터를 처리하기에는 상대적으로 느리다. 대칭키 암호(symmetric cryptography)는 양쪽이 같은 비밀키를 사용하며 빠르다. 그래서 실제 TLS는 인증과 세션키 합의에 공개키 기술을 사용하고, 이후 데이터에는 빠른 대칭키 암호를 사용하는 hybrid 방식이다.

TERMS FROM ZERO

전문 용어를 한 단어씩 풀기

아래 단어는 이미 안다고 가정하지 않습니다. 먼저 쉬운 뜻을 읽고, 본문에서 같은 단어가 나오면 이 정의로 다시 바꾸어 읽으세요.

TLS

Browser와 server 사이 통신의 기밀성·무결성 및 server 인증을 제공하는 protocol입니다.

Hybrid encryption

공개키 기법으로 key를 합의하거나 보호하고, 실제 대량 데이터는 빠른 대칭키 암호로 처리하는 조합입니다.

Session key

한 연결이나 제한된 기간 동안 실제 application data 암호화에 사용하는 대칭 key입니다.

Handshake

암호 suite와 key material을 정하고 상대를 인증하는 TLS 연결 초기 단계입니다.

프로그램이나 프로토콜 안에서는 다음 순서로 움직입니다.

  1. Browser가 server의 certificate와 domain name을 검증한다.
  2. Handshake에서 양쪽이 session key를 합의한다.
  3. Application data는 합의된 대칭키로 빠르게 보호한다.
  4. 암호화가 계산 시간을 없애거나 거래 내용을 절대적으로 안전하게 만들지는 않는다.

왜 여기서 많이 틀릴까요?

HTTPS가 오직 asymmetric cryptography만 사용한다거나, certificate가 있는 사이트는 정직한 상점이라고 단정하면 안 된다.

조건을 생략하거나 서로 다른 기능을 같은 것으로 취급했는지 확인하세요. 정답 문장을 외우는 것보다 틀린 이유를 말할 수 있어야 변형 문제를 풀 수 있습니다.

기초 개념 03

공개키 암호와 RSA·ElGamal의 수학적 기반

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

두 색의 물감을 섞기는 쉽지만 섞인 색에서 원래 정확한 두 물감을 분리하기는 어려운 것처럼, 한 방향 계산은 쉽고 역방향은 어렵게 만든다.

지금은 이 비유를 완벽히 외울 필요가 없습니다. 누가 무엇을 가지고 있고, 무엇을 하려 하며, 어느 지점에서 문제가 생기는지만 찾으면 됩니다.

이제 실제 용어를 하나씩 붙여 봅시다

공개키 암호는 누구나 알 수 있는 public key와 소유자만 보관하는 private key를 사용한다. RSA에서는 두 큰 소수를 곱해 n을 만드는 것은 쉽지만 n만 보고 원래 소수들을 찾는 factorization이 어렵다는 점을 이용한다. ElGamal은 g^x mod p를 계산하기는 쉽지만 결과와 g, p만 보고 x를 찾는 discrete logarithm problem이 어렵다는 점을 이용한다.

TERMS FROM ZERO

전문 용어를 한 단어씩 풀기

아래 단어는 이미 안다고 가정하지 않습니다. 먼저 쉬운 뜻을 읽고, 본문에서 같은 단어가 나오면 이 정의로 다시 바꾸어 읽으세요.

Public key

누구나 알아도 되는 key로, 보통 encryption 또는 signature verification에 사용됩니다.

Private key

소유자만 비밀로 가져야 하는 key로, decryption 또는 signing에 사용됩니다.

Hard problem

정상 사용자는 비밀정보로 쉽게 계산하지만 공격자는 현실적 시간에 풀기 어렵다고 가정하는 수학 문제입니다.

Trapdoor

특별한 비밀정보를 알면 어려운 계산을 쉽게 뒤집을 수 있게 하는 정보입니다.

프로그램이나 프로토콜 안에서는 다음 순서로 움직입니다.

  1. Public key는 공개되어도 되고 private key는 비밀이어야 한다.
  2. RSA의 대표 난제는 integer factorization이다.
  3. ElGamal의 기반은 discrete logarithm과 관련 가정이다.
  4. 구체적인 parameter 크기와 padding까지 올바르게 써야 실제 시스템이 안전하다.

왜 여기서 많이 틀릴까요?

‘어려운 수학 문제 기반’이라는 말이 모든 작은 숫자 예제나 잘못 구성한 키까지 안전하게 만들지는 않는다.

조건을 생략하거나 서로 다른 기능을 같은 것으로 취급했는지 확인하세요. 정답 문장을 외우는 것보다 틀린 이유를 말할 수 있어야 변형 문제를 풀 수 있습니다.

핵심부터 말하면 정답은 Falsch(거짓). TLS는 인증·키 합의에는 공개키 기반 기술을, 실제 대용량 데이터 보호에는 빠른 대칭 인증암호를 쓰는 하이브리드 시스템이다. 또한 올바른 TLS도 통신 구간을 보호할 뿐 E-Commerce 전체를 절대 안전하게 만들지는 않는다.

이 글에서 익힐 것

  • HTTP, HTTPS, TLS의 관계를 이해한다.

  • 대칭 암호와 비대칭 암호의 키 구조·속도·용도를 구분한다.

  • 현대 TLS handshake와 record protection의 역할을 큰 흐름으로 설명한다.

  • 인증서가 무엇을 보장하고 무엇을 보장하지 않는지 안다.

  • 문장의 nur, schnell, absolut sicher라는 세 함정을 찾아낸다.

개념부터 차근차근

  • HTTP와 HTTPS

    HTTP는 웹 브라우저와 서버가 요청·응답을 주고받는 규칙이다. HTTPS는 별도의 완전히 다른 웹 프로토콜이라기보다 HTTP를 TLS가 제공하는 안전한 통신 채널 안에서 전송하는 방식이다. 브라우저 주소창의 자물쇠는 주로 브라우저와 접속한 서버 사이 연결이 TLS로 보호됨을 뜻한다.

  • 대칭 암호(symmetrische Kryptographie)

    암호화와 복호화에 같은 비밀키를 사용한다. AES-GCM, ChaCha20-Poly1305 같은 현대 방식은 대량 데이터에 빠르다. 문제는 처음 만난 두 사람이 도청자에게 들키지 않고 같은 비밀키를 어떻게 공유하느냐이다.

  • 비대칭 암호(asymmetrische Kryptographie)

    서로 연결된 public key와 private key 한 쌍을 쓴다. public key는 공개하고 private key는 소유자만 보관한다. 디지털 서명과 키 합의·키 운반에 유용하지만 일반적으로 대칭 암호보다 계산 비용이 크므로 웹 페이지 전체를 이 방식만으로 처리하지 않는다.

  • 하이브리드 암호(hybride Kryptographie)

    비대칭 기술의 편리한 초기 신뢰·키 설정과 대칭 암호의 빠른 데이터 처리를 결합한다. TLS의 핵심 설계다. 비대칭만 또는 대칭만 고집하는 대신 각 도구가 잘하는 일을 맡긴다.

  • 인증서(Zertifikat)와 CA

    서버 인증서는 도메인 이름과 공개키 등 정보를 CA의 서명으로 묶는다. 브라우저는 신뢰하는 CA 체인, 유효기간, 접속 도메인 일치 등을 검사한다. 이는 공개키가 해당 도메인 서버의 것이라는 신뢰를 제공하지만 그 쇼핑몰이 정직하거나 서버 내부가 해킹되지 않았다는 보증은 아니다.

단계별로 따라가기

  1. 1. ClientHello

    브라우저가 지원하는 TLS 버전·암호 스위트와 무작위값, 현대 TLS에서는 임시 (EC)DHE key share 등을 서버에 보낸다. 이것은 아직 쇼핑 주문 데이터를 보내는 단계가 아니다.

  2. 2. ServerHello와 인증서

    서버가 사용할 매개변수를 선택하고 자신의 key share와 인증서 체인을 보낸다. 서버는 인증서의 private key로 handshake transcript에 서명해 해당 키의 소유를 증명한다.

  3. 3. 인증서 검증과 shared secret 계산

    브라우저는 CA 서명·도메인·유효기간을 검사한다. 양측은 (EC)DHE 값에서 같은 shared secret을 계산하고 KDF로 세션용 대칭키들을 유도한다. 비밀키 자체를 네트워크로 그대로 보내는 것이 아니다.

  4. 4. Finished 검증

    양측은 지금까지 handshake가 변조되지 않았고 같은 키를 얻었다는 것을 Finished 메시지로 확인한다.

  5. 5. Application Data

    이후 HTTP 요청, 결제 페이지 데이터 등 실제 대량 트래픽은 AES-GCM이나 ChaCha20-Poly1305 같은 대칭 AEAD로 암호화·무결성 보호한다. 빠른 이유는 전체 데이터를 비대칭으로 암호화해서가 아니라 대칭 세션키를 사용하기 때문이다.

Security goals

  • 기밀성(Vertraulichkeit)

    네트워크 도청자가 보호된 application data의 내용을 읽기 어렵게 한다.

  • 무결성(Integrität)

    전송 중 데이터를 몰래 바꾸면 검증에 실패하도록 한다.

  • 서버 인증(Authentizität)

    인증서 검증을 통해 접속한 도메인의 서버임을 확인한다. 일반적인 HTTPS가 사용자를 자동 인증하는 것은 아니다.

  • Forward Secrecy

    현대의 ephemeral (EC)DHE에서는 나중에 서버 장기 private key가 유출돼도 과거에 녹화된 세션의 키를 바로 복구하기 어렵게 한다.

왜 그런지 이해하기

  • 사용자가 피싱 도메인에 접속해도 그 가짜 도메인 자체에 유효한 인증서와 HTTPS가 있을 수 있다. TLS는 주소가 진짜 은행 도메인인지 사용자를 대신 판단하지 않는다.

  • 서버가 이미 해킹됐거나 쇼핑몰 애플리케이션에 SQL injection, XSS, 권한검사 오류가 있으면 TLS가 이를 고치지 않는다.

  • 사용자 기기에 malware가 있거나 비밀번호가 탈취되면 통신 구간 암호화만으로 계정을 보호할 수 없다.

  • TLS는 endpoint 사이의 전송을 보호한다. 서버가 받은 카드 정보를 안전하지 않게 저장하거나 내부자가 오용하는 문제는 별도다.

  • 잘못된 인증서 검증, 구식 TLS 설정, 약한 난수, private key 유출, 구현 버그도 보안을 깨뜨릴 수 있다.

  • 따라서 보안은 위협 모델과 구현 조건 아래 제공되는 것이며 'absolut sicher'라는 표현은 시험에서 강한 경고 신호다.

문장을 하나씩 판별하기

  • 첫 번째 함정 nur asymmetrische Kryptographie: 거짓. TLS는 비대칭 인증/키 합의와 대칭 record encryption을 결합한다.

  • 두 번째 함정 schnell: 비대칭만 써서 빠른 것이 아니다. handshake의 상대적으로 비싼 공개키 연산 후 대량 데이터는 빠른 대칭 암호로 처리한다.

  • 세 번째 함정 absolut sicher: 어떤 현실 시스템도 절대 안전을 보장하지 않으며 TLS의 보호 범위는 주로 전송 구간이다.

  • 문장 안에 거짓 요소가 하나만 있어도 전체 Wahr/Falsch 답은 Falsch인데, 이 문장은 세 부분 모두 문제가 있다.

정답까지 사고 과정

  1. 1단계: 문장의 nur와 absolut를 표시한다.

  2. 2단계: 비대칭은 인증·키 합의, 대칭은 application data라는 역할표를 떠올린다.

  3. 3단계: TLS를 hybrid cryptosystem이라고 명명한다.

  4. 4단계: 대칭 세션키가 대량 트래픽을 빠르게 처리한다고 설명한다.

  5. 5단계: phishing, compromised endpoint, web vulnerability 중 하나를 들어 절대 안전 주장을 반박한다.

  6. 6단계: Falsch라고 판정한다.

시험장에서는 이렇게 쓰기

최소 답안

Falsch.

Safe three sentence

Falsch. TLS ist ein hybrides Protokoll: Asymmetrische Verfahren beziehungsweise Public-Key-Techniken werden vor allem für Authentisierung und Schlüsselaushandlung verwendet. Die eigentlichen Anwendungsdaten werden anschließend effizient mit symmetrischen Sitzungsschlüsseln geschützt; absolut sicher ist E-Commerce dadurch nicht, da etwa kompromittierte Endpunkte, Phishing und Webanwendungsfehler außerhalb beziehungsweise zusätzlich zum TLS-Schutz liegen.

Short memory version

Public key sets up trust and keys; symmetric AEAD carries the data; HTTPS is not absolute application security.

자주 틀리는 지점

  • HTTPS 자물쇠가 사이트 운영자의 정직성까지 인증한다고 생각하는 것.

  • 서버 public key로 모든 웹 데이터를 직접 암호화한다고 설명하는 것.

  • TLS가 대칭 암호만 쓴다고 반대로 과장하는 것. 인증서 서명과 key agreement에는 공개키 기술이 중요하다.

  • TLS 1.3의 현대적 (EC)DHE 흐름과 과거 RSA key transport를 뒤섞어, 항상 세션키 자체를 RSA로 암호화해 보낸다고 단정하는 것.

  • 암호화만 언급하고 AEAD가 제공하는 integrity/authentication을 빠뜨리는 것.

  • HTTPS가 서버 이후 데이터베이스 저장까지 암호화해 준다고 생각하는 것. TLS의 기본 범위는 transit이다.

한 줄로 기억하기

TLS는 이삿짐 운송과 같다. 비대칭 기술은 신분증을 확인하고 둘만 아는 빠른 자물쇠 키를 합의하는 접수 창구, 대칭 암호는 실제 수천 개 상자를 빠르게 잠가 나르는 트럭이다. 안전한 트럭도 가짜 주소나 털린 창고까지 막아 주지는 않는다.

스스로 확인하기

  • TLS에서 실제 HTTP application data를 주로 보호하는 암호 유형은?

    협상된 세션키를 사용하는 대칭 AEAD(AES-GCM, ChaCha20-Poly1305 등).

  • 인증서가 유효하면 그 쇼핑몰이 사기 사이트가 아님을 보장하는가?

    아니다. 인증서는 주로 공개키와 도메인 식별을 연결하며 사업자의 정직성은 보장하지 않는다.

  • TLS를 hybrid라고 부르는 이유는?

    공개키 기반 인증·키 합의와 대칭키 기반 대량 데이터 보호를 결합하기 때문이다.

  • TLS가 막지 못하는 웹 취약점 두 가지는?

    예: SQL injection과 XSS. 둘 다 HTTPS 연결 위에서도 발생할 수 있다.

설명의 근거

  • Gedächtnisprotokoll Computersystemsicherheit WS2025_26.md — Krypto / Multiple Choice.

  • Übung 2 — asymmetrische Kryptographie, hybride Kryptographie, long-term keys와 session keys.

  • Vorlesung의 TLS/PKI 자료 — Zertifikat, 인증, key establishment 및 대칭 session protection.

예제로 확인하기

  • 보안이란 무엇을 지키는 것인가을 구체적인 순서로 보기

    봉투에 넣어 내용을 가리는 것은 기밀성, 봉인 스티커로 개봉 여부를 확인하는 것은 무결성, 발신인의 도장을 확인하는 것은 진위성, 우체국이 문을 열어 편지를 계속 전달하는 것은 가용성에 가깝다.

    1. 문제에서 숨김, 변조 탐지, 신원 확인, 서비스 중단 중 무엇을 묻는지 찾는다.

    2. 한 기술이 네 목표를 모두 자동으로 제공한다고 가정하지 않는다.

    3. 공격자가 무엇을 할 수 있는지와 지켜야 할 목표를 한 문장씩 분리한다.

    각 단계에서 입력이나 message가 어떻게 달라지는지 확인한 뒤 현재 문제의 조건과 결론에 연결합니다.

  • TLS가 대칭키와 공개키를 함께 사용하는 이유을 구체적인 순서로 보기

    처음 만날 때 신분증과 봉인된 절차로 둘만의 회의실 열쇠를 안전하게 정한 다음, 긴 회의 동안에는 그 열쇠로 빠르게 문을 여닫는 것과 같다.

    1. Browser가 server의 certificate와 domain name을 검증한다.

    2. Handshake에서 양쪽이 session key를 합의한다.

    3. Application data는 합의된 대칭키로 빠르게 보호한다.

    4. 암호화가 계산 시간을 없애거나 거래 내용을 절대적으로 안전하게 만들지는 않는다.

    각 단계에서 입력이나 message가 어떻게 달라지는지 확인한 뒤 현재 문제의 조건과 결론에 연결합니다.

  • 공개키 암호와 RSA·ElGamal의 수학적 기반을 구체적인 순서로 보기

    두 색의 물감을 섞기는 쉽지만 섞인 색에서 원래 정확한 두 물감을 분리하기는 어려운 것처럼, 한 방향 계산은 쉽고 역방향은 어렵게 만든다.

    1. Public key는 공개되어도 되고 private key는 비밀이어야 한다.

    2. RSA의 대표 난제는 integer factorization이다.

    3. ElGamal의 기반은 discrete logarithm과 관련 가정이다.

    4. 구체적인 parameter 크기와 padding까지 올바르게 써야 실제 시스템이 안전하다.

    각 단계에서 입력이나 message가 어떻게 달라지는지 확인한 뒤 현재 문제의 조건과 결론에 연결합니다.

이 문제가 어려운 이유

짧은 문제 문장 ‘TLS(HTTPS)는 E-Commerce transactions를 빠르고 절대 안전하게 유지하기 위해 assymetrische Kryptographie만 사용한다. Wahr/Falsch?’ 안에 정의, 조건, 처리 순서가 압축되어 있습니다. 아래 예시에서는 이를 한 단계씩 펼쳐 확인합니다.

AI 구두시험용 프롬프트

한 문항만 풀어라. 먼저 정답을 열지 말고 90초 안에 답안을 말한 뒤, css-ws2025-26-crypto-mc-008의 채점 프레임으로 스스로 채점하라. 문제: TLS(HTTPS)는 E-Commerce transactions를 빠르고 절대 안전하게 유지하기 위해 assymetrische Kryptographie만 사용한다. Wahr/Falsch?

학습 기록

이 문항을 얼마나 이해했나요?