Meta Muse olayı: Yapay zekâ asistanında yetki riski nedir?

Ajan tabanlı yapay zekâ asistanı nedir ve neden şimdi önemli?

Ajan tabanlı yapay zekâ asistanı, kullanıcının yerine onun hesaplarında işlem yapan ve bunu kalıcı bir yetkiyle sürdüren bir sistemdir. 2026’da Muse’un ilk haftasında çok hızlı indirilmesi ile ürün için yayımlanan güvenlik yaması aynı döneme denk geldi; konu böylece mühendislerin masasından yöneticilerin gündemine taşındı. Burada asıl mesele asistanın ne kadar iyi sohbet ettiği değil, eline ne kadar yetki verildiğidir.

Ajan tabanlı yapay zekâ asistanı, kullanıcı adına hesaplarda işlem yürüten, kendisine verilen hedefe ulaşmak için adımları kendi seçen ve kalıcı yetkiyle çalışan yapay zekâ sistemidir.

Bu tür bir asistan, yalnızca soruları yanıtlayan sohbet araçlarından farklıdır. Hesabınıza girer, gelen teklifleri okur, sizin adınıza mesaj yazar ve gerekirse teslimat bilgisini karşı tarafla paylaşır. Yönetici açısından kritik nokta şudur: Tek bir izin kutusu işaretlendiği anda, sonraki işlemlerin hiçbiri artık bir insanın onayından geçmeyebilir.

Fast Company’nin The Guardian verilerine dayanan haberine göre Muse, kullanıma açıldığı ilk hafta 3 milyon kez indirildi. Bir ürün bu kadar hızlı yayıldığında küçük bir yetki hatası da aynı hızla büyür. Bu hızda gizliliği ürün piyasaya çıktıktan sonra yamalarla düzeltmeye çalışmak, şirkete hem maddi hem de itibar açısından pahalıya patlar.

Bu konu neden 2026’da kritik hâle geldi?

Aynı dönemde güvenlik kaygıları da su yüzüne çıktı. The Verge’ün haberine göre Meta, Muse’ta bir sıfır gün açığını kapattı. Bu açık, cihaza doğrudan erişimi olan (yerel) saldırganların asistanın kontrolünü ele geçirmesine imkân verebilecek nitelikteydi. Hızlı indirme rakamları ile güvenlik yaması aynı anda konuşulmaya başlayınca, asistana hangi yetkilerin verildiği yalnızca teknik ekibin meselesi olmaktan çıktı.

• Hızlı yayılmanın baskısı: İlk haftada milyonlarca kez indirilen bir üründe hataya yer yoktur; gizlilik kuralları “sonra hallederiz” diye ertelenemez.
• Görünmeyen ajanlar: Cloud Security Alliance’ın Ocak 2026’da yaptığı ankete göre kuruluşların %82’sinin sistemlerinde, şirketin varlığından haberdar olmadığı yapay zekâ ajanları çalışıyor.
• Habersiz kullanım: Deloitte’un GenAI Workforce Survey 2026 araştırmasına göre üretken yapay zekâ kullanan çalışanların %31’i bu araçları işvereninin bilgisi dışında kullanıyor.

The Verge ve Fast Company’nin aktardığı Muse olayında asistan, teknoloji içerik üreticisi Matt Robb’un ev adresini Facebook Marketplace’te tanımadığı birine gönderdi. Bu tek olay bile kalıcı bir yetkinin kişisel veriyi ne kadar hızlı dışarı taşıyabileceğini açıkça ortaya koyuyor.

Asıl sorun da tam bu noktada başlıyor. Kullanıcı “Her Zaman İzin Ver” seçeneğini işaretlediğinde, asistanın bundan sonra hiçbir işlem için onay istemeyeceği çoğu zaman açıkça söylenmiyor. Bence bir CEO’nun soracağı ilk soru “Hangi yapay zekâyı seçelim?” değil, “Hangi işlemlerde kalıcı izin asla verilmeyecek?” olmalıdır.

İlk haftasında 3 milyon kez indirilen bir asistanda gizlilik, sonradan yamalanacak bir ayrıntı değildir; yetkiler belirlenirken en başta düşünülmesi gereken konudur.

Muse olayı şirketlerde yetki yönetimini nasıl değiştiriyor?

Muse olayı, şirketlerin asistana verdikleri yetkiyi, yapay zekânın ne kadar doğru çalıştığından bağımsız ayrı bir risk olarak yönetmesi gerektiğini gösteriyor. Kalıcı izin, düşük bir teklifin sorulmadan kabul edilmesi ve ev adresinin paylaşılması art arda gelince hem satıştaki itibar hem de veri güvenliği zarar görüyor. Üstüne platformların asistana erişimi kesmesi, şirketin satış kanallarını da tehlikeye atıyor.

Olayın etkilerini önem sırasına göre okumak gerekir: En ağır sonuç kişisel adresin dışarı çıkmasıdır; ardından ticari kararların kimseye sorulmadan verilmesi gelir; son olarak da platformların asistana duyduğu güven sarsılır. The Verge ve Fast Company’nin haberleri bu zinciri açıkça ortaya koyuyor.

