Segfault at src/lib/misc.c:1193 in 3.0.4 (3.0.11 looks very similar)

Mike Ely me at mikeely.org
Fri Sep 30 23:10:16 CEST 2016


On 09/30/2016 01:59 PM, Alan DeKok wrote:
> On Sep 30, 2016, at 2:03 PM, Mike Ely <me at mikeely.org> wrote:
>> Unfortunately after applying the two fixes added to rlm_realm.c on 9/26 the segfault persists. Here's the latest backtrace:
>
>   Which is not as useful, because you've run a locally patched version.  So the line numbers don't match up with any released version, or any version in fit.
The line number corresponds to the comparison you added to the second 
update on 9/26:
275: for (i = 0; i < realm->acct_pool->num_home_servers; i++) {
276:    if (realm->acct_pool->servers[i]->ipaddr.af == AF_UNSPEC) continue;

>> Core was generated by `/usr/sbin/radiusd -d /etc/raddb'.
>> Program terminated with signal 11, Segmentation fault.
>> #0  0x00007f48dfea1416 in check_for_realm (instance=<optimized out>, request=0x7f48e7870830,
>>    returnrealm=0x7f48dc18d580) at src/modules/rlm_realm/rlm_realm.c:276
>> 276                             if (realm->acct_pool->servers[i]->ipaddr.af == AF_UNSPEC) continue;
>
>   The larger question is what are you doing in your configuration?

Just proxying for about half a dozen realms. Can a badly-written .conf 
file really cause radiusd to segfault?


More information about the Freeradius-Users mailing list