자체 서명 인증서 생성기

이 페이지는 키 쌍을 만들고 그것으로 X.509 v3 인증서에 서명하므로, 인증서가 자기 자신이 발급자입니다. 인증서를 -----BEGIN CERTIFICATE-----와 원시 DER로, 개인 키를 PKCS#8로 얻습니다. 양쪽 끝을 자신이 통제하는 개발 서버, 내부 어플라이언스, 랩, 메일 게이트웨이에는 옳은 도구이고, 낯선 사람의 브라우저가 경고 없이 신뢰해야 하는 무엇이든에는 잘못된 도구입니다.
자체 서명 인증서는 아무것도 신뢰하지 않습니다. 서비스와 통신하는 모든 기계에 신뢰된 루트로 설치하기 전까지는, 공개 브라우저나 운영체제나 메일 클라이언트가 그것을 받아들이지 않습니다. 아무것도 설치하지 않고 작동하는 인증서가 필요하면 인증 기관에서 받으세요 — CA에 보낼 요청만 필요하면 CSR 생성기를 대신 쓰세요.
1. 키
RSA 2048 bit, signed with SHA-256.
2. 주체와 발급자
발급자는 이 필드들의 사본으로 기록되며, 그것이 인증서를 자체 서명으로 만드는 것입니다. 일반 이름은 인증서 대화상자에 보이는 이름이고, 클라이언트가 실제로 대조하는 것은 아래의 주체 대체 이름입니다.
3. 주체 대체 이름
최소한 하나의 항목이 필요합니다
한 줄에 하나의 항목, 선택적 dns:, ip:, email:, uri: 접두사. 접두사 없는 줄은 DNS 이름이며, 127.0.0.1 같은 주소 리터럴은 IP 주소로 받아들여집니다. 브라우저가 일반 이름을 보는 것을 멈춘 이래, 주체 대체 이름이 하나도 없는 인증서는 outright 거부되므로, 이 페이지는 하나를 요구합니다.
4. 유효 기간과 확장
지금부터 시작하여 365일 후 끝납니다
1일부터 825일까지. 공개 신뢰 인증서는 2026년 3월 15일부터 200일로 제한되었지만(2027년부터 100일, 2029년부터 47일), 자체 서명 인증서는 그 규칙에 걸치지 않습니다 — 아무도 대신 폐기해 주지 않으므로 짧게 유지하는 것이 여전히 좋은 습관입니다.
서버나 클라이언트 인증서에는 CA 스위치를 끄세요. 켜면 인증서가 다른 인증서에 서명할 수 있게 되어, 내부 계층을 구축하는 방법이자 — 루트가 신뢰하는 무엇이든 사칭할 수 있는 키를 나눠 주는 방법이기도 합니다. 의도적으로 오프라인에 두는 루트에만 쓰세요.
키 용법 — 이 키가 쓰일 수 있는 연산:
확장 키 용법 — 인증서가 발급된 목적:
5. 생성
아직 생성된 것이 없습니다
결과
아직 생성된 것이 없습니다. 일반 이름과 최소한 하나의 주체 대체 이름을 채우고 인증서와 키 생성을 누르면, 인증서와 키가 저장 버튼과 함께 여기에 나타납니다.
신뢰 저장소에 추가하는 법 — 경고가 사라지려면 서비스에 접속하는 모든 기계가 이것을 필요로 합니다. 브라우저는 새 권위를 처음 쓸 때 의도적으로 경고하므로, 클릭하기 전에 무엇을 신뢰하는지 읽으세요.
Windows (기계 전체) .crt 파일을 열고 인증서 설치를 고르고, 로컬 컴퓨터를 선택한 뒤, 모든 인증서를 다음 저장소에 넣기 → 신뢰된 루트 인증 기관을 고르세요. 승격된 프롬프트에서는 certutil -addstore -f Root mycert.crt가 같은 것이고, certutil -delstore Root mycert.crt가 다시 제거합니다.
macOS 파일을 두 번 클릭해 로그인 키체인에 추가한 뒤, 키체인 접근을 열고 시스템으로 끌고, 두 번 클릭해 신뢰를 열고 이 인증서 사용 시을 항상 신뢰로 설정하세요. 명령줄에서는: sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain mycert.crt.
Debian, Ubuntu /usr/local/share/ca-certificates/mycert.crt로 복사하고(PEM, 이름은 .crt로 끝나야 함), sudo update-ca-certificates를 실행하세요. 파일을 지우고 같은 명령을 다시 실행하면 제거됩니다.
RHEL, Fedora, CentOS /etc/pki/ca-trust/source/anchors/mycert.crt로 복사하고 sudo update-ca-trust를 실행하세요.
Firefox Firefox는 자기 저장소를 유지합니다. 설정 → 개인정보 및 보안 → 인증서 → 인증서 보기 → 권위 → 가져오기 뒤, 이 CA를 웹사이트 식별에 신뢰에 체크하세요.
Java 응용프로그램 JDK 신뢰 저장소에 가져옵니다: keytool -importcert -alias mycert -file mycert.crt -cacerts -storepass changeit.
확장의 의미. 기본 제약은 인증서가 다른 인증서에 서명할 수 있는지 말하고, 키 용법은 키가 수행할 수 있는 연산을 제한하며, 확장 키 용법은 인증서가 발급된 목적을 이름 짓습니다. TLS 서버 인증서에는 TLS 서버 목적이 필요하고, 그것을 검사하는 클라이언트는 거부합니다. 주체 키 식별자는 공개 키의 해시이고, 권위 키 식별자는 보통 발급자의 그 사본을 이름 짓습니다 — 자체 서명 인증서에서는 둘이 같은 값을 실습니다.

이 페이지가 하지 않는 것: 인증서 계층을 만들어 주지 않고, CA를 운영하지 않으며, 어디에도 아무것도 설치하지 않습니다. 이 인증서 뒤에는 폐기 목록이 없습니다. 키가 새면 유일한 처방은 모든 곳에서 파일을 교체하고 모든 신뢰 저장소에서 제거하는 것입니다.

프라이버시: 키 쌍은 브라우저 자체의 암호로 생성되고 인증서는 여기서 서명됩니다. 업로드 없음, 서버 없음, 쿠키 없음, 분석 없음이며 페이지는 로컬 파일에서도 작동합니다. 결과를 독립적으로 되읽으려면 인증서 디코더를 쓰세요.