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

בדיקת DNS over HTTPS

רשת: DoH

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

השתמש ב-בדיקת DNS over HTTPS

מה זה עושה

בדקו את רשומות ה-DNS של דומיין באמצעות DNS over HTTPS (DoH). הדפדפן שלכם שולח את השאילתה לממסר של PhishDestroy, ששואל את Cloudflare או את Google ומציג כל תשובה עם ה-TTL שלה.

שמות ה-DNS שאתה מחפש נשלחים למתקן ה-DNS של PhishDestroy (/api/dns-resolve.php), אשר פונה ל-Cloudflare או ל-Google DNS באמצעות HTTPS.

כיצד להשתמש ב-בדיקת DNS over HTTPS

  1. הזינו שם מארח. החליפו את שם הדוגמה בדומיין או במארח שאתם רוצים לבדוק, כמו mail.example.com. השמיטו את https:// ואת כל נתיב.
  2. בחרו את סוג הרשומה. בחרו A, AAAA, CNAME, MX, TXT, NS, CAA או SOA. כל שאילתה בודקת סוג אחד.
  3. בחרו את שרת ה-DNS. בחרו Cloudflare Secure DNS או Google Public DNS. שאילתה לשניהם מראה אם התשובה תלויה בשרת.
  4. הריצו את הבדיקה. לחצו על Resolve DNS או על Enter בשדה השם. השאילתה נשלחת לממסר של PhishDestroy, ששואל את הספק שנבחר דרך HTTPS.
  5. קראו את התשובות. בדקו קודם את הסטטוס, ואז כל כרטיס תשובה: סוג רשומה, שם, TTL וערך. Copy מעתיק ערך אחד ללוח.
  6. המשיכו בחקירה. השתמשו ב-Send to… כדי להעביר את הדומיין ל-Abuse Contact Lookup, ל-Email Authentication Checker או ל-Lookalike Domain Generator.

דוגמה

רשומות A של example.com

קלט
example.com
פלט (נלכד ב-2026-10-22)
DNS Answers
✓ NOERROR
A
TTL: 124s
example.com
104.20.23.154

A
TTL: 124s
example.com
172.66.147.243

מציג את סטטוס התשובה (NOERROR) ואת כל רשומות ה-A של example.com, עם ה-TTL של כל אחת וכפתור Copy. החליפו את הסוג ל-MX או ל-TXT כדי לראות שרתי דואר ומחרוזות SPF או אימות.

מה הוא בודק

אותמה זה אומר
NOERRORהשרת ענה כרגיל. השם קיים, אבל ייתכן שאין לו רשומות מהסוג שביקשתם.
ERROR STATUS 3 (NXDOMAIN)השם אינו קיים. עבור דומיין פישינג שדווח, זה יכול לומר שהרשם השעה אותו.
ERROR STATUS 2 (SERVFAIL)השרת לא הצליח לקבל תשובה, למשל כי שרתי השמות של הדומיין אינם מגיבים או שאימות DNSSEC נכשל. נסו את הספק השני.
No records foundNOERROR עם תשובה ריקה: השם קיים אבל אין לו רשומות מהסוג הזה.
תווית סוג הרשומהכל תשובה מציגה את הסוג שלה. שאילתת A עבור כינוי (alias) מחזירה את ה-CNAME ואחריו את הכתובות שאליהן הוא מוביל.
TTLכמה שניות מותר לשרת DNS לשמור את התשובה. ערכי TTL קצרים מאוד, יחד עם כתובות שמשתנות בין בדיקות, הם סימן ל-fast flux.
ערךנתוני הרשומה כפי שהשרת מחזיר אותם: כתובת, שם מארח, עדיפות MX ושרת, או טקסט TXT במירכאות, כמו מדיניות SPF.
שגיאות ממסרמוצגות כ-Error: Unable to fetch DNS records, עם סיבה כמו שם מארח לא תקין, יותר מדי שאילתות בדקה או ספק שלא ניתן היה להגיע אליו.

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

רשומת MX של example.net

קלט
example.net
תוצאה

עם הסוג MX: NOERROR ותשובת MX אחת, 0 . (רשומת null MX: עדיפות 0 ושם מארח ריק, כלומר הדומיין אינו מקבל אימייל).

רשומות TXT של example.org

קלט
example.org
תוצאה

עם הסוג TXT: NOERROR ושתי תשובות TXT: "v=spf1 -all", מדיניות SPF שאינה מתירה לאף שרת לשלוח דואר בשם הדומיין, ואסימון שני שנראה אקראי.

שם שמור שאינו יכול להתקיים

קלט
login.example
תוצאה

עם הסוג A: ERROR STATUS 3 ו-No A records found for login.example. הדומיין העליון .example שמור, ולכן שמות תחתיו לעולם אינם קיימים.

שאלות נפוצות

אילו רשומות אפשר לבדוק?

A, AAAA, CNAME, MX, TXT, NS, CAA ו-SOA, סוג אחד בכל שאילתה. הזינו שם מארח בלבד, כמו mail.example.com, לא כתובת URL מלאה עם https:// או נתיב.

מה המשמעות של ERROR STATUS 3, והאם התשובה יכולה להיות שונה במקום אחר?

סטטוס 3 הוא NXDOMAIN: השם אינו קיים ב-DNS, וזה גם מה שמחזיר דומיין פישינג שהרשם שלו השעה אותו (clientHold). התשובות מגיעות משרת DNS ציבורי אחד ברגע אחד, ולכן מארחים עם geo-DNS או fast-flux עשויים להחזיר כתובות אחרות לאנשים אחרים.

האם השאילתה שלי נשלחת לאנשהו?

כן. השם וסוג הרשומה נשלחים לממסר של PhishDestroy (/api/dns-resolve.php), ששואל את Cloudflare או את Google ב-DNS over HTTPS ומחזיר את התשובה. בדיקה רצה רק כשלוחצים על Resolve DNS או על Load example, או כששולחים לכאן דומיין מכלי אחר, והממסר מאפשר כ-60 בדיקות בדקה לכל כתובת IP.

למה אני מקבל NOERROR אבל בלי רשומות?

השם קיים, אבל אין לו רשומות מהסוג שבחרתם. ל-example.com, למשל, אין רשומות CAA, ולכן שאילתת CAA מחזירה NOERROR בלי תשובות. נסו סוג אחר, או NS כדי לראות מי מארח את האזור.

למה בדיקת A מציגה CNAME?

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

למה ה-TTL משתנה בין בדיקות?

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

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

מחקר PhishDestroy