Tìm đích đến ẩn đằng sau Safe Links, URL Defense và các công cụ bao bọc khác (Mimecast: tên miền).
Mới
Trình phân tích cú pháp URL
Chạy cục bộ
Công cụ này được hiển thị bằng tiếng Anh; trang này giải thích về công cụ đó bằng ngôn ngữ của bạn.
Sử dụng Trình phân tích cú pháp URL
Chức năng của nó là gì?
Tách một URL thành các thành phần: giao thức, tên máy chủ, cổng, đường dẫn, chuỗi truy vấn và đoạn phụ bằng công cụ phân tích URL tích hợp sẵn trong trình duyệt, để bạn có thể biết liên kết đó thực sự trỏ đến máy chủ nào.
Ứng dụng này hoạt động hoàn toàn trên trình duyệt của bạn: mọi thông tin bạn nhập vào đều không được tải lên.
Cách sử dụng Trình phân tích cú pháp URL
- Dán liên kết đầy đủ. Hãy thay thế URL mẫu bằng liên kết mà bạn muốn kiểm tra. Hãy bao gồm phần “scheme”, chẳng hạn như https://, nếu không quá trình phân tích cú pháp sẽ không thành công.
- Phân tích. Nhấn nút “Parse” hoặc phím Enter. Trang này sử dụng trình phân tích URL có sẵn trong trình duyệt của bạn và sẽ không mở liên kết đó.
- Kiểm tra tên máy chủ. Tên máy chủ là máy chủ mà trình duyệt sẽ kết nối. Hãy đọc từ cuối vào: tên miền đã đăng ký là phần cuối cùng, chứ không phải phần đầu tiên.
- Hãy xem cổng, đường dẫn và mã băm. Cột “Port” hiển thị giá trị mặc định của cổng thông thường. Các cột “Pathname”, “Search” và “Hash” hiển thị phần còn lại của liên kết sau khi trình duyệt đã chuẩn hóa nó.
- Đọc các tham số truy vấn. Bảng này liệt kê từng khóa cùng với giá trị đã được giải mã tương ứng. Hãy tìm một URL thứ hai, một địa chỉ email hoặc một mã thông báo.
- Hãy tiến thêm một bước nữa. Sử dụng tính năng “Gửi đến…” để giải mã liên kết được mã hóa trong Link Unwrapper, kiểm tra máy chủ trong Homoglyph Checker hoặc tìm thông tin liên hệ về lạm dụng.
Ví dụ
Tên thương hiệu trước ký tự @
https://paypal.com@account-verify.example/signin?session=8f3a2c&next=%2Fwallet#step-2PROTOCOL
https:
HOSTNAME
account-verify.example
PORT
default
PATHNAME
/signin
SEARCH
?session=8f3a2c&next=%2Fwallet
HASH
#step-2
Query params
KEY VALUE
session 8f3a2c
next /walletTên máy chủ là account-verify.example: phần trước dấu @ của paypal.com chỉ là tên người dùng, và công cụ này không liệt kê nó như một trường dữ liệu. Bảng truy vấn hiển thị các trường session và next, được giải mã thành /wallet.
Nó kiểm tra những gì
| Tín hiệu | Ý nghĩa của điều đó là gì |
|---|---|
| Quy trình | "http:" có nghĩa là kết nối không được mã hóa. Với một định dạng như "javascript:", tên máy chủ (Hostname) để trống, vì liên kết đó hoàn toàn không phải là một địa chỉ web. |
| Tên máy chủ | Địa chỉ đích thực. Mọi phần nằm trước ký tự @ sẽ bị loại bỏ, các dạng địa chỉ IPv4 thập phân, lục thập phân và bát thập phân sẽ được chuyển thành địa chỉ có dấu chấm, còn các tên không phải ký tự ASCII sẽ được hiển thị dưới dạng xn-- punycode. |
| Cảng | Cổng mặc định là cổng tiêu chuẩn, ngay cả khi liên kết ghi rõ :443 trên https. Bất kỳ số nào khác đều là cổng không tiêu chuẩn, điều này không phổ biến đối với trang đăng nhập công khai. |
| Đường dẫn | Đường dẫn này được tạo ra sau khi trình duyệt đã giải quyết các đoạn ../ và chuyển các ký tự gạch chéo ngược thành gạch chéo, nhờ đó bạn có thể thấy được đích thực của yêu cầu. |
| Tìm kiếm | Chuỗi truy vấn thô, vẫn còn được mã hóa, hoàn toàn giống như khi nó được gửi đến máy chủ. |
| Hash | Phần nằm sau dấu #. Phần này không được gửi lên máy chủ, nhưng các tập lệnh trên trang có thể đọc được nó, do đó nó có thể chứa các dữ liệu như địa chỉ email. |
| Bảng tham số truy vấn | Mỗi cặp khóa-giá trị đều được giải mã phần trăm và ký tự “+” được hiểu là khoảng trắng. Một giá trị vốn là một URL sẽ là đích chuyển hướng. |
| Thiếu thông tin người dùng | Phần nằm trước ký tự @, chẳng hạn như tên thương hiệu, không xuất hiện trong bất kỳ trường nào. Nếu một liên kết có ký tự @ nằm giữa // và dấu / tiếp theo, thì tên quen thuộc đứng trước ký tự @ đó chỉ là tên người dùng. |
Các ví dụ khác
Một tên miền quen thuộc xuất hiện trước một tên miền khác
https://login.example.com.secure-check.example.net:8443/reset?token=abc&email=bob%40example.org#doneGiao thức https:, Tên máy chủ login.example.com.secure-check.example.net, Cổng 8443, Đường dẫn /reset, Truy vấn ?token=abc&email=bob%40example.org, Băm #done. Tham số truy vấn: token = abc, email = bob@example.org. Tên miền đã đăng ký là example.net.
Liên kết các quy tắc viết lại của trình duyệt
https://203.0.113.9:443/admin/../panel/?redirect=https%3A%2F%2Fexample.org&q=a+bTên máy chủ 203.0.113.9, Cổng mặc định, Đường dẫn /panel/, Băm —. Thông số truy vấn: redirect = https://example.org và q = a b.
Địa chỉ IPv4 được viết dưới dạng số bát phân
http://0300.0000.0002.0001/Giao thức http:, Tên máy chủ 192.0.2.1, Cổng mặc định, Đường dẫn /, Tìm kiếm — và Băm —. Mỗi phần bắt đầu bằng số 0 sẽ được hiểu là một số bát phân.
Câu hỏi thường gặp
Điều này giúp ngăn chặn các liên kết lừa đảo như thế nào?
Nó hiển thị tên máy chủ mà trình duyệt sẽ thực sự kết nối. Trong địa chỉ https://paypal.com@evil.example/, máy chủ là evil.example, các tên máy chủ dạng thập phân hoặc lục thập phân như http://3221225985/ sẽ hiển thị dưới dạng địa chỉ IPv4 có dấu chấm (192.0.2.1), và các tên miền Unicode trông giống nhau sẽ xuất hiện dưới dạng xn-- punycode.
Nó không hiển thị hay kiểm tra những gì?
Phần tên người dùng và mật khẩu trong URL sẽ không được hiển thị, và công cụ này không thực hiện chuyển hướng, không giải nén các liên kết an toàn (Safe Links) cũng như không đánh giá máy chủ. Văn bản không có phần giao thức, chẳng hạn như example.com/login, sẽ gây ra lỗi “URL không hợp lệ”.
URL đó có được mở hay được gửi đi đâu không?
Không. Quá trình phân tích cú pháp trên trang này sử dụng API URL của trình duyệt; liên kết đó không bao giờ được yêu cầu và không có dữ liệu nào được tải lên.
Làm thế nào để tìm tên miền đã đăng ký trong tên máy chủ?
Đọc từ phải sang. Trong địa chỉ login.example.com.secure-check.example.net, hai nhãn cuối cùng, example.net, là tên miền mà ai đó đã đăng ký, còn mọi phần trước đó là tên miền con mà họ đã chọn. Các hậu tố quốc gia như co.uk bao gồm ba nhãn.
Tại sao câu truy vấn lại hiển thị hai lần?
Kết quả tìm kiếm là văn bản thô sau dấu ?, vẫn còn được mã hóa, đúng như cách máy chủ nhận được. Bảng này sẽ giải mã từng giá trị, do đó %40 sẽ trở thành @ và + sẽ trở thành một khoảng trắng.
Tôi có thể dán một liên kết đã được vô hiệu hóa không?
Không trực tiếp. Liên kết có chứa [.] không thể phân tích cú pháp, và hxxps:// được nhận diện là một lược đồ không xác định có tên là hxxps:. Hãy xử lý lại liên kết đó trước bằng URL Defanger, hoặc sử dụng Link Unwrapper — công cụ này chấp nhận đầu vào đã được xử lý.