Results (
Vietnamese) 2:
[Copy]Copied!
Tôi quyết định để có một đi vào MAC
tùy chọn bruteforce trong khi trước đây và đã có một
vấn đề tương tự.
Vì có rất ít thông tin quý giá
có sẵn trên MDK3 hướng dẫn trên web tôi
đã gửi một email cho nhà phát triển yêu cầu đối với một số hướng dẫn về nó.
Tôi tin tưởng này là OK với đội BT trên
gửi bài này, nếu không xin vui lòng msg tôi hay chỉnh sửa như
thích hợp ..
(một phần của) truy vấn tôi;
============> Tôi đang sử dụng mdk3 trong Backtrack 4 (Final )
tuy nhiên không thể có được MAC bruteforcing
> để làm việc.
>
> phòng thí nghiệm thử nghiệm của tôi là một router đơn giản, Không
thiết lập mã hóa, và với lọc mac> kích hoạt.
>
> Sử dụng bình thường;
>
> ./mdk3 mon0 f -t
>> Không có vẻ thay đổi mac
địa chỉ nó đang cố gắng và thử nghiệm 0 MAC mỗi
> thứ hai và 10 lần thử lại
trả lời;
=====
Có vẻ như router của bạn không phải là 802.11 tuân thủ.
Trong tiêu chuẩn chính thức, một khách hàng muốn
tham gia mạng sẽ gửi một auth
yêu cầu cung cấp dữ liệu cho các AP để
kiểm tra xem khách hàng mới này là ok để
tham gia. AP câu trả lời cho khách hàng này với một phản ứng auth đó hoặc
xác định sự thành công hay thất bại và cũng
có chứa một mã lỗi để giải thích lý do tại sao
khách hàng không có thể tham gia.
lọc MAC là không chuẩn 802.11, do đó
có NO mã lỗi nói: "Xin lỗi, ! không thể tham gia, bạn có những sai MAC "
Tuy nhiên, EVERY thất bại đã được báo cáo
cho khách hàng, và đối với trường hợp này,
các AP có thể sử dụng một mã lỗi đặc biệt:
"Bị từ chối vì lý do bên ngoài tiêu chuẩn"
tùy chọn khác sẽ được sử dụng một mã lỗi dành riêng: http://www.gthill.com/
managementframes.pdf Trong trường hợp của bạn, router của bạn dường như chỉ cần
bỏ qua các yêu cầu auth nếu họ đến từ
một MAC trái phép, và nó không đáp ứng
với bất cứ điều gì. Nhưng mdk3 hiện
thực hiện chỉ hoạt động cho 802.11
router phù hợp một cách chính xác người từ chối chứng thực.
Chúc mừng
ASPj
Being translated, please wait..
