자체 서명 인증서 생성기

자체 서명 인증서는 무엇을 위한 것인가

자체 서명 인증서는 발급자와 주체가 같은 인증서입니다. 스스로를 보증하는 셈입니다. 결함처럼 들리고, 공개 웹에서는 실제로 결함입니다 — 방문자의 브라우저는 낯선 사람의 말을 믿을 이유가 없습니다. 그러나 TLS의 상당 부분은 결코 대중과 마주하지 않습니다. 내부 대시보드, 랩과 스테이징 환경, 홈 랩 서비스, 네트워크 장비의 관리 인터페이스, 그리고 한 조직 안에서의 서비스 간 대화가 그렇습니다. 그런 경우 청중은 당신이 통제하는 컴퓨터이며, 신뢰라는 질문에는 다른 답이 있습니다. 인증서(또는 당신 소유의 작은 CA)를 당신이 관리하는 신뢰 저장소에 한 번, 신중하게 설치하는 것입니다. 그 대가로 공적 CA가 당신의 내부 호스트 이름 — 그 자체로 당신의 인프라 지도인 이름들 — 을 결코 알지 못한 채, 당신 자신의 벽 안에서 암호화와 신원을 얻습니다.

생성 의례는 예전에는 아무도 기억하지 못하고 모두가 복사해 붙여 넣던 openssl 명령이었고, SAN은 구버전에는 그 플래그가 존재하지 않았기 때문에 설정 파일을 통해 볼트로 고정하듯 붙였습니다. 이 페이지는 인증서의 형태를 대신 눈에 보이게 하기 위해 존재합니다. 이름은 읽을 수 있는 목록이고, 유효 기간은 만료될 것을 알면서 선택하는 일수이며, 키 크기는 알아채지 못했던 기본값이 아니라 하나의 결정입니다. 이 페이지가 의도적으로 하지 않는 것은 CA인 척하는 것입니다. 체인도, 중간 인증서도, 해지할 것도 없습니다. 서비스 하나, 인증서 하나, 챙겨야 할 만료 날짜 하나입니다.

클라이언트가 이를 받아들이게 하기

인증서를 생성하는 것은 쉬운 절반이고, 신뢰가 배포입니다. 당신 소유의 컴퓨터 몇 대에서는 인증서를 운영체제(또는 브라우저)의 신뢰 저장소에 추가하면 경고가 영원히 끝납니다. 그리고 curl과 git 같은 도구는 검증을 끄는 위험한 습관 대신 명령별 --cacert 지정자를 받아들입니다 — -k 플래그는 실제 공격을 잡아야 할 바로 그 경고를 무시하도록 모두를 훈련시킵니다. 청중이 컴퓨터 몇 대를 넘어서면, 단일 자체 서명 인증서에서 작은 프라이빗 CA로 졸업하세요. 그것으로 서비스 인증서에 서명하고, CA 인증서만 배포하면, 교체는 모든 클라이언트를 도는 순회 공연이 아니게 됩니다. 그리고 어떤 서비스가 결국 대중과 마주하게 되면, 인증서를 공적으로 신뢰받는 것으로 교체하세요 — SSL 검사기는 서버가 라이브가 된 뒤 실제로 제시하는 것을 검증하는데, 그 순간이 자체 서명이 더 이상 선택이 아니게 되는 순간입니다.

관련 도구: SSL 인증서 파서로 어떤 인증서든 다시 읽거나, SSL 검사기로 라이브 서버가 제시하는 것을 확인하세요.

더 읽어보기: 하나의 신뢰성 루틴 — 내부 인증서와 그 만료 날짜가 교체 및 백업과 같은 계획 페이지에 속하는 이유.

인증서 생성은 node-forge를 사용합니다. BSD-3-Clause 라이선스에 따라 사용되며, 생성을 누를 때만 로드됩니다. 이 도구의 어느 부분도 네트워크 요청을 하지 않습니다.

자주 묻는 질문