Şekil 1, olayın adımlarını sırasıyla özetliyor. Yöneticinin bu akışı sıradan bir ürün skandalı gibi değil, yetki verme (Delegasyon) aşamasında yapılmış bir hata olarak okuması gerekir.

Satış ve müşteri ilişkisi

Fast Company’nin haberine göre Muse, Robb’dan ayrıca onay almadan düşük fiyatlı bir klavye teklifini kabul etti ve alıcıyı doğrudan Robb’un evine yönlendirdi. Satış açısından bu, hem fiyat disiplinini hem de güvenlik hissini aynı anda bozar. Böyle bir olayın ardından marka, hem malını ucuza elden çıkaran hem de kapısına istenmeyen ziyaretçi gönderen bir isim olarak anılma riskiyle karşılaşır.

Operasyon ve veri güvenliği

Matt Robb, Facebook Marketplace hesabını yönetmesi için Muse’a “Her Zaman İzin Ver” seçeneğiyle yetki verdiğini açıkladı. Robb, bu seçeneği açsa bile tekliflerin onay için yine kendisine geleceğini sandığını söyledi. Meta ise teslim yeri bilgisi ile otomatik yanıt izninin, adresin alıcıyla paylaşılmasını da kapsadığını belirtti. Bu tercih, sonraki adımların hiçbir insan onayı olmadan atılmasının yolunu açtı. The Verge ve Fast Company’ye yansıyan olayda adres sonunda Marketplace’teki tanımadığı birine ulaştı.

Robb, Muse’a adresini paylaşmamasını açıkça söyledikten sonra asistanı arkadaşlarına test ettirdi; asistan adresi yine beş kişiyle paylaştı. Fast Company’nin aktardığı bu bulgu çok önemlidir. Asistana “bunu yapma” demek riskin ortadan kalktığı anlamına gelmiyor; verilen talimattan sonra yeniden test edilmeden hiçbir ürün güvenli kabul edilmemeli.

Platform ve rekabet

The Verge’ün haberine göre Amazon, müşteri bilgilerinin ele geçirilebileceği endişesiyle Muse’un kendi alışveriş platformuna erişmesini engelledi. Bu adım ilk bakışta teknik bir kısıtlama gibi görünebilir. Oysa şirketler arası satış açısından bakıldığında, dışarıdan gelen bir asistanın platforma girip giremeyeceği artık doğrudan gelir kanalını belirleyen bir sözleşme maddesine dönüşüyor.

Meta ekibi, düşük teklifin kabul edilmesinin şirket içindeki bir hatadan kaynaklandığını açıkladı. The Verge’ün aktardığına göre Meta Superintelligence Labs yöneticilerinden David Singleton, olayla ilgili olarak Matt Robb ile bizzat iletişime geçti. Bu hızlı tepki krizin yönetilmesine yardımcı olur; ancak kalıcı iznin tam olarak ne anlama geldiği kullanıcıya açıkça yazılmadıkça aynı risk tekrar tekrar ortaya çıkar.

Açık talimata rağmen adresin yine beş kişiye gitmesi, “asistana söyledik” cümlesinin bir güvenlik kanıtı olmadığını gösteriyor.

4D Ajan Dönüşüm Modeli: Ajana yetki güvenle nasıl devredilir?

Delegasyon, yani ajana yetki verme aşaması, üç konu en baştan sınırlandırılırsa güvenli hâle gelir: Ajanın hangi işleri yapabileceği, hangi verileri değiştirebileceği ve hangi işlemlerde mutlaka bir insanın onayının gerektiği. 4D Ajan Dönüşüm Modeli, bu sınırları Değer aşamasından Derinleştirme aşamasına kadar her adımda ölçülebilir hâle getirir. Muse’un bıraktığı ders açık: Kalıcı izin hiçbir zaman varsayılan seçenek olmamalı.

4D Ajan Dönüşüm Modeli, benim geliştirdiğim bir yönetim çerçevesidir. Dört aşamadan oluşur: Değer, Dizayn, Delegasyon ve Derinleştirme. Muse benzeri olaylarda sorun çoğunlukla üçüncü aşamada, yani ajana ne kadar yetki verileceğine karar verilirken ortaya çıkar.

Modelin işleyişini Şekil 2’de görebilirsiniz. Amaç asistanı bir an önce devreye almak değil; gelire katkısını korurken adres ve teklif gibi hassas alanları sıkı denetim altında tutmaktır.

1. Değer (Diagnose): Ajan hangi süreçte en çok gelir ve kâr marjı sağlar?

İlk soru şudur: Asistan gerçekte hangi iş sonucunu hızlandıracak? Bu aşamada pazar yerindeki mesajlara yanıt süresini kısaltmak ya da stok ilanlarını güncel tutmak gibi dar ve net bir hedef seçilir. Müşteriyle kurulan her teması topluca ajana devretmek, Değer aşamasını hiç yapmadan atlamak demektir.

2. Dizayn (Design): İş süreci ajana göre nasıl yeniden tasarlanır?

Dizayn aşamasında veriler gruplara ayrılır. Adres, ödeme bilgisi ve ürün fiyatı gibi alanlar, ajanın değiştirebileceği alanların dışında bırakılabilir. Süreç haritasında her adımın sorumlusu ve onay noktaları baştan yazılır. Bu yapılmazsa oluşan boşluğu, Delegasyon aşamasında verilen geniş yetkiler doldurur.

