Rapor, Postman güncellemesinin Claude Code ve Codex içine güvenilir plugin'leri sessizce kurduğunu iddia ediyor

Raporda neler iddia ediliyor

25 Ekim 2026'da indicava takma adıyla paylaşım yapan bir geliştirici, dev.to'da yayımlanan bir yazıya göre Postman masaüstü uygulamasının 12.33.4 sürümüne güncellenmesinin, herhangi bir onay adımı olmadan Postman'ın kendi plugin'lerini Claude Code ve Codex içine kurduğunu iddia eden bir GitHub issue açtı. Yazı yazıldığı sırada issue hâlâ açıktı; 453 tepki ve 51 yorum almıştı ve ilgili Hacker News başlığı 1.391 puana ve 461 yoruma ulaşmıştı — bu da hikayenin Postman'ın olağan kullanıcılarının çok ötesine nasıl yayıldığının bir göstergesi.

Yükleyicinin kendi günlüğü mekanizmayı belgeliyor gibi görünüyor: dev.to, günlüğün "auto-existing-upgrade" kaynak değerini ve ardından claude-code:installed ve codex:installed girdilerini kaydettiğini bildiriyor. Doğruysa plugin kurulumu kullanıcının yaptığı herhangi bir şeyden değil, doğrudan güncelleme yolundan tetiklenmiş demektir.

Makinede ne değişti

Bildiren kişi üç somut değişikliği belgeledi. ~/.codex/config.toml'daki Codex yapılandırmasına bir Postman plugin marketplace girdisi eklendi; bu marketplace'te etkin bir postman@postman plugin'i listelendi ve hooks durumuna bir Postman hook'u için trusted_hash kaydı eklendi — bu tür bir kayıt, hook'un kullanıcıya tekrar sormadan çalışmasına izin veriyor.

Söz konusu hook bir SessionStart hook'u ve issue'ya göre ajana, önemsiz olmayan her API mühendisliği görevinden önce Postman'ın api-engineer yeteneğini yüklemesini söylüyor. Issue ayrıca yükleyici kaynağındaki approvePostmanHook adımına işaret ediyor; bu adım, satıcının kendi hook'unu kullanıcının onayını beklemeden programatik olarak onaylıyor gibi görünüyor.

Güvenilir hook'un neden kritik olduğu

Editör eklentileri bir kolaylıktır; ajan plugin'leri ise davranışsal değişikliklerdir. Bir kodlama ajanı kimlik bilgilerinize ve kod tabanıınıza erişimle çalışır, dolayısıyla yüklediği her şey sizin adınıza ne yaptığını şekillendirir. Bir oturum başlangıcı hook'u ilk prompt'tan önce tetiklenir; bu da ajanın, kullanıcının hiç incelemediği talimatlarla işe başlayabileceği anlamına gelir. API görevlerinden önce yüklenen bir yetenek ise sadece bir kabiliyet eklemekle kalmaz — ajanın API ile ilgili her kararını tek bir satıcının araçlarına doğru yönlendirir.

Güvenilir hook kaydı, yorumcuları en çok endişelendiren şey oldu. Amacı, bir hook çalışmadan önce tek onay noktası olarak hizmet etmek; programatik olarak doldurulması ise kullanıcının reddetme şansını ortadan kaldırıyor.

Neler kanıtlandı, neler kanıtlanmadı

Kanıtlanmamış çok şey var. Rapor tek bir geliştiricinin makinesini anlatıyor ve dev.to, yazı yazıldığı sırada bağımsız bir doğrulamanın henüz yayımlanmadığını belirtiyor. Issue'da API anahtarlarının, istek gövdelerinin veya token'ların herhangi bir yere iletildiğine dair kanıt yok; Postman'ın tüm API verilerini paylaştığına dair daha güçlü iddia sosyal medyada dolaşıyor ancak raporun kendisinde belgelenmiş değil. Etkilenen kullanıcı sayısı, davranışın arkasındaki niyet ve bunun tüm platformlarda geçerli olup olmadığı hâlâ açık sorular.

GitHub başlığındaki, Postman ile herhangi bir bağlantısı olmadığını belirten bir hesaptan gelen yanıt, CLI ve ajan plugin'lerinin paket halinde geldiğini çünkü ayrı kurulumun kullanıcıları kafa karıştırdığını, bu paketlemenin indirme sayfasında ve güncelleme akışında açıklandığını ve plugin'lerin uygulama içinden kaldırılabildiğini söylüyor. Aynı yanıt, ekibin onay adımını daha net hale getirmeyi planladığını ve hook onayı ile oturum başlangıcı davranışını gözden geçirdiğini belirtiyor. dev.to, bunun Postman'dan doğrulanmış bir açıklama olmadığı ve güvenilir kaydın yazılmasının bilinçli olup olmadığına değinmediği konusunda uyarıyor.

Nasıl kontrol edilir ve temizlenir

dev.to makalesi salt okunur bir denetim öneriyor: önce ~/.claude/plugins/ dizinini listeleyin, ardından Claude Code'un ayar dosyalarında ve ~/.codex/config.toml içinde Postman'a dair herhangi birmention arayın. İzler bulunursa önce yapılandırma dosyalarını yedekleyin, sonra marketplace girdisini, etkin plugin satırını ve trusted_hash kaydını silin, Postman plugin'ini Claude Code'tan kaldırın ve canlı bir oturum eski yapılandırmayı bellekte tutmasın diye her iki ajanı yeniden başlatın. Makale, önemli son bir adım daha ekliyor: Postman'ı açın ve CLI veya ajan plugin'lerini devre dışı bırakacak bir ayar sunup sunmadığını kontrol edin; aksi halde bir sonraki güncelleme kaldırılanları yeniden kurabilir.

Neden önemli

Temel endişe tek bir satıcı değil, emsal teşkil etmesi. Yaygın bir masaüstü uygulaması sıradan bir güncelleme sırasında bir kodlama ajanının davranışını değiştirebiliyorsa — plugin kurarak, hook kaydederek ve onu güvenilir olarak işaretleyerek — ajanın güven sınırı fiilen makinede kurulmuş olan yazılımlar tarafından belirleniyor demektir. Kodlama ajanları kimlik bilgilerini ve kodu elinde tuttuğu için, ne yüklediklerini değiştiren her şey neler yapabileceklerini de değiştirir. Bu olayın kasıtlı, ihmalkâr veya bir paketleme hatası olarak ortaya çıkmasından bağımsız olarak, bir boşluğu ortaya koyuyor: ajan yapılandırma dosyaları henüz diğer güvenliğe duyarlı ayarlara uygulanan korumalardan yararlanmıyor. Pratik dersler, güncellemelerden sonra bu dosyaları denetlemek, sürüm kontrolü altında tutmak ve ajan entegrasyonları yapan satıcılardan bu noktadan sonra açık onay standartlarına uymalarını beklemek.