CA olmadan OpenVPN: peer-fingerprint eşleri nasıl doğrular
Parmak izi bir sertifikayı sabitler, paylaşılan bir sırrı değil. Özetin neyi kapsadığını, her tarafın izin listesini nasıl kurduğunu ve yenilemenin neye mal olduğunu izleyin.
Küçük bir kurulum parmak izlerine yönelir çünkü sertifika otoritesi kimsenin yönetmeye vakti olmayan bir altyapı gibi görünür. İçgüdü makuldür, ama insanların onun yerine seçtiği kestirme—tek bir veri kanalı sırrını iki uca kopyalamak—öyle değildir. peer-fingerprint kurulumu TLS yapısını bozulmadan korur: her taraf hâlâ kendi özel anahtarını ve sertifikasını tutar ve her taraf hâlâ diğerini doğrular. Değişen, doğrulamanın nereye sabitlendiğidir: güvenilir bir verenden kısa bir sabitlenmiş özet listesine. Özet bir adı değil tüm sertifikayı kapsadığı için yenileme gerçekten zaman alan işlem hâline gelir.
Parmak izi gerçekte neyi taahhüt eder
Sertifika parmak izi, DER ile kodlanmış tüm sertifikanın özetidir; açık anahtarının ve konu adının değil. Bu yüzden aynı adlara ve aynı anahtara sahip ama geçerlilik tarihleri farklı iki sertifikanın parmak izleri farklıdır. Sabitlemeyi kesin yapan budur ve yenilemeyi sarsıcı yapan da budur. Sabitleme bir anahtara genel olarak güvenmek anlamına gelemez, çünkü bir eseri yaşamının tek bir anında adlandırır. Özeti herkes bilebilir ve bilmek kendi başına hiçbir şeyi kanıtlamaz.
openssl x509 -in server.crt -noout -fingerprint -sha256
openssl x509 -in client-07.crt -noout -fingerprint -sha256Eşleşen özel anahtara sahip olmak, eşin o sertifikayı tuttuğunu kanıtlayan şeydir ve özet, diğer tarafın o sertifikayı baştan bekleyip beklemediğine karar verme yoludur. Bu ayrım, bu tasarımın eski paylaşılan sır düzeni olmamasının nedenidir: paylaşılan anahtar aynı baytları bilen herkesi doğrular, sabitleme ise tek bir sertifikayı doğrular. Farklı cihaz aynı sırrın kopyasını değil kendi kaydını alır; bu dosyalarda küçük, hasarın kapsamında büyük bir farktır.
Harita karşılıklıdır, simetrik değildir
Her uç noktanın iki şeye ihtiyacı vardır: sertifikasıyla birlikte kendi özel anahtarı ve hangi eş sertifikalarını kabul edeceğine dair bir bildirim. İstemcide bu bildirim sunucu sertifikasının özetidir; sunucuda kayıtlı istemci özetlerinin listesidir. Community 2.6 için küçük kurulumlar için resmî bir örnek düzeni peer-fingerprint ile gösterir ve gerçek bir kurulum için bu güven modelini seçmeden önce okumaya değer. İki yön tek bir ters çevrilmiş liste değildir ve aynı anda başarısız olmazlar.
| Verification direction | What is pinned | What never leaves that endpoint | How a wrong pin shows up |
|---|---|---|---|
| Client checks the server | One digest, for the server certificate | The server private key | The client aborts during the TLS handshake |
| Server checks the client | A digest per enrolled client | Each client private key | The server rejects the peer before a tunnel exists |
Bir cihaz eklemek sunucudaki izin listesini düzenler; mevcut bir istemcinin özel malzemesini kopyalamadan ve sunucu anahtarını hiçbir yere taşımadan. İki yön de bağımsız olarak başarısız olur, bu da tanı sırasında işe yarar: el sıkışmayı kapatan taraf, beklentisi karşılanmamış taraftır. İstemci sunucuyu reddederse özet sunulan sertifikayla eşleşmez. Sunucu istemciyi reddederse o istemcinin özeti listede yoktur ya da istemci kayıtlı olandan farklı bir sertifika sunuyordur.
Kayıt: yeni cihaz nasıl katılır
Yeni cihazın anahtarını ve sertifikasını özel anahtarın yaşayacağı yerde üretin, sonra yalnızca açık eseri onu sabitlemesi gereken tarafa taşıyın. Beklenen özeti hâlihazırda güvendiğiniz bir kanaldan aktarın ve tanıdık görünen bir ad yerine sertifikanın tamamını karşılaştırın. Sertifikayla aynı doğrulanmamış indirmeden kopyalanan özet yalnızca iki dosyanın birbiriyle uyuştuğunu kanıtlar. Bu bir tutarlılık denetimidir, kimlik denetimi değildir ve bu tasarımın en sessiz zayıflama yoludur.
Sunucuda özeti eklemek normal yöneticiden geçen ve ardından yeniden bağlanma gelen bir yapılandırma değişikliğidir. Yeni cihazın bağlandığını ve özeti kaldırılan cihazın artık bağlanmadığını doğrulayın. Yalnızca olumlu durumu kapsayan bir test izin listesini doğrulanmamış bırakır ve altı ay sonra tam olarak o durumda olacaksınız.
Yenileme pahalı andır
Her sertifika sona erer ve anahtar ile adlar aynı kalsa da yeni sertifikanın yeni bir özeti vardır. Bir veren altında yenileme o verene güvenen eşler için şeffaftır; sabitleme altında sertifikayı sabitleyen her eş için bir kayıt olayıdır.
Sırayı son kullanma tarihinden sonra değil önce planlayın. Yeni özeti onu doğrulayan taraflara dağıtın, değişikliği uygulayın ve ancak ondan sonra uç noktadaki sertifikayı değiştirin. Bu sıra, iki tarafın hangi sertifikanın güncel olduğu konusunda anlaşamadığı bir pencere bırakmaz. Listenin kendisini de gözden geçirme altında tutun, çünkü sabitlenmiş bir liste aylar önce devreden çıkarılmış cihazların kayıtlarını biriktirir. Her eski kayıt, anahtarı hayatta kalırsa hâlâ kimlik doğrulayan bir kimliktir, bu yüzden birini kaldırmak temizlik değil güvenlik eylemidir.
Güven haritasının karar vermediği şey
Kimlik doğrulama tek bir katmandır ve sabitlenmiş harita adres havuzu, itilen rotalar, yolun MTU'su veya güvenlik duvarı politikası hakkında hiçbir şey söylemez. Bunlar ayrı yapılandırma ve ayrı arıza biçimleri olarak kalır. Kimlik doğrulaması geçen ama hiç trafik geçirmeyen bir tünel, hiç açılmayan bir tünelden farklı bir soruşturmadır.
Harita da sınırsız ölçeklenmez ve daha büyük kurulumların vardığı yer veren tabanlı PKI'dır. Bu tercih kriptografiyle değil operasyonla ilgilidir, çünkü filo büyüdükçe kimlikleri tek bir otorite üzerinden eklemek ve çıkarmak her eşte liste düzenlemekten daha ucuzdur. İstemci uygulaması bu seçeneği desteklemediğinde yanıt, o istemcinin belgelediği uyumlu bir güven modeli veya desteklenen bir yerine geçendir. Doğrulama uyarısını bastırmak bu desteği eklemez ve tasarımın tüm değeri doğrulamanın hâlâ gerçekleşmesidir.