Luki w zabezpieczeniach certyfikatów z podpisem własnym

Co to są certyfikaty z podpisem własnym?

W przeciwieństwie do certyfikatów dostarczanych przez zaufane urzędy certyfikacji, certyfikaty z podpisem własnym są generowane prywatnie, a nie weryfikowane przez urząd certyfikacji. Umożliwiają podstawowe szyfrowanie połączeń, ale brakuje im weryfikacji przez stronę trzecią. Nie ma sposobu, aby zagwarantować legalność certyfikatów z podpisem własnym, dlatego przeglądarki wyświetlają błędy lub ostrzeżenia w przypadku ich napotkania.

Kluczowe zagrożenia bezpieczeństwa związane z certyfikatami z podpisem własnym

Oto niektóre z głównych zagrożeń bezpieczeństwa, na które możesz się narażać, korzystając z certyfikatów z podpisem własnym:

• Brak zaufanej weryfikacji – brak procesu walidacji zewnętrznego urzędu certyfikacji sprawia, że ​​użytkownicy nie mogą odróżnić ważnych i sfałszowanych certyfikatów z podpisem własnym. Umożliwia to ataki typu man-in-the-middle (MITM), podczas których atakujący wkraczają między połączenia. Następnie mogą odszyfrować ruch i ukraść dane.

• Zakłócenia i błędy – ze względu na ryzyko wiele nowoczesnych usług i narzędzi odmówi połączenia za pośrednictwem certyfikatów z podpisem własnym. Wymuszanie połączeń za pośrednictwem certyfikatów z podpisem własnym wymaga wyjątków zabezpieczeń i zmian w kodzie, co powoduje zakłócenia.

• Ograniczona obsługa przeglądarek – przeglądarki takie jak Chrome i Safari celowo ograniczają lub blokują certyfikaty z podpisem własnym ze względu na ich luki w zabezpieczeniach. Obsługa certyfikatów z podpisem własnym różni się znacznie w zależności od przeglądarki i platformy, co często powoduje błędy połączenia.

• Narzuty operacyjne — wdrażanie certyfikatów z podpisem własnym i zarządzanie nimi wiąże się ze znacznymi narzutami operacyjnymi. Generowanie, dystrybucja, śledzenie, odnawianie i unieważnianie certyfikatów z podpisem własnym szybko staje się złożone, szczególnie na dużą skalę.

• Problemy ze zgodnością – Branżowe standardy bezpieczeństwa i zgodności, takie jak PCI DSS, wyraźnie zabraniają używania certyfikatów z podpisem własnym do obsługi wrażliwych danych. Ich nieokreślone zaufanie utrudnia przestrzeganie zasad.

W przypadku wszelkich zastosowań wykraczających poza podstawowe środowiska testowe certyfikaty z podpisem własnym otwierają niedopuszczalne luki w zabezpieczeniach i problemy z niezawodnością. Ryzyko znacznie przewyższa wszelkie drobne korzyści związane z wygodą.

Rzeczywiste skutki zagrożeń związanych z certyfikatami z podpisem własnym

Aby zrozumieć rzeczywiste zagrożenia, spójrzmy na kilka przykładów tego, co może się zdarzyć podczas korzystania z certyfikatów z podpisem własnym:

• Ataki MITM – osoby atakujące przechwytują zaszyfrowany ruch pomiędzy ofiarą a stroną internetową chronioną certyfikatem z podpisem własnym. Odszyfrowują dane w celu kradzieży danych logowania, informacji finansowych i innych poufnych komunikatów. Brak walidacji CA sprawił, że szyfrowanie stało się bezużyteczne.

• Schematy phishingowe – oszuści tworzą fałszywe witryny i aplikacje zabezpieczone certyfikatami z podpisem własnym. Ofiary nie otrzymują żadnych ostrzeżeń. Są to niezaufane połączenia. Witryny phishingowe kradną następnie dane, takie jak hasła i karty kredytowe.

• Uszkodzone integracje – firma wdraża certyfikat z podpisem własnym na serwerze, który musi zostać zintegrowany z usługą w chmurze. Integracja kończy się niepowodzeniem z powodu błędów SSL, ponieważ usługa w chmurze odrzuca certyfikat. Aby wymusić połączenie, wymagany jest czas programisty.

