כתובות URL ודומיינים של פישינג

מנתח כתובות URL

פועל מקומית

הכלי עצמו הוא באנגלית; דף זה מסביר את אופן השימוש בו בשפתך.

השתמש ב-מנתח כתובות URL

מה זה עושה

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

היא פועלת כולה בדפדפן שלך: שום דבר שאתה מזין לא מועלה.

כיצד להשתמש ב-מנתח כתובות URL

  1. הדבק את הקישור המלא. החלף את כתובת ה-URL לדוגמה בקישור שברצונך לבדוק. יש לכלול את התבנית, כגון https://, אחרת הניתוח ייכשל.
  2. לנתח. לחץ על "Parse" או על מקש ה-Enter. הדף משתמש במנתח ה-URL המובנה בדפדפן שלך ואינו פותח את הקישור.
  3. בדוק את שם המארח. שם המארח הוא השרת שאליו הדפדפן יפנה. קראו את זה מהסוף: הדומיין הרשום הוא החלק האחרון, לא הראשון.
  4. בדוק את הנמל, הנתיב וה-hash. "Port" מציג את הערך המוגדר כברירת מחדל עבור היציאה הרגילה. "Pathname", "Search" ו-"Hash" מציגים את שארית הקישור לאחר שהדפדפן מנרמל אותו.
  5. קרא את פרמטרי השאילתה. הטבלה מפרטת כל מפתח עם הערך המפוענח שלו. חפשו כתובת URL שנייה, כתובת דוא"ל או אסימון.
  6. עשה את הצעד הבא. השתמש באפשרות "שלח אל…" כדי לבטל את העטיפה של קישור עטוף ב-Link Unwrapper, לבדוק את המארח ב-Homoglyph Checker או לאתר את כתובת הדוא"ל של מחלקת הטיפול בתלונות על שימוש לרעה.

דוגמה

שם המותג לפני ה-@

קלט
https://paypal.com@account-verify.example/signin?session=8f3a2c&next=%2Fwallet#step-2
פלט (נלכד ב-2026-10-22)
PROTOCOL
https:
HOSTNAME
account-verify.example
PORT
default
PATHNAME
/signin
SEARCH
?session=8f3a2c&next=%2Fwallet
HASH
#step-2
Query params
KEY	VALUE
session	8f3a2c
next	/wallet

שם המארח הוא account-verify.example: החלק של paypal.com שלפני הסימן @ הוא רק שם משתמש, והכלי אינו מציג אותו כשדה. בטבלת השאילתה מופיעים "session" ו-"next", שפענוחם הוא /wallet.

מה הוא בודק

אותמה זה אומר
פרוטוקולhttp: פירושו שהחיבור אינו מוצפן. בשיטה כגון javascript: שם המארח ריק, מכיוון שהקישור אינו כתובת אינטרנט כלל.
שם מארחהיעד האמיתי. כל מה שנמצא לפני @ מושמט, פורמטים עשרוניים, הקסדצימליים ואוקטליים של IPv4 הופכים לכתובת מופרדת בנקודות, ושמות שאינם ב-ASCII מופיעים כ-xn-- punycode.
נמלברירת המחדל היא היציאה הסטנדרטית, גם כאשר הקישור מציין במפורש :443 ב-https. כל מספר אחר מהווה יציאה לא סטנדרטית, דבר שאינו מקובל בדף כניסה ציבורי.
שם הנתיבהנתיב לאחר שהדפדפן פירש את קטעי ה-../ והפך את הקווים הנטויים לאחור לקווים נטויים, כך שתוכל לראות לאן באמת מגיעה הבקשה.
חיפושמחרוזת השאילתה הגולמית, שעדיין מקודדת, בדיוק כפי שהיא הייתה נשלחת לשרת.
Hashהחלק שאחרי #. הוא אינו נשלח לשרת, אך סקריפטים בדף יכולים לקרוא אותו, ולכן הוא יכול להכיל נתונים כגון כתובת דוא"ל.
טבלת פרמטרי שאילתהכל מפתח וערך, לאחר פענוח האחוזים, כאשר הסימן "+" נקרא כרווח. ערך שהוא עצמו כתובת URL מהווה יעד להפניה.
מידע חסר על המשתמשהחלק שלפני @, כגון שם מותג, אינו מופיע בשום שדה. אם בקישור מופיע סימן @ בין // ל-/ הבא אחריו, השם המוכר המופיע לפני ה-@ הוא רק שם משתמש.

דוגמאות נוספות

שם מוכר לפני דומיין אחר

קלט
https://login.example.com.secure-check.example.net:8443/reset?token=abc&email=bob%40example.org#done
תוצאה

פרוטוקול https:, שם מארח login.example.com.secure-check.example.net, יציאה 8443, נתיב /reset, חיפוש ?token=abc&email=bob%40example.org, חתימה #done. פרמטרי שאילתה: token = abc, email = bob@example.org. הדומיין הרשום הוא example.net.

קישור לשינויים בדף הדפדפן

קלט
https://203.0.113.9:443/admin/../panel/?redirect=https%3A%2F%2Fexample.org&q=a+b
תוצאה

שם מארח 203.0.113.9, יציאה ברירת מחדל, נתיב /panel/, Hash —. פרמטרי שאילתה: redirect = https://example.org ו-q = a b.

כתובת IPv4 כתובה בשיטה האוקטלית

קלט
http://0300.0000.0002.0001/
תוצאה

פרוטוקול http:, שם מארח 192.0.2.1, יציאה ברירת מחדל, נתיב /, חיפוש — והאש —. כל חלק שמתחיל באפס נקרא כמספר אוקטלי.

שאלות נפוצות

איך זה עוזר בהתמודדות עם קישורי פישינג?

הוא מציג את שם המארח שאליו הדפדפן יפנה בפועל. בכתובת https://paypal.com@evil.example/, המארח הוא evil.דוגמאות: שמות מארחים עשרוניים או הקסדצימליים כגון http://3221225985/ מופיעים ככתובת IPv4 מופרדת בנקודות (192.0.2.1), ודומיינים דמויי Unicode מופיעים בצורת ה-punycode xn-- שלהם.

מה הוא לא מציג או לא בודק?

חלק ה-URL המכיל את שם המשתמש והסיסמה אינו מוצג, והכלי אינו עוקב אחר הפניות, אינו פותח קישורים מאובטחים ואינו מדרג את המארח. טקסט ללא סכימה, כגון example.com/login, גורם לשגיאת "URL לא חוקי".

האם כתובת ה-URL נפתחת או נשלחת למקום כלשהו?

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

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

יש לקרוא מימין לשמאל. בכתובת login.example.com.secure-check.example.net, שתי התוויות האחרונות, example.net, הן הדומיין שמישהו רשם, וכל מה שלפניהן הוא תת-דומיין שבחר. סיומות מדינה כגון co.uk מורכבות משלוש תוויות.

מדוע השאילתה מופיעה פעמיים?

"חיפוש" הוא הטקסט הגולמי המופיע אחרי הסימן "?", שעדיין מקודד, כפי שהשרת מקבל אותו. הטבלה מפענחת כל ערך, כך ש-%40 הופך ל-@ ו-+ הופך לרווח.

האם אני יכול להדביק קישור ללא קישורים פעילים?

לא באופן ישיר. קישור עם [.] לא עובר ניתוח תחבירי, ו-hxxps:// נקרא כשיטה לא מוכרת בשם hxxps:. יש לטפל בו תחילה באמצעות URL Defanger, או להשתמש ב-Link Unwrapper, שמקבל קלט שעבר טיפול.

הסבר על המונחים

מחקר PhishDestroy