חזרה

Postman Desktop דווחה כמי שהתקינה תוספים לסוכני קידוד ללא הרשאה
SiTech AI Team3 דק׳ קריאה

Postman Desktop דווחה כמי שהתקינה תוספים לסוכני קידוד ללא הרשאה

מפתח טוען כי אפליקציית Postman למחשב בגרסה 12.33.4 התקינה תוספים ב-Claude Code וב-OpenAI Codex ב-macOS ללא הרשאה מפורשת, אישרה hook להתחלה ב-Codex ועוררה חששות אבטחה.

מפתח בשם indicava ב-GitHub דיווח כי פתיחת Postman desktop גרסה 12.33.4 ב-macOS הפעילה התקנת תוספים עבור Claude Code ו-OpenAI Codex ללא הרשאה מפורשת. הדיווח מ-25 באוקטובר מוסיף כי המתקין של Postman אישר hook אמין להתחלת סשן ב-Codex, שמורה לסוכן להשתמש בכלי Postman למשימות פיתוח API. Postman לא השיבה לשאלות The New Stack עד מועד הפרסום.

מה מתאר הדיווח

לפי הדיווח, יומני האפליקציה של Postman שצורפו ל-issue ב-GitHub מראים אירוע התקנה ב-24 באוקטובר המסומן auto-existing-upgrade. התוצאות הצביעו על כך שתוספים לשני סוכני הקידוד הותקנו. המפתח מצא שינויים בקובץ התצורה ברמת המשתמש של Codex, ~/.codex/config.toml, כולל תוסף Postman מופעל, marketplace חדש לתוספים ו-hook אמין להתחלת סשן. גם בתצורת Claude Code הופיע תוסף Postman מותקן. נמצא קובץ הרצה של Postman CLI עם חותמות זמן שתואמות להתקנה. המפתח אומר שלא אישר את השינויים במפורש. הדיווח מתעד התקנה אחת ב-macOS ולא שוחזר באופן עצמאי במערכות אחרות.

כיצד אושר ה-hook להתחלה

התיעוד של Postman אומר שהמתקין שלה יכול לאשר אוטומטית hook להתחלת סשן בשם המשתמש. מפתחים שמתקינים את התוסף ישירות דרך Codex חייבים לבחון ולאשר את ה-hook בעצמם. קוד המקור של המתקין מראה ש-Postman בודקת אם Codex כבר סומך על ה-hook. אם לא, המתקין משתמש ב-config/batchWrite כדי להוסיף את ה-hash האמין של ה-hook לתצורת Codex. הוא בודק שה-hook לא השתנה לפני האישור. אם האישור נכשל או לא ניתן לאמתו, נכתב ביומן מסר שמפנה את המפתח לבדוק את ה-hook ב-Codex. hook-ים להתחלת סשן יכולים לתת לסוכני קידוד הוראות אוטומטית. הוראות ההתחלה של Postman מורות ל-Codex לטעון את המיומנות postman:api-engineer לפני טיפול ברוב משימות פיתוח ה-API. Codex עדיין אמור לפעול לפי הוראות המפתח קודם, אך במשימות API רבות נאמר לו גם להשתמש בכלים של Postman כברירת מחדל.

תגובות אבטחה ושאלות פתוחות

הממצאים עוררו ביקורת מצד מפתחים ב-GitHub וב-X. חוקר האבטחה Frank Denis כינה את האינטגרציות זבל ב-X וציין שהמתקין של Postman מנסה לסמוך על hook ההתחלה של עצמו. Siddharth Garimella טען שה-hooks של Postman מיירטים נתוני API ושולחים אותם חזרה לחברה, אך הדיווח ב-GitHub אינו מספק ראיות לכך ש-Postman אספה או העבירה נתוני API. הוא מתעד שינויים בהגדרות הסוכן ובחיבור MCP מרחוק, לא גניבת נתונים. מגיב ב-GitHub כינה את ההתנהגות לא מקובלת, ואף כזו שיוצרת סיכון בסביבה ארגונית. אחר קרא ל-Postman להיות שקופה ולבקש הרשאה. המפתח גם מצא ש-Postman הגדירה חיבור לשרת ה-MCP המרוחק שלה בכתובת https://mcp.postman.com/mcp, אך Codex נכשל שוב ושוב באימות. המפתח רוצה ש-Postman תפסיק להתקין תוספים למשתמשים קיימים ללא הרשאה, תשאיר את אישור ה-hook ל-Codex ותספק דרך לבטל את השינויים במלואם. Postman מספקת פקודת הסרה, אך המפתח אומר שהסרת האינטגרציה צריכה גם לנקות שינויים בהגדרות הסוכן, ב-hooks האמינים, בחיבורי MCP ובכלי CLI מותקנים. מפתחים יכולים לבדוק בהגדרות Claude Code ו-Codex תוספים, hooks או חיבורי MCP לא מוכרים. מה שנותר ללא מענה הוא מדוע התקנה קיימת של אפליקציית הדסקטופ הפעילה לכאורה את התהליך ללא הרשאת המשתמש.

מקורות: The New Stack

SiTech

SiTech — פיתוח אתרים בכוח ה-AI

אנחנו בונים אתרים מהירים ומודרניים ומשלבים AI בתהליכי עבודה אמיתיים. יש לכם פרויקט או שאלה? נשמח לעזור.