Invisible Safety,

Proven by Intelligence

보이지 않는 안전을 인텔리전스로 증명하다.

기술 노트
IT 산업의 변화를 이끄는 MDS인텔리전스의
기술 인사이트를 만나보세요.
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2에서 TLS 1.3으로의 진화 ⑷ - TLS 1.2 vs TLS 1.3 비교 요약

지금까지 세 편에 걸쳐 TLS 1.2의 구조적 문제, TLS 1.3이 택한 새로운 철학, 그리고 그 철학을 구현하는 ECDHE의 계산 원리까지 살펴봤다. 마지막 편에서는 전체 내용을 한눈에 정리합니다. 한 문장 요약 "TLS 1.2는 '키를 안전하게 전달하는' 기술이었고, TLS 1.3은 '키를 전달하지 않고 함께 만들어내는' 기술입니다." 이 한 문장의

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2에서 TLS 1.3으로의 진화 ⑶ - TLS 1.3의 핵심 원리 — ECDHE를 이용한 키 생성

지난 기술노트에서 TLS 1.3은 “키를 전달하지 않고 함께 만든다”는 이야기를 했습니다. 그런데 이 말은 언뜻 마법처럼 들리는데요. 서로 아무것도 주고받지 않고 어떻게 똑같은 키에 도달할 수 있을까요? 이번 편에서는 이걸 가능하게 하는 실제 계산, ECDHE(Elliptic Curve Diffie-Hellman Ephemeral)의 원리를 하나씩 풀어봅니

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2에서 TLS 1.3으로의 진화 ⑵ - TLS 1.3 개요

지난 기술노트에서 TLS 1.2의 근본적인 약점을 살펴봤습니다. RSA 개인키라는 단 하나의 장기 키가 모든 과거 세션의 키를 여는 만능열쇠 역할을 하고 있었고, 이 키가 언젠가 유출되면 과거 통신까지 통째로 위험해지는 구조였습니다. TLS 1.3의 개발자들은 이 문제를 해결하기 위해 알고리즘을 조금 손보는 수준이 아니라, 설계의 출발점 자체를 바꿨습니다.

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2에서 TLS 1.3으로의 진화 ⑴ - TLS 1.2의 보안 문제

오늘은 안전한데, 왜 문제라는 걸까요? HTTPS로 접속하면 브라우저에 자물쇠 아이콘이 뜹니다. 데이터는 AES로 암호화되고, RSA로 키를 주고받고, SHA로 위변조를 검증합니다. 언뜻 보면 완벽한 구조입니다. 그런데 보안 전문가들은 오랫동안 TLS 1.2의 한 가지 구조적 약점을 지적해왔습니다. 이 약점은 평소에는 절대 드러나지 않습니다. 통신은 멀쩡히

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2 암호화 통신 ⑷ - TLS 1.2의 한계

28. TLS 1.2 Handshake 시퀀스 TLS 1.2 RSA Key Exchange 기반 Handshake를 간단히 표현하면 다음과 같습니다. 29. Cipher Suite란 무엇인가? TLS에서는 어떤 암호 알고리즘 조합을 사용할지 정해야 합니다. 이 조합을 Cipher Suite라고 부릅니다. TLS 1.2 Cipher Suite 예시는 다음과

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2 암호화 통신 ⑶ - TLS 1.2 키교환 (Handshake)

│TLS 1.2 암호화통신 시리즈 기술노트 [NeoCertManager] TLS 1.2 암호화 통신 ⑴ - TLS 1.2 암호화 통신의 원리 [NeoCertManager] TLS 1.2 암호화 통신 ⑵ - TLS 1.2 암호화 알고리즘 15.TLS는 결국 AES로 데이터를 암호화한다. TLS 암호화 통신의 실제 주인공은 AES 같은 대칭키 암호화 알고리즘입

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2 암호화 통신 ⑵ - TLS 1.2 암호화 알고리즘

3. SHA : Secure HashAlgorithm SHA는 Secure Hash Algorithm의 약자입니다. 우리말로 표현하면 “안전한 해시 알고리즘”입니다. 대표적으로 다음과 같은 종류가 있습니다. SHA-1 SHA-256 SHA-384 SHA-512 이 중 SHA-1은 오래된 방식이고 현재는 보안상 사용이 권장되지 않습니다. 최근에는 SHA-25

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoCertManager] TLS 1.2 암호화 통신 ⑴ - TLS 1.2 암호화 통신의 원리

인터넷은 어떻게 안전하게 통신할까요? 우리는 매일 인터넷을 사용합니다. 인터넷 뱅킹에 로그인하고, 쇼핑몰에서 결제하고, 회사 VPN에 접속하고, 클라우드 서비스를 이용합니다. 자동차 OTA 업데이트처럼 차량이 서버와 통신하는 환경에서도 인터넷 기반 보안 통신은 매우 중요합니다. 이 때 사용되는 대표적인 보안 프로토콜이 바로 TLS입니다. TLS는 Trans

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoKeyManager-AUTO] KMS 연동 사례: OpenStack ⑴

OpenStack 개요 요즘 클라우드 시스템이 인프라 분야에서 많이 쓰이고 있습니다. 클라우드하면 대표적으로 아마존 AWS, 마이크로소프트의 Azure, 구글의 Google Cloud가 있습니다. 우리는 이를 퍼블릭 클라우드(public cloud)라고 부르고 있습니다. 하지만 데이터센터를 직접 구축하고 운영을 하는 기업들도 있습니다. 우리는 이를 프라이빗

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoKeyManager-AUTO] KDF란 무엇인가⑵ │ KDF의 활용

1편에 이어서 이제 KDF의 원리를 이해했다면, 실제 시장에서는 “어떻게”, “왜”, “어디서” 쓰이는지가 중요합니다. KDF는 이미 자동차, 금융, IoT, 클라우드, 보안모듈(HSM) 등 대부분의 산업 보안 설계에 내장되어 있습니다. 즉, KDF를 모르면 현대 암호 인프라의 뼈대를 이해하기 어렵다고 해도 과언이 아닙니다. 1. 자동차 보안 (Automo

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoKeyManager-AUTO] KDF란 무엇인가⑴ │ 키 파생 함수의 개념과 구조

서론 1. KDF란 무엇인가? KDF(Key Derivation Function) → 하나의 마스터 키(KDK: Key Derivation Key)로부터 목적별로 독립된 파생 키(KO: Key Output)를 안전하게 생성하는 함수 즉, KDF는 암호 시스템에서 “하나의 뿌리 키로부터 여러 나뭇가지를 뻗어내는 역할”을 합니다. 쉽게 말해 비밀번호처럼 약한

nkm_biz@mdsit.co.kr
사이버 보안 & 암호화

[NeoKeyManager-STD] 암호키 관리 솔루션 도입 및 검토 시 체크 포인트⑵ – 보안 및 호환성, 관리 기능, 리포팅 기능

보안 및 호환성 NeoKeyManager는 OASIS의 KMIP 표준을 준용 NeoKeyManager는 OASIS의 KMIP 표준을 준용함으로써 KMIP를 지원하는 솔루션들과 간편한 연동이 가능합니다. KMIP 미준용 솔루션의 경우 연동용 SDK(자바, C, REST 등)를 제공(PKCS#11로 개발된 환경에서도 연동 가능)하며 Windows, Linux,

nkm_biz@mdsit.co.kr