GitHub EMU silme hatası: etkilenen hesaplar ve çözüm
GitHub, Enterprise Managed Users (EMU) tarafında 2026 Haziran ayında yaşanan bir hesap silme sorununu ve bu sorunun giderilme sürecini changelog üzerinden duyurdu. SCIM üzerinden deprovision edilen bazı EMU hesapları, beklenen “askıya alma ve kimlik bilgilerini gizleme” (suspend and obfuscate) akışı yerine tamamen silindi. Aşağıda sorunun kapsamı, etkilenip etkilenmediğinizi kontrol etme yolu ve GitHub’ın uyguladığı düzeltme, kaynaktaki bilgilerle sınırlı kalınarak aktarılıyor.
Ne oldu?
1 Haziran 2026 ile 13 Haziran 2026 tarihleri arasında SCIM aracılığıyla deprovision edilen bazı Enterprise Managed User hesapları hatalı biçimde silindi. Normal şartlarda bu hesaplar askıya alınacak, kullanıcı kaydı gizlenecekti; kurum içindeki geçmiş kayıtlar da böylece korunmuş olacaktı.
Silme işlemi gerçekleşince etkilenen kullanıcılar enterprise içinde askıya alınmış ve gizlenmiş kullanıcı kaydı olarak değil, issue’larda, pull request’lerde ve audit log kayıtlarında ghost user (hayalet kullanıcı) olarak göründü. Katkı ve işlem geçmişindeki kimlik izi kurumsal bağlamından koptu.
Kimler etkilendi?
GitHub’ın paylaştığı rakamlara göre sorun, birden fazla enterprise hesabına yayılmış şekilde yaklaşık 12.285 Enterprise Managed User hesabını etkiledi.
Etkilenen hesapların büyük bölümü zaten askıya alınmış ve hard-deprovision edilmiş durumdaydı. GitHub’ın tasarımı gereği bu tür hesaplar yeniden provision edilemiyor, dolayısıyla bu grup açısından provisioning akışında bir değişiklik yok. 76 hesap ise silme işleminin gerçekleştiği anda aktifti; sorun yalnızca pasif kayıtlarla sınırlı kalmadı.
Etkilenip etkilenmediğinizi nasıl anlarsınız?
Kontrol yöntemi tek bir sorgudan ibaret. Enterprise audit log kayıtlarınızda, 1-13 Haziran 2026 aralığında bir Enterprise Managed User hesabına ait user.delete olayı bulunup bulunmadığına bakmanız yeterli.
- Bu aralıkta
user.deleteolayı yoksa, enterprise hesabınız bu sorundan etkilenmemiştir. - Bu aralıkta
user.deleteolayı varsa, hesaplarınız etkilenmiş demektir; ancak sizin tarafınızda yapılması gereken herhangi bir işlem bulunmuyor. Geri yükleme işini GitHub üstlendi.
Kontrolü yapmak, olay sonrası kurum içi bilgilendirme ve kayıt tutma açısından yine de işe yarıyor. Audit log’da ilgili olayları görüyorsanız, geçmişte hayalet kullanıcı olarak görünen katkıların nedenini de açıklamış olursunuz.
Sorunun kök nedeni
GitHub’ın açıklamasına göre 1 Haziran 2026’da devreye alınan bir değişiklik, deprovisioning isteklerini yeni bir kod yoluna yönlendirdi. Yeni yol ise işlem yapılan hesabın Enterprise Managed User hesabı olup olmadığını doğru biçimde kontrol etmiyordu.
Kontrol eksikliği yüzünden istekler, EMU hesapları için öngörülen “askıya al ve gizle” akışını izlemedi, doğrudan silme işlemine gitti. GitHub 13 Haziran 2026’da ilgili kod yolunu devre dışı bırakarak sorunu sınırladı. Hatalı silmelerin görüldüğü pencere de bu iki tarih arasıyla sınırlı kaldı.
Yapılan düzeltme ve geri yükleme
GitHub iki aşamalı bir yaklaşım izlediğini belirtiyor:
- Kod tarafında kalıcı düzeltme: Aynı durumun tekrarlanmasını önlemek için kod değişiklikleri yapıldı.
- Kayıtların geri yüklenmesi: Etkilenen kullanıcı kayıtları 2026 Ekim ayında geri yüklendi.
Geri yükleme süreci, etkilenen hesapları beklenen duruma, yani askıya alınmış ve gizlenmiş hale döndürdü. Enterprise içindeki izlenebilirlik ve denetim geçmişi de böylece korundu. Enterprise sahiplerinin bu süreç için herhangi bir aksiyon alması gerekmiyor.
Bir nokta daha var. Hard-deprovision edilmiş Enterprise Managed User hesapları tasarım gereği yeniden provision edilemiyor, dolayısıyla yaşanan sorun reprovisioning iş akışını etkilemiyor. Geri yükleme, bu hesapları yeniden kullanılabilir hale getirmek için değil, kayıt ve denetim bütünlüğünü sağlamak için yapıldı.
Enterprise yöneticileri için öne çıkanlar
Duyurunun pratik karşılığını maddeler halinde toparlarsak:
- Etki penceresi 1-13 Haziran 2026 ile sınırlı; dışındaki deprovisioning işlemleri bu sorun kapsamında değil.
- Tespit yöntemi tek bir sinyale dayanıyor: audit log’daki
user.deleteolayları. - Etkilenen kurumların ek bir onarım, talep veya destek kaydı açma zorunluluğu bulunmuyor.
- Hayalet kullanıcı olarak görünen geçmiş kayıtların, geri yükleme sonrasında beklenen askıya alınmış ve gizlenmiş kullanıcı görünümüne dönmesi hedeflendi.
Kaynak duyuru, geri yükleme sonrasında belirli arayüzlerde kalıcı bir iz kalıp kalmadığını söylemiyor; bu yüzden konunun ötesine geçen bir çıkarım da yapılmıyor. Kurumunuzda Haziran 2026 aralığına denk gelen deprovisioning kayıtları varsa, audit log üzerinden kısa bir doğrulama yapmak ve ilgili ekipleri bilgilendirmek yeterli görünüyor.
Kaynaklar ve İleri Okuma
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
Yorum gönder