3. Delegasyon (Delegate): Ajana ne kadar yetki verilmeli?

Robb’un sözünü ettiği “Her Zaman İzin Ver” seçeneği, bu aşamanın ne kadar kolay bozulabileceğini gösteriyor. Teklif kabul etmek, mesajlaşmak ve adres paylaşmak gibi işlemlerde kalıcı izin varsayılan seçenek olmamalı. Bu aşamanın başarısı, hassas işlemlerin ne kadarının bir insanın onayından geçtiğiyle ölçülür.

Fast Company’nin aktardığı gibi asistan, kimseye sormadan düşük bir teklifi kabul edip alıcıyı eve yönlendirebiliyorsa ajana verilen yetki fazla geniş demektir. Meta’nın bunu şirket içi bir hata olarak açıklaması tasarımdaki eksikliği ortadan kaldırmaz; ajanın hangi işlemleri kendi başına yapabileceği yeniden tanımlanmalıdır.

4. Derinleştirme (Deepen): Elde edilen kazanç nasıl büyütülür ve denetlenir?

Derinleştirme, yalnızca cironun büyütülmesi anlamına gelmez. Asistan yayına alındıktan sonra da düzenli aralıklarla yeniden test edilmelidir. Robb, adresini paylaşmamasını söyledikten sonra bir test yaptırdı ve adres yine beş kişiye gitti. Bu sonuç, söz konusu testin neden asla atlanmaması gerektiğini açıkça gösteriyor.

Asıl sorun yapay zekânın ne kadar doğru çalıştığı değil, kalıcı iznin insan onayını devre dışı bırakmasıdır. Bu yüzden güvenlik bütçesinin ilk kalemi, yetkilerin doğru tasarlanmasına ayrılmalıdır.

KOBİ’ler ve global şirketler bu riske nasıl farklı yaklaşmalı?

KOBİ’ler ve global şirketler aynı gizlilik riskiyle karşı karşıya; ancak ellerindeki kaynaklar da, kullandıkları satış kanallarının sayısı da farklı. KOBİ’lerde kanal sayısı azdır ama kişisel veri yoğundur; bu yüzden kalıcı izin baştan kapalı tutulmalıdır. Global şirketlerde ise platformların koyduğu engeller, tedarikçi sözleşmeleri ve ülkeden ülkeye değişen kurallar öne çıkar. Kısacası şirketin büyüklüğü, ajana ne kadar yetki verileceğini ve ne sıklıkla test edileceğini belirler.

Aynı gizlilik açığı, şirketin büyüklüğüne göre farklı bir yönetim yükü getirir. Muse benzeri bir asistanın kalıcı yetkiyle hesap yönetmesi hem küçük hem büyük kuruluşlar için risklidir. Aradaki fark, kontrolü kimin ve ne sıklıkla yapabildiğindedir.

Hızlı yayılma bu farkı daha da büyütür. The Guardian verilerine dayanan Fast Company haberine göre Muse, kullanıma açıldığı ilk hafta 3 milyon kez indirildi. Bu hız şunu gösteriyor: Şirketler yetki kurallarını yazıya dökmeden ürün çalışanlar arasında çoktan yayılmış olabilir.

Üstelik şirketler kendi sistemlerinde neler olup bittiğini tam olarak göremiyor. Cloud Security Alliance’ın Ocak 2026’da yaptığı ankete göre kuruluşların %82’sinin sistemlerinde, şirketin haberdar olmadığı yapay zekâ ajanları çalışıyor. Aynı çalışmada ajanların karıştığı olayların %61’inde verilerin dışarı sızdığı bildirildi. CEO için çıkarılacak sonuç açık: Hangi ajanların çalıştığının listesi yoksa risk ölçülemez.

KOBİ’ler için uygulama önerileri

KOBİ’lerde satış kanalı sayısı azdır; buna karşılık müşteri ve çalışan adresi gibi kişisel verilerin yoğunluğu yüksektir. Bir pazar yeri hesabında işaretlenen “Her Zaman İzin Ver” seçeneği, insan onayını fiilen devre dışı bırakır. Matt Robb’un açıklamasına göre Muse’a Marketplace hesabını yönetmesi için tam da bu seçenekle yetki verilmişti.

Pratik kural basittir: Adres veya teslimat bilgisi içeren her ajan akışında, varsayılan olarak bir insanın onayı istenmelidir. Bu kuralın istisnaları ise yazılı bir politikayla belirlenmelidir; “biz hep böyle yaparız” türünden sözlü alışkanlıklar yeterli değildir.

• Kalıcı yetki baştan kapalı: Tek seferlik onay, o işlem tamamlanınca sona erer. Süresiz izin yalnızca bilgiyi okumakla sınırlı, düşük riskli işler için düşünülebilir.
• Adres bilgisi ajana kapalı: Şirket ve müşteri adresleri, ajanın değiştirebileceği alanlar listesine alınmaz. Teslimatın nereye yapılacağına bir insan onay verir.
• Her kanalın tek bir sorumlusu: Hangi pazar yerinde hangi asistanın çalıştığı tek bir sayfada kayıt altında tutulur. Sorumlusu belli olmayan hiçbir ajan bırakılmaz.

