fix possible buffer overrun in handling generic-error return
authorKen Raeburn <raeburn@mit.edu>
Fri, 18 Apr 2008 19:31:47 +0000 (19:31 +0000)
committerKen Raeburn <raeburn@mit.edu>
Fri, 18 Apr 2008 19:31:47 +0000 (19:31 +0000)
commit526cd36b7634be742ba666bdb396d2c5844361e4
tree8fc2b2b209b8bb85072e14a863610d52bf379b34
parent5b120032479c3bd624a0b2f12c62490025fc1c1d
fix possible buffer overrun in handling generic-error return

Jeff Altman reported this, based on a crash seen in KfW in the wild.

The krb5_data handle used to describe the message field returned by the KDC is
not null-terminated, but we use a "%s" format to incorporate it into an error
message string.  In the right circumstances, garbage bytes can be pulled into
the string, or a memory fault may result.

However, as this is in the error-reporting part of the client-side code for
fetching new credentials, it's a relatively minor DoS attack only, not a
serious security exposure.  Should be fixed in the next releases, though.

ticket: new
target_version: 1.6.5
tags: pullup

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@20304 dc483132-0cff-0310-8789-dd5450dbe970
src/lib/krb5/krb/gc_via_tkt.c