בעזרת CodeMender אתם יכולים לסרוק באופן יזום את בסיס הקוד שלכם כדי לאתר נקודות חולשה בתוכנה, ולהריץ ניצול לרעה של הוכחת היתכנות (PoC) בארגז החול המקומי שלכם כדי לאשר את יכולת הניצול ולבטל תוצאות חיוביות מוטעות.
סריקה לאיתור נקודות חולשה
כדי להריץ סריקת אבטחה מהירה בבסיס הקוד, מריצים את cm find. כדי להשיג ביצועים אופטימליים, מומלץ לסרוק מודולים ממוקדים או קבוצות של 10 עד 50 קבצים בכל פעם.
סריקה של ספריית משנה ספציפית:
cm find ./src/auth/
סריקה רק של הקבצים ששונו בספריית משנה:
cm find --diff ./src/auth/
כדי לסרוק קובץ אחד:
cm find ./src/auth/session_manager.py
דילוג על בקשות אישור אינטראקטיביות במהלך הסריקה:
cm find ./src/auth/ -y
מידע נוסף על סריקת בקשות משיכה באמצעות --diff או הפעלת סריקות מעמיקות בכמה סשנים באמצעות --deep זמין במאמרים מצבי החיפוש של CodeMender ושילוב עם CI/CD.
אימות נקודות חולשה
אחרי ש-CodeMender מזהה נקודות חולשה פוטנציאליות, אפשר לבקש ממנו לאמת את יכולת הניצול שלהן. במהלך האימות, CodeMender יוצר ומריץ ניצול של הוכחת היתכנות (PoC) (בתוך ארגז החול שמוגדר כברירת מחדל) כדי לוודא שאפשר לנצל את הבעיה.
מאתרים את finding-id מהפלט של cm report או cm find, ואז מריצים:
cm verify FINDING_ID
סימוני אימות
הדגלים הבאים מגדירים את cm verify:
| דגל | ברירת מחדל | תיאור |
|---|---|---|
-c, --context TEXT |
"" |
מעבירים הוראות ניווט או הקשר של דומיין האפליקציה כדי להנחות את הנציג (לדוגמה, cm verify FINDING_ID -c "Focus
analysis on the multi-tenant session validation path").
|
--skip-exploit-verification |
false |
לסמן ממצאים ברמת סמך גבוהה כמאומתים בלי להריץ מחדש את סקריפט הניצול של ה-PoC אחרי שסוכן האימות מסיים. הנציג עדיין יוצר ומריץ ניצול פרצה של הוכחת היתכנות במהלך האימות. |
--sandbox |
true |
הפעלה או השבתה מפורשת של ארגז החול להרצה הזו (לדוגמה, --sandbox=false כדי להשבית).
|
--unrestricted |
false |
עקיפה זמנית של כל אמצעי ההגנה של ארגז החול בהרצה הזו, השבתת גבולות מערכת הקבצים ובידוד קונטיינרים ברמת מערכת ההפעלה. |
-y, --yes |
false |
דילוג על בקשות אישור אינטראקטיביות ([y/N]) לפעולות של כלים והרצת ניצול לרעה של הוכחת היתכנות (PoC). הפקודות נשארות בתוך קונטיינר ארגז החול ברמת מערכת ההפעלה (exebox).
|