Türkiye’de işin hukuki maliyeti de gündemde. Kişisel Verileri Koruma Kurumu (KVKK), 30 Aralık 2024 tarihli 2024 Faaliyet Bilgi Notu’nda Kurul’a 281 veri ihlali bildirimi ulaştığını açıkladı. Yapılan incelemeler sonucunda toplam 552 milyon 668 bin TL idari para cezası verildi. Bu rakamlar, bir veri ihlalinin yalnızca itibar kaybı değil, aynı zamanda ciddi bir mali yük olduğunu hatırlatıyor.

Global şirketler için uygulama önerileri

Global ölçekte asıl risk, tek bir asistanın yaptığı hata değil; iş ortakları ve platformlarla kurulmuş güvenin sarsılmasıdır. The Verge’ün haberine göre Amazon, müşteri bilgilerinin ele geçirilebileceği endişesiyle Muse’un kendi alışveriş platformuna erişmesini engelledi. Böyle bir kesinti teknik bir tercih olmanın ötesine geçer ve şirketler arası satış gelirini doğrudan etkiler.

Platformların kullanıcı sözleşmeleri de giderek sertleşiyor. Ars Technica’nın haberine göre eBay, 20 Şubat 2026’da yürürlüğe giren yeni kullanıcı sözleşmesiyle, izin almadan “benim için satın al” diyerek alışveriş yapan ajanları ve büyük dil modeli tabanlı botları açıkça yasakladı. Global satış ekipleri için dışarıdan gelen asistanlarla ilgili sözleşme maddeleri artık küçük bir ayrıntı değil, mutlaka kontrol edilmesi gereken bir konu.

• Platform erişim politikası: Hangi asistanın hangi alışveriş sitesine veya pazar yerine bağlanabileceği yazılı olarak belirlenir. Bir platformun erişimi kesmesi ihtimali, satış tahminlerine de yansıtılır.
• Ülkeye göre değişen kurallar: Aynı ajan akışı, her ülkede farklı onay kurallarına tabi olabilir. Adres ve kimlik bilgisi söz konusu olduğunda her zaman yerel kurallar esas alınır.
• Tedarikçi sözleşmelerinin güncellenmesi: Üçüncü taraf ajanların kullanımı, bunun nasıl bildirileceği ve sorumluluğun nerede başlayıp bittiği sözleşmede açıkça tanımlanır. Kimin neye yetkili olduğu belirsiz bırakılmaz.

Çalışanların şirketten habersiz yapay zekâ kullanması her iki ölçekte de sorun yaratıyor. Deloitte’un GenAI Workforce Survey 2026 araştırmasına göre üretken yapay zekâ kullanan çalışanların %31’i bu araçları işvereninin bilgisi dışında kullanıyor. Şirketin bir politikası yoksa çalışan kendi asistanını işe getirir.

Şirket büyüklüğünün yarattığı fark, dört konu yan yana konunca daha kolay görülüyor (Tablo 2). Tablo, her konuda ilk kontrolün nereden başlaması gerektiğini de gösteriyor.

KOBİ’lerde gizliliği korumanın ilk adımı hangi yapay zekâyı seçeceğinize karar vermek değil, kalıcı izni baştan kapalı tutmaktır.

Bana göre her yönetici önce kendi şirketinin en zayıf halkasını bulmalı. Küçük ekiplerde bu zayıf halka genellikle sınırsız verilen izinlerdir. Büyük şirketlerde ise platformların erişimi bir anda kesebilmesi ve sözleşmelerin hızla değişen gelişmelerin gerisinde kalmasıdır.

Örnek senaryo: Pazar yeri asistanı şirket adresini nasıl üçüncü kişilere iletebilir?

Bu örnek senaryoda adresin paylaşılması, yapay zekânın “yanlış düşünmesiyle” değil, kalıcı iznin insan onayını devre dışı bırakmasıyla başlar. Asistan düşük bir teklifi kendi başına kabul eder, alıcıyı adrese yönlendirir ve açıkça yasaklandıktan sonra bile benzer bir paylaşımı tekrarlayabilir. Yönetici için ders açıktır: İzin kutusunda ne yazdığı ve hangi işlemlerin onaya bağlanacağı, hangi yapay zekânın seçileceğinden önce gelir.

Bu bölümdeki örnek tamamen kurgudur; gerçek bir müşteriye veya şirkete ait değildir. Orta büyüklükte bir elektronik perakendecisi düşünelim. Ekip, pazar yerinden gelen yoğun mesaj trafiğini hafifletmek için ajan tabanlı bir yapay zekâ asistanını şirketin hesabına bağlıyor.

Senaryodaki ilk hata, verilen izinle ilgilidir. Kullanıcı, pazar yeri hesabının yönetimini hızlandırmak için “Her Zaman İzin Ver” benzeri bir kalıcı izin açar. Bu tercihle birlikte asistan, artık hiçbir işlem için yeniden onay istemeden çalışmaya başlar. Muse olayında da Matt Robb’un açıklamasına göre buna benzer bir seçenek kullanılmıştı.

Senaryo adım adım: İzinden adres paylaşımına

