Postman Desktop-მა, ცნობის მიხედვით, პროგრამირების აგენტების პლაგინები ნებართვის გარეშე დააყენა

GitHub-ზე indicava-ს სახელით ცნობილმა დეველოპერმა განაცხადა, რომ macOS-ზე Postman desktop-ის 12.33.4 ვერსიის გახსნამ Claude Code-სა და OpenAI Codex-ში პლაგინები ცალსახა ნებართვის გარეშე დააყენა. 25 ოქტომბრის ცნობით, Postman-ის ინსტალერმა Codex-ში სანდო session-start hook-ი დაამტკიცა, რომელიც აგენტს API-ის ამოცანებში Postman-ის ხელსაწყოების გამოყენებას ავალებს. გამოქვეყნებისას Postman-ს The New Stack-ის კითხვებზე პასუხი არ გაუცია.

რას აღწერს ცნობა

ცნობით, GitHub-ის issue-ში მოცემული ლოგები აჩვენებს 24 ოქტომბრის ინსტალაციას, მონიშნულს auto-existing-upgrade-ად. შედეგებმა აჩვენა, რომ ორივე აგენტისთვის პლაგინები იყო დაყენებული. დეველოპერმა Codex-ის მომხმარებლის დონის კონფიგურაციის ფაილში, ~/.codex/config.toml-ში, ნახა ჩართული Postman-ის პლაგინი, ახალი პლაგინების მარკეტპლეისი და სანდო session-start hook-ი. Claude Code-ის კონფიგურაციაშიც იყო Postman-ის პლაგინი. აღმოჩნდა Postman CLI-ის შესრულებადი ფაილიც, რომლის დროის ნიშნებიც ინსტალაციას ემთხვეოდა. დეველოპერი ამბობს, რომ ცალსახა ნებართვა არ მიუცია. ცნობა ერთ macOS ინსტალაციას აღწერს და სხვა სისტემებზე დამოუკიდებლად არ გამეორებულა.

როგორ დამტკიცდა გაშვების hook-ი

Postman-ის დოკუმენტაციით, ინსტალერს შეუძლია მომხმარებლის სახელით ავტომატურად დაამტკიცოს სესიის დაწყების hook-ი. დეველოპერებმა, რომლებიც პლაგინს პირდაპირ Codex-ის მეშვეობით აყენებენ, hook-ი თავად უნდა გადაამოწმონ და დაამტკიცონ. ინსტალერის კოდი აჩვენებს, რომ Postman ამოწმებს, Codex უკვე ენდობა თუ არა hook-ს. თუ არა, config/batchWrite-ით Codex-ის კონფიგურაციაში hook-ის სანდო hash-ს ამატებს და დამტკიცებამდე ამოწმებს, რომ hook-ი არ შეცვლილა. თუ დამტკიცება ვერ მოხერხდა, ლოგში დეველოპერს hook-ის Codex-ში გადახედვას სთხოვს. სესიის დაწყების hook-ები აგენტებს ავტომატურად აძლევენ ინსტრუქციებს. Postman-ის გაშვების ინსტრუქცია Codex-ს API-ის უმეტეს ამოცანამდე postman:api-engineer უნარის ჩატვირთვას ავალებს. Codex მაინც პირველ რიგში დეველოპერის ინსტრუქციებს უნდა მიჰყვებოდეს, თუმცა მრავალი API ამოცანისთვის ნაგულისხმევად Postman-ის ხელსაწყოებსაც იყენებს.

უსაფრთხოების რეაქციები და ღია კითხვები

აღმოჩენებმა GitHub-სა და X-ზე კრიტიკა გამოიწვია. Frank Denis-მა X-ზე ინტეგრაციებს „ნაგავი“ უწოდა და აღნიშნა, რომ ინსტალერი საკუთარი გაშვების hook-ის სანდოდ მიჩნევას ცდილობს. Siddharth Garimella-მ თქვა, რომ Postman-ის hook-ები API-ის მონაცემებს იჭერენ და კომპანიას უგზავნიან, თუმცა GitHub-ის ცნობა მტკიცებულებას არ იძლევა, რომ Postman-მა API-ის მონაცემები შეაგროვა ან გაგზავნა. ის აღწერს აგენტის პარამეტრებში ცვლილებებს და დისტანციურ MCP კავშირს, არა მონაცემების მოპარვას. GitHub-ის კომენტატორმა ქცევას მიუღებელი უწოდა, რადგან კორპორატიულ გარემოშიც რისკს ქმნის. სხვამ Postman-ს გამჭვირვალობისა და ნებართვის თხოვნისკენ მოუწოდა. დეველოპერმა ასევე აღმოაჩინა, რომ Postman-მა კავშირი გამართა დისტანციურ MCP სერვერთან https://mcp.postman.com/mcp, თუმცა Codex-მა ავთენტიფიკაცია არაერთხელ ვერ გაიარა. დეველოპერს სურს, Postman-მა შეწყვიტოს არსებული მომხმარებლებისთვის პლაგინების ნებართვის გარეშე დაყენება, hook-ის დამტკიცება Codex-ს დაუტოვოს და ცვლილებების სრულად გაუქმების საშუალება მისცეს. Postman-ს დეინსტალაციის ბრძანება აქვს, მაგრამ დეველოპერის თქმით, ინტეგრაციის მოცილებამ ასევე უნდა მოხსნას ცვლილებები აგენტის პარამეტრებში, სანდო hook-ებში, MCP კავშირებში და CLI ხელსაწყოებში. დეველოპერებს შეუძლიათ Claude Code-ისა და Codex-ის პარამეტრებში უცნობი პლაგინები, hook-ები ან MCP კავშირები შეამოწმონ. უპასუხოდ რჩება, რატომ გამოიწვია არსებულმა desktop ინსტალაციამ, ცნობის მიხედვით, ეს პროცესი მომხმარებლის ნებართვის გარეშე.

წყაროები: The New Stack