When an error happens during security context establishment we do not always properly handle the input/output pointer and in some cases we do not null out a pointer after we freed the pointed memory. This may cause clients to then call gss_delete_sec_context and run into a double-free issue.
Found via: https://bugzilla.redhat.com/show_bug.cgi?id=1196371
Patch for the issue 0001-Properly-handle-security-contexts-on-error.patch
Fixed in: ab69b71
Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1196371 (Red Hat Enterprise Linux 7)
Metadata Update from @simo: - Issue assigned to simo - Issue set to the milestone: 2015 March