Bug 366691 - Regression/Crash: wpa_supplicant segfaults in usage with NetworkManager for WPA-Enterprise networks
Summary: Regression/Crash: wpa_supplicant segfaults in usage with NetworkManager for W...
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-11-05 12:52 UTC by Roland Wolters
Modified: 2008-08-02 23:40 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2007-11-15 03:38:56 UTC

Attachments (Terms of Use)
The /var/log/messages output (11.16 KB, text/plain)
2007-11-05 12:52 UTC, Roland Wolters
no flags Details

Description Roland Wolters 2007-11-05 12:52:19 UTC
Description of problem:
I use my Laptop in a WPA-EAP/TTLS/TKIP/PAP environment. With NetworkManager 
0.6.x I was able to connect to the network, since the update to NetworkManager 
0.7.x this doesn't work anymore. Instead, /var/log/messages reports a segfault 
in wpa_supplicant.
If I deactivate NM and start wpa_supplicant manually with a manual generated 
configuration file everything works without a problem.

I tested with a normal WPA network from my home based router, that worked 
without problems.

Version-Release number of selected component (if applicable):

How reproducible:
Set up an enterprise WPA network like above and try to connect with it. The 
segfault appears every time for me.

Actual results:
The NetworkManager first tries to connect directly without asking for the 
login data since these are already stored. In the attached log file it can be 
seen that NM uses the login information for the new configuration - and 
wpasupplicant then crashes (at 13:31:20).
Afterwards, the supplicant is restarted (13:31:26), another login attempt is 
done but doesn't work for some reason, and the interface asks the connection 
details again (a Mark is set at 13:31:46 to highlight that point). The data 
are typed into the GUI, NM adds them to the configuration - and wpa_supplicant 
crashes again at 13:32:09.

Expected results:
NM should automatically detect the known network and automatically connect to 

Comment 1 Roland Wolters 2007-11-05 12:52:19 UTC
Created attachment 247931 [details]
The /var/log/messages output

Comment 2 Dan Williams 2007-11-05 14:58:54 UTC
Any chance you could install wpa_supplicant-debuginfo, gdb attach to
wpa_supplicant as root, and get a backtrace of the segfault when it happens?

Comment 3 Roland Wolters 2007-11-05 15:51:54 UTC
I created a full backtrace (bt full) with the help of gdb after I installed 
wpa_supplicant-debuginfo. However, before I upload it here, is there any 
chance that my password data of this network can be read out of the backtrace? 
In such a case the data have to be handled confidentially. Otherwise I would 
have to change my password first, make such a backtrace, and change the 
password back again.

Comment 4 Dan Williams 2007-11-06 16:08:39 UTC
I don't believe so, but feel free to email it to me at my email address if you
want more privacy.  Even if your private key password is exposed, you can easily
change that with

openssl rsa -in private-key.pem -out nokey.pem
openssl rsa -in nokey.pem -out private-key.pem -des3

or similar.

Comment 5 Dan Williams 2007-11-13 17:05:05 UTC
Can you try wpa_supplicant-0.5.7-16?


Comment 6 Fedora Update System 2007-11-15 03:38:55 UTC
wpa_supplicant-0.5.7-16.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 7 Roland Wolters 2007-11-15 11:46:56 UTC
Dan, with the new wpa_supplicant there is no crash anymore. The login still 
doesn't work, though.
Should I close this bug and fill another bug because the login is not possible 
via NM atm?
As I said, using wpa_supplicant alone works without any problem.

Note You need to log in before you can comment on or make changes to this bug.