Konuyu Okuyanlar: 1 Ziyaretçi

Railway Ortam Değişkenleri İhlali: Tüm Kullanıcılara Acil Sır Rotasyonu Çağrısı

Railway Ortam Değişkenleri İhlali: Tüm Kullanıcılara Acil Sır Rotasyonu Çağrısı
[Resim: attachment.php?aid=371]

Selamlar,

Geliştirici bulut platformu Railway, 21 Ekim 2026 sabahı müşteri ortam değişkenlerini (environment variables) saklayan sistemlerde anormal etkinlik tespit ettiğini açıkladı. Şirketin ifadesine göre yetkisiz bir üçüncü taraf şifrelenmiş ortam değişkenlerine erişmiş ve bir kısmının şifresi çözülmüş içeriğini elde etmiş olabilir. BleepingComputer'a göre Railway'in yaklaşık 4,8 milyon kullanıcısı ve 16 milyondan fazla servisi var.

Konuda anlatılacaklar
  1. Ne oldu?
  2. Railway'in kendi aldığı önlemler
  3. Kullanıcı olarak yapmanız gerekenler
  4. Bucket ve GitHub sıfırlamasından sonra servisi ayağa kaldırmak
  5. Platform ihlallerinden çıkarılacak ders

Ne oldu?
  • Railway olayı, son dönemde YZ çıkarım (inference) sağlayıcılarını ele geçirmeyi amaçlayan platform şirketlerine yönelik saldırı serisinin parçası olarak görüyor ve bu sağlayıcılara tüm anahtarları proaktif olarak iptal etmelerini bildirdi.
  • İlk analiz etkinin bir kullanıcı alt kümesiyle sınırlı olabileceğini gösterse de şirket tüm kullanıcılara önlem almalarını önerdi.
  • Soruşturma süresince tüm deploy'lar durduruldu. 22 Ekim'de Pro ve Enterprise için build'ler geri açıldı; Hobby, Free ve Trial sırayla açılacak.
  • TechCrunch'a göre kök neden açıklanmadı; CEO Jake Cooper bir post-mortem yayımlanacağını söyledi.
Not: Dün paylaştığımız Zeabur ihlaliyle aynı dönemde, benzer hedeflemeyle (platformdaki sırlar üzerinden YZ sağlayıcı anahtarları) gelmesi dikkat çekici.

Railway'in aldığı önlemler
  • 22 Ekim 04:39 UTC itibarıyla tüm Railway API token'ları geçersiz kılındı. Public API entegrasyonlarınız için yeni token üretmeniz gerekiyor.
  • Her ortamdaki her storage bucket'ın ACCESS_KEY_ID ve SECRET_ACCESS_KEY değerleri yenilendi.
  • Railway'in tuttuğu GitHub token'ları geçersiz kılındı; registry kimlik bilgisi olarak saklanan GitHub token'ları Railway'den silindi. Ancak bu token'lar GitHub tarafında siz iptal edene kadar hâlâ çalışıyor.

Yapmanız gerekenler
  1. Railway'de saklanan tüm ortam değişkenlerini döndürün: veritabanı parolaları, üçüncü taraf API anahtarları (ödeme, e-posta, YZ sağlayıcıları), JWT imzalama anahtarları.
  2. Özel registry kimlik bilgilerini yenileyin.
  3. GitHub'da Railway'e verilmiş personal access token'ları ve deploy key'leri kendiniz iptal edin, ardından bağlantıyı yeniden kurun.
  4. Döndürdüğünüz her anahtarın sağlayıcı tarafındaki loglarını (bulut, ödeme, YZ API kullanım panelleri) 21 Ekim öncesinden itibaren inceleyin.
Sıralama önemli: önce sağlayıcıda yeni anahtar üretin, uygulamaya girin, deploy edin, sonra eskisini iptal edin; aksi halde kendi kendinize kesinti yaratırsınız.

Bucket ve GitHub sonrası yeniden deploy
Railway'in rehberine göre konteynerler değişkenleri yalnızca başlangıçta okur. Bucket'ın yeni kimlik bilgileri hazır ama servisinizin yeniden deploy edilmesi gerekiyor:
Kod:
railway redeploy --service uploads-api railway bucket credentials --bucket my-bucket
Bir servis hâlâ InvalidAccessKeyId veya SignatureDoesNotMatch hatası veriyorsa ya eski deployment çalışıyordur ya da değişkene düz metin olarak yapıştırılmış eski anahtar vardır. Railway, düz metin yerine referans değişken (örneğin ${{ my-bucket.SECRET_ACCESS_KEY }}) kullanmayı öneriyor; bir sonraki rotasyonda elle düzenleme gerekmez. Denetim kayıtlarında bu sıfırlamalar "Railway Staff" aktör tipiyle görünüyor; kendi olay kaydınız için bu girdileri dışa aktarın.

Ders
PaaS platformundaki env değişkenleri, uygulamanızın tüm dış dünyaya açılan anahtarlık halkasıdır. Kısa ömürlü kimlik bilgileri (OIDC, workload identity), anahtar başına en az yetki ve harcama limitleri, platform ihlal olduğunda patlama yarıçapını ciddi şekilde küçültür.

Railway veya benzeri bir PaaS kullanıyorsanız sır rotasyonunu ne kadar sürede tamamlayabildiniz? Otomasyon önerilerinizi paylaşın.

Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.

Kaynaklar


Ek DosyalarEkran Görüntüleri
   
Cevapla



Hızlı Menü: