[2414] in Kerberos-V5-bugs
pending/163: [daemon@ATHENA.MIT.EDU : memory leak in kdb_cpw.c]
daemon@ATHENA.MIT.EDU (Barry Jaspan)
Thu Nov 7 15:16:28 1996
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: gnats-admin@rt-11.MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, "Barry Jaspan" <bjaspan@MIT.EDU>
Date: Thu, 7 Nov 1996 15:15:04 -0500
From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: krb5-bugs@MIT.EDU
>Number: 163
>Category: pending
>Synopsis: [daemon@ATHENA.MIT.EDU : memory leak in kdb_cpw.c]
>Confidential: yes
>Severity: serious
>Priority: medium
>Responsible: gnats-admin
>State: open
>Class: sw-bug
>Submitter-Id: unknown
>Arrival-Date: Thu Nov 07 15:16:01 EST 1996
>Last-Modified:
>Originator:
>Organization:
>Release:
>Environment:
>Description:
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
------- Forwarded transaction
[1943] daemon@ATHENA.MIT.EDU (Barry Jaspan) Kerberos-V5-bugs 05/30/96 18:05 (17 lines)
Subject: memory leak in kdb_cpw.c
Date: Thu, 30 May 96 18:05:29 -0400
From: "Barry Jaspan" <bjaspan@MIT.EDU>
To: krb5-bugs@MIT.EDU
krb5_decode_princ_contents (kdb_xdr.c:610) allocates an array of
krb5_key_data structures in the krb5_db_entry that it returns.
krb5_dbe_crk, and its relatives, alter the contents of that array when
changing the db_entry's keys. The functions all call cleanup_key_data
to free the *contents* of the old keys that are removed from the
db_entry, but cleanup_key_data does not free the array of
krb5_key_data structures itself.
cleanup_key_data is a static function inside kdb_cpw.c. We simply
need to verify that all callers expect it to free the key_data array
and then add the free() call to that function.
--[1943]--
------- End forwarded transaction