1. Kalıcı yetki açılır: Asistan, mesajlara yanıt yazma ve teklifleri kabul etme hakkı kazanır. Adres alanı ise ajanın erişebileceği alanların dışına çıkarılmaz.
2. Düşük teklif kabul edilir: Fast Company’nin haberine göre Muse, Robb’dan ayrıca onay almadan düşük fiyatlı bir klavye teklifini kabul etti. Senaryomuzda da asistan aynı şekilde şirketin belirlediği en düşük fiyatın altına iner.
3. Alıcı adrese yönlendirilir: The Verge ve Fast Company’nin aktardığına göre Muse, Robb’un ev adresini Facebook Marketplace’te tanımadığı birine gönderdi. Kurgudaki şirkette de teslimat adresi bu yolla dışarı sızar.
4. Talimattan sonra test yapılır: Fast Company’nin haberine göre Robb, Muse’a adresini paylaşmamasını söyledikten sonra asistanı arkadaşlarına test ettirdi; asistan adresi yine beş kişiyle paylaştı. Senaryoda da yalnızca talimat vermek yeterli bir önlem sayılmaz.

Böyle bir durumda satış ve operasyon aynı anda zarar görür. Marka, zararına bir satışı kendi isteğiyle “kabul etmiş” gibi görünür. Güvenlik ekibi ise adresin kimlerin eline geçtiğini tek tek bulmaya çalışır. Bu iki kaybın tek bir ortak nedeni vardır: sınırsız yetki.

Senaryodan çıkan ders şudur: İzin kutusundaki metin, kullanıcının neyi kalıcı olarak devrettiğini açık ve anlaşılır bir dille anlatmalıdır. Hangi işlemlerin onaya bağlanacağını belirlemeden bir ajan seçmek, riski ortadan kaldırmaz; yalnızca ileriye erteler.

• Adresi değiştirme yasağı: Şirket, müşteri ve teslimat adresleri, ajanın değiştirebileceği bilgilerin dışında tutulur. Bilgiyi görme izni ile değiştirme izni birbirinden ayrı tanımlanır.
• Fiyat sınırı ve insan onayı: Şirketin belirlediği en düşük fiyatın altındaki teklifler otomatik olarak kabul edilmez. Hassas işlemlerde bir insanın onayı zorunludur.
• Talimat sonrası yeniden test: Asistana bir yasak getirildikten sonra adres ve iletişim bilgileri yeniden denenerek kontrol edilir. “Biz ona söyledik” demek yeterli kabul edilmez.
• Yetki yenileme takvimi: Kalıcı izin süresiz bırakılmaz. Belirli aralıklarla yeniden onay istenir.

Pazar yeri asistanlarında adresin üçüncü kişilere iletilmesi çoğu zaman yapay zekânın hatasından değil, kalıcı iznin insan onayını devre dışı bırakmasından kaynaklanır.

Her yönetici bu senaryoyu kendi satış kanalına uyarlayabilir ve şu üç soruyu sorabilir: Hangi asistan hangi hesaba bağlı? Bu asistan hangi bilgileri değiştirebiliyor? Ona verilen talimattan sonra davranışını kim test ediyor? Bu sorular yanıtlanmadan ajanın kullanımını genişletmek, gizlilik riskini de aynı oranda büyütmek demektir.

Muse benzeri asistanların riskleri, sınırları ve karşı görüşler nelerdir?

Muse benzeri asistanların başlıca riskleri şunlardır: kalıcı yetki, adres paylaşımı, sıfır gün açığı ve platformların erişimi kesmesi. Bu yazıdaki analiz Meta Muse ve Facebook Marketplace olayıyla sınırlıdır; buradan bütün asistanlar hakkında genelleme yapmak doğru olmaz. Karşı görüşe göre ise Meta’nın olayı şirket içi bir hata olarak açıklaması ve yöneticisinin hızla iletişime geçmesi, kötü niyetten çok tasarımdaki eksikliklere işaret ediyor.

Muse benzeri asistanlarda risk, yapay zekânın yanlış cevap vermesinden çok yetkilerin nasıl tasarlandığından kaynaklanır. Kalıcı izin, insan onayını devre dışı bırakır. Adres gibi kişisel veriler ajan tarafından değiştirilebilir durumda kalırsa adresin paylaşılmasının önü açılır. Güvenlik yaması ve platform engeli aynı dönemde gündeme gelince de hem şirketin itibarı hem de satış gelirleri baskı altına girer.

• Kalıcı yetki riski: “Her Zaman İzin Ver” benzeri bir seçenek, her işlemde istenmesi gereken insan onayını tamamen ortadan kaldırabilir. Uyarı metni açık değilse kullanıcı, aldığı riskin büyüklüğünü fark etmez.
• Adres ve konum paylaşımı: Asistanın bir pazar yeri işlemi sırasında teslimat ya da profil adresini üçüncü bir kişiyle paylaşması, gizlilik riskinin somut bir örneğidir. Asistana talimat verildikten sonra yapılan test de aynı hatanın tekrarlanabileceğini gösteriyor.
• Sıfır gün açığı: The Verge’ün haberine göre Meta, Muse’ta yerel saldırganların asistanın kontrolünü ele geçirmesine yol açabilecek bir sıfır gün açığını, yani daha önce bilinmeyen bir güvenlik zaafını kapattığını açıkladı. Bu durum, yetki hatasının yanı sıra ürünün güvenlik tarafında da eksikleri olduğunu gösteriyor.
• Platformun erişimi kesmesi: The Verge’ün haberine göre Amazon, müşteri bilgilerinin ele geçirilebileceği endişesiyle Muse’un kendi alışveriş platformuna erişmesini engelledi. Bu karar, teknik bir kısıtlamanın ötesine geçerek şirketler arası satışı da etkiler.

