mirror of
https://github.com/vanhoefm/fragattacks.git
synced 2024-11-28 18:28:23 -05:00
8ee69e0633
The new DBus API helper function wpas_dbus_error_unknown_error function can be called as a result of a failure within internal getter calls, which will call this function with a NULL message parameter. However, dbus_message_new_error looks very unkindly (i.e, abort()) on a NULL message, so in this case, we should not call it. I've observed this course of events during a call to wpas_dbus_getter_bss_wpa with a faileld parse of the IE parameter. We got here through a call to fill_dict_with_properties which explicitly calls getters with a NULL message parameter. Judging from the way it is called, this could easily occur if an AP sends out a malformed (or mis-received) probe response. I usually run into this problem while driving through San Francisco, so I'm exposed to any number of base stations along this path. |
||
|---|---|---|
| .. | ||
| .gitignore | ||
| dbus_common_i.h | ||
| dbus_common.c | ||
| dbus_common.h | ||
| dbus_dict_helpers.c | ||
| dbus_dict_helpers.h | ||
| dbus_new_handlers_wps.c | ||
| dbus_new_handlers.c | ||
| dbus_new_handlers.h | ||
| dbus_new_helpers.c | ||
| dbus_new_helpers.h | ||
| dbus_new_introspect.c | ||
| dbus_new.c | ||
| dbus_new.h | ||
| dbus_old_handlers_wps.c | ||
| dbus_old_handlers.c | ||
| dbus_old_handlers.h | ||
| dbus_old.c | ||
| dbus_old.h | ||
| dbus-wpa_supplicant.conf | ||
| fi.epitest.hostap.WPASupplicant.service | ||
| fi.w1.wpa_supplicant1.service | ||
| Makefile | ||