קלוד קוד ותוסף security-guidance: סקירת אבטחה בזמן שהקוד נכתב

מאת ירון דויטשר עודכן לאחרונה: 28 באוקטובר 2026

ב-27 באוקטובר 2026 פרסם הצוות האדום של Anthropic חמש שרשראות ניצול שקלוד כתב נגד Chrome, ‏Safari, אנדרואיד, ווינדוס ולינוקס. ההמלצה המעשית בסוף הפוסט לא הייתה ״קנו מודל חזק יותר״. היא הייתה לסרוק כבר בזמן ה-PR, עם תוסף לקלוד קוד שהחברה כבר שחררה לציבור, ושאפשר להתקין בפקודה אחת. זה התוסף, ואיך מפעילים אותו נכון.

מה Anthropic מצאה, ולמה זה רלוונטי לכם?

הפוסט מתאר מודל מחקר פנימי שעוד לא שוחרר, ולכן הוא לא מדריך לשימוש. אבל המספרים מסבירים את ההמלצה שבסופו. ב-Chrome לבדו Google הקצתה 62 מזהי CVE, כולם בחומרה קריטית או גבוהה, ותוקנו נכון ל-Chrome 156. בלינוקס קלוד כתב ניצול שמריץ פקודה כ-root על שרת עם מאזין multipath TCP, בלי סיסמה ובלי שום פעולה של המשתמש.

המסקנה של Anthropic כתובה בשני חלקים. לתקן את מה שכבר נמצא בקוד זה חצי מהבעיה. החצי השני הוא להוריד את הקצב שבו פרצות חדשות נכנסות, ולשם כך היא ממליצה לסרוק בזמן ה-PR. החברה שילבה הנחיות אבטחה בתהליך הפיתוח שלה דרך תוסף לקלוד קוד, והוא זמין לכולם במרקטפלייס הרשמי.

ובמילים פשוטות: אם קלוד כותב אצלכם חלק נכבד מהקוד, נקודת הכניסה הזולה ביותר לפרצות היא הרגע שבו הוא כותב אותו.

מה התוסף בודק, ומתי?

שלוש שכבות, כל אחת בעומק אחר:

