Generator Samopodpisanego Certyfikatu SSL

Free

Generuj prawdziwy, działający certyfikat TLS samopodpisany wraz z odpowiadającym mu kluczem prywatnym bezpośrednio w przeglądarce za pomocą node-forge, z Subject Alternative Names, konfigurowalnym rozmiarem klucza i okresem ważności, oraz gotowymi do pobrania plikami .crt i .key.

Szczegóły certyfikatu

Common Name (CN)

Subject Alternative Names (rozdzielone przecinkami)

Wymagane przez nowoczesne przeglądarki. Dodaj każdą nazwę hosta lub adres IP, przez który będziesz uzyskiwać dostęp do tego serwera.

Rozmiar klucza

Ważny przez (dni)

Opcjonalne pola podmiotu

Organizacja (O)

Jednostka organizacyjna (OU)

Miasto / Miejscowość (L)

Województwo / Stan (ST)

Kod kraju (C), 2 litery

Certyfikat (.crt / .pem)

Klucz prywatny (.key)

Zachowaj ten klucz prywatny w tajemnicy. Każdy, kto go posiada, może podszyć się pod ten certyfikat.

Ostatnia Aktywność

Widoczne dla wszystkich. Ostatnie 20 użyć wśród wszystkich odwiedzających, najpierw najnowsze.

Generated a self-signed certificate (CN: test.example.com, 2048-bit, valid 730 days)

1 godzina temu

Komentarze (0)

Uznałeś to narzędzie za przydatne? Zostaw komentarz, podziel się wskazówką, lub powiedz nam, jak możemy je ulepszyć.

Jeszcze brak komentarzy. Bądź pierwszym, który podzieli się swoimi przemyśleniami!

Co robi to narzędzie

To narzędzie generuje prawdziwy, działający certyfikat TLS samopodpisany oraz odpowiadający mu klucz prywatny, bezpośrednio w Twojej przeglądarce. Wypełnij Common Name, nazwy hostów lub adresy IP, które certyfikat powinien obejmować (Subject Alternative Names), rozmiar klucza i okres ważności, a otrzymasz gotowy do użycia certyfikat i parę kluczy do lokalnego rozwoju, usług wewnętrznych lub testów.

Jak To Działa

Generowana jest para kluczy RSA o wybranym rozmiarze (2048 lub 4096 bity). Prawdziwa struktura certyfikatu X.509 jest budowana na podstawie Twoich danych podmiotu (Common Name oraz opcjonalnych pól Organizacja, Jednostka, Miejscowość, Województwo i Kraj), wybranego okresu ważności i losowo wygenerowanego numeru seryjnego, z rozszerzeniami keyUsage, extKeyUsage i subjectAltName ustawionymi tak, jak zrobiłby to prawdziwy urząd certyfikacji dla certyfikatu serwera TLS. Certyfikat jest następnie podpisywany własnym kluczem prywatnym za pomocą SHA-256, co czyni go "samopodpisanym": wystawca i podmiot to ten sam podmiot, a podpis można zweryfikować za pomocą klucza publicznego samego certyfikatu.

Problemy, które rozwiązuje

Uruchomienie HTTPS na localhost lub wewnętrznym serwerze bez potrzeby prawdziwego urzędu certyfikacji.
Testowanie, jak Twoja aplikacja zachowuje się z włączonym TLS, przed wdrożeniem prawdziwego certyfikatu.
Szybkie tworzenie certyfikatu i pary kluczy dla kontenera Docker, maszyny wirtualnej lub wewnętrznego narzędzia, które potrzebuje tylko szyfrowania podczas przesyłania.
Nauka, jakie pola faktycznie składają się na certyfikat X.509, poprzez bezpośrednie ich wypełnienie.

Często zadawane pytania

›Czy przeglądarki wyświetlą ostrzeżenie "niezabezpieczone" dla tego certyfikatu?

Tak, i jest to oczekiwane: certyfikat samopodpisany nie ma łańcucha prowadzącego do urzędu certyfikacji, któremu Twoja przeglądarka już ufa, więc przeglądarki ostrzegają o tym celowo. Zazwyczaj możesz kliknąć, aby przejść dalej mimo ostrzeżenia w przypadku lokalnego rozwoju, lub zaimportować certyfikat do magazynu zaufanych certyfikatów Twojego systemu operacyjnego lub przeglądarki, jeśli chcesz, aby ostrzeżenie zniknęło na Twoim własnym komputerze.

›Czemu muszę wypełnić Subject Alternative Names, czy Common Name nie wystarczy?

Nie, nowoczesne przeglądarki (Chrome od 2017 roku i każda większa przeglądarka od tego czasu) całkowicie ignorują Common Name podczas dopasowywania nazwy hosta i sprawdzają tylko Subject Alternative Names; certyfikat bez odpowiadającego wpisu SAN zostanie odrzucony, nawet jeśli Common Name jest prawidłowy, dlatego to narzędzie wymaga co najmniej jednego wpisu SAN i wstępnie wypełnia localhost oraz 127.0.0.1.

›Czy powinienem wybrać klucz 2048-bitowy czy 4096-bitowy?

RSA 2048-bitowy jest wciąż uważany za bezpieczny w przewidywalnej przyszłości i jest tym, co prawie każdy prawdziwy urząd certyfikacji wydaje domyślnie; 4096-bitowy jest wolniejszy do wygenerowania i używania przy każdym uzgadnianiu TLS, bez praktycznej korzyści bezpieczeństwa dla certyfikatu lokalnego rozwoju lub testowego, więc 2048 bitów to lepszy wariant domyślny, chyba że masz konkretny powód, by potrzebować więcej.

›Czy ten certyfikat jest odpowiedni dla witryny produkcyjnej?

Nie, certyfikat samopodpisany jest przeznaczony do lokalnego rozwoju, narzędzi wewnętrznych lub testów; odwiedzający prawdziwą publiczną witrynę zobaczą ostrzeżenie o zabezpieczeniach, ponieważ żadna przeglądarka ani system operacyjny nie ufa mu domyślnie; w przypadku witryny produkcyjnej użyj certyfikatu od prawdziwego urzędu certyfikacji (wiele z nich, jak Let's Encrypt, jest bezpłatnych).

›Jak to narzędzie faktycznie buduje certyfikat?

Generuje prawdziwą parę kluczy RSA i prawdziwą strukturę certyfikatu X.509 w Twojej przeglądarce za pomocą biblioteki node-forge, skompilowanej do działania po stronie klienta, a następnie podpisuje certyfikat własnym kluczem prywatnym (stąd "samopodpisany") za pomocą SHA-256, dokładnie tym samym procesem kryptograficznym, który zastosowałby urząd certyfikacji lub narzędzie wiersza poleceń openssl, tylko bez opuszczania Twojej przeglądarki.

Konwertuj tekst na encje HTML i z powrotem w obu kierunkach jednocześnie, z formatami dziesiętnymi lub szesnastkowymi oraz tabelą szybkiego odniesienia popularnych encji.