- Yama var
- Son 7 gün
- CWE-639
CVE-2026-96581
Ash çerçevesinde upsert işlemi kiracı (tenant) sınırlarını aşarak diğer kiracıların kayıtlarının okunmasına, üzerine yazılmasına ve ele geç…
- Yayımlandı
- Güncellendi
- 26 Eki 2026
- Açık yaşı
- 2 gün
- Kaydı açan
- EEF
ÖzetTürkçe
Ash çerçevesinde (ash-project ash), kayıt özelliklerine göre çok kiracılı (attribute multitenancy) yapılandırmada, birincil anahtar veya all_tenants? kimliği üzerinden yapılan upsert işlemleri, çakışan kaydı isteğin kiracısına göre kapsamlandırmıyor. Bu nedenle, upsert? true özelliğine sahip ve birincil anahtarı kabul eden bir oluşturma işlemini çağıran kullanıcı, başka bir kiracıya ait bir kayıt kimliği vererek o kaydın upsert alanlarını güncelleyebilir ve kaydın tüm özniteliklerini sonuçta alabilir. Varsayılan upsert alanlarında kiracı özniteliği de yazıldığı için kayıt çağıranın kendi kiracısına taşınabilir. Upsert işlemleri için okuma ve güncelleme politikaları çalıştırılmadığından ve kiracıya dayalı oluşturma politikaları, kiracı çağıranın kendi kiracısı olduğu için geçtiğinden bu açık kötüye kullanılabiliyor. Sorun, 1.22.0 sürümünden 3.37.2 sürümünden önceki ash sürümlerini etkiliyor; 3.37.2 sürümünde giderilmiştir. Geçici önlem olarak, birincil anahtar veya all_tenants? kimliği üzerinde upsert yapan her oluşturma işlemine kiracı özniteliği == ^tenant koşulunu içeren bir upsert_condition eklenebilir ve bu koşul return_skipped_upsert? ile birlikte kullanılmamalıdır. Bu önlem Mnesia veri katmanında etkili değildir, çünkü etkilenen sürümlerde upsert koşulları bu katman tarafından yok sayılmaktadır.
Kaynaktaki açıklama (İngilizce)
Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.
Under attribute multitenancy, Ash.Actions.Create (lib/ash/actions/create/create.ex) and Ash.Actions.Create.Bulk (lib/ash/actions/create/bulk.ex) upserted on the primary key, or on an all_tenants? identity, without scoping the conflicting record to the request's tenant. A caller of a create action with upsert? true that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.
This issue affects ash: from 1.22.0 before 3.37.2.
Üreticinin geçici önlemi (İngilizce)
Add upsert_condition expr(<tenant attribute> == ^tenant()) to every create action that upserts on the primary key or on an all_tenants? identity, and do not combine it with return_skipped_upsert?. An upsert into another tenant's record then fails with Ash.Error.Changes.StaleRecord (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions.
Bu açığın açıklamasını Türkçeye çevirdik. Adım adım çözüm önerilerini kritik ve yeni açıklar için hazırlıyoruz; düzeltilmiş sürüm aşağıdaki tabloda, ayrıntılar üreticinin duyurusunda.
Etkilenen sürümler1 yazılım
| Yazılım | Etkilenen | Düzeltildiği sürüm |
|---|---|---|
| ash-project ash | ≥ 1.22.0, < 3.37.2 | 3.37.2 |
Kaynaklar7 kaynak
- CVE.org kaydı
- NVD kaydı
- github.com/…ct/ash/security/advisories/GHSA-vw7c-67pf-gh96 Üretici bülteni
- github.com/…ommit/c9f0cdb31e7c084def05f3f5be69dd7bb7721754 Yama
- cna.erlef.org/cves/CVE-2026-96581.html Diğer
- osv.dev/vulnerability/EEF-CVE-2026-96581 Diğer
- github.com/…ommit/2333d01ddf37e5909769a513059b27e3183331c5 Diğer
Kayıt geçmişi
- Yayımlandı
İlgili açıklar
Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.