tls-auth ve tls-crypt: OpenVPN'de her biri neyi korur

Her iki seçenek de ortak bir anahtar dosyası kullanır ve ikisi de el sıkışma trafiğini taklit etmeyi zorlaştırır, bu yüzden aynı özelliğin iki adı gibi görülürler. Öyle değiller. Biri denetim paketlerini imzalar, diğeri bunları ayrıca şifreler ve hiçbiri yükünüzü koruyan şifreyle ilgili değildir.

Bu ayrım, bir profil bağlanamadığında, bir güvenlik incelemesi anahtarın neyi koruduğunu sorduğunda ve birileri ek dosyanın tüneli belirsiz bir biçimde şifrelediğini varsaydığında önemlidir.

Ortak anahtar gerçekte neyi korur

Bu seçeneklerin kullandığı anahtar denetim kanalına aittir: parametreleri görüşen, kimlikleri kanıtlayan ve veri anahtarlarını türeten alışveriş. Bu, el sıkışma sürmeden önce iki ucun da sahip olması gereken önceden paylaşılmış bir sırdır. Kimlik denetimlerinden önce geldiği için yanlış anahtar konuşmayı yanlış paroladan daha erken durdurur. Bu sıra, arıza biçiminin neden bu kadar sessiz olduğunu açıklar.

tls-auth bu sırrı denetim paketleri üzerinde HMAC hesaplamak için kullanır. Geçerli imzası olmayan paket daha pahalı TLS işlemeye ulaşmadan atılır, bu yüzden seçenek çoğu zaman TLS yerine değil, ilk filtre olarak tanımlanır.

tls-crypt daha ileri gider ve korunan denetim trafiğini kimlik doğrulamanın yanı sıra şifreler. Sertifika içeriği, üzerinde anlaşılan şifre adları ve diğer el sıkışma ayrıntıları artık ağda görünmez ve anahtarı olmayan bir gözlemci hangi TLS sürümünün denendiğini bile göremez. VPN parmak izini açıklamaktan çekinen bir kurulum için bu özellik onu seçmenin ana nedenidir. Yine de grup sırrıdır, kullanıcı başına bir kimlik bilgisi değildir.

Hiçbir mekanizma kimlik vermez. Ortak anahtar grup sırrıdır ve ona sahip olan herkes denetimin bu katmanını karşılayabilir.

İki seçenek nerede ayrılır

Gözlemlenebilir fark, bir gözlemcinin ne gördüğüdür. tls-auth ile el sıkışma görünür ama anahtar olmadan doğrulanamaz. tls-crypt ile el sıkışma anahtarı olmayan herkes için saydam değildir.

Yapılandırma da farklıdır. tls-auth yön değeriyle kullanılır, bu yüzden bir taraf anahtar malzemesinin bir yarısını, diğer taraf öbür yarısını kullanır. tls-crypt her iki yönde tek bir anahtar kullanır, bu yüzden yön direktifi onun düzeninin parçası değildir.

Modern sürümlerde iki seçenek birbirini dışlar. Profilde yalnızca biri bulunmalı, ikisi birden değil, sunucu ve istemci eşleşen anahtar malzemesiyle hangisi olacağında anlaşmalıdır. Eski bir direktifi yenisinin yanında tutmak yaygın bir geçiş kalıntısıdır. Etkin olmayanı kaldırın ki sonraki okuyucu hangi katmanın gerçekten yürürlükte olduğunu bilsin.

Daha yeni bir sürüm olan tls-crypt-v2, her istemciyi kendi sarılmış anahtarına bağlar; böylece bir istemciyi iptal etmek grup anahtarının yeniden düzenlenmesini gerektirmez. Bilmeye değer, ancak farklı bir seçenektir ve buradaki ikisinin de eşanlamlısı değildir.

Uyuşmazlık neden hiçbir şey olmuyormuş gibi görünür

Ortak malzeme eşleşmediğinde, karşı taraf gönderene nedenini söylemeden paketleri atar. Okunacak bir kimlik doğrulama hatası yoktur, çünkü paket onu üretecek katmana hiç ulaşmamıştır.

İstemci yeniden dener, sunucu hiçbir şey söylemez ve belirti bir ağ sorunu gibi görünür. Sonra insanlar hizmeti yeniden başlatır, hesap parolasını yeniden yazar veya «test etmek» için koruma direktifini kaldırır; bu, tanı koymak yerine kurulumu değiştirir.

Sunucu günlüğünde son yeniden deneme satırı yerine ilk paket düzeyindeki şikâyeti okuyun. İki tarafın aynı anahtar malzemesiyle aynı seçeneği taşıdığını ve anahtar dosyasının yalnızca bir tarafta yeniden üretilmediğini doğrulayın.

Direktifi kaldırmak güvenli bir onarım değildir. Her istemci için bir koruma katmanını kapatır ve sonrasında çalışan tünel yalnızca o katmanın uyuşmazlık olduğunu kanıtlar.

Hâlâ ayrı yapılandırılması gerekenler

Bu seçenekler karşı tarafın kim olduğunu doğrulamaz. Sertifika doğrulaması, güven çıpası ve beklenen sunucu adı ayrı gereksinimler olarak kalır ve ortak anahtar bulunduğu için hiçbiri isteğe bağlı hale gelmez.

Veri şifresini de seçmezler. Bu, iki taraftaki veri kanalı ayarlarıyla denetlenen ayrı bir görüşmedir, ve tls-crypt ile korunan bir tünel yine de amaçlamadığınız bir şifre kullanabilir.

Son olarak, ortak anahtarın kendisi özen ister. Onu bir sır olarak görün, onaylanmış bir kanaldan dağıtın ve ona sahip olan biri ayrıldığında değiştirin. Paylaşıldığı için açığa çıkması, onu kullanan her ucun açığa çıkmasıdır.