• Utrata zaufania klienta – witryna internetowa sprzedaży detalicznej używa certyfikatu z podpisem własnym, aby spróbować zaszyfrować dane klienta. Klienci witani są ostrzeżeniami dotyczącymi bezpieczeństwa, a wielu z nich opuszcza witrynę, co szkodzi sprzedaży.

Przykłady te ilustrują wymierne skutki polegania na certyfikatach z podpisem własnym. Konsekwencje dla klientów i organizacji mogą być poważne.

Bezpieczniejsze alternatywy dla certyfikatów z podpisem własnym

Bezpieczniejszym wyborem, szczególnie w przypadku usług publicznych, jest użycie certyfikatów od zaufanych urzędów certyfikacji, takich jak SSL.com. Rygorystyczny proces walidacji urzędu certyfikacji obejmuje:

• Potwierdzona tożsamość – urzędy certyfikacji wystawiają certyfikaty dopiero po zweryfikowaniu tożsamości organizacji składającej wniosek na podstawie dokumentacji biznesowej, znaków towarowych itp. Zapobiega to fałszowaniu.

• Silne szyfrowanie – certyfikaty CA wykorzystują szyfrowanie 2048-bitowe lub wyższe, wspierane przez standardy branżowe. To szyfrowanie jest znacznie bardziej odporne na ataki.

• Obsługa uniwersalnych przeglądarek – główne przeglądarki i urządzenia domyślnie ufają certyfikatom CA. Zapobiega to zakłócającym błędom połączenia spowodowanym certyfikatami.

• Uproszczone zarządzanie – usługi takie jak Hostowane przez SSL.com PKI do magazynowania energii radzić sobie ze złożonością wdrażania, odnawiania i monitorowania za kulisami.

• Zgodność z przepisami — certyfikaty CA są zgodne z wymogami bezpieczeństwa określonymi w standardach zgodności PCI DSS, HIPAA i RODO. Ułatwia to przestrzeganie przepisów.

• Redukcja ryzyka – rygorystyczne protokoły CA znacznie zmniejszają ryzyko ataków MITM, phishingu i innych zagrożeń opartych na certyfikatach. Odciążasz to ryzyko.

Aby zapewnić maksymalne bezpieczeństwo i kompatybilność, migracja z certyfikatów z podpisem własnym do certyfikatów zaufanych ośrodków CA jest prosta dzięki SSL.com. Nasze w pełni zautomatyzowane zarządzanie cyklem życia certyfikatów radzi sobie z całą złożonością na dużą skalę.

Przejście z certyfikatów z podpisem własnym

Oto najlepsze praktyki zalecane przez SSL.com przy przejściu z certyfikatów z podpisem własnym na certyfikaty CA:

1. Audyt wszystkich certyfikatów z podpisem własnym — odkryj wszystkie certyfikaty z podpisem własnym w domenach, serwerach i urządzeniach. Narzędzia innych firm, takie jak SSL /TLS Monitorowanie kontroli stanu (HCM) może pomóc.

2. Nadaj priorytet obszarom najbardziej ryzykownym – wymień certyfikaty najpierw tam, gdzie wpływ kompromisu byłby najbardziej znaczący, np. w przypadku usług skierowanych do klienta.

3. Wybierz renomowany urząd certyfikacji — wybierz urząd certyfikacji znany z solidnych protokołów walidacji i partnera w zakresie praktyk bezpieczeństwa z czołowymi światowymi urzędami certyfikacji, takimi jak SSL.com.

4. Automatyzuj cykle życia certyfikatów — korzystaj z platform automatyzacji i zarządzania, aby być na bieżąco z odnowieniami, unieważnieniami i nowymi wdrożeniami.

5. Aktualizuj powiązane systemy — zaktualizuj wszelkie usługi i oprogramowanie integrujące się z certyfikatami z podpisem własnym, aby korzystać z nowych certyfikatów urzędu certyfikacji.

6. Monitoruj wydajność — po przejściu na certyfikaty urzędu certyfikacji zwracaj uwagę na błędy lub ostrzeżenia związane z certyfikatami. Dostosuj według potrzeb.

Migracja z certyfikatów z podpisem własnym do certyfikatów CA wymaga planowania, ale SSL.com ułatwia wykonanie. Nasi eksperci mogą przeprowadzić Cię przez proces od audytu do aktywacji.

Bottom Line