טוב (אני מקווה שיעבירו את הנושא למדריכים בהקדם)
אז ככה
הרבה אנשים שומעים על אבטחת מידע והאקינג אבל לא באמת יודעים מה עושים בתחום הזה ואיך מתחילים ללמוד אותו.

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

כדי לעקוב אחרי המדריך כדאי להכיר שימוש בסיסי בטרמינל.
ומי שלא מכיר שיכנס לנושא הזה אומנם זה נועד למשהו אחר, לימוד איך לתפעל קלוד קוד אבל הנושא די דומה ורוב הסבר שם הוא על הטרמינל בכללי
ועכשיו מגיעים לשלב שבו מתחילים את התקנות הראשונות
נכנסים לקישור הבא https://www.kali.org/get-kali/#kali-platforms
ומורידים את קאלי

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

כפי שניתן לראות בתמונה יש ארבע סוגי מכונות
יש הבדלים בניהם אני ספיצפית התחלתי עם VirtualBox אבל אם אתם רגילים למכונה אחרת זה בסדר גמור ואפשר להוריד כל אחת שרוצים
שימו לב מדובר במוצר כבד תבדקו שיש מקום ושהמחשב יכול לסחוב את זה
אחרי הורדה תיגשו לאתר של המכונה שהורדתם
אצל מי שהוריד וירטאול בוקס זה קישור הבא https://www.virtualbox.org/
וכאן כמובן נכנסים לתוכנה של מכונה הוירטואלית

לוחצים על OPEN ומתחילים להגדיר את המיקום שאליו הורדנו את תמונת הדיסק המוכנה
אחרי זה יש כמה שאלות כמו כמה ליבות וזיכרון לתת למכונה וזה דברים שמשתנים ממחשב למחשב אז תבדקו לפי העניין
עוד שראיתי שכדאי זה לשנות את הגדרה הבאה
(במקרים רבים הגדלת זיכרון המסך תשפר את הביצועים הגרפיים של המכונה הווירטואלית. )
זה הדבר הזה להגביר את הזיכרון מסך

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

מה למדנו?

מהי Kali Linux
מהי מכונה וירטואלית
איך מתקינים את Kali על VirtualBox
איך מתקינים את תעודת האבטחה של נטפרי

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

Spoiler

curl -sL https://netfree.link/cacert/united/x2/unix.sh | sudo sh

שלום לכול מי שצופה ולומד
היום אני רוצה ללמד על פרוטוקול HTTPS

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

HTTP (ראשי תיבות של HyperText Transfer Protocol) הוא הפרוטוקול הבסיסי המשמש לתקשורת בין דפדפנים, אפליקציות ושרתי אינטרנט. בכל פעם שנכנסים לאתר, שולחים טופס או משתמשים ב־API, מתבצעת למעשה תקשורת באמצעות HTTP.

העיקרון פשוט: הלקוח (לדוגמה דפדפן(לסוגיו השונים)) שולח בקשה (Request) לשרת, והשרת מחזיר תגובה (Response). לדוגמה, כאשר מבקשים דף אינטרנט, הדפדפן שולח בקשת GET והשרת מחזיר את תוכן הדף יחד עם מידע נוסף כגון סוג התוכן וקוד הסטטוס.
ויש מספר קודים המסייעים לדפדפן להבין את התוצאה למשל 200 מדווח על הצלחה ו404 על כישלון
לרשימת קודים תכנסו לקישור הבא כאן
HTTP כולל מספר שיטות נפוצות, בהן GET לקבלת מידע, POST לשליחת מידע לשרת,
GET משמש בדרך כלל לבקשת מידע מהשרת, בעוד POST משמש לשליחת מידע לשרת.

Spoiler

דוגמה:

כאשר אתם נכנסים לכתובת:
https://example.com/login

הדפדפן שולח בקשת GET כדי לקבל את עמוד ההתחברות.

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

מאפיין מרכזי של HTTP הוא שהוא Stateless(סטסלאס), כלומר כל בקשה מטופלת באופן עצמאי והשרת אינו חייב לזכור בקשות קודמות. מסיבה זו משתמשים לעיתים במנגנונים כמו Cookies כדי לשמור מידע בין בקשות שונות.
כלומר אין הגיון שבכל שליחת פוסט לאתר פה נצטרך להזין מחדש את הסיסמה לכן יש עוגיות ששומרות את זהוי שלנו(ID) בתוך עוגיה
אבל זה בהכרח דווקא זהוי אלא פעמים רובות זהוי והרבה פעמים זה אחר בכלל
כלומר בוא וניתן פה אנלוגיה לחיים עצמם
נניח ופגשתם קרוב משפחה שלכם ואתם שואלים אותו אם הוא יכול לבוא להתארח אצלכם השבת? והוא עונה השבת אני צריך להיות בצד השני (יש שם שבת חתן) ואז אתם אומרים לו ומה לגביי השבת שאחרי? והוא עונה שבת אחרי אני יכול
עכשיו אם תיגשו אליו ותגידו לו מיד
מה לגביי השבת שאחרי? והוא לא יבין מה אתם רוצים ממנו
אותו דבר גם ב־HTTP. כל בקשה מגיעה כאילו היא הראשונה, אלא אם משתמשים במנגנון כמו Cookies שמאפשר לזהות את המשתמש בין בקשות שונות.
בהמשך הסדרה נראה כיצד כלים שונים משתמשים בעוגיות כדי לגשת לעמודים פנימיים באתר.

