Bug 2095296

This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle.
Changing version to 37.

Sorry to have to be a pain, but surely it does not take nearly a year to switch *one* setting in your build sources to make eapol_test IPv6-compatible?

Created attachment 1966948 [details]
Patch to enable IPv6 support

This works against the standard defconfig.

(In reply to Stefan Paetow from comment #2)
> Sorry to have to be a pain, but surely it does not take nearly a year to
> switch *one* setting in your build sources to make eapol_test
> IPv6-compatible?

hello Stefan,

thanks for the patch. Looking at the code, the segfault happens here:

eapol_test: eapol_test.c:1032: wpa_init_conf: Assertion `0' failed.
Program received signal SIGABRT, Aborted.

that is:

1029         if (hostapd_parse_ip_addr(authsrv, &as->addr) < 0) {
1030                 wpa_printf(MSG_ERROR, "Invalid IP address '%s'",
1031                            authsrv);
1032                 assert(0);    <-- send SIGABRT
1033         }

like you mentioned, hostapd_parse_ip_adress returns -1 because CONFIG_IPV6 is not there and an IPv6 address is passed as authentication server address.

besides eapol_test, this also impacts wpa_supplicant RADIUS configuration (i.e. it allows specifying IPv6 addresses in the client). I see that CONFIG_IPV6 is not enabled also in the upstream project [1], though it's enabled in hostapd [2] and in the upstream CI [3]: what about sending a patch for wpa_supplicant/defconfig to the upstream project, so that future releases will not need a patch anymore?

thanks,
-- 
davide

[1] https://w1.fi/cgit/hostap/tree/wpa_supplicant/defconfig
[2] https://w1.fi/cgit/hostap/tree/hostapd/defconfig
[3] https://w1.fi/cgit/hostap/tree/tests/hwsim/example-wpa_supplicant.config

Davide, 

I've submitted a patch (identical to the attached) to the wpa_supplicant project. It has not yet been actioned.

(In reply to Stefan Paetow from comment #5)
> Davide, 
> 
> I've submitted a patch (identical to the attached) to the wpa_supplicant
> project. It has not yet been actioned.

hello Stefan,

yes I noticed [1] :) , thanks for following up.- I will update wpa_supplicant with your patch once it gets applied (next, I will drop it after version 2.11 will be released).

Thanks!
-- 
davide


[1] http://lists.infradead.org/pipermail/hostap/2023-June/041617.html

Hi Davide, 

The patch appears to have been dropped from wpa_supplicant; it has not been rolled into the source although patches submitted before and after have. So, I'd say that this should be actioned within this ecosystem instead of effectively requiring those using IPv6 to rebuild it themselves.

Thank you!

(In reply to Stefan Paetow from comment #7)
> Hi Davide, 
> 
> The patch appears to have been dropped from wpa_supplicant; it has not been
> rolled into the source although patches submitted before and after have. So,
> I'd say that this should be actioned within this ecosystem instead of
> effectively requiring those using IPv6 to rebuild it themselves.
> 
> Thank you!

https://src.fedoraproject.org/rpms/wpa_supplicant/pull-request/19

(and I'll try a RESEND of your upstream patch soon)