- Mindblown Security Lab
- Thực hành: tin nhắn đáng ngờ
Học trong thực hành 5 phút
Thực hành: tin nhắn đáng ngờ
Hãy thực hành bước kế tiếp trong sáu hoàn cảnh hàng ngày. Mỗi câu trả lời đều có lời giải thích; bạn có thể bỏ qua câu hỏi và trở lại câu hỏi sau.
Thông điệp và địa chỉ là hư cấu. Bài tập này, không phải đánh giá an ninh tài khoản. Kết quả và câu trả lời chỉ ở trên trang mở.
Câu trả lời: 0 trên 6.
Tình trạng 1 Tháng Baof 6 · SMS
thanh toán thêm cho gói ký tự
Có một thông điệp được gửi đến với tên của công ty đưa thư.
Giải thích
Một số lượng nhỏ và áp lực thời gian có thể làm giảm sự cảnh giác. Đơn có thể thu thập dữ liệu thẻ hay đăng nhập.
Kiểm tra gói thông qua một kênh bạn biết độc lập với bạn SMS. Đừng dùng chi tiết liên lạc được cung cấp trong thông điệp này.
HTTPS bảo vệ sự kết nối đến máy đã hiển thị. Kinh Thánh không xác nhận ai đã gửi thông điệp đó hay trả tiền cho ai là thật.
Số lượng, tên người gửi và HTTPS sẽ không thay thế việc thẩm tra độc lập của yêu cầu.
Làm thế nào để kiểm tra tin nhắn đáng ngờ vội vàngXem các bước đề nghị và giải thích
Tôi sẽ mở một trang đăng nhập hay xuất bản.
Kiểm tra gói thông qua một kênh bạn biết độc lập với bạn SMS. Đừng dùng chi tiết liên lạc được cung cấp trong thông điệp này.
Số lượng, tên người gửi và HTTPS sẽ không thay thế việc thẩm tra độc lập của yêu cầu.
Làm thế nào để kiểm tra tin nhắn đáng ngờ vội vàngTình huống 2 của 6 cuộc gọi qua điện thoại
Bộ mã để ‘ hỗ trợ ’
Bây giờ anh sẽ không đăng nhập, một người nói hỗ trợ thì gọi một mật mã.
Giải thích
Không chia sẻ mã đăng nhập với người gọi. Dùng ứng dụng mở hay thông tin liên lạc của dịch vụ.
Biết tên người gọi không xác nhận được danh tính của người gọi. Mã lệnh có thể cho phép một người hoàn thành việc đăng nhập.
Đừng tiết lộ bất cứ phần nào của bí mật. Đây không phải là một phương pháp để xác định danh tính của sự hỗ trợ.
Mã xác nhận thao tác đăng nhập của bạn; nó không phải là thông tin cần đưa cho người liên lạc.
Cách sử dụng thành phần thứ haiXem các bước đề nghị và giải thích
Tôi sẽ không đưa mã, tôi sẽ hoàn thành cuộc gọi và kiểm tra tài khoản thông qua kênh chính thức.
Không chia sẻ mã đăng nhập với người gọi. Dùng ứng dụng mở hay thông tin liên lạc của dịch vụ.
Mã xác nhận thao tác đăng nhập của bạn; nó không phải là thông tin cần đưa cho người liên lạc.
Cách sử dụng thành phần thứ haiTình huống 3 trong 6 e-mail
Số tài khoản mới
Commentpeartrong sợi dây hợp tác hiện có. Thông điệp đã được viết chính xác.
Giải thích
Nếu tài khoản người gửi đã bị chiếm, câu trả lời có thể được gửi cho cùng người gửi yêu cầu.
Lịch sử của cuộc trò chuyện và ngôn ngữ đúng không bảo đảm rằng một người hội đủ điều kiện đã gửi lời cầu xin mới.
Sử dụng dữ liệu bạn có từ trước, xác nhận hợp tác. Khi trả tiền, hãy áp dụng luật lệ trong tổ chức của mình.
Một sợi chỉ tin cậy có thể được dùng cho một yêu cầu mới, trái phép. Xác nhận những thay đổi bất thường một cách độc lập.
Thuyết phục trong các cuộc trò chuyện và trò chuyệnXem các bước đề nghị và giải thích
Tôi sẽ xác nhận sự thay đổi của một con số đã được biết trước hoặc các kênh độc lập khác.
Sử dụng dữ liệu bạn có từ trước, xác nhận hợp tác. Khi trả tiền, hãy áp dụng luật lệ trong tổ chức của mình.
Một sợi chỉ tin cậy có thể được dùng cho một yêu cầu mới, trái phép. Xác nhận những thay đổi bất thường một cách độc lập.
Thuyết phục trong các cuộc trò chuyện và trò chuyệnTình trạng 4 trong 6 / 6 Thông báo về ứng dụng 2FA
Xác nhận bất ngờ
Bạn đang đặt điện thoại xuống, và có những yêu cầu khác cho đăng nhập mà bạn không bắt đầu.
Giải thích
Chấp nhận có thể cho phép đăng nhập từ nước ngoài. Số thông báo không thay đổi rủi ro này.
Không chấp nhận đăng nhập mà bạn không khởi động. Kiểm tra các phiên chạy, mật khẩu và các phương pháp truy cập trong thiết lập của ứng dụng đã biết.
Loại bỏ một ứng dụng không xóa bỏ phiên chạy hay mật khẩu được tiết lộ; cũng có thể khó lấy lại quyền truy cập riêng.
Yêu cầu được chấp thuận bất ngờ đòi hỏi phải kiểm tra tài khoản của bạn. Đừng chấp nhận sự bình an tâm trí.
Đáp ứng trước thông báo bất ngờ 2FAXem các bước đề nghị và giải thích
Tôi sẽ từ chối yêu cầu và tự mình xem xét sự an toàn của tài khoản.
Không chấp nhận đăng nhập mà bạn không khởi động. Kiểm tra các phiên chạy, mật khẩu và các phương pháp truy cập trong thiết lập của ứng dụng đã biết.
Yêu cầu được chấp thuận bất ngờ đòi hỏi phải kiểm tra tài khoản của bạn. Đừng chấp nhận sự bình an tâm trí.
Đáp ứng trước thông báo bất ngờ 2FATình huống 5 trong 6 / liên kết trong thông điệp
Tên dịch vụ trước
Người gửi yêu cầu anh đăng nhập lần nữa. Trong địa chỉ, bạn có thể thấy một tên quen.
Giải thích
Văn bản trước @ là một phần của dữ liệu của người dùng trong URL, không phải máy.
Vị trí của tên quen lúc đầu không ghi rõ máy. Trong địa chỉ URL này, máy bắt đầu sau khi ký tự
Người dẫn chương trình là một phiên họp. Không mở địa chỉ để kiểm tra: có thể đọc thành phần của nó trong thanh tra URL cục bộ.
Hãy đọc toàn bộ câu Kinh Thánh, chứ không chỉ là một đoạn văn quen thuộc. Đây vẫn chưa phải là đánh giá danh tiếng của trang web.
Làm thế nào để đọc URL_ tin nhắn?Xem các bước đề nghị và giải thích
phiên chạy.ivald
Người dẫn chương trình là một phiên họp. Không mở địa chỉ để kiểm tra: có thể đọc thành phần của nó trong thanh tra URL cục bộ.
Hãy đọc toàn bộ câu Kinh Thánh, chứ không chỉ là một đoạn văn quen thuộc. Đây vẫn chưa phải là đánh giá danh tiếng của trang web.
Làm thế nào để đọc URL_ tin nhắn?Tình trạng 6 trên 6 / e-mail thông tin
Thông báo thông báo sau ca trực
Chỉ cần một chút trước đây bạn thêm cho chính mình thông báo cài đặt của các ứng dụng đã biết. Bây giờ bạn có thông tin về sự thay đổi.
Giải thích
Anh có thể tự xác nhận số dư tài khoản. Bạn không cần phải xem xét mỗi thông điệp một gian lận hoặc đăng nhập qua một liên kết email.
Sự tương thích giữa một thông điệp với hành động của bạn không đảm bảo tính xác thực của bất kỳ yêu cầu nào khác.
Thông báo không cần thiết mật khẩu để phát hành. Đừng chia sẻ bí mật để đáp ứng thông điệp.
Đánh giá hoàn cảnh và yêu cầu. Xác nhận trong một ứng dụng đã biết cung cấp một cơ sở tốt hơn email appeartự nó thành ra thế.
Đăng nhập với phím mật khẩu trong thực tếXem các bước đề nghị và giải thích
Tôi sẽ kiểm tra sự thay đổi trong một ứng dụng đã biết; thời gian và hành động tương thích là một bối cảnh hữu ích.
Anh có thể tự xác nhận số dư tài khoản. Bạn không cần phải xem xét mỗi thông điệp một gian lận hoặc đăng nhập qua một liên kết email.
Đánh giá hoàn cảnh và yêu cầu. Xác nhận trong một ứng dụng đã biết cung cấp một cơ sở tốt hơn email appeartự nó thành ra thế.
Đăng nhập với phím mật khẩu trong thực tếTóm tắt bài tập
Kết quả này chỉ miêu tả lời giải đáp cho các thí dụ. Nó không xác nhận sự kháng cự để đánh dấu an ninh tài khoản.
Nó đáng để luyện tập.
- Gửi thêm: Làm thế nào để kiểm tra thông điệp đáng ngờ
- Mã để ‘ hỗ trợ ’: Cách dùng thành phần thứ hai
- Số tài khoản mới:
- Xác nhận bất ngờ: Đáp ứng cho thông báo không mong đợi 2FA
- Tên dịch vụ trước URL
- Ghi rõ sau khi thay đổi: Ghi chú bằng phím mật khẩu trong thực tế
Trong những ví dụ này, tất cả các bước đề nghị đã được chọn. Trong tình huống thực tế, hãy tiếp tục kiểm tra yêu cầu qua một kênh độc lập.
Bài tập dựa trên cái gì?
Ví dụ là nguyên gốc. Các quy tắc để kiểm tra yêu cầu, bảo vệ mã và địa chỉ đọc mô tả các nguồn bên dưới.
- NIST — Giải thích và giải thích độc lập các yêu cầu
- FTC — Sự công nhận và tránh việc đánh bóng
- OWASP — Giới hạn và tấn công MFA
- WHATWG — URL Thành phần
Bây giờ anh có tin gì đáng ngờ không? Tiếp tục thực hiện kế hoạch