İçeriğe geçin

YZ araçlarını sınırları belli bir göreve göre seçmek

Destek taslağı için araç matrisi, gereken işlevleri ve sunucunun müşteri bağlamını, yazma kapsamını ve sonuçları nasıl sınırladığını gösterir.

Matthias Becker2 dk okuma
Kilit, iki simgenin yanında onay işaretleri ve engellenmiş anahtar simgesi bulunan mavi kimlik kartı.

Önce beklenen iş sonucunu tanımlayın. YZ asistanının ihtiyaç duyduğu işlevler buradan çıkar. Bilet sistemine erişimin mevcut olması, sistemin bütün işlevlerini modele açmak için yeterli gerekçe değildir.

Görevi işlevlere dönüştürün

Kurgusal örnekte görev şudur: T-62 bileti için dahili yanıt taslağı hazırlayın. Bilet, K-18 müşteri hesabına aittir ve bir projeye bağlıdır. Asistan gelen talebi okuyabilir, ilgili proje durumunu sorgulayabilir ve taslak kaydedebilir. Gönderme bu göreve dahil değildir.

Araç adları bize ait örnek adlardır. Matris planlanan kapsamı gösterir:

İşlev

Etki

Görev için kullanılabilir mi?

readTicket

Erişimine izin verilen bileti okumak

Evet, kontrol edilmiş müşteri bağlamında

readProjectStatus

İlgili projenin durumunu okumak

Evet, bilete bağlı proje için

saveReplyDraft

Bilete dahili taslak kaydetmek

Evet, müşteriye mesaj göndermeden

sendReply

Müşteriye mesaj göndermek

Hayır

OWASP, araç işlevlerini ve izinlerini gereken kapsamla sınırlamayı öneriyor. Rastgele komut çalıştıran veya herhangi bir hedefe bağlanan genel bir araca kıyasla, amacı ve kapsamı belirli bir çağrının sınırlarını daha kolay çizebilirsiniz.

Bağlamı sunucuda kontrol edin

Sunucu, izin verilen müşteri bağlamını oturum açmış kişi ve kontrol edilmiş bilet üzerinden belirler. Modelin serbestçe verdiği müşteri kimliği bu bağlamı genişletemez. Projenin de erişime açılan kayıtla bağlantısı doğrulanmalıdır.

Her araç çağrısında haklar ve izin verilen alanlar yeniden kontrol edilir. Görünen araç listesi yönlendirmeye yardımcı olur; asıl erişim kontrolü işlemi yürüten hizmettedir. Uygun biçimde yazılmış argüman veya bilet metnindeki talimat ek hak vermez.

Sonuçları durum olarak aktarın

Taslağın başarıyla kaydedilmesi, bilet sisteminden onay gerektirir. Üretilmiş metin tek başına kaydı kanıtlamaz. Yazma işlemi başarısızsa veya sonucu bilinmiyorsa arayüz bu durumu gösterir. Bunu müşteriye gönderilmiş mesaj olarak sunamaz.

Daha sonra gönderme de mümkün olacaksa alıcıları, hakları ve gerekiyorsa onayları belirlenmiş ayrı bir genişletme gerekir. Modelin ek isteği bu özelliği kendiliğinden açmaz.

Kullanmadan önce sınırları test edin

İzin verilen akışı kaydedilmiş taslağa kadar kontrol edin. Ayrıca başka müşteri bağlamını, bilet metnindeki gönderme isteğini ve başarısız kaydı sınayın. Beklenen sonuçlar sırasıyla dahili taslak, erişim reddi, gönderim yapılmaması ve görünür hata durumudur.

Her vaka için izin verilen işlevleri, beklenen sistem durumunu ve gerçek sonucu kaydedin. Böylece model uygunsuz çağrı önerdiğinde de teknik sınırın göreve uyup uymadığı görülebilir.

Kaynaklar

Yazan

  • Matthias BeckerYapay Zekâ ve Otomasyon EditörüMatthias Becker, ASES'te yapay zekâ ve otomasyon yazılarından sorumludur. İşletmelerin yapay zekâyı iş süreçlerinde nasıl kullanabileceğini ve uygulamaların sınırlarının nerede olduğunu inceler.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile Yapay zekâ ve otomasyon

Yapay zekâ asistanları ve otomatik iş akışları