INFORMATION SECURITY · CONCEPT

113개 발걸음을 개념으로 찾습니다

핵심 개념

방향과 키워드로 필요한 발걸음을 골라 원문 설명에 바로 연결합니다.

비밀과 신뢰는 어떻게 만드는가

15개 발걸음 · 1–12 표시

방향 4 · 첫걸음

암호를 쓰기 전에 무엇을 감추고 무엇을 확인할지 정한다

당신이 친구에게 과제 파일을 보낸다고 해 보겠습니다. 중간에서 파일을 보는 사람이 내용을 읽지 못하게 하고 싶습니다. 받는 친구는 파일이 바뀌지 않았는지, 정말 당신이 보낸 것인지도 알고 싶습니다. 서로 가까운 요구처럼 보이지만 같은 작업은 아닙니다. 내용을 감추는 기밀성, 변경을 알아내는 무결…

암호 공격 모델엔트로피키평문과 암호문

원문 학습 →발걸음 p.126

방향 4 · 두 번째 발걸음

하나의 비밀로 큰 데이터를 바꾼다

파일을 받는 친구와 미리 같은 키를 나누었다면, 보내는 쪽과 받는 쪽은 그 비밀을 사용해 암호화와 복호화를 수행할 수 있습니다. 이런 계열을 대칭키 암호라고 합니다. 대용량 데이터를 비교적 효율적으로 처리하므로 실제 통신 내용과 저장 데이터를 보호하는 핵심 도구입니다. 그러나 같은 키를 가진 사…

AESARIADES와 TDEASEED

원문 학습 →발걸음 p.128

방향 4 · 세 번째 발걸음

여러 블록을 안전하게 묶고 변조까지 알아낸다

기본 블록 암호는 한 덩어리의 입력을 바꾸는 함수입니다. 실제 파일은 여러 덩어리이고 길이도 제각각입니다. 운용 모드는 이 함수를 긴 메시지에 적용하는 약속입니다. 가장 단순한 ECB는 블록마다 독립적으로 같은 키를 적용합니다. 동일한 평문 블록이 동일한 암호문 블록이 되므로 반복 구조가 남습니…

AEADGCMIV와 nonce운용 모드

원문 학습 →발걸음 p.131

방향 4 · 네 번째 발걸음

공개된 길에서 같은 비밀을 만든다

대칭키 암호는 효율적이지만 만나 본 적 없는 서버와는 어떻게 같은 키를 나눌까요? 키 자체를 평문으로 보내면 도청자도 같은 비밀을 얻습니다. 디피–헬먼, DH 키 합의는 각자가 비밀을 따로 고르고 일부 계산 결과만 공개해 같은 값을 만드는 방법입니다. 여기서 중요한 점은 파일을 암호화하는 일이 …

ECDH와 ECDHEKDF와 HKDF디피–헬먼 키 합의이산대수 문제

원문 학습 →발걸음 p.134

방향 4 · 다섯 번째 발걸음

공개키와 개인키의 비대칭을 계산으로 확인한다

공개키 암호는 모두에게 알려도 되는 공개키와 소유자가 지켜야 하는 개인키를 한 쌍으로 만듭니다. 공개키를 아는 것만으로 개인키 연산을 수행하기 어렵게 설계합니다. 받는 사람의 공개키로 비밀을 포장하고 그 사람의 개인키로 열게 할 수 있고, 개인키로 서명한 결과를 공개키로 검증하는 구조도 만들 수…

RSA공개키와 개인키부채널하이브리드 암호

원문 학습 →발걸음 p.137

방향 4 · 여섯 번째 발걸음

파일이 바뀌었는지는 해시로 비교한다

친구가 보낸 과제 파일을 내려받았습니다. 파일 이름은 같지만 내용도 같은지 알고 싶습니다. 파일 전체를 한 글자씩 대조할 수도 있지만, 정해진 해시 함수로 파일의 바이트를 짧은 결과값에 대응시켜 비교하면 대용량 자료도 일정한 길이의 기준값으로 다룰 수 있습니다. 암호학적 해시 함수의 결과를 해시…

SHA-2와 SHA-3생일 공격암호학적 해시역상·제2역상·충돌 저항성

