En dikkat çekici kayıtlardan CVE-2026-78133, strongSwan 6.0.0 ve sonraki sürümlerde çoklu anahtar değişimi içeren IKE ve Child SA rekey çakışmalarının hatalı işlenmesiyle tetiklenebiliyor. Proje, hatanın kimliği doğrulanmış bir eş tarafından tetiklenebilen use-after-free durumuna ve potansiyel uzaktan kod çalıştırmaya yol açabileceğini belirtiyor. CVE-2026-78135 ise 5.9.7 ve sonrasında, kurulmamış bir IKE SA üzerindeki CREATE_CHILD_SA isteğinin kimlik doğrulama tamamlanmadan kullanılabilir bir Child SA oluşturmasına neden olabiliyor.
strongSwan 6.1.0 neden önemli?
strongSwan; kurumsal uzaktan erişim, site-to-site VPN, bulut ağ geçitleri ve gömülü cihazlarda IPsec/IKE için yaygın kullanılan açık kaynaklı bir yazılım. VPN uçları çoğunlukla internete doğrudan açık olduğundan, protokol ayrıştırma, sertifika işleme veya oturum durumu hataları savunma ekiplerinin önceliklendirmesi gereken bir sınır güvenliği riski oluşturuyor.
6.1.0 sürümü yalnız bir CVE için değil, farklı bileşenleri etkileyen on bir açık için güvenlik düzeltmesi getiriyor. Proje aynı sürümde IKEv1'i varsayılan olarak devre dışı bıraktı. Yeni derlemelerde IKEv1 desteğinin açıkça --enable-ikev1 seçeneğiyle etkinleştirilmesi gerekiyor; desteğin ileride tamamen kaldırılması planlanıyor.
| CVE | Etkilenen bileşen | Temel risk | Etkilenen sürümler |
|---|---|---|---|
| CVE-2026-78123 | openssl eklentisi / PKCS#7 | Çökme ve hizmet kesintisi | 5.0.2 ve sonrası |
| CVE-2026-78124 | openssl eklentisi / PKCS#7 | Sertifika başına bellek sızıntısı | 5.0.2 ve sonrası |
| CVE-2026-78126 | eap-aka | Beklenmeyen eşitleme hatasıyla çökme | 4.1.10 ve sonrası |
| CVE-2026-78127 | libcharon log işleme | Bellek tüketimiyle hizmet reddi | 4.1.2 ve sonrası |
| CVE-2026-78129 | libstrongswan / şifreli PKCS#7 | Hizmet reddi | 4.6.2 ve sonrası |
| CVE-2026-78130 | x509 eklentisi | X.509 attribute certificate doğrulamasında DoS | 4.2.0 ve sonrası |
| CVE-2026-78131 | x509 kimlik ayrıştırma | Bellek tüketimiyle DoS | 4.2.0 ve sonrası |
| CVE-2026-78132 | x509 ietfAttrSyntax | ASN.1 ayrıştırmada DoS | 5.1.3 ve sonrası |
| CVE-2026-78133 | libcharon IKEv2 rekey | Use-after-free, potansiyel RCE | 6.0.0 ve sonrası |
| CVE-2026-78134 | eap-peap / eap-ttls | Yanlış kimlik bağlama, olası yetki atlama | 4.5.0 ve sonrası |
| CVE-2026-78135 | libcharon CREATE_CHILD_SA | Doğrulama öncesi kullanılabilir Child SA | 5.9.7 ve sonrası |
CVE-2026-78133: yeniden anahtarlama çakışması
IKEv2 oturumlarında anahtarların belirli aralıklarla yenilenmesi normal güvenlik davranışıdır. İki eşin aynı anda rekey başlatması durumunda çakışan değişimler kontrollü biçimde çözülmelidir. CVE-2026-78133, çoklu anahtar değişimi kullanılan belirli çakışma yollarında yaşam döngüsü tamamlanmış bir bellek nesnesine yeniden erişilebilmesine dayanıyor.
Bu hata yalnızca çökme olarak değerlendirilmemeli. Proje duyurusunda potansiyel uzaktan kod çalıştırma etkisi açıkça belirtiliyor; ancak saldırganın kimliği doğrulanmış bir IKE eşi olması gerekiyor. Site-to-site bağlantı ortağı, ele geçirilmiş sertifika veya çalınmış VPN kimliği gibi senaryolar bu ön koşulu daha gerçekçi hale getirebilir.
CVE-2026-78135: doğrulama tamamlanmadan Child SA
Child SA, gerçek IPsec veri trafiğini taşıyan güvenlik ilişkisidir. CVE-2026-78135'te kurulma aşamasındaki bir IKE SA üzerine gönderilen CREATE_CHILD_SA isteği, kimlik doğrulama sona ermeden kullanılabilir bir Child SA doğurabiliyor. Risk yalnız kontrol kanalında kalmıyor; yanlış durumda veri düzlemi erişimi oluşabiliyor.
Yükseltme sonrasında ekipler yalnız paket sürümünü doğrulamakla yetinmemeli. Beklenmeyen Child SA oluşumları, kısa süreli IKE oturumları, başarısız doğrulama ile eşzamanlı trafik ve güvenilmeyen kimliklerden gelen rekey yoğunluğu günlüklerde incelenmeli.
PKCS#7 ve sertifika işleme açıkları
Birden fazla açık PKCS#7/CMS kapsayıcılarının ve X.509 attribute certificate verilerinin işlenmesiyle ilgili. CVE-2026-78124'te openssl eklentisi, kapsayıcıdaki sertifikaları saydıktan sonra referansları gerektiği gibi serbest bırakmadığı için her sertifikada bellek sızdırabiliyor. IKEv1'in PKCS#7 ile sarılmış X.509 sertifika payload'ını desteklemesi nedeniyle bu yol kimlik doğrulama öncesinde tetiklenebiliyor.
Proje, IKEv1 kabul etmeyen sunucuların bu ana saldırı yolundan etkilenmediğini belirtiyor. Ancak version = 0 yapılandırmasının başlatıcı olarak IKEv2 kullansa bile responder rolünde IKEv1 kabul edebileceği unutulmamalı. Gerçek davranış, yalnız dosyada görünen niyete değil çalışan daemon yapılandırmasına göre doğrulanmalı.
İlk yapılacaklar
- Tüm strongSwan ağ geçitlerini, paket sürümlerini, eklentileri ve internet maruziyetini envantere alın.
- Desteklenen dağıtım paketini veya üreticinin sağladığı 6.1.0 tabanlı düzeltmeyi uygulayın.
- Yükseltme öncesi yapılandırma, sertifika ve secrets yedeğini güvenli konuma alın.
- IKEv1 gerekmiyorsa açıkça devre dışı bırakın; version = 0 kullanan bağlantıları tek tek gözden geçirin.
- openssl, pkcs7, x509, eap-peap, eap-ttls ve eap-aka eklentilerinin kullanımını doğrulayın.
- Yama penceresinde aktif VPN oturumlarının etkisini planlayın ve bağlantı ortaklarını bilgilendirin.
- Yükseltme sonrası yeni IKE/Child SA kurulumunu, rekey'i ve kimlik bağlamasını test edin.
Geçici risk azaltma
6.1.0'a hemen geçilemiyorsa strongSwan'ın ilgili güvenlik duyurularında sağlanan geriye uygulanabilir yamalar değerlendirilmelidir. Ana yol IKEv1 ise, iş gereksinimi bulunmayan ağ geçitlerinde IKEv1'in kapatılması saldırı yüzeyini azaltır. Kullanılmayan eklentileri yüklememek de ayrıştırıcı sayısını ve erişilebilir kod yollarını daraltır.
Bu adımlar güncellemenin yerine geçmez. Özellikle CVE-2026-78133 ve CVE-2026-78135 IKEv2/libcharon akışlarını etkilediğinden, yalnız IKEv1'i kapatmak bütün riskleri çözmez. Ağ ACL'leriyle UDP 500 ve 4500 erişimi bilinen eş IP'leriyle sınırlandırılabiliyorsa bu da geçici telafi edici kontrol olarak kullanılabilir.
Sürüm ve paket doğrulaması
Linux dağıtımları çoğu zaman upstream sürüm numarasını değiştirmeden güvenlik yamasını geriye taşıyabilir. Bu nedenle yalnız ipsec version çıktısına bakmak yanıltıcı olabilir. Dağıtım güvenlik duyurusu, paket changelog'u ve yüklü build numarası birlikte kontrol edilmeli.
CODE TERMINAL
ipsec version
swanctl --version
systemctl status strongswan strongswan-starterKomut çıktıları ağ geçidinin kullandığı başlatma yöntemine göre değişebilir. Paket yöneticisinde strongSwan ve libstrongswan bileşenlerinin aynı güvenlik güncelleme seviyesinde olduğu doğrulanmalı; farklı depolardan gelen karışık paketlerden kaçınılmalı.
Tehdit avcılığı ve olay müdahalesi
Üretici duyuruları bu açıkların aktif istismar edildiğini söylemiyor. Buna rağmen internete açık VPN uçlarında olağandışı çökme, daemon yeniden başlatma, hızlı bellek artışı, tekrarlanan PKCS#7 sertifika payload'ları, aynı eşten eşzamanlı rekey ve başarısız doğrulamadan sonra görülen Child SA olayları araştırılmalı.
Use-after-free şüphesinde yalnız günlüklerle yetinilmemeli. Core dump, process başlangıç zamanı, sistem günlükleri, ağ akışları ve IKE peer kimliği korunmalı. Kimliği doğrulanmış bir eşin CVE-2026-78133 için ön koşul olabilmesi nedeniyle ilgili sertifika, PSK veya EAP hesabının ele geçirilip geçirilmediği ayrıca incelenmeli.
Sonuç
strongSwan 6.1.0, tek bir protokol hatasından çok daha geniş bir güvenlik paketi. En yüksek öncelik, potansiyel RCE etkili CVE-2026-78133 ile doğrulama öncesi veri kanalı oluşturabilen CVE-2026-78135'e verilmeli; PKCS#7, X.509 ve EAP açıkları da kullanılan özelliklere göre aynı değişiklik penceresinde kapatılmalı. Kuruluşlar yükseltmeyi, IKEv1 bağımlılığını azaltma ve VPN kimlik bilgilerini gözden geçirme fırsatı olarak değerlendirmeli.
Kaynaklar
- strongSwan 6.1.0 sürüm duyurusu
- strongSwan CVE-2026-78133 güvenlik duyurusu
- strongSwan CVE-2026-78124 güvenlik duyurusu
- strongSwan güvenlik ve sürüm duyuruları
TR Siber Ekibi