VeraCrypt projesi güncellemesi
(sourceforge.net)- VeraCrypt’in Windows sürücüsü imzalamak için kullandığı Microsoft hesabı önceden bildirim yapılmadan kapatıldı; bu nedenle geliştirici Mounir Idrassi Windows sürüm güncellemelerini dağıtamaz hale geldi
- Microsoft tarafı yalnızca itiraz edilemez mesajı bıraktı ve yapılan çok sayıdaki başvuruya rağmen otomatik yanıtlar dışında bir cevap verilmedi
- Topluluk, hesap kurtarma süreci, sosyal medyada görünürlük sağlama, alternatif imzalama yöntemleri gibi çeşitli çözümler önererek destek veriyor
- Bazı kullanıcılar Rufus projesindeki benzer bir vakayı paylaşarak, alan adı doğrulama hatası gibi idari bir sorun olasılığını gündeme getiriyor
- Birden fazla geliştirici ve kullanıcı, Microsoft içindeki bağlantılarını ve kamuya açık destek kanallarını devreye sokmaya çalışırken, VeraCrypt’in sürdürülebilir bakımı ve güvenliği için iş birliği iradesi gösteriyor
VeraCrypt projesi güncellemesi
-
Microsoft hesabının kapatılması nedeniyle geliştirme kesintisi
- VeraCrypt geliştiricisi Mounir Idrassi, aylar süren sessizliğin ardından Windows sürücüsü ve önyükleyici imzalamada kullandığı Microsoft hesabının kapatıldığını açıkladı
- Microsoft, önceden uyarı ya da e-posta bildirimi olmadan hesabı sonlandırdı ve mesajda itiraz edilemez ifadesi yer alıyordu
- Microsoft ile farklı kanallar üzerinden iletişim kurmaya çalışsa da yalnızca otomatik yanıtlar aldı ve gerçek bir yetkiliye ulaşamadı
- Bunun sonucunda VeraCrypt’in Windows sürüm güncellemelerini dağıtmak imkansız hale geldi ve proje yönetiminde ciddi aksamalar yaşandı
- Linux ve macOS sürümleri güncellenmeye devam edebiliyor, ancak kullanıcıların büyük çoğunluğu Windows kullandığı için etki büyük
-
Topluluğun tepkisi ve önerileri
- Kullanıcı Marty, mevcut Windows sürümünün (1.26.24) 2011 sertifikasıyla imzalandığını ve yakında süresinin dolacağını belirterek, Secure Boot ortamında imzasız sürüm kullanımının sorun çıkarabileceği endişesini dile getirdi
- AJ B, Microsoft destek sayfasındaki hesap kurtarma formu ve müşteri destek bağlantılarının kullanılmasını ve Reddit ile X (eski Twitter) üzerinden kamuya açık bildirim yapılmasını önerdi
- Alex R, konuyu Microsoft ile ilgili sosyal medya kanallarında paylaşarak görünürlüğü artırmayı teklif etti; Idrassi de bunu olumlu karşıladı
- 风之暇想, imzaya bağımlı olmayan arşiv tipi bir şifreleme programının eklenmesini önererek, imzalama sorununa karşı bir seçenek sundu
-
Ek tavsiyeler ve destek girişimleri
- Phoenix, yazılımın yasa dışı faaliyetlerde kullanılabileceğine dair bir ihbar nedeniyle hesabın silinmiş olabileceğini öne sürerek, yalnızca sistem dışı bölümleri destekleyen geçici olarak kısıtlı bir sürüm önerdi
- Enigma2Illusion, Microsoft CEO’su Satya Nadella’ya doğrudan e-posta gönderme yöntemini ayrıntılı biçimde anlattı
- E-posta konusu, gövdesi, ek ekran görüntüleri ve iletişim bilgilerini içeren örnek bir mektup taslağı paylaştı
- Preguntar Jeeves, hesabın tamamen silinmiş olmayıp devre dışı bırakılmış olabileceğini belirterek, şifreleme topluluğundaki isimlere, basına ve siyasetçilere ulaşılmasını tavsiye etti
- Adı geçen kişiler arasında Bruce Schneier, Chris Titus, Niels Ferguson, Rand Paul, Ron Wyden yer alıyor
-
Benzer vakalar ve çözüm olasılığı
- Pete Batard, Rufus projesinde aynı Microsoft Partner Center hatasını yaşadığını söyledi
- Kendi durumunda, alan adı kayıt kuruluşundaki WHOIS doğrulama başarısızlığı nedeniyle otomatik doğrulama durmuştu ve sorun Microsoft destek ekibiyle doğrudan iletişim kurulduktan sonra çözüldü
- Hata mesajındaki “itiraz edilemez” ifadesinin, gerçekte iş doğrulama sürecinden ayrı bir otomatik metin olmasının daha olası olduğunu açıkladı
- Alan adı kayıt kanıtlarını sunduktan sonra sorunu çözdüğünü ve Idrassi’nin durumunda da benzer bir neden olabileceğini belirtti
- Pete Batard, Rufus projesinde aynı Microsoft Partner Center hatasını yaşadığını söyledi
-
Microsoft içi bağlantıları devreye sokma girişimleri
- Rafael Rivera, Microsoft içindeki bağlantıları aracılığıyla sorunu iletebileceğini söyleyerek e-posta paylaşılmasını istedi
- Topluluktaki birçok kullanıcı, Idrassi’nin durumuna empati ve destek gösterirken, projenin devamına yardımcı olmak için çeşitli teknik ve sosyal destek yolları önerdi
1 yorum
Hacker News görüşleri
Şu anda ben de WireGuard ile ilgili aynı sorunu yaşıyorum
Hiçbir uyarı veya bildirim olmadan hesabım askıya alındı ve şu anda 60 günlük itiraz sürecinden geçiyorum
Eğer gerçekten bir RCE açığı ortaya çıkmış ve acilen yama dağıtmam gerekseydi, Microsoft ellerimi tamamen bağlamış olurdu
Microsoft içinde yardımcı olabilecek biri varsa lütfen iletişime geçsin (jason at zx2c4 dot com)
Bu şirketlerin normal kullanıcılara hizmet vermeyi reddetmesi yasa dışı olmalı
ABD'de siyasi nedenlerle zor olabilir ama AB'de bir ihtimal var
AB dışındaki kişiler de Estonya e-Residency üzerinden AB düzenlemelerinin korumasından yararlanabilir
Microsoft sanki kullanıcıların ağ şifrelemesini veya disk şifrelemesini engellemeye çalışıyor gibi görünüyor
Oysa Microsoft Azure Kubernetes Service üzerinde de WireGuard desteği sunuyor
60 günlük süre tuhaf biçimde hem uzun hem kısa
ABD hükümetinin güvenlik açıklarını istismar edecek zaman kazanması için yeterli, sonrasında da Microsoft "yanlışlıktı" diyerek geri açabilir
Sonuçta bu, güvenlik yazılımlarını geçici olarak kilitleme stratejisi gibi görünüyor
Microsoft başkan yardımcısının paylaştığı güncelleme tweeti dikkate değer
İlk başta Veracrypt geliştiricilerinin böyle bir duruma düşmesi şaşırtıcıydı, şimdi WireGuard geliştiricisinin de aynı şeyi yaşaması öyle
Acaba Microsoft açık kaynak projeleri bastırıp kendi çözümlerini öne çıkarmak için yeni bir politika mı uyguluyor?
Şirketler bugünlerde teknik bilgisi az kullanıcıları hedef alan dolandırıcı uygulama dağıtımını önlemek için bu tür önlemleri artırıyor
Google'ın sideloading'i engellemesinin mantığına benzer
Bu tür sorunlar ancak basında yer alınca çözülen bir yapıya sahip
Geçmişte neocities'in Bing ile iletişim kuramadığı olayda olduğu gibi, Ars Technica gibi yayınların bunu ele alması gerekiyor
Düzenleyici müdahale gerektiren bir noktadayız
Bugünkü uygulama dağıtım yapısı artık "kullanıcı seçimi" modeli değil, şirketlerin yönettiği bir beyaz liste sistemi haline geldi
Bireysel geliştiriciler ve açık kaynak geliştiricileri bu süreçte Kafkaesk prosedürler, mantıksız maliyetler ve belirsiz ölçütlerle uğraşıyor
Benim de Payload uygulamamın Digicert kod imzası yenilemesi 6 aydır bloke durumda
Bu sadece teknik bir sorun değil, tekelci doğrulama sistemi sorunu
SSL sertifikalarının Let’s Encrypt öncesi döneminden bile daha pahalı, daha zahmetli ve daha muğlak
Bu, adeta LibreOffice olayının yeniden yaşanması gibi
İlgili habere bakılırsa Microsoft, LibreOffice'in geliştirme sürümünü engellemişti
Bu yapı tehlikeli ve Windows'tan ayrılmak için bir sebep daha
Microsoft'un otomatik kötüye kullanım tespit sistemi çok kötü olduğu için hesaplar sık sık sebepsiz yere kilitleniyor
Mümkünse önemli işler için MS hesabı kullanmayın ve imza için üçüncü taraf bir CA kullanın
TrueCrypt geliştiricisinin projeyi aniden durdurup BitLocker'ı alternatif olarak önermesinin nedeni hâlâ soru işareti
Paul Le Roux wiki maddesine bakın
Arşiv bağlantısı
Mevcut tabloya bakınca tek umut Linux gibi hissettiriyor
Windows veya macOS iş amaçlı kullanım için fazla riskli ve verimsiz
Benim tahminim Microsoft'un kamuoyu tepkisini test ettiği yönünde
Tepki büyük olursa "yanlışlıktı" deyip hesabı geri açacak, tepki zayıf kalırsa VPN, torrent, reklam engelleyici gibi yazılımların imza anahtarlarını giderek daha fazla engelleyecek
Açık kaynağa katılımları saf niyetle değil, ticari hesaplarla yapılıyordu
Şimdi Windows'u tamamen kilitlemeye çalışıyorlar ve GitHub ile VSCode da aynı yola girebilir
Veracrypt'in bazı özellikleri yalnızca Windows'ta mümkün
Örneğin tam sistem bölümü şifrelemesi ya da Hidden OS kurulumu sadece MBR tabanlı Windows'ta çalışıyor
Bu tür plausible deniability tekniklerinin işletim sistemi düzeyinde daha da gelişmesini umuyordum ama artık neredeyse yok oldular
BlackHat sunum materyalinde de benzer bir deneme vardı
Microsoft geliştiricinin imza sertifikasını devre dışı bırakarak Windows sürümlerini dağıtamaz hale getirdi
Kimliği zaten doğrulanmış bir geliştiricinin sertifikasını iptal etmek için ne gerekçe olabilir?
Böyle bir karara karşı hukuki yola başvurmanın mümkün olup olmadığını da merak ediyorum