למה להשתמש ב-NotHoly ל-bug bounty

bug bounty רץ בלולאה: recon, triage, proof of concept, דוח ש-triager יוכל לשחזר. שני דברים מאטים. מודל כללי מסרב לכתוב את ה-proof of concept לתוכנית שמשלמת בדיוק על זה, וכל חיפוש העשרה נכנס לחשבון. NotHoly מורידה את שניהם. המודל מקבל את הלולאה, נתוני המחקר לא עולים טוקנים, וה-CLI שומר את העבודה על המכונה שלכם ובתוך ה-scope של התוכנית. מקרה השימוש של bug bounty מכיל את המתודולוגיה; כאן מדובר למה הכלי מתאים ללולאה.

#הלולאה, בלי הסירוב

המודל קורא את פלט ה-recon שלכם ומדרג את מה שנראה בר-השגה, מסביר תגובה שמריחה כמו IDOR או SSRF, וכותב את ה-proof of concept ל-endpoint שאתם רשאים לבדוק. הוא לא נעצר לשקול אם הבקשה מותרת, כי ה-scope של התוכנית כבר ענה על זה. עם reasoning דלוק, שלב triage עובר שרשרת לפני שהוא מדרג, ואותו מודל מנסח את הבקשה שבודקת את ה-hop הבא. למטרת web הוא קורא bundle של JavaScript שאתם מדביקים; למטרת mobile אתם מצרפים את ה-APK ומקבלים את ה-manifest וה-strings. בסיס הידע מביא מתודולוגיית בדיקה של OWASP והפניות payload עם מקור בכל קטע, אז טכניקה מגיעה עם איפה לאמת אותה. מכיוון שהמודל abliterated, proof of concept עובד ל-endpoint שב-scope חוזר כקוד, לא כסירוב, ואתם משכללים אותו באותה שיחה עד ש-triager יוכל להריץ אותו.

#הישארו בתוך ה-scope של התוכנית

תוכנית נותנת לכם scope וכללים, ו-notholy engage הופך אותם לשומר. אתם רושמים את ה-hosts וה-wildcards שב-scope ומכוונים את --auth לעמוד התוכנית, וכל פקודה שהסוכן מריץ נבדקת מול ה-scope הזה קודם. host מחוץ ל-scope מחייב אתכם להקליד אותו ורושם את החריגה, כך שפגיעה מקרית בדומיין אח שלא בתוכנית נתפסת לפני שהיא עוזבת את המכונה שלכם. הכללים יושבים מחוץ ל-repo, כך שקבצים של המטרה עצמה לא מרחיבים את ה-scope שלכם. הלוג הוא log.jsonl משורשר, רשומה עמידה בפני שינוי של מה נגעתם בו ומתי, וזו הרשומה שתוכנית או מחלוקת מבקשות.

notholy engage init --name acme-bbp --scope "*.acme.com,api.acme.com" --auth "https://hackerone.com/acme"

#מממצא לדוח

ממצא משולם רק כש-triager יכול לשחזר אותו. עשו pipe של ההערות והבקשה שלכם למודל ובקשו טקסט עם impact, שלבים ותיקון מוצע, בפורמט שהתוכנית רוצה. ה-CLI קורא את הקלט הסטנדרטי, אז קובץ הערות, export של HAR או diff מזינים אותו ישר, ו---json בחיפוש מחזיר נתונים מובנים שהסקריפטים שלכם מפרסרים. העשירו את הדוח עם lookup של CVE שנושא CVSS, EPSS ו-KEV, וחיפוש advisory לתלות שאתם חושדים בה, אף אחד מהם לא עולה טוקנים. המחיר של תשלום מראש לפי טוקן מתאים לציד שמתחמם בסוף שבוע ושקט חודש, כי אתם משלמים על סוף השבוע.

cat finding.md | notholy "turn this into a reproducible report with impact, steps and a suggested fix"

#איפה זה לא מתאים

הבדיקה הפעילה היא שלכם. השרתים של NotHoly לעולם לא סורקים ולא שולחים תעבורה למטרה, אז הבקשות לתוכנית באות מהכלים שלכם, על המכונה שלכם. אם ממצא ב-scope, תקף או כפול זו החלטה של התוכנית, לא של המודל, והמודל יכול לטעות, אז שחזרו את ה-proof of concept בעצמכם לפני שאתם שולחים. החשבון צריך אימייל, והצ׳אט שומר את השיחות שלכם אלא אם פתחתם אחת חולפת.

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