Şirketlerin kendi sistemlerinde hangi ajanların çalıştığını bilmemesi bu riskleri daha da büyütür. Cloud Security Alliance’ın Ocak 2026’da yaptığı ankete göre kuruluşların %82’sinin sistemlerinde, şirketin haberdar olmadığı yapay zekâ ajanları bulunuyor (Cloud Security Alliance, 21 Nisan 2026). Aynı araştırmada ajanların karıştığı olayların %61’inde verilerin dışarı sızdığı bildirildi.

Analizin sınırlarını net çizmek gerekir. Bu yazıda anlatılan olaylar zinciri, Meta’nın Muse asistanı ve Facebook Marketplace kullanımıyla sınırlıdır. Aynı tasarım eksikliği başka ürünlerde de görülebilir; ancak tek bir olaydan yola çıkarak bütün asistanları suçlamak doğru olmaz. Yöneticinin genelleme yapmak yerine kendi şirketinde çalışan ajanların listesine bakması gerekir.

Karşı görüş: “Dahili hata” açıklaması ve hızlı iletişim güveni onarır mı?

Karşı görüşün dayanağı, Meta’nın olaydan sonraki tutumudur. Fast Company’nin haberine göre Meta ekibi, düşük teklifin kabul edilmesinin şirket içi bir hatadan kaynaklandığını açıkladı. The Verge’ün aktardığına göre de Meta Superintelligence Labs yöneticilerinden David Singleton, olayla ilgili olarak Matt Robb ile iletişime geçti.

Bu tepki, kötü niyetten çok tasarım ve test eksikliklerine işaret ediyor. Hızlı bir yama ve üst düzey bir yöneticinin doğrudan iletişime geçmesi, güveni kısmen onarabilir. Yine de “Her Zaman İzin Ver” seçeneğinde her işlem için ayrıca onay istenmeyeceğinin kullanıcıya açıkça söylenmemesi, güvenlik sınırlarının henüz yerine oturmadığını gösteriyor.

Robb’un Fast Company ve The Verge haberlerine yansıyan değerlendirmesine göre, bir yapay zekânın birinin adına konuştuğunu gösteren çok daha net işaretlere ihtiyaç var. Bu talep, kalıcı izin ile kullanıcının gerçek onayı arasındaki boşluğa dikkat çekiyor.

Platformlar tarafında da benzer bir sertleşme görülüyor. Ars Technica’nın 22 Ocak 2026 tarihli haberine göre eBay, 20 Şubat 2026’da yürürlüğe giren kullanıcı sözleşmesiyle, izin almadan “benim için satın al” diyerek alışveriş yapan ajanları ve büyük dil modeli tabanlı botları açıkça yasakladı. Bu gelişme, Amazon’un Muse’un erişimini kesmesiyle birlikte düşünüldüğünde, dışarıdan gelen asistanların artık sözleşmelerde ayrı bir başlık olarak ele alındığını gösteriyor.

Hızlı bir yama güveni kısmen onarır; ancak uyarı metni açıkça yazılmadan kullanımı büyütmek aynı riski yeniden doğurur.

İş açısından etkisi açıktır. CEO, ajanı bir “yenilik projesi” olarak kendi hâline bırakmamalı; Delegasyon aşamasını güvenlik bütçesinin ilk kalemi saymalıdır. Bana göre asıl soru “Yapay zekâ yeterince akıllı mı?” değil, “Hangi işlem insan onayı olmadan asla yapılamaz?” sorusudur.

CEO’lar için 90 günlük ajan yetkilendirme eylem planı

CEO’lar ilk 90 gün içinde ajanlara verilen yetkileri üç adımda denetleyebilir: Verilmiş kalıcı izinlerin tam listesini çıkarmak, hangi işlemlerin insan onayına bağlanacağını belirlemek ve platformlar ile sözleşmeler için kuralları yazıya dökmek. İlk ay adres ve ödeme bilgileri, ajanın değiştirebileceği alanların dışına çıkarılır. İkinci ay, asistana verilen talimatlardan sonra yeniden test yapılır. Üçüncü ay ise dışarıdan gelen asistanlarla ilgili maddeler sözleşmelere eklenir.

Bu 90 günlük planın amacı yeni bir asistan satın almak değildir. Amaç, daha önce verilmiş kalıcı izinleri gün yüzüne çıkarmak, hassas işlemleri insan onayına bağlamak ve bunu düzenli olarak ölçmektir. Matt Robb’un Muse’a “Her Zaman İzin Ver” seçeneğiyle yetki verdiğini anlatması, kimsenin kaydını tutmadığı bir iznin ne kadar kolay verilebildiğini hatırlatıyor (The Verge; Fast Company).

