Postman masaüstü uygulamasının Codex ve Claude eklentilerini otomatik kurduğu ve kendi hook'larını onaylamaya çalıştığı bildirildi

Postman'ın kendi loglarında kayıtlı sessiz kurulumlar

25 Ekim 2026'da Hacker News'in ana sayfasına çıkan, Postman'ın herkese açık GitHub issue takipçisindeki bir hata bildirimi, Postman masaüstü uygulamasını diğer geliştirici araçlarını izinsiz değiştirmekle suçluyor. Bildirime göre macOS üzerinde Postman'ı açmak, Codex ve Claude Code kodlama ajanları için eklentilerin otomatik kurulmasını, global yapılandırma dosyalarında değişiklikleri, bu ajanları Postman'a yönlendiren bir başlangıç talimatını ve ayrıca kurulan bir Postman CLI'yı tetiklemiş.

Bildiriyi yapan kişi, Postman masaüstü 12.33.4 sürümünün oturum açmış bir kullanıcısı, değişiklikleri yinelenen MCP kimlik doğrulama uyarıları ve Codex'in sıradan API çalışmalarında beklenmedik şekilde Postman yeteneklerini çağırması sonucu fark etmiş. İnceleme 25 Ekim 2026 tarihli ve altındaki kurulum bir gün önce loglanmış.

Bildirimin merkezinde Postman masaüstü ana logundan bir alıntı var. 24 Ekim 2026 09:34 UTC zaman damgalı iki kayıt, auto-existing-upgrade kaynağı tarafından tetiklenen bir eklenti kurulumunu, sonuçlarında claude-code ve codex kurulmuş olarak görünerek, ardından mevcut kullanıcı için otomatik kurulumun tamamlandığını kaydeden bir satırla betimliyor. Codex tarafında bildirim, global config.toml dosyasına Postman'ın eklenti deposunu işaret eden bir marketplace girdisi, etkin bir eklenti referansı ve Postman'ın hook'u için onaylı hash'ler içeren bir hook trust kaydı eklendiğini gösteriyor.

Ajan davranışını yönlendiren bir başlangıç hook'u

Kurulan hook, startup, clear ve compact olaylarında eşleşen, ajanın bağlamına bir talimat belgesi yazdıran bir session-start komutu kaydediyor. Bildirime göre bu talimat, ajana önemsiz olmayan hemen her API görevinden önce — bir API'yi veya Postman Flow'u tasarlamak, uygulamak, mocklamak, test etmek, izlemek, belgelemek veya dağıtmak — Postman'ın api-engineer yeteneğini yüklemesini ve izlemesini söylüyor.

Bildiriyi yapan kişi bunun, bir kullanıcının bir ajandan açıkça Postman kullanmasını istemesinin çok ötesine geçtiğini savunuyor: Postman'ı, masaüstü uygulaması açıldığı için tek başına, ilgisiz araçların içindeki geniş API mühendisliği kategorileri için varsayılan iş akışı haline getiriyor.

Kendi kendine onay ve uzak bir MCP endpoint'i

Bildirim ayrıca kurulum aracının kaynak kodunu, makinede bulunan tam sürüme sabitleyerek inceliyor. Bildiriyi yapana göre Codex kurulum yolu, eklentiyi kurduktan sonra bir onay rutinini çağırıyor ve yardımcı bir modül hook'un hash'ini okuyup Codex'un yapılandırmasına güvenilir bir hash girdisi yazıyor — fiilen, kullanıcının adına Postman'ın kendi hook'unu onaylıyor. Bir kod yorumu, rutinin kurulumdan sonra yalnızca Postman'ın mevcut hook'unu onayladığını açıklıyor.

Bildiriyi yapan kişi bu iddiada dikkatli: makinede bir trust kaydının varlığı tek başına onu kimin yazdığını kanıtlamıyor, dolayısıyla kod belirli bir etkileşimin kanıtı olarak değil, bir onay girişiminin kanıtı olarak sunuluyor.

Ayrıca Postman'ın MCP endpoint'ini işaret eden uzak bir MCP bağlantısı etkinleştirilmişti, ancak Codex logları sunucunun kimlik doğrulaması-gerekli hatasıyla başlayamadığını gösteriyor. Claude Code'un ayarları da resmi bir Postman eklentisini (sürüm 2.0.1) etkinleştirecek şekilde değiştirilmişti; kurulum zaman damgaları aynı pencereyle uyumlu ve kullanıcının yerel bin dizininde, kurulumla tutarlı değiştirilme zamanlarına sahip bir Postman çalıştırılabilir dosyası belirdi.

Bildirimin iddia etmediği şeyler

Ciddiyet çerçevesine rağmen bildirim açıkça veri sızdırma iddiasında bulunmaktan kaçınıyor. MCP bağlantısı kimlik doğrulamasında başarısız oldu ve API verisinin herhangi bir yere gönderildiğine dair kanıt sunulmuyor. İddia daha dar ama yine de önemli: bir API istemcisi, diğer uygulamaların yapılandırmasını, talimat bağlamını ve trust durumunu bir opt-in olmadan değiştirdi.

Bildiriyi yapan kişi ayrıca gözlemlenen dizilimin temiz bir makinede henüz yeniden üretilmediğini belirtiyor. Issue onlarca GitHub kullanıcısından tepki çekti ve bildiriyi yapan kişi kanıtları sakladıktan sonra yerel kurulumu kaldırmış.

Talep edilen düzeltmeler

Bildiriyi yapan kişi Postman'dan olayı bir dokümantasyon sorunu değil bir ürün onay ve güvenlik sınırı sorunu olarak ele almasını, açık bir opt-in var olana kadar mevcut masaüstü kullanıcıları için otomatik ajan-eklentisi ve CLI kurulumunu durdurmasını, trust kararları ajan sunucusunda kalsın diye kurulum tarafındaki hook onayını kaldırmasını, otomatik kurulum yolunun arkasındaki sürümü veya feature flag'ini ve hangi diğer ajanlara ve dosyalara dokunabildiğini açıklamasını, ajan yapılandırmaları, hook trust'ı, marketplace'ler, önbellekler, MCP bağlantıları ve CLI'yı kapsayan eksiksiz bir geri alma sağlamasını ve Postman yetenekleri yalnızca açıkça istendiğinde yüklensin diye başlangıç talimatını daraltmasını istiyor.

Neden önemli

Hook hash'leme gibi trust mekanizmaları, yazılımların kodlama ajanlarına sessizce talimat enjekte edememesi için tam olarak var. Bir kurulum aracı kendi güvenilir hash'lerini yazabiliyorsa bu koruma büyük ölçüde dekoratif. Bildirim, AI kodlama ajanları yayıldıkça daha geniş bir riski de gözler önüne seriyor: yerel olarak kurulan herhangi bir uygulama, potansiyel olarak bir geliştiricinin ajan iş akışında görünmez varsayılan haline gelebilir, işi yeniden yönlendirebilir ve onaysız uzak endpoint'ler ekleyebilir. Postman en yaygın kullanılan API istemcileri arasında ve böyle bir davranış — kanıtlanmış veri kaybı olmasa bile — masaüstü geliştirme araçlarının dayandığı güveni aşındırıyor. İster bilinçli bir dağıtım ister yanlış yapılandırılmış bir flag olsun, olay, onlarla ilgisi açık olmayan yazılımları kurduktan veya güncelledikten sonra ajan yapılandırma dosyalarını denetlemeyi hatırlatan bir uyarı.