כדי שהדפדפן יידע לאיפה להגיע המרחבי האינטרנט יש URL
URL הוא הכתובת של המשאב באינטרנט, למשל כתובת של אתר, תמונה או קובץ.
ועכשיו מי שיבדוק ממה עשוי URL שבו גולש כרגע יגלה שהוא גולש דרך HTTPS
אז מה זה הS ???
ה־S שבסוף HTTPS מייצגת את המילה Secure (מאובטח)
האות S מציינת שהתקשורת בין הלקוח (למשל הדפדפן) לבין השרת מוצפנת באמצעות פרוטוקול TLS (בעבר SSL). ההצפנה נועדה למנוע מגורמים בדרך לקרוא או לשנות את המידע המועבר.
לדוגמה, כאשר מתחברים לאתר באמצעות HTTP רגיל, אדם בעל גישה לתעבורת הרשת עשוי לראות את המידע שעובר. לעומת זאת, ב־HTTPS הנתונים מוצפנים, כך שגם אם מישהו יירט את התעבורה, הוא לא יוכל להבין את תוכנה
וחשוב לזכור
HTTPS אינו מצפין רק סיסמאות, אלא את כל התקשורת בין הדפדפן לשרת.

לערך המורחב על הפרוטוקול כאן

עד כאן להיום

מה למדנו היום?

✓ מהו HTTP
✓ מהו Request ומהו Response
✓ מה ההבדל בין GET ל־POST
✓ מהו Stateless
✓ מה תפקידן של Cookies
✓ מה מוסיף HTTPS לעומת HTTP

בפרק הבא נתחיל להכיר את מפת התקיפה ונבין כיצד נראית בדיקת אבטחה של אתר.

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

Spoiler

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

הלחצן התחל מוקף בעיגול
ואז יש לנו רשימה ארוכה שמופיעה
בבתחלה מפורט על
מסומנים בכוכב
האחרונים שהשתמשנו
כל האפליקציות
ואז את האפליקציות בשימוש הסטדרט כמו דפדפן וכולי
ואז יש לנו רשימה מ1 -16 שבהם מופרטים כמה וכמה דברים
ובדבר הזה ביצעתי סיכום עם AI
שימו לב על כל כלים שיש ברשימה מהיום נדבר מפה
לא יהיו עוד הסברים אלא פשוט שימוש בכלים בגישה ישירה
והסבר תמיד יהיה פה
אז בהנאה

01 - Reconnaissance (סיור ואיסוף מידע מקדים)
זהו הצעד הראשון בכל מבדק חדירה. לפני שנוגעים במקלדת, התוקף חייב לאסוף כמה שיותר מידע פומבי וגלוי על המטרה (כתובות מייל של עובדים, דומיינים, כתובות IP, וטכנולוגיות שבהן החברה משתמשת). שלב זה מוגדר כאיסוף מידע פסיבי (מבלי שהארגון ישים לב שמחפשים עליו).

maltego:

theharvester:

spiderfoot:

Spoiler

02 - Resource Development (פיתוח והכנת משאבים)
בשלב זה התוקף כבר יודע על מי הוא מגן או תוקף, וכעת הוא מכין את כלי הנשק שלו. זה כולל יצירת קבצים זדוניים (Payloads), קניית דומיינים מתחזים, או הגדרת שרתים שישמשו אותו בהמשך.

msfvenom:

legion:

Spoiler

03 - Initial Access (החדירה הראשונית)
בשלב זה המטרה של התוקף היא למצוא פרצה (כמו חולשה באתר או שרת) ולהשתמש בה כדי להשיג רגל ראשונה בתוך הארגון.

sqlmap:

commix:

dns-rebind:

gophish:

metasploit-framework:

setoolkit (Social-Engineer Toolkit):

Spoiler

04 - Execution (הרצת קוד)
אחרי שמצאנו פתח, אנחנו צריכים לגרום למחשב של הקורבן להריץ את הקוד הזדוני שלנו בפועל.

metasploit-framework:

powersploit:

Spoiler

05 - Persistence (ביסוס אחיזה)
אם המשתמש יכבה את המחשב, אנחנו עלולים לאבד את הגישה אליו. כאן אנחנו משתילים "דלת אחורית" כדי להבטיח שנוכל לחזור מתי שרק נרצה.

laudanum:

webshells:

weevely:

Spoiler

06 - Privilege Escalation (העלאת הרשאות)
לרוב, כשפורצים למערכת, נכנסים כמשתמש פשוט ומוגבל. בשלב זה המטרה היא להפוך ל"אלוקים" של המערכת – משתמש Administrator בווינדוס או Root בלינוקס.

linpeas:

winpeas:

peass:

metasploit-framework:

unix-privesc-check:

Spoiler

07 - Defense Evasion (התחמקות ממנגנוני הגנה)
כדי שלא יתפסו אותנו, אנחנו חייבים לעקוף אנטי-וירוסים, מערכות EDR וחומות אש.

msfvenom:

exe2hex:

macchanger:

Pass-the-Hash

Spoiler

