글로벌한 보안정책 강화에 따라 인증서 유효기간 단축 (398일→90일→45일)이 예정되어 있어 모든 기업과 기관에서 인증서 자동관리 시스템을 필요로 하고 있습니다.인증서 교체 주기의 단축으로 인한 변화는 수작업으로 인한 휴먼 에러뿐만 아니라 유효 기간 만료로 인한 서비스 중단과 보안 취약점 발생으로 이어져, 기업의 신뢰도 하락을 초래할 수 있습니다.
NeoCertManager는 사용 중인 SSL 인증서를 탐색하는 디스커버리 기능을 통해 전사적인 인증서 현황과 잔여 유효 기간을 통합 모니터링합니다. 또한 SSL/TLS 인증서의 자동 갱신 기능을 통해 웹 서비스의 안전한 통신을 보장하는 자동화된 관리 솔루션입니다.
① 복잡한 인증서 수명주기 관리 문제 해결
② HSM 기반의 인증서 비밀 키 보안 강화
③ 운영 비용 절감 및 관리 효율성 향상
2
안정성과 신뢰성 확보
글로벌 CA와의 연동을 통해 검증된 인증서 발급을 지원
① 인증서 관리 오류 및 만료 사고 감소
② 서비스 가용성 및 안정성 대폭 향상
③ 글로벌 표준 인증서 운영 시스템 구축
3
금융, 제조, 공공 전 산업에서 검증된 솔루션
중소기업부터 대기업까지 폭넓은 도입으로 국내 SSL/TLS 시장에서 안정성 검증
① 보안 인프라 고도화 핵심 역할 수행
② 디지털 신뢰 기반 구축 선도
③ 보안 기술 경쟁력 제고
4
미래 보안 환경 대비
TLS 최신 프로토콜 지원 및 클라우드 환경 최적화로 차세대 보안 서비스 기반을 마련
① 지속적인 기술 고도화 추진
② 인증서 자동 관리로 기업 신뢰도 향상
③ 글로벌 보안 트렌드 선제적 대응
주요 기능
1
인증서 탐색/등록 기능
네트워크 내 설치된 인증서를 발견하고 관리할 수 있는 스캔 기능
① 웹 서버 및 로드 밸런서에 설치된 SSL인증서 탐색
② 모든 공급업체의 인증서 탐색 및 표시 (CN값, 발급 CA, 발급일, 만료일)
· 사설 CA / 공인 CA 탐색
2
인증서 자동 갱신 & 배포 (Auto Renewal & Deployment)
만료 예정 인증서 자동 갱신 발급 진행
① 최초 인증서: 관리자에서 신청 혹은 등록 필요
② 갱신 인증서: 만료일 확인 후, KCM을 통해 자동 갱신
· 만료 전 갱신할 수 있는 일정 설정 가능 ex. 10일 전
③ 요청 시, 중간관리자 승인 후 갱신할 수 있는 기능 有
④ 인증 방식
· Email : 수동 인증
· DNS(CNAME / DNS TXT): 수동 인증
· HTTP 인증: 자동 인증을 통한 인증서 발급
3
인증서 자동 갱신 & 배포 (Auto Renewal & Deployment)
발급 완료 인증서, 서버 내 자동 배포
① 인증서 상태 체크 후, 발급된 인증서 등록된 서버 내 자동 배포
② KCM에서 배포 서버 등록, 등록된 서버와 인증서 매칭
· 배포 대상 서버의 임시 경로에 인증서 업로드
· 인증서 반영 : 새로운 인증서로 인증서 변경
· 인증서 롤백 : 설치 중 오류(연결 오류 or 핑거값 불일치) 발생 경우, 이전 SSL인증서로 유지
③ 배포 가능 서버: Apache, NginX, WebtoB, IIS, Tomcat, Weblogic, Jboss
[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)의 원리를 하나씩 풀어봅니
지난 기술노트에서 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 예시는 다음과
3. SHA : Secure HashAlgorithm SHA는 Secure Hash Algorithm의 약자입니다. 우리말로 표현하면 “안전한 해시 알고리즘”입니다. 대표적으로 다음과 같은 종류가 있습니다. SHA-1 SHA-256 SHA-384 SHA-512 이 중 SHA-1은 오래된 방식이고 현재는 보안상 사용이 권장되지 않습니다. 최근에는 SHA-25
인터넷은 어떻게 안전하게 통신할까요? 우리는 매일 인터넷을 사용합니다. 인터넷 뱅킹에 로그인하고, 쇼핑몰에서 결제하고, 회사 VPN에 접속하고, 클라우드 서비스를 이용합니다. 자동차 OTA 업데이트처럼 차량이 서버와 통신하는 환경에서도 인터넷 기반 보안 통신은 매우 중요합니다. 이 때 사용되는 대표적인 보안 프로토콜이 바로 TLS입니다. TLS는 Trans
nkm_biz@mdsit.co.kr
사이버 보안 & 암호화
[NeoCertManager] SSL 인증서 ⑵
지난 기술 노트에 이어 SSL 인증서에 대해 더 알아보겠습니다. SSL(Secure Sockets Layer) DV(Domain Validation) : 개인 블로그나 정보 제공 사이트에 주로 사용 DV는 웹사이트 도메인 소유권만 확인합니다. 마치 "이 가게는 이 땅에 진짜 존재하는 가게가 맞아요" 정도만 확인합니다. 누가 운영하는지는 중요하지 않습니다.
nkm_biz@mdsit.co.kr
사이버 보안 & 암호화
[NeoCertManager] SSL 인증서 ⑴
SSL(Secure Sockets Layer) SSL과 TLS의 차이 SSL(Secure Sockets Layer) - 개발 : 넷스케이프(Netscape)에서 1990년대 초반 개발 - 버전 : · SSL 1.0 : 공개되지 않음 · SSL 2.0 : 1995년 공개(보안 문제 다수 존재) · SSL 3.0 : 1996년 발표(많은 개선이 있었지만