Security Mode
|
Description
|
Versions supported
|
1
|
No
Security. Device operates in promiscuous mode allowing any other Bluetooth
device to connect it
|
v2.0
and earlier devices support it.
v2.1 and later devices support for backward compatibility. |
2
|
Service
level enforced security. Security measures are established after the channel
is established. Supports Authentication, Authorization and Encryption.
|
v2.0
and earlier devices support it.
v2.1 and later supports for backward compatibility . |
3
|
Link
level enforced security. Security measures are established before the
channel is established. Supports authentication and encryption.
|
v2.0
and earlier devices support it.
but v2.1 and later devices support for backward compatibility. |
4
|
It
is a service level enforced security mode in which security procedures are
initiated after link setup. Uses SSP (Secure Sample Pairing)
|
Mandatory
for communication between v2.1 and later BR/EDR devices.
Backward compatible with any of the other three Security Modes. |
From Owasp Top 10 2010 List, the issue 'Information Leakage-Improper Error Handling' has been dropped. But it's not the final list,its child release actually. Bu I feel it shouldn't be set aside because its still the one of the prevalent issues these days. That's why I mailed to Dave Wicher: Hi Dave, Excellent work, Congrats! Just one little query- Don't you think that Information Leakage & Improper Error Handling still deserves to be in Top 10? Dave replied: This topic is clearly a very prevalent issue that deserves attention by most organizations. However, the typical impact of such a flaw is usually very low. Therefore, the overall risk of this type of flaw is lower than the other items in the top 10, which is why it was replaced in this update with one of the 2 new items. Regarding dropping Info Leak/Error handling - It is incredibly prevalent, no question. But their impact is typically very low, so the overall risk is low, which is why it fell out of t...
Comments