08 - Credential Access (השגת סיסמאות)
מי צריך לחפש חולשות מורכבות אם אפשר פשוט להשיג את שם המשתמש והסיסמה של המנכ"ל?

hashcat:

john (John the Ripper):

hydra:

responder:

crunch:

Spoiler

Spoiler

09 - Discovery (מיפוי וסריקה)
כאן התוקף פוקח עיניים ומסתכל סביבו: אילו עוד מחשבים, שרתים ומכשירים נמצאים איתו ברשת הפנימית?

nmap:

zenmap:

masscan:

wireshark:

arping / netdiscover:

Spoiler

10 - Lateral Movement (תנועה רוחבית)
לאחר שפרצנו למחשב אחד (למשל של הפקידה בקבלה), אנחנו רוצים "לדלג" למחשבים אחרים ברשת עד שנגיע ליעד הנחשק – שרת המידע המרכזי או שרת ה-Domain Controller.

evil-winrm:

impacket-psexec / smbexec:

rdesktop / xfreerdp3:

Spoiler

11 - Collection (איסוף המידע)
הגענו למטרה! מצאנו את השרתים הרגישים, וכעת אנחנו רוצים לרכז, ליירט ולאסוף את המידע הסודי (קבצים, תכתובות, סיסמאות).

mitmproxy:
sslsplit:

ettercap-pkexec:

ssldump:

Spoiler

12 - Command and Control (פיקוד ושליטה - C2)
במקום לעבוד מול כל מחשב בנפרד, אנחנו מקימים "מפקדה מרכזית" (שרת C2) שמנהלת את כל המחשבים שפרצנו אליהם באופן אוטומטי.

powershell-empire (Empire):

starkiller:

metasploit-framework:

Spoiler

13 - Exfiltration (הברחת המידע החוצה)
אספנו את החומר הסודי, וכעת אנחנו צריכים להוציא אותו ממחשבי הארגון החוצה אל המחשב האישי שלנו, מבלי שמערכות הניטור ישימו לב.

impacket-smbserver:

netcat (nc):

Spoiler

14 - Impact (שיבוש והרס)
השלב שבו התוקף מפסיק להתחבא ומבצע פעולות גלויות שמטרתן לשבש, להרוס או למנוע שירות מהארגון (למשל, תקיפות כופר או מחיקת מערכות).

scapy:

15 - Forensics (חקירה דיגיטלית ופורנזיקה)
כאן אנחנו מחליפים כובע! עברנו לצד של המגנים (הצוות הכחול). כלים אלו נועדו לחקור מחשבים, דיסקים וזיכרונות לאחר פריצה, כדי להבין מה קרה ולמצוא ראיות.

autopsy:

binwalk / binwalk3:

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

hashdeep:

Spoiler

16 - Services and Other Tools (ניהול המערכת)
קטגוריית התמיכה והתחזוקה הפנימית של מערכת ההפעלה Kali Linux.

Kali Tweaks:

PowerShell:

Root Terminal Emulator:

תרשים זרימה

שלב 1-2: אוספים מידע (Recon) ומכינים את הקבצים הזדוניים (Resource Development).

שלב 3-5: חודרים לארגון (Initial Access), מריצים פקודות (Execution) ומשתילים דלת אחורית (Persistence).

שלב 6-8: עוקפים את האנטי-וירוס (Defense Evasion), הופכים למנהלי מערכת (Privilege Escalation) וגונבים סיסמאות של משתמשים אחרים (Credential Access).

שלב 9-11: סורקים את שאר הרשת (Discovery), מדלגים למחשבים של ההנהלה (Lateral Movement) ואוספים את החומרים הסודיים ביותר (Collection).

שלב 12-14: מנהלים הכל משרת מרכזי (C2), מבריחים את הקבצים החוצה (Exfiltration) או משבשים את פעילות החברה (Impact).

בהצלחה מחכה לתגובות כאן

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

המטרה היא להבין כיצד Kali מסדרת את הכלים לפי שלבי העבודה.

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

ועוד משהו בהתאם לתרשים זרימה אפשר לראות את התמונה הזאת שהסברתי למעלה מתבהרת

מה למדנו היום?

✓ כיצד Kali מחלקת את הכלים לפי שלבי התקיפה.
✓ מה המטרה של כל קטגוריה מרכזית.
✓ כיצד למקם כלי בתוך תהליך עבודה שלם.
✓ מדוע חשוב להבין את המתודולוגיה לפני שלומדים כלים.

עד עכשיו הקמנו את המעבדה. היום נבצע את התרגול הראשון ונראה כיצד חולשת SQL Injection עלולה לחשוף מידע רגיש ממסד נתונים.

ומה בעצם עושים היום
כלומר מה אנחנו מנסים להשיג?

1. למצוא נקודת חולשה.
2. להבין האם ניתן להגיע למסד הנתונים.
3. למפות את מבנה הנתונים.
4. לראות איזה מידע ניתן לחשוף.

המטרה אינה לזכור את הפקודות אלא להבין את תהליך החשיבה.

היום נרד לשטח ונבדוק תרחיש אמיתי של תקיפת קופסה שחורה - Black Box (בלק בוקס).

בבדיקות Black Box אנחנו מגיעים ללא גישה מוקדמת למערכת.

