QueryProxy ve StrongDM

Kısa cevap: QueryProxy, StrongDM’in yerini yalnızca ondan beklediğiniz şey sorgu onayıysa tutar. Aynı platformun daha küçük bir sürümü değildir.

StrongDM’in dokümantasyonu onu veritabanlarına, sunuculara, Kubernetes kümelerine, bulutlara ve web uygulamalarına erişimi yöneten bir Zero Trust ayrıcalıklı erişim yönetimi platformu olarak anlatır. Ürün sayfası, en az ayrıcalıklı erişimi tam zamanında verdiğini ve kendiliğinden sona erdirdiğini, ayrıca denetimler için erişimi günlüğe aldığını ve kaydettiğini söyler (strongdm.com). Kapsamın genişliği işin özüdür: tüm envanter için tek bir model.

QueryProxy’nin tek bir işi var. Geliştirici, bir DBA’in yetki verdiği bağlantıya SQL gönderir, ifade SQL korumalarına karşı parse edilir, bir DBA onu onay akışında onaylar ve sonuç yazılırken maskelenir. AGPL-3.0 altında açık kaynaktır ve tek bir konteyner olarak çalışır; hızlı başlangıç ile birini ayağa kaldırabilirsiniz.

Onay modelleri nasıl ayrışıyor?

StrongDM’in erişim iş akışları, belirli rollere sahip kullanıcıların bir kaynak kümesi için erişim talep etmesine izin verir; önceden seçilmiş onaylayıcılar kabul eder ya da reddeder. Sayfa, özelliğin Enterprise planın parçası olduğunu belirtir. Erişim iş akışları bir kaynağa erişimi onaylar.

QueryProxy’de onay birimi ifadedir. Bir bağlantıya yetki verilmesi geliştiricinin hiçbir şey çalıştırmasına izin vermez; her UPDATE ya da SELECT kuyruktan geçer ve bir DBA, koruma tarafından eklenmiş olabilecek her LIMIT dahil, çalışacak SQL’in tam kendisini görür. Bir DBA kendi talebini onaylayamaz.

Peki ifadenin kendisine dair kurallar?

StrongDM’in politikaları Cedar ile yazılır ve belirli veritabanı komutlarına izin verebilir ya da onları yasaklayabilir, bir kullanıcının sorgularını en fazla belirli bir satır sayısıyla sınırlayabilir. Dokümantasyon, kaynağa özgü eylem denetiminin Postgres ve Microsoft SQL Server’ı kapsadığını ve özelliğin Enterprise planın parçası olduğunu söyler. Sıraladığı kullanım örnekleri arasında bir eyleme yalnızca bir onay iş akışı onaylarsa izin vermek, MFA doğrulaması istemek ve kullanıcılardan bir eylemi gerekçelendirmesini istemek de var; o sayfa yapılandırma adımlarını göstermez, dolayısıyla eylem başına onayın ne kadar ileri gittiğini StrongDM’e sorun. Politikalar bir kullanıcının ne yapabileceğine karar verir.

QueryProxy’nin kuralları sabittir ve kullanıcı başına yapılandırılamaz: yazma için WHERE gerekir, okumaya LIMIT eklenir ve sunucu düzeyindeki kısa bir ifade listesi her zaman reddedilir. Varsayılan LIMIT ve üst sınır yapılandırılabilir. Koruma statiktir ve elinden gelenin en iyisini yapar; QueryProxy’nin üretim güvenliği rehberi onu veritabanı ayrıcalıklarıyla da desteklemenizi söyler.

Hangi sorun sizin sorununuz?

Sorun “çok fazla sisteme çok fazla giriş yolu” ise bir platform istiyorsunuz ve bu listede genellikle adı geçen diğer isim Teleport’tur. Sorun “mühendislerin üretim verisine ihtiyacı var ve sorgu çalışmadan önce başka biri onu okumalı” ise bir platformdan daha azına ihtiyacınız var. Bugün bir atlama sunucusu kullanan ekipler genellikle ikinci gruptadır. Birçok ekip iki katmanı da tutar: platform veritabanına kimin ulaşacağına karar verir, QueryProxy kimlik bilgisini tutar ve her ifadenin önünde durur. Bu ayrımın ardındaki fikir veritabanı erişim denetimi nedir yazısında anlatılıyor.

Fiyatlar, plan içerikleri ve lisans koşulları değişir. Bu sayfa onları aktarmıyor; StrongDM’in güncel koşullarını kendi sitesinden okuyun. Yukarıdaki StrongDM iddiaları, dokümantasyonuna karşı 2026-10-13 tarihinde kontrol edildi.