בכל עריכת קובץ: התאמה מהירה של דפוסים מסוכנים, בלי מודל ובלי עלות. למשל ‎eval(‎, ‏‎os.system‎, ‏‎pickle‎, ‏‎dangerouslySetInnerHTML‎ ועריכות תחת ‎.github/workflows/‎. האזהרה נכנסת לקונטקסט של קלוד לצעד הבא, פעם אחת לכל דפוס בכל קובץ בסשן
בסוף כל תור: התוסף מחשב git diff של כל מה שהשתנה בתור, כולל שינויים מפקודות Bash ומסוכני משנה, ושולח אותו לסקירת אבטחה נפרדת ברקע. התשובה של קלוד לא מתעכבת. אם נמצא משהו, קלוד מקבל את הממצאים ומתקן כהמשך. כאן נתפסים דברים שהתאמת מחרוזות לא רואה: עקיפת הרשאות, IDOR, הזרקה, SSRF, קריפטוגרפיה חלשה
בכל commit או push שקלוד מריץ: סקירה סוכנית שקוראת גם את הקוד שמסביב, את מי שקורא לפונקציה, את פונקציות הניקוי ואת הקבצים הקשורים, כדי להחליט אם ממצא אמיתי לפני שהוא מדווח. זו השכבה שתופסת פרצה שמתפרסת על כמה קבצים

שימו לב לפרט אחד שהתיעוד מדגיש: הסוקר הוא לא אותו קלוד שכתב את הקוד. הסקירות רצות כקריאה נפרדת עם קונטקסט נקי, שמתחילה מה-diff ומקבלת הוראה אחת בלבד, למצוא בעיות. אין לו שום השקעה בפתרון המקורי.

איך מתקינים?

הערה קטנה לפני: הקישור לתוסף בפוסט של Anthropic מוביל לנתיב ישן במאגר של קלוד קוד, שמחזיר נכון ל-28 באוקטובר שגיאת 404. התוסף עצמו נמצא במאגר התוספים הרשמי, ומשם הוא מותקן.

בסשן טרמינל של קלוד קוד:

/plugin install security-guidance@claude-plugins-official

ההתקנה שואלת על scope. בוחרים user scope, וכך התוסף נטען בכל סשן מקומי במחשב. אם מופיעה ההודעה שהמרקטפלייס ‎claude-plugins-official‎ לא נמצא, מוסיפים אותו קודם:

/plugin marketplace add anthropics/claude-plugins-official

ואם הסיכום של ההתקנה מבקש ‎/reload-plugins‎, מריצים אותו כדי להפעיל את התוסף בסשן הנוכחי.

שני דברים צריכים להיות במקום. פייתון על ה-PATH: הבדיקה בכל עריכה מסתפקת בגרסה 3.7, אבל הסקירה הסוכנית ב-commit צריכה 3.10 ומעלה, ובהרצה הראשונה התוסף יוצר סביבה וירטואלית תחת ‎~/.claude/security/‎ ומתקין לתוכה את Claude Agent SDK. מאגר git: הסקירות בסוף תור וב-commit מחשבות diff מול מצב ה-git, ומחוץ למאגר הן פשוט לא רצות, בלי הודעה.

באפליקציית הדסקטופ ובתוסף של VS Code מתקינים מחלון ניהול התוספים. בסשנים בענן התוסף לא נטען מהגדרות המשתמש או מהמאגר, אלא רק דרך managed settings של הארגון.

איך מפעילים אותו לכל הצוות?

מוסיפים אותו להגדרות של הפרויקט, בקובץ שנכנס למאגר:

{
  "enabledPlugins": {
    "security-guidance@claude-plugins-official": true
  }
}

הקובץ הוא ‎.claude/settings.json‎, וכל מי שפותח סשן מקומי במאגר מקבל את התוסף. מי שמסיר אותו אצלו מקבל עקיפה בקובץ המקומי שלו, וזה לא נוגע בשאר הצוות. מנהלים יכולים להפעיל אותו לכל הארגון דרך ‎enabledPlugins‎ ב-managed settings, ואז רק מנהל יכול לכבות.

איך מלמדים אותו את החוקים שלכם?

שני קבצים, ושניהם מוסיפים בדיקות. אי אפשר לכבות דרכם בדיקה מובנית.

קובץ הנחיות לסוקר. ‎.claude/claude-security-guidance.md‎ בפרויקט, בשפה רגילה: מודל האיום שלכם ורשימת הבדיקות. למשל, ״כל נתיב תחת admin קורא לבדיקת תפקיד לפני כל קריאה לבסיס הנתונים״ או ״לא לרשום מספר חשבון בלוג ברמת INFO״. התוסף טוען גם קובץ משתמש ב-‎~/.claude/‎ וקובץ מקומי שלא נכנס למאגר, ומחבר את שלושתם עד תקרה של 8KB. כל מה שמעבר נחתך מהסוף.

קובץ דפוסים לבדיקה בכל עריכה. ‎.claude/security-patterns.yaml‎, עם כללים של regex או מחרוזות, ואפשר להגביל כלל לנתיבים מסוימים:

patterns:
  - rule_name: tenant_unfiltered_query
    regex: "\\.objects\\.all\\(\\)"
    paths: ["**/src/tenants/**"]
    reminder: "Multi-tenant code must filter by org_id."

מלכודת אחת שכדאי להכיר: את גרסת ה-YAML התוסף קורא רק אם PyYAML מותקן, והוא לא מתקין אותו בעצמו. בלי PyYAML הקובץ פשוט מתעלם, בלי שגיאה. גרסת JSON באותו מבנה (‎security-patterns.json‎) עובדת בכל התקנת פייתון, ולכן היא הבחירה הבטוחה. עד 50 כללים מותאמים.

כמה זה עולה?

התוסף זמין בכל המסלולים. הבדיקה בכל עריכה היא התאמת מחרוזות, בלי מודל ובלי עלות. שתי הסקירות האחרות הן קריאות נוספות לקלוד, כברירת מחדל על המודל החדש ביותר של אופוס, והן נספרות במכסה או בחיוב שלכם כמו כל בקשה. בפועל, לפי התיעוד, זו בערך קריאת סקירה אחת לכל תור ששינה קבצים, וסקירה עמוקה אחת לכל commit, שיכולה לכלול כמה תורות של מודל.

מי שעובד מול ה-API ישירות צריך לדעת עוד דבר: לפי ה-README של התוסף, הסקירה בסוף תור קוראת ל-API בעצמה, ולכן היא לא מופיעה בנתוני העלות של קלוד קוד ולא בתמליל. התוסף כותב שורת שימוש אחרי כל סקירה ללוג שלו ב-‎~/.claude/security/log.txt‎, עם מספר הטוקנים והערכת עלות לפי מחירון. זה המקום לבדוק כמה הוא באמת צורך.

כדי להוריד עלות: ‎SECURITY_REVIEW_MODEL‎ מחליף את המודל של הסקירה בסוף תור, ו-‎SG_AGENTIC_MODEL‎ את המודל של סקירת ה-commit. ה-README מציע לנסות מודל זול יותר כשיש יותר מדי false positives, אבל מוסיף שמי שהדיוק חשוב לו כדאי שיישאר עם ברירת המחדל.

מה הוא לא תופס?

הוא לא חוסם: אף שכבה לא עוצרת כתיבה או commit. הממצא חוזר לקלוד כהוראה, וקלוד יכול גם לטעות בתיקון. לחסימה קשיחה צריך hook שחוסם או בדיקה ב-CI
commit שלכם לא נבדק: הסקירה העמוקה רצה רק על commit ו-push שקלוד מריץ דרך כלי ה-Bash שלו. commit מהטרמינל שלכם, כולל דרך ‎!‎ בתוך הסשן, עובר בלי סקירה
יש תקרות: הסקירה בסוף תור מכסה עד 30 קבצים שהשתנו, ורצה לכל היותר שלוש פעמים ברצף לפני שהיא מחזירה אליכם את השליטה. סקירות ה-commit וה-push מוגבלות ל-20 בשעה
בלי הרשאות, רק דפוסים: לפי ה-README, בסשן שהופעל עם ‎DISABLE_TELEMETRY‎, ‏‎DO_NOT_TRACK‎ או ‎CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC‎, קלוד קוד לא מעביר לתוסף את ההתחברות שלכם. אם אין גם מפתח API בסביבה, הסקירות שמבוססות מודל מדלגות, ונשארת רק בדיקת הדפוסים. התוסף מודיע על זה לכל היותר פעם בשבוע, אז בדקו את הלוג
הקוד יוצא מהמחשב: הסקירות שולחות diff ותוכן קבצים לאותו יעד שקלוד קוד עובד מולו. אל תכתבו סודות בקובץ ההנחיות, הוא נשלח בכל סקירה

איפה הוא עומד ליד הכלים האחרים?

התיעוד של Anthropic מציב אותו כשכבה הראשונה במחסנית, לא כפתרון שלם:

בתוך הסשן: security-guidance, על הקוד שקלוד כותב עכשיו
מעבר אחד כשמבקשים: ‎/security-review‎ על השינויים בענף הנוכחי
סריקה עמוקה כשמבקשים: התוסף claude-security, סריקה של כמה סוכנים על כל המאגר או על diff, עם אימות עצמאי של כל ממצא והצעות לטלאים. זו הגרסה שרצה בתוך הסשן של Claude Security, המוצר המתארח של Anthropic
על כל PR: Code Review, במסלולי Team ו-Enterprise
ב-CI: הסורקים הסטטיים וסורקי התלויות שכבר יש לכם. התוסף לא מנסה להחליף אותם

ולקוד שכבר קיים, שקלוד לא נגע בו? security-guidance לא יעזור שם. לזה יש את claude-security, או את שיטת צמצום ה-attack surface שהצוות האדום פרסם שבוע קודם.

שורה תחתונה

מתוך כל מה ש-Anthropic פרסמה השבוע על אבטחה, זה החלק שרלוונטי לכל מי שעובד עם קלוד קוד, ולא רק לחוקרי אבטחה. פקודה אחת מתקינה סוקר שני שרואה כל diff, בלי שום דבר לזכור להריץ. הוא לא חוסם, לא תופס הכול, ועולה מכסה. אבל הוא תופס את הפרצה ברגע הזול ביותר לתקן אותה, באותה שיחה שבה היא נכתבה.

הצעד הראשון: להתקין ב-user scope, לעבוד יום רגיל, ולפתוח את ‎~/.claude/security/log.txt‎ בסוף היום כדי לראות מה הוא מצא וכמה זה עלה. משם, מי שרוצה לבנות בדיקה משלו באותה שיטה ימצא במדריך ה-hooks את אותם מנגנונים שהתוסף בנוי עליהם, ומי שרוצה לעבור על כל זה עם הצוות מוזמן להרצאה.

שאלות נפוצות

איך מתקינים את security-guidance בקלוד קוד?

בסשן טרמינל של קלוד קוד מריצים /plugin install security-guidance@claude-plugins-official ובוחרים user scope, כדי שהתוסף ייטען בכל סשן מקומי במחשב. אם מופיעה הודעה שהמרקטפלייס לא נמצא, מוסיפים אותו קודם עם /plugin marketplace add anthropics/claude-plugins-official. באפליקציית הדסקטופ ובתוסף של VS Code מתקינים מחלון ניהול התוספים. צריך פייתון על ה-PATH, ומאגר git בתיקייה שבה עובדים.

כמה עולה התוסף security-guidance?

התוסף עצמו זמין בכל המסלולים. בדיקת הדפוסים בכל עריכה לא קוראת למודל ולא עולה כלום. הסקירה בסוף תור והסקירה ב-commit הן קריאות נוספות לקלוד, כברירת מחדל על אופוס, והן נספרות במכסה או בחיוב כמו כל בקשה אחרת. אפשר להוריד עלות עם SECURITY_REVIEW_MODEL ו-SG_AGENTIC_MODEL שמצביעים על מודל זול יותר, או לכבות שכבה בודדת.

מה ההבדל בין security-guidance לבין הפקודה security-review?

‏security-review היא פקודה שמריצים ביד: מעבר אחד על השינויים בענף הנוכחי, כשמבקשים. security-guidance רץ לבד כל הזמן, בודק את מה שקלוד כותב תוך כדי עבודה, ומחזיר לו ממצאים לתיקון לפני שהקוד בכלל מגיע ל-PR. אחד לא מחליף את השני. התיעוד של Anthropic ממקם אותם כשכבות שונות באותה מחסנית.

האם security-guidance חוסם commit עם פרצה?

לא. אף שכבה בתוסף לא חוסמת כתיבה או commit. הממצאים מגיעים לקלוד כהוראות, והוא מטפל בהם בשיחה. מי שצריך חסימה קשיחה, למשל על עריכה של קבצים מוגנים, צריך hook שחוסם או בדיקה ב-CI לצד התוסף.

האם התוסף שולח את הקוד שלי החוצה?

כן, לסקירות שמבוססות מודל. הסקירה בסוף תור שולחת את נתיבי הקבצים שהשתנו, את ה-diff ואת תוכן הקבצים הרלוונטי. הסקירה ב-commit שולחת גם קבצים שהסוקר קורא כדי לעקוב אחרי זרימת נתונים. היעד הוא אותו יעד שקלוד קוד שלכם כבר עובד מולו: ה-API של Anthropic, gateway ארגוני, או ספק ענן כמו Bedrock.