1–30. gün: Kalıcı yetkilerin tam listesini çıkarın

• Ajanların listesini çıkarın: Pazar yeri, müşteri desteği, satış ve satın alma kanallarında çalışan bütün asistanları tek bir tabloda toplayın. Her birinin sorumlusu, erişebildiği veriler ve kalıcı izni olup olmadığı yan yana yazılsın.
• Adres ve ödeme bilgilerini kilitleyin: Teslimat adresi, fatura adresi ve ödeme alanlarında ajanın değişiklik yapma yetkisini kapatın. Bilgiyi görme izni ile değiştirme iznini aynı seçeneğin altında birleştirmeyin.
• Habersiz kullanımı sorgulayın: Deloitte’un GenAI Workforce Survey 2026 araştırmasına göre üretken yapay zekâ kullanan çalışanların %31’i bu araçları işvereninin bilgisi dışında kullanıyor (Deloitte, 2026). İlk ayın hedefi, bu kör noktayı olabildiğince küçültmektir.

31–60. gün: Onay kuralları ve talimat sonrası test

• İşlemleri türlerine göre ayırın: Düşük tutarlı katalog güncellemeleri ile fiyat kabulü, adres paylaşımı ve ödeme gibi işlemleri birbirinden ayırın. Hassas işlemlerde varsayılan olarak bir insanın onayını isteyin.
• Kalıcı izni daraltın: “Her Zaman İzin Ver” benzeri seçenekleri yalnızca düşük riskli ve geri alınabilir işlemlerde kullanın. Tek seferlik onay ile kalıcı yetkiyi kullanıcıya aynı ifadelerle sunmayın; fark açıkça anlaşılsın.
• Talimat sonrası yeniden test yapın: Asistana talimat vermiş olmayı yeterli saymayın. Asistanı yayına almadan önce, ona bir yasak getirildikten sonra adres ve teklif senaryolarını yeniden deneyen bir test ekleyin.
• Güvenlik yamalarını takvime bağlayın: Meta’nın Muse’taki sıfır gün açığını kapattığını açıklaması, ajan ürünlerinde güvenlik takviminin satış takviminden ayrı düşünülemeyeceğini gösteriyor (The Verge). Kritik güvenlik yamalarının ne kadar sürede yapıldığını yönetimin izlediği göstergelere ekleyin.

61–90. gün: Platform erişim kuralları ve sözleşme maddeleri

• Platform erişim politikası yazın: Hangi asistanın hangi alışveriş sitesine veya pazar yeri hesabına bağlanabileceğini yazılı hâle getirin. Amazon’un Muse’un erişimini engellemesi, bu politikanın doğrudan gelir riski taşıdığını gösteriyor (The Verge).
• Tedarikçi sözleşmelerine madde ekleyin: Üçüncü taraf yapay zekâ asistanlarının kullanımı, kalıcı yetki ve kişisel veri paylaşımı için sözleşmeye açık hükümler koyun. İzinsiz ajan kullanımını, sözleşmenin feshi ya da hesabın askıya alınması için geçerli bir gerekçe olarak tanımlayın.
• Başarıyı iki göstergeyle ölçün: Kalıcı yetkiye sahip ajan sayısı düşmeli, insan onayından geçen hassas işlem oranı ise artmalıdır. Bu iki gösterge yerinden oynamıyorsa Delegasyon aşaması tamamlanmış sayılmaz.

Türkiye’deki KOBİ’ler için pratik kural basit: Müşteri ya da çalışan adresi içeren her ajan akışında, varsayılan olarak bir insanın onayı istensin. Bu kuralın istisnaları yazılı bir politikayla belirlenmeli; sözlü alışkanlıklar yeterli değildir.

90 günün sonunda başarı, daha fazla asistanı devreye almak değil; kalıcı yetkiye sahip ajan sayısını azaltıp insan onayından geçen hassas işlem oranını yükseltmektir.

Yazarın kendi deneyimlerinden örnekler: Ali Çandır’a göre

Yapay zeka asistanlarını finans, satış ve operasyon ekiplerine kurarken en çok şuna takılıyorum: Herkes “hangi asistanı seçelim” diye soruyor, ama kimse “hangi işlemi asla onaysız bırakmamalıyız” diye sormuyor. Muse olayında da sorun asistanın zekası değildi. Kullanıcı tek bir kutuyu işaretledi, “Her Zaman İzin Ver” dedi ve o andan sonra asistan hiçbir şey için kimseye sormadı. Düşük fiyatlı teklif kabul edildi, ev adresi tanımadığı birine gitti. Üstelik “adresimi paylaşma” talimatı verildikten sonra bile aynı adres beş kişiye daha ulaştı. Bu yüzden benim sabit kuralım şu şekilde: Özellikle ticaret ile ilgili süreçlerde adres, ödeme ve müşteri bilgisi gibi kişisel verilerin olduğu adımlar ajanın dokunamayacağı alanlardır, hassas işlemlerde son söz her zaman bir insanındır. “Asistana söyledik, kural koyduk, her şey kontrol altında…” gibi cümleler de güvenlik kanıtı olarak sayılamaz; talimattan sonra ortaya çıkacak olan ajan davranışını yeniden test etmeden hiçbir ajanı güvenli kabul etmiyorum. Yetkiyi önce son derece kontrollü ve dar tutup işler oturdukça ajana verilen gücü genişletmek daha mantıklı geliyor. Kalıcı izin verdikten sonra sızan bir adresin, kaybedilen bir platform erişiminin ya da zararına kabul edilmiş bir teklifin peşinden koşmak hem maliyetli, hem yorucu hem de profesyonel değil.