원문 학습 →발걸음 p.140

방향 4 · 일곱 번째 발걸음

누가 만든 메시지인지 MAC과 서명으로 확인한다

당신과 친구만 아는 키가 있다면 파일에 그 비밀로 계산한 인증값을 붙일 수 있습니다. 받는 쪽도 같은 키와 받은 파일로 다시 계산해 비교합니다. 이를 메시지 인증 코드, MAC이라고 합니다. 앞 절의 일반 해시와 달리 키가 계산에 들어가므로, 키를 모르는 사람이 파일을 바꾼 뒤 올바른 인증값까지…

HMAC메시지 인증 코드부인방지재전송

원문 학습 →발걸음 p.143

방향 4 · 여덟 번째 발걸음

인증서로 키와 이름을 연결하고 키의 생애를 관리한다

서명 검증에는 공개키가 필요합니다. 그 공개키가 정말 원하는 서비스의 것인지 판단하려면 키와 이름을 묶은 확인서를 사용할 수 있습니다. 디지털 인증서는 발급자가 어떤 주체의 공개키와 관련 정보를 서명한 데이터입니다. 널리 사용하는 X.509 인증서에는 일련번호, 발급자, 유효 기간, 주체의 공개…

CRL과 OCSPKMS와 HSMPKIX.509 인증서

원문 학습 →발걸음 p.147

방향 4 · 아홉 번째 발걸음

TLS는 키 합의와 인증을 한 대화로 묶는다

브라우저가 HTTPS 주소에 접속하면 HTTP 메시지를 주고받기 전에 TLS로 보호할 연결을 준비합니다. 이제까지 배운 대칭키, 키 합의, 해시, 서명, 인증서가 이 준비 과정에서 역할을 나눕니다. TLS 1.3은 사용할 알고리즘을 합의하고 키를 유도하며 상대와 협상 기록을 검증한 뒤, 애플리케…

CertificateVerify와 FinishedPSK와 0-RTTTLS 1.3상호 TLS

원문 학습 →발걸음 p.151

방향 4 · 열 번째 발걸음

로그인은 비밀을 아는지와 인증기를 제어하는지 확인한다

서버의 인증서를 확인한 다음에는 서버가 당신을 확인할 차례입니다. 사용자 이름은 누구라고 주장하는지 나타내는 식별자입니다. 인증은 등록된 계정에 연결된 인증기를 제어한다는 증거를 확인하는 과정입니다. 비밀번호를 아는지, 보안키를 갖고 있는지, 기기 안에서 지문으로 사용이 허용되었는지처럼 증거가 …

FAR와 FRRMFAsalt와 pepperTOTP

원문 학습 →발걸음 p.155

방향 4 · 열한 번째 발걸음

한 번의 인증을 여러 서비스에 연결한다

회사의 메일과 문서함, 업무 시스템에 접속할 때마다 같은 비밀번호를 다시 입력하면 사용자는 불편하고 비밀번호를 처리하는 곳도 늘어납니다. SSO, 통합 로그인은 한 번의 인증 결과를 여러 서비스 이용에 연결하는 구조입니다. 핵심은 비밀번호를 모든 서버에 복사하는 것이 아니라, 어떤 인증기관의 증…

KerberosOAuth 2.0과 OIDCPKCESAML

원문 학습 →발걸음 p.158

방향 4 · 열두 번째 발걸음

신원을 확인한 다음 행동의 범위를 결정한다

로그인한 직원이 모든 급여 파일을 읽을 수 있다면 인증은 성공했지만 보호는 실패한 것입니다. 인가는 이 주체가 이 객체에 이 행동을 해도 되는지 결정합니다. 주체는 사용자뿐 아니라 사용자를 대신해 동작하는 프로세스나 서비스 계정일 수 있습니다. 객체는 파일, API, 데이터베이스 행처럼 보호 대…

ABACACL과 capabilityDAC와 MACJIT 접근

원문 학습 →발걸음 p.161

《정보보안의 원리》 완성본의 원문을 재배치한 학습 자료입니다. 기사 필기·실기 전 범위 요약 또는 기출·CBT로 표시하지 않습니다.

정보보안 핵심 개념