Mireczki w #pki. CA szyfruje swoim kluczem prywatnym klucz publiczny serwera wnioskującego o certyfikat? A następnie wynik enkrypcji dodawany jest do certyfikatu? To skąd przeglądarka wie ze dostała od serwera dobry klucz publiczny, jak nie ma dostępu do klucza prywatnego CA wiec nie rozszyfruje certyfikatu by go porównać. #siecikomputerowe #programowanie #webdev #kryptografia
@arte008: CA nic nie szyfruje, a przynajmniej nie klucze. W certyfikacie SSL masz zawartą ścieżkę certyfikacji aż do Root CA. Zaufanie dla Root CA załatwiasz po stronie przeglądarki/hosta
A zaufanie do certyfikatu konkretnego serwera wykonywane jest za pomocą hendszejka - https://www.cloudflare.com/learning/ssl/what-happens-in-a-tls-handshake/
A zaufanie do certyfikatu konkretnego serwera wykonywane jest za pomocą hendszejka - https://www.cloudflare.com/learning/ssl/what-happens-in-a-tls-handshake/
To tak w dużym skrócie - Jeśli ufasz jakiemuś certyfikatowi CA masz zapisany jego klucz publiczny. W certyfikacie podpisanym przez CA znajduje się element (klucz publiczny i ogólne dane o certyfikacie który ma być podpisany), który rzeczywiście jest "zaszyfrowany" przez klucz prywatny tego CA.
W kryptografii asymetrycznej jesteś w stanie coś, co zostało zaszyfrowane kluczem prywatnym odszyfrować za pomocą klucza publicznego i odwrotnie - jesteś w stanie zaszyfrować coś kluczem publicznym, co
W kryptografii asymetrycznej jesteś w stanie coś, co zostało zaszyfrowane kluczem prywatnym odszyfrować za pomocą klucza publicznego i odwrotnie - jesteś w stanie zaszyfrować coś kluczem publicznym, co
Możesz podać źródło tej informacji?