בבדיקות Grey Box אנחנו מתחילים עם הרשאה מסוימת ומנסים להבין מה ניתן לעשות ממנה.

אנחנו עושים תקיפה עם ידע מוגבל על המערכת. אנחנו לא בדקנו מראש דפים פגיעים יותר או פחות אלא ניגשנו ישירות לבדיקה של מנגנון ההתחברות.
במצב כזה, אנחנו מגיעים לאתר כהאקרים זרים מהאינטרנט. אין לנו שם משתמש, סיסמה או קוקיז - Cookies (קוקיז) שיאפשרו לנו להיכנס לעמודים הפנימיים. השער היחיד שפתוח בפנינו הוא עמוד הלוגין - Login (לוגין) הציבורי.

אנחנו הולכים לנצל פגיעות SQL Injection (סקוול אינג'קשן) בשדה שם המשתמש (username) של טופס ההתחברות, כדי לעקוף את מנגנון האבטחה ולהכריח את השרת להוציא לנו את כל המידע הרגיש החוצה - ישירות למסך של קאלי (Kali).

דרישת קדם: הגדרת רמת האבטחה במעבדה
לפני שמתחילים, עלינו לוודא שהמעבדה נמצאת במצב הפגיע ביותר שלה.
באתר של Mutillidae (מוטילידיי), גשו לתפריט העליון, חפשו את הכפתור Toggle Security (טוגל סקיוריטי) ולחצו עליו עד שתראו שרמת האבטחה שונה למצב 0 (Security Level: 0). מצב זה מדמה אתר אמיתי שנכתב בצורה רשלנית לחלוטין וללא שום הגנות על שדות הקלט.

שלב 1: מיפוי ובדיקת פגיעות
הפנינו את הכלי ישירות אל עמוד הלוגין. מכיוון שטופס ההתחברות נשלח בשיטת POST (פוסט) שבה הנתונים חבויים בגוף הבקשה, הגדרנו את הפרמטרים שלו בעזרת הדגל --data.

פתח את הטרמינל והרץ את הפקודה הבאה:

sqlmap -u "https://127.0.0.1/index.php?page=login.php" --data="username=test&password=test&login-php-submit-button=Login" -p username --dbms=mysql --batch --dbs

פירוט הפרמטרים בפקודה:
-u (קיצור של URL - יוראל): מגדיר את כתובת היעד הציבורית של עמוד הלוגין שאותו אנחנו רוצים לבדוק.

--data (דאטה): מכיל את השדות שנשלחים בטופס ה-POST (פוסט). הכנסנו ערכי דמי (username=test&password=test) פלוס השם של כפתור השליחה כדי שהשרת יחשוב שמשתמש אמיתי לחץ עליו.

-p username (פרמטר): פקודה מפורשת לכלי לבדוק רק את השדה של שם המשתמש, ולא לבזבז זמן על בדיקת שדה הסיסמה או לחצן השליחה.

--dbms=mysql (די-בי-אמ-אס): אומר לכלי שמסד הנתונים מאחורי הקלעים הוא MySQL (מאי-סקוול). זה חוסך בדיקות מיותרות של סוגי מסדי נתונים אחרים כמו אורקל או סקוול-סרבר.

--batch (באטץ'): פקודה שאומרת לכלי לעבוד במצב אוטומטי - לבחור תמיד באפשרות ברירת המחדל (Yes - יס) ולא לעצור באמצע הסריקה כדי לשאול אותנו שאלות.

--dbs (דאטאבייסז): הוראה מפורשת שאומרת: אם מצאת פגיעות, תשלוף מיד את רשימת בסיסי הנתונים הקיימים בשרת.

מה קרה כאן מאחורי הקלעים?
השרת ניסה לייצר עבור הכלי עוגיית אורח זמנית בשם PHPSESSID (פי-אייץ'-פי-סס-אי-די). הכלי אישר אותה אוטומטית כדי לשמור על קשר רציף מול האתר. הוא זיהה ששדה ה-username פגיע, ובסיום הסריקה הציג לנו רשימה של בסיסי נתונים. זיהינו שהבסיס המרכזי של האתר נקרא mutillidae (מוטילידיי).

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

טבלאות הן המגירות.

עמודות הן סוגי המידע שנמצאים בכל מגירה.

שלב 2: שליפת הטבלאות מתוך בסיס הנתונים
עכשיו כשיש לנו את שם ה-Database (דאטאבייס), אנחנו רוצים לדעת אילו טבלאות קיימות בתוכו כדי למקד את התקיפה. הרצנו את הפקודה הבאה:

sqlmap -u "https://127.0.0.1/index.php?page=login.php" --data="username=test&password=test&login-php-submit-button=Login" -p username --dbms=mysql --batch -D mutillidae --tables

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

--tables (טייבלז): פקודה לשלוף את שמות כל הטבלאות (ה"מגירות") שנמצאות בתוך אותו בסיס נתונים.

מה קרה כאן מאחורי הקלעים?
הכלי לא סרק את האתר מחדש. הוא טען את נקודת ההזרקה ששמר בזיכרון מהסבב הקודם (טכניקה שנקראת Resumed Session - ריזומד סשן). הוא שלח שאילתה ששלפה רשימה של 13 טבלאות. מתוכן, סימנו את הטבלה המעניינת ביותר עבורנו: accounts (אקאונטס), שם שמורים המשתמשים.

שלב 3: מיפוי העמודות בטבלת המשתמשים
לפני שאנחנו מורידים מידע סתם, אנחנו צריכים להבין את המבנה הפנימי של הטבלה שבחרנו. נרצה לדעת אילו טורים (Columns - קולומז) קיימים בה:

sqlmap -u "https://127.0.0.1/index.php?page=login.php" --data="username=test&password=test&login-php-submit-button=Login" -p username --dbms=mysql --batch -D mutillidae -T accounts --columns

פירוט הפרמטרים החדשים בפקודה:
-T accounts (טייבל): מנחה את הכלי להתמקד אך ורק בטבלה הספציפית שנקראת accounts (אקאונטס).

--columns (קולומז): הוראה לשלוף את שמות הטורים (הכותרות) ואת סוגי המידע שיש בטבלה הזו.

מה קרה כאן מאחורי הקלעים?
הכלי חילץ את המבנה וגילה שיש בטבלה 10 עמודות שונות, כולל שדות כמו שם פרטי, סטטוס מנהל, ומה שחשוב לנו באמת: העמודות username (יוזרניים) ו-password (פסוורד).

שלב 4: הורדת המידע (The Dump - הדאמפ)
זהו שלב סגירת המעגל. ביקשנו מהכלי לשלוף רק את שני הטורים שמעניינים אותנו ולרוקן את התוכן שלהם למחשב שלנו:

sqlmap -u "https://127.0.0.1/index.php?page=login.php" --data="username=test&password=test&login-php-submit-button=Login" -p username --dbms=mysql --batch -D mutillidae -T accounts -C username,password --dump

פירוט הפרמטרים החדשים בפקודה:
-C username,password (קולומז): הגדרה מפורשת לשלוף נתונים אך ורק משתי העמודות האלו, כדי לא לבזבז זמן ותעבורה על מידע לא רלוונטי.

--dump (דאמפ): הפקודה שמבצעת את חילוץ הנתונים בפועל והורדתם למסך.

התוצאה הסופית:
מסד הנתונים הריץ לולאה והחזיר פלט נקי של 41 משתמשים רשומים במערכת בטקסט גלוי (Clear Text - קליר טקסט), כולל שם המשתמש והסיסמה של מנהל המערכת (admin / adminpass). בנוסף, המידע נשמר אוטומטית כקובץ בתצורת CSV (סי-אס-וי) בתוך תיקיית הפלט של הכלי בקאלי.

שורה תחתונה לחלק זה: כשעמוד ציבורי כמו לוגין אינו מאובטח (רמת אבטחה 0), הגנות פנימיות כמו עוגיות או בדיקות הרשאות הופכות ללא רלוונטיות. האקר יכול להשיג שליטה מלאה בנתונים מבלי לעבור את דף הבית. בפרק הבא נראה מה עושים כאשר האתר מוגן יותר, ואיך עובדים מול עמודים פנימיים באמצעות עוגיות מהדפדפן (Grey Box Testing - גריי בוקס טסטינג).

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

מה למדנו היום?

✓ איך נראה תהליך עבודה מסודר.
✓ איך עוברים מגילוי חולשה להבנת מבנה המידע.
✓ למה חשוב להבין את מבנה הנתונים לפני שמנסים לחפש מידע.

בפרק הבא נראה מה משתנה כאשר אנחנו מתחילים עם הרשאות קיימות למערכת.

@אהרון-שלום כתב בהסבר | תגובות למדריך על האבטחת מידע:

מדריך יפה מאוד מאוד שימושי למתחילים

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

@י.-פל. אולי אני לא ממש מתעניין מי כתב את הAI הזה
אבל בידע כללי אין עליו וGPT לא מגרד את קצה הקרסול
מלבד הנקודה שגימני יותר סלחן בשניה שאתה עושה משהו לא הכי חוקי וד"ל

@א.מ.ד. תוסיף על זה בפירוט למטה שזה עבור SSL

@דאבל זה לגמריי אקראי הפתיחה של הקופסאות
ואפשר לכתוב למוכר מאלי לשנות הם 99% מהמקרים זורמים
ואם לא הצליח פעם אחת אפשר לקנות שוב וזה יצליח, נדיר שעולים על כזה דבר

@פלמנמוני אופס
פספסתי את הנושא המדובר
ובנושא הפירסמות אני ישאל ככה
למה כשאתה רואה סרטון בגוגל
מובן לך שמישהו צריך להרוויח כסף
ולכן הוא עושה פירסומת
ופה אתה עצבני עליו??

@מזכירותי רק לא הבנתי דבר אחד
איפה כתוב שם מה זה מחשב??
ומה עושים איתו??
לפי דעתי אין סיבה לבנאדם שלא יודע לתכנת או רמה מסוימת של שימוש לדעת מה זה שורת הפקודה
ובטח ובטח שכמו שראית שרוב הפקודות הם ללינוקס דבר שבכלל לא עוזר לאדם המומצע והאדם הלא מומצע ידע לפני זה את כל מה שכתוב שם (או לפחות את הרוב)
אז הייתי ממליץ לשנות כותרת

@צבי-הירש כתב בבירור | פעילות רשת חשודה בחדר מחשבים:

אם מישהויפרוץ למסד הנתונים שלהם ויצליח לפענח את ההצפנה

אתה יודע לפענח RSA 256??
אם כן תבוא
אני מוצא לך עבודה מעכשיו ועד שיגיע המחישוב הקוונטי

@לאצי

Spoiler

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

אז ככה היום נסביר על הקמת אתר פגיע אנחנו נכנסים לדפדפן
ברירת המחדל בקאלי, פרייפוקס וכותבים https://vwad.owasp.org/
למידע נוסף תכתבו בגוגל owasp והוא ייתן לכם את המידע
OWASP הוא ארגון בינלאומי ללא מטרות רווח העוסק בקידום אבטחת יישומי ווב ומפרסם חומרי לימוד, כלים ופרויקטים קהילתיים.
ויש גם גיטאהב שנותן את המידע לאתגרים הטובים ביותר של השנה
אוקיי אז נכנסנו לאתר והוא נראה ככה

יש בו אתגר אקראי לחלוטין יש מצב שאתם תיראו משהו אחר בכלל
בכל אופן גוללים קצת למטה
ויש שם תיבת חיפוש עם פרמטרים

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

Spoiler

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

כאן יש כמה אופציות הורדה
שבגדול מתחלקות לשתיים
אחד התקנה רגילה מה שאומר שצריך להגדיר את הקונטנרים לבד
והשניה עם דוקר שהוא בונה הקונטנרים לבד ומגדיר לבד

Docker מאפשר להריץ אפליקציות בתוך סביבות מבודדות (קונטיינרים) בלי להגדיר ידנית את כל הרכיבים שהן צריכות.
אני אישית לא באתי לסבך כמה שיותר אלא לקצר (להאריך תמיד אפשר עם קצת עזרה מAI)
אז אנחנו נשתמש בדוקר אז באתר תלחצו על הדוקר ותגיעו לגיטאהב
נגלול קצת למטה (מי שמעוניין יש את הרדמי הקבוע)(ויש גם הדרכות ביוטיוב הקישורים בגיטהאב)

לפני שממשיכים ודאו שמותקנים:

• Git
• Docker
• Docker Compose

ואז חפשו את הפקודה
עד שנגיע לפקודה הבאה

git clone https://github.com/webpwnized/mutillidae-docker.git
cd mutillidae-docker
docker compose -f .build/docker-compose.yml up --build --detach

ונריץ את הפקודה בטרמינל
הסבר קצר על הפקודות

git clone - מוריד את הפרויקט מגיטהאב.

cd - נכנס לתיקיית הפרויקט.

docker compose - בונה ומפעיל את כל הקונטיינרים הדרושים.

ונקווה לטוב (לי אישית עשה בעיות ככה שאני לא יכול להציג את מה שהיה אצלי)

אחרי הרצה של השורה הקודמת אתם נכנסים לכתובת http://127.0.0.1/
127.0.0.1 היא כתובת שמפנה למחשב שלכם עצמו (localhost).
שימו לב שבכוונה הכתובת לא מאובטחת אין את הS
האתר אמור להראות ככה

אם האתר עולה אך מציג שגיאות או שהנתונים אינם קיימים, נסו להריץ:

# Requesting Mutillidae database be built.
curl http://127.0.0.1/set-up-database.php;

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

# Install LDAP Utilities including ldapadd
sudo apt-get update
sudo apt-get install -y ldap-utils

# Add users to the LDAP database
ldapadd -c -x -D "cn=admin,dc=mutillidae,dc=localhost" -w mutillidae -H ldap://localhost:389 -f .build/ldap/configuration/ldif/mutillidae.ldif

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

מה למדנו היום?

✓ מהו OWASP ומה מטרת הפרויקטים שהוא מספק ללימוד אבטחת מידע.

✓ מהי מעבדת Mutillidae ולמה היא משמשת לתרגול חולשות בצורה בטוחה וחוקית.

✓ כיצד מורידים ומפעילים את סביבת התרגול באמצעות Docker.

✓ מה תפקידן של הפקודות git clone, cd ו־docker compose.

✓ מהי הכתובת 127.0.0.1 ולמה היא מפנה למחשב המקומי.

✓ כיצד ליצור את בסיס הנתונים של המעבדה במקרה הצורך.

✓ כיצד לטעון משתמשי LDAP לצורך תרגול נוסף.

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

שלום לכולם וברוכים השבים למדריך!

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

מה אנחנו עושים בפרק הזה? (מטרת השיעור)
עד עכשיו עבדנו "על יבש" – בדקנו אם יש פגיעות, וקיבלנו את רשימת הטבלאות הכללית של מסד הנתונים. אבל בעולם האמיתי, הגנת האתר לא נמדדת רק ב"האם יש חור באבטחה", אלא באיזה מידע אפשר לגנוב דרך החור הזה.

במעבדת Mutillidae קיימת טבלת כרטיסי אשראי שנועדה לצורכי תרגול בלבד.

בפרק הנוכחי אנחנו הולכים לקבוע נקודת כניסה ממוקדת, לפנות ישירות לטבלה הרגישה ביותר במערכת – טבלת כרטיסי האשראי (credit_cards), ולבצע לה "דאמפ" (Dump). אנחנו נשלוף את מספרי הכרטיסים, התוקף וקודי ה-CVV של הלקוחות כדי להבין איך פגיעת ווב פשוטה מובילה לזליגת מידע קריטית.

שלב 1: מאיפה מביאים את העוגייה? (הכנת המפתח)
כדי ש-sqlmap יוכל לעבוד בתוך העמודים הפנימיים של האתר, הוא חייב להזדהות מול השרת בשמנו. בשביל זה אנחנו צריכים להביא לו את עוגיית החיבור שלנו (ה-Session). אם לא נעשה את זה, השרת יזהה שמדובר בבקשה אנונימית, יחסום את הכלי, והפריצה תיכשל.

לבחרתכם שתי שיטות פשוטות להוצאת העוגייה מתוך הדפדפן:

שיטה א': דרך לשונית האחסון (Storage) – השיטה הוויזואלית
בעמוד הפנימי של האתר (View Account Details), לחצו על מקש F12 במקלדת כדי לפתוח את כלי המפתחים.

בתפריט העליון של כלי המפתחים, לחצו על הלשונית Storage (בדפדפן פיירפוקס) או Application (בדפדפן כרום).

בתפריט הצדדי שייפתח, לחצו על החץ הקטן ליד Cookies, ואז בחרו בכתובת של האתר שלכם (https://127.0.0.1).

במרכז המסך תיפתח טבלה. חפשו בעמודת ה-Name את השורה שנקראת PHPSESSID.

הערך הארוך שמופיע לידה בעמודת Value הוא ה-Session ID שלכם. העתיקו אותו.

שיטה ב': דרך ה-Console – שיטת הקוד הזריזה
באותו מסך של כלי המפתחים (F12), עברו ללשונית Console (קונסול).

הקלידו את השורה הבאה בדיוק ולחצו Enter:

document.cookie

הדפדפן ידפיס לכם את העוגייה על המסך. העתיקו את רצף האותיות והמספרים שמופיע מיד אחרי הסימן = של ה-PHPSESSID.

שלב 2: שלב הביצוע והרצת החילוץ הממוקד
עכשיו, כשבידכם העוגייה שלכם, פתחו את הטרמינל ב-Kali Linux והריצו את הפקודה הבאה.

️ שימו לב: החליפו את הטקסט YOUR_SESSION_ID ברצף האותיות והמספרים שהעתקתם הרגע מהדפדפן!

sqlmap -u "https://127.0.0.1/index.php?page=user-info.php&username=aa&password=an&user-info-php-submit-button=View+Account+Details" -p username --dbms=mysql --batch --cookie="PHPSESSID=YOUR_SESSION_ID" -D mutillidae -T credit_cards --dump

מה קרה כאן מאחורי הקלעים?
-u "https://...": כתובת היעד הציבורית של העמוד הפנימי אותו אנחנו תוקפים.

-p username: מנחה את הכלי לבצע את המניפולציות אך ורק על השדה של שם המשתמש, מה שמקצר את זמן הבדיקה משמעותית.

--dbms=mysql: אומר לכלי שמסד הנתונים מאחורי הקלעים הוא מסוג MySQL, וחוסך לו זמן של ניחוש ובדיקת פקודות שלא מתאימות לשרת.

--cookie="PHPSESSID=...": מזריק את תעודת הזהות שלכם לתוך הכלי כדי שהשרת יזהה אותו כמשתמש מחובר לגיטימי וייתן לו לסרוק מבפנים.

--batch: פרמטר מפתח בעבודה מקצועית. הוא מורה לכלי לרוץ אוטומטית ולבחר תמיד בתשובות ברירת המחדל (Default) בלי לעצור כל שתי שניות ולשאול אותנו שאלות בטרמינל שיכולות לתקוע את התהליך.

-D mutillidae -T credit_cards: מנווט את sqlmap ישירות לבסיס הנתונים mutillidae ולטבלת כרטיסי האשראי הספציפית credit_cards.

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

פלט הטרמינל (תוצאת החילוץ):
תוך שניות בודדות הכלי ישאב את הנתונים בעזרת טכניקת הזרקה מהירה ויפלוט לכם על המסך את הטבלה הבאה:

Database: mutillidae
Table: credit_cards
[5 entries]
+------------------+-----------------+-----------------+----------+
| credit_card_num  | expiration_date | card_cvv        | cc_owner |
+------------------+-----------------+-----------------+----------+
| 1234567812345678 | 12/2029         | 455             | admin    |
| 9876543298765432 | 05/2028         | 122             | gordon   |
| 5555444433332222 | 08/2030         | 901             | john     |
+------------------+-----------------+-----------------+----------+

מה למדנו היום?

✓ כיצד להשתמש בהרשאה קיימת לצורך בדיקה פנימית.

✓ מה תפקידה של עוגיית Session.

✓ כיצד ניתן להתמקד בטבלה ספציפית במסד הנתונים.

✓ מדוע חשיפת מידע רגיש היא הסיכון האמיתי שמאחורי SQL Injection.

✓ למה חשוב להגן על מידע רגיש גם בתוך מסד הנתונים עצמו.

אם ישנו חוסר בהבנה אתם מוזמנים להפנות את השאלות שלכם כאן

אומנם אני לא עבדתי לפי סדר מסוים אבל פה אני רוצה לקחת צעד אחורה
להסביר מה קורה לפני שאנחנו בעצם יורים על מערכת בניסיון למצוא זה פריצות ואני רוצה להסביר קצת על המפת הפריצה שלנו בפוסט הזה
כתב במדריך | אבטחת מידע (התחלה, עודכנו כלל המדרכים לשפה ברורה יותר, עידכון 0.0.12):

הוא באמצעות חיפוש הכי פשוט על דפי האתר

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

השלב הזה נקרא OSINT (ראשי תיבות של Open Source Intelligence).

הרעיון פשוט מאוד:

לא פורצים.

לא שולחים מתקפות.

לא מריצים ניצולים.

פשוט אוספים מידע שכבר קיים באינטרנט.

לפעמים אפשר ללמוד המון על ארגון רק ממה שהוא פרסם בעצמו.

היום נכיר שני כלים שנמצאים בקאלי ויכולים לעזור לנו בשלב הזה.

חלק ראשון – theHarvester (האוסף)

הכלי theHarvester נועד לאסוף מידע על דומיינים וארגונים.

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

כדי להשתמש בו פותחים טרמינל ומריצים:

theHarvester -d sans.org -l 200 -b all

הסבר קצר:

-d sans.org

הדומיין שאותו אנחנו רוצים לבדוק.

-l 200

מספר התוצאות המקסימלי שהכלי ינסה לאסוף.

-b all

בקשה לחפש בכל מקורות המידע הציבוריים שהכלי תומך בהם.
כלומר כלל מנועי החיפוש

מה מחפשים בתוצאות?

בדרך כלל אני מסתכל קודם על שמות המארחים (Hosts).

לפעמים מופיעים שם דברים מעניינים כמו:

dev.example.com
test.example.com
stage.example.com

שמות כאלה יכולים להעיד על שרתי בדיקות או פיתוח.

לפעמים הם מוגנים פחות מהאתר הראשי.
(ולמה?
כי המפתח יוצא מנקודת הנחה שסתם האדם לא רואה את הכתובת הזאת)

עוד דבר שאפשר למצוא הוא כתובות IP.

אם כול הכתובת שייכות למשל ל־Cloudflare, אפשר להבין שהאתר משתמש בשירות ההגנה שלהם.

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

חלק שני – Sherlock (שרלוק (על שם הבלש שרלוק הולמס))

אם theHarvester מתמקד באתרים וארגונים, Sherlock מתמקד באנשים.

הכלי עובד בצורה הבאה הוא מחפש שם משתמש (user_name ) במאות אתרים שונים ומנסה לבדוק איפה הוא קיים.

דוגמה:

sherlock israel_israeli israel.israeli israelisraeli

הפקודה מחפשת כמה וריאציות (אופציות) שונות של אותו שם משתמש.

למה?

כי אנשים לא תמיד משתמשים באותו שם בכל אתר.

במקום אחד יהיה:

israel_israeli

ובמקום אחר:

israel.israeli

או אפילו:

israelisraeli

מה התוצאות שאנחנו מקבלים?

אם הכלי ימצא התאמות הוא יציג קישורים לאתרים שבהם אותו שם משתמש קיים.

לפעמים תמצאו חשבון GitHub.

לפעמים Reddit.

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

בנוסף Sherlock שומר את התוצאות בקובץ טקסט בתוך התיקייה שבה הרצתם אותו, כך שאפשר לחזור אליהן גם מאוחר יותר.

כמה מילים על החוקיות

הכלים שהצגנו היום עובדים על מידע ציבורי.

הם לא פורצים לשום מערכת ולא מנצלים חולשות.

אבל חשוב לזכור:

לאסוף מידע זה דבר אחד.

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

לכן אנחנו משתדלים לעבוד רק על מערכות שקיבלנו עליהן אישור, מעבדות לימוד ייעודיות או תוכניות Bug Bounty מאושרות.

מה למדנו היום?

✓ מה זה OSINT.

✓ מה ההבדל בין איסוף מידע לבין תקיפה.

✓ איך להשתמש ב־theHarvester כדי לאסוף מידע על דומיינים.

✓ איך להשתמש ב־Sherlock כדי לחפש שמות משתמש באינטרנט.

✓ אילו סוגי מידע אפשר למצוא בלי לשלוח אפילו חבילת תקיפה אחת.

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

@עניו-כמשה אז נפתח עיתון שבועי שבינה תכתוב אותו
נבדוק איך אנשים מדרגים את התוכן
וכל שבוע נוסיף כתבה אחת אנושית וניתן לראות האם האנשים יזהו מה הכתבה האנושית

@עניו-כמשה ואז כחלק מהומור נטפרי יחסום אותי??

@י.-פל. כתב בבירור | בינה מלאכותית והאנושות - לאן?:

הלכנו על שריפת חוות שרתים?

אבל באמת מי שרוצה לקבל את החרדה האמתית חייב להקשיב לפודקאסט שאמרתי לפני זה
של עושים טכנולוגיה על מלחמה תרמו-גרעינית
זה פשוט הזוי ברמה אחרת
אגב פוסט ה100 שלי פה סוף סוף