كيف تقرأ URL قبل التوقيع

لا يجب أن تفهم كل بارامتر لتكتشف وجهة غير متوقعة وتستخدم هذه الأمثلة مجالات بيانية محجوزة، وليس أماكن للتوقيع عليها.

يفصل الاسم المضيف عن أجزاء أخرى

في https://konto.example.net/profile?mode=demo#settingsالخطة هي HTTPS واسم المضيف konto.example.net. الأجزاء المتبقية هي الطريق والاستفسار والتشرذم، العلامة التجارية في المسار لا تغير اسم المضيف.

في https://bank.example@logowanie.example.net/واسم المضيف هو logowanie.example.net. النص المعروض @ هو معلومات المستخدمين، وليس الوجهة. الكلمة الأولى بعد https:// لا يحدد الموقع بالضرورة.

مقارنة بالاسم الكامل

bank.example.net.oszust.example.org ليست منطقة فرعية example.net. ينتهي بمجال مختلف كما يمكن أن يشير الشكل والشخصيات المتشابهة إلى مكان آخر.

لا تتعرف على كل مالك من خلال الحفاظ ميكانيكياً على آخر وسمتين وتعقّد هذه القاعدة الاختناقات العامة المتعددة الأطراف والاستضافة المشتركة. مقارنة مع عنوان سبق إنقاذه أو التحقق منه بشكل مستقل.

مفهوم التطبيع

الحشد قد يطبيعون العناوين بعض الأسماء المُتَعِدَّةpear في "النيكور" مع xn--. وهذا وحده لا يشير إلى الغش، ولكن الاسم الكامل يحتاج إلى التحقق.

هذا مفتش URL يُظهر اسم المُضيف دون زيارة الموقع. وهو لا يوسع الروابط القصيرة ولا يتبع عمليات إعادة توجيه لاحقة.

HTTPS ليس وعداً بالصدق

HTTPS يحمي الصلة بتلك الوجهة؛ ويمكن للموقع المزيف أن يستخدمها أيضا. وحتى العنوان الصحيح لا يمكن أن يستبعد موقعاً مُعرضاً للخطر أو أي طلب غير صحيح. وفيما يتعلق برسائل الحسابات أو المدفوعات، فتح التطبيق المعروف بصورة مستقلة. مظهر عادي URL ليس سببا كافيا للتوقيع عليه