HTTPS, TLS ve sertifikalar
mTLS ve sertifika yaşam döngüsü
Client kimliği ve sertifika operasyonu.
Kavramı anlayalım
Normal web HTTPS’inde client sunucunun sertifikasını doğrular. Mutual TLS ek olarak server’ın client sertifikasını doğrulamasını sağlar. Bu genellikle service-to-service veya yönetilen cihaz senaryolarında kullanılır. Sertifikanın güvenilir olması uygulamadaki her operasyonu otomatik yetkilendirmez; kimlikten kaynak yetkisine eşleme gerekir.
Sertifika issuance, private key depolama, yenileme, iptal ve rotation süreçleri tasarlanır. ACME otomasyonu public server sertifikalarında kullanışlıdır; bütün mTLS iç kimlik stratejileriyle aynı mekanizma değildir. CDN’de client certificate doğrulanıyorsa origin’e kimlik aktarımı yalnız güvenilir kanal üzerinden yapılır.
Certificate expiry alarmı, yenilemenin başarı kaydı ve gerçek endpoint üzerinde yeni certificate doğrulaması farklı kontrollerdir. Clock, chain ve erişim izinleri hatayı etkileyebilir. Production anahtarlarını lab’a taşımadan test et. Bu bölüm gerçek sertifika veya secret üretmez ve server ayarı değiştirmez.
Servis kimliğini ve sertifika sürekliliğini yönetmek için.
mTLS varsa endpoint-level yetki kontrolünü kaldırmak.
Aynı konu. Üç farklı derinlik.
Client validates server certificateNormal server kimliği doğrulaması.
Bu sayfa dış sunuculara istek göndermez. HTTP mesajları temsili, HTTP/1.1 biçiminde okunabilir gösterimlerdir; HTTP/2 ve HTTP/3 wire formatı değildir. example.test ayrılmış öğretim alan adıdır. Komut ve JavaScript örneklerini yalnız kendi test ortamında uygula; gerçek token veya cookie yayımlama.
Önce kendin dene.
mTLS certificate kabul edilince bütün API işlemleri açılmalı mı?
Çözümü ve açıklamasını göster
Authenticated identity → explicit authorisationHayır; kaynak ve işlem yetkisi ayrıca kontrol edilir.