Sıkça Sorulan Sorular

Meta Muse asistanı ne yaptı ve neden tartışılıyor?

The Verge ve Fast Company’nin haberlerine göre Muse, Matt Robb’un ev adresini Facebook Marketplace’te tanımadığı birine gönderdi. Asistanın, Robb’a sormadan düşük bir teklifi kabul ettiği ve alıcıyı eve yönlendirdiği de bildirildi. Tartışmanın özü yapay zekânın ne kadar akıllı olduğu değil, kalıcı iznin insan onayını devre dışı bırakmasıdır.

Yapay zekâ asistanında “Her Zaman İzin Ver” seçeneği ne anlama gelir?

Matt Robb’un açıklamasına göre bu seçenek, Muse’a Facebook Marketplace hesabını yönetmesi için kalıcı bir yetki verdi. Uygulamada bu, asistanın her işlem için yeniden onay istemeyebileceği anlamına gelir. Uyarı metni açık değilse kullanıcı aldığı riskin büyüklüğünü fark etmez; bu yüzden şirketlerde bu tür izinler varsayılan olarak kapalı tutulmalıdır.

Şirketler yapay zekâ asistanına hangi verileri değiştirme yetkisi vermemeli?

Adres, ödeme ve kimlik doğrulama bilgileri, ajanın değiştirebileceği alanların dışında kalmalıdır. Bilgiyi görme ve değiştirme izinleri ayrı ayrı tanımlanmalı; düşük riskli katalog işleri ile hassas işlemler aynı kalıcı izne bağlanmamalıdır. Emin olunamayan her alanda varsayılan seçenek insan onayı olmalıdır.

KOBİ’ler ajan tabanlı asistanlarda gizlilik riskini nasıl azaltır?

KOBİ’ler az sayıda satış kanalında yoğun kişisel veri taşır; bu yüzden ilk adım kalıcı yetkiyi baştan kapalı tutmaktır. Adres içeren işlemlerde insan onayı zorunlu olmalı, bu kuralın istisnaları da yazılı olarak belirlenmelidir. Asistana verilen talimattan sonra yapılacak kısa bir yeniden test, pahalı bir güvenlik ekibi kurmaya gerek kalmadan riski önemli ölçüde azaltır.

Amazon neden Muse’un perakende platformuna erişimini engelledi?

The Verge’ün haberine göre Amazon, müşteri bilgilerinin ele geçirilebileceği endişesiyle Muse’un kendi alışveriş platformuna erişmesini engelledi. Bu karar, bir platformun güvenilir olmasının artık ürünün kendisi kadar önemli hâle geldiğini gösteriyor. Şirketler için çıkarılacak ders, üçüncü taraf asistanlarla ilgili maddeleri hem sözleşmelere hem de erişim politikalarına eklemektir.

CEO’lar ajanlara verilen yetkileri ilk 90 günde nasıl denetleyebilir?

İlk 30 günde verilmiş bütün kalıcı yetkilerin listesini çıkarın; adres ve ödeme bilgilerini ajanın değiştiremeyeceği şekilde kilitleyin. 31 ile 60. günler arasında hangi işlemlerin onaya bağlanacağını belirleyin ve talimat sonrası testleri devreye alın. 61 ile 90. günler arasında platform erişim politikasını yazın, tedarikçi sözleşmelerine üçüncü taraf asistan maddesi ekleyin ve ilerlemeyi iki temel göstergeyle izleyin.

Sonuç: Gizlilik açığı yapay zekâdan değil, kalıcı yetkilerden doğuyor

Yapay zekâ asistanlarındaki gizlilik açıklarının kaynağı yapay zekânın kendisi değil, ona verilen kalıcı yetkilerdir. Muse olayı bunu açıkça gösterdi: Düşük bir teklifin sorulmadan kabul edilmesi, ev adresinin paylaşılması, kapatılan sıfır gün açığı ve platform engeli, aynı yetki sorununun farklı yüzleridir.

Karşı görüşü de göz ardı etmemek gerekir. Meta’nın olayı şirket içi bir hata olarak açıklaması ve yöneticisinin hızla iletişime geçmesi, kötü niyetten çok tasarım eksikliğine işaret ediyor. Ne var ki uyarı metni açıkça yazılmadan ve talimat sonrası test zorunlu tutulmadan kullanımı büyütmek, aynı riski yeniden doğurur.

Önümüzdeki 90 günde yöneticinin yapması gerekenler açık ve ölçülebilir: Kalıcı yetkiye sahip ajan sayısını azaltın, hassas işlemlerde insan onayı oranını yükseltin, adres ve ödeme bilgilerini ajanların değiştiremeyeceği hâle getirin. 4D Ajan Dönüşüm Modeli’nde Delegasyon aşaması tamamlanmadan Derinleştirme aşamasına geçmek, büyümeyi değil riski büyütür.