https://thedotnetblog.com/tr/tags/sql-server-2025/Articles, tutorials and insights from the .NET community.Hugotr@thedotnetblog (The .NET Blog)@thedotnetblogThu, 04 Jun 2026 00:00:00 +0000https://thedotnetblog.com/tr/news/emiliano-montesdeoca/sql-server-maestro-agentic-ai-security-defense-in-depth/Thu, 04 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/tr/news/emiliano-montesdeoca/sql-server-maestro-agentic-ai-security-defense-in-depth/Ajanssal AI, geleneksel STRIDE modellerinin tasarlanmadığı tehditler sunar. Microsoft SQL'in bir yönetilen yürütme sınırı sağlamak için MAESTRO çerçevesine nasıl eşlendiği burada açıklanmaktadır.<p>Güvenlik tehdit modelleri, kimin veya neyin talep ettiğine dair varsayımlar üzerine inşa edilir. STRIDE, tanımlanmış arayüzler aracılığıyla sistemlerle etkileşime giren insan aktörler varsayar. AI ajanları bu şekilde çalışmaz.</p> <h2 id="stride-ai-ajanları-için-tasarlanmadı">STRIDE AI Ajanları için Tasarlanmadı</h2> <p>Ajanssal sistemler özerk çalışır, API çağrıları aracılığıyla araçları zincirler, hangi verilerin alınacağına ve hangi eylemlerin yürütüleceğine dair kararlar verir ve birden fazla kaynaktan talimat alabilir — kullanıcı komutları, araç sonuçları, alınan veriler. STRIDE tehdit modeli (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege), komut enjeksiyonu, bağlam zehirlenmesi veya araç kötüye kullanımı gibi ajana özgü saldırı vektörlerini yeterince yakalamaz.</p> <p>Cloud Security Alliance, AI ajanı riski için özel olarak MAESTRO çerçevesini yayımladı.</p> <h2 id="maestro-çerçevesi">MAESTRO Çerçevesi</h2> <p>MAESTRO, ajanssal AI riskini yedi katmanda düzenler:</p> <ol> <li><strong>Foundation Models</strong> — temel LLM&rsquo;ler ve eğitim güvenlik açıkları</li> <li><strong>Data Operations</strong> — veri alımı, depolama ve manipülasyon</li> <li><strong>Agent Frameworks</strong> — ajan orkestrasyonu ve koordinasyon yazılım katmanı</li> <li><strong>Deployment &amp; Infrastructure</strong> — ajanların nerede çalıştığı ve nasıl yapılandırıldığı</li> <li><strong>Evaluation &amp; Observability</strong> — zaman içinde ajan davranışının izlenmesi</li> <li><strong>Security &amp; Compliance</strong> — erişim kontrolleri, denetim ve düzenleyici uyumluluk</li> <li><strong>Agent Ecosystem</strong> — ajanların birbirleriyle ve harici araçlarla nasıl etkileşime girdiği</li> </ol> <p>Her katmanın, geleneksel güvenlik kontrollerinin doğrudan ele almadığı belirli saldırı vektörleri vardır.</p> <h2 id="yönetilen-yürütme-sınırı-olarak-microsoft-sql">Yönetilen Yürütme Sınırı Olarak Microsoft SQL</h2> <p>SQL Server 2025, MAESTRO katmanlarına somut yollarla eşlenir:</p> <p><strong>Data Operations katmanı</strong>: T-SQL&rsquo;e entegre <code>AI_GENERATE_EMBEDDINGS</code>, vektör işlemlerini veritabanının yönetilen sınırı içinde tutar. Embedding işlemesi için verilerin model hizmetine gitmesi gerekmez.</p> <p><strong>Security &amp; Compliance katmanları</strong>: Satır Düzeyinde Güvenlik (RLS) ve Dinamik Veri Maskeleme (DDM), talebin nasıl geldiğinden bağımsız olarak uygulanır — insan kullanıcıdan mı yoksa AI ajanından mı. Ajan, veritabanının kendisi tarafından uygulanan kontrolleri atlayamaz.</p> <p><strong>Agent Frameworks katmanı</strong>: Saklı yordamlar araç sınırları olarak hizmet eder. Ajanlara keyfi SQL erişimi vermek yerine, izin verilen işlemleri yordamlar olarak tanımlar ve bunları ajan araçları olarak açarsınız. Parametreli sorgular, yürütme düzeyinde enjeksiyonu önler.</p> <p><strong>Evaluation &amp; Observability katmanı</strong>: Denetim günlüğü ve Query Store, her ajanın gerçekte ne yürüttüğünü yakalar — yalnızca ne yapmasının istendiğini değil. Bu izlenebilirlik, atıfın karmaşık olduğu ajanssal sistemlerde olay araştırmaları için çok önemlidir.</p> <h2 id="ajanssal-ai-için-savunma-derinliği">Ajanssal AI için Savunma Derinliği</h2> <p>İlke, geleneksel güvenlikle aynı kalır: hiçbir tek kontrol yeterli değildir. Değişen şey, hangi kontrollerin ajanlar için en önemli olduğudur:</p> <p><strong>Patlama yarıçapını azaltma</strong>: saklı yordamlar aracılığıyla araç sınırlaması, güvenliği ihlal edilmiş bir ajanın yalnızca önceden tanımlanmış işlemleri yürütebileceği anlamına gelir. Keyfi sorgulara geçemez.</p> <p><strong>Gözlemlenebilirlik</strong>: bir olaydan sonra &ldquo;bu ajan gerçekte ne yaptı?&rdquo; sorusunu yanıtlayabilmelisiniz. Veritabanı düzeyinde izlenebilirlik olmadan ajanssal AI sistemlerinin, uygulama günlüğünün kapsamadığı kör noktaları vardır.</p> <p><strong>Kısıtlı yürütme</strong>: parametreleme, RLS ve DDM, arayanın insan olup olmadığından bağımsız olarak güvenlik varlıklarıdır. Ajanları barındırmak için bunları zayıflatmayın.</p> <p><strong>Hesap verebilirlik</strong>: SQL Server denetim günlüğü, kimin (hangi ajanın, hangi kimlik bilgilerini kullanarak) ne zaman ne yürüttüğünün kaydını oluşturur. Ajanssal sistemler dünyada gerçek sonuçları olan eylemler aldığında bu önem taşır.</p> <p>SQL Server 2025, ajanssal riski soyut olarak çözmek için inşa edilmedi — ilişkisel bir veritabanı olmak için inşa edildi. Ancak bir kurumsal veritabanını güvenilir kılan yönetişim, tam olarak bir ajan yürütme sınırını güvenli kılan şeydir.</p> <p>Orijinal gönderi: <a href="https://devblogs.microsoft.com/azure-sql/microsoft-sql-security-across-the-maestro-stack-building-secure-agentic-ai-with-defense-in-depth/">Microsoft SQL Security Across the MAESTRO Stack</a></p>