로그인하기 전에 URL을 읽는 방법

예상치 못한 목적지에 모든 매개 변수를 이해할 필요가 없습니다. 이 예제는 지정된 데모 도메인을 사용하여 로그인 할 수 없습니다.

다른 부품에서 hostname을 분리

으로 https://konto.example.net/profile?mode=demo#settings, 계획은 HTTPS이며 호스트 이름은 konto.example.net. 나머지 부분은 경로, 쿼리 및 파편입니다. 경로의 브랜드는 hostname을 변경하지 않습니다.

으로 https://bank.example@logowanie.example.net/, hostname은 logowanie.example.net. 이전의 텍스트 @ 사용자 정보, 대상이 아닙니다. 첫 번째 단어 후 https:// 반드시 사이트를 식별하지 않습니다.

전체 이름 비교

bank.example.net.oszust.example.org 의 하위 도메인이 아닙니다. example.net. 그것은 다른 도메인으로 끝납니다. Typos 및 lookalike 문자는 다른 곳에서도 포인트 할 수 있습니다.

마지막으로 두 개의 라벨을 기계적으로 유지하여 모든 소유자를 식별하지 마십시오. Multi-part public suffixes 과 shared hosting complicate 그 규칙. 이전에 저장되거나 독립적으로 검증된 주소와 비교해 보세요.

정상적인 작용

브라우저는 정상적인 주소일 수 있습니다. 몇몇 국제화된 이름 appear 의 punycode 와 xn--. 그 혼자는 사기를 나타내지 않습니다, 그러나 완전한 이름은 검사를 필요로 합니다.

(주)더스 URL 검사기 사이트 방문 없이 파스드 호스트명을 보여줍니다. 짧은 링크도 확장하지 않고 나중에 리디렉션을 따르지 않습니다.

HTTPS는 정직의 약속이 아닙니다.

HTTPS는 해당 목적지에 대한 연결을 보호합니다. 사기성 사이트는 그것을 사용할 수 있습니다. 올바른 주소는 타협 된 사이트 또는 접시에 가장 요청을 지배 할 수 없습니다. 계정 또는 결제 메시지의 경우, 독립적으로 알려진 앱을 엽니다. 일반 URL은 로그인하는 이유가 충분하지 않습니다.