Review Request 111261: [KDE-Workspace]: Possible NULL ptr. deref. in KDM and KCheckPass
mancha mancha
mancha1 at hush.com
Thu Jun 27 19:06:22 BST 2013
> On June 27, 2013, 6:34 a.m., Oswald Buddenhagen wrote:
> > kdm/backend/client.c, line 545
> > <http://git.reviewboard.kde.org/r/111261/diff/1/?file=165919#file165919line545>
> >
> > there are countless #define combinations where this will cause unused variable warnings. follow the #ifdef cascade closer. line 543 should fit, with the addition of a compound !ultrix clause (mostly for formal correctness).
Thanks. Hope I got this right, please confirm.
- mancha
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111261/#review35158
-----------------------------------------------------------
On June 27, 2013, 6:05 p.m., mancha mancha wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111261/
> -----------------------------------------------------------
>
> (Updated June 27, 2013, 6:05 p.m.)
>
>
> Review request for kde-workspace.
>
>
> Description
> -------
>
> Background:
> Beginning with glibc 2.17 (eglibc 2.17), crypt() fails with EINVAL (w/ NULL return) if the salt violates specifications. Additionally, on FIPS-140 enabled Linux systems, DES or MD5 encrypted passwords passed to crypt() fail with EPERM (w/ NULL return).
>
> Description:
> If KDM uses raw crypt() authentication (or pw_encrypt() on a patched Shadow system; see: https://alioth.debian.org/tracker/index.php?func=detail&aid=314234 ), instead of higher-level authentication such as PAM, and that crypt() can return a NULL pointer (as glibc 2.17+ does when passed a DES/MD5 encrypted passwords on Linux systems in FIPS-140 mode), then attempting to login to such an account via KDM crashes the daemon.
>
> -----
> kdm[1879]: segfault at 0 ip b74a1909 sp bfd209d4 error 4 in libc-2.17.so[b7421000+186000]
> kdm[1841]: Unknown session exit code 0 (sig 11) from manager process
> -----
>
> Likewise, KCheckPass, when called in a similar scenario as KDM above, or when attempting to pass invalid input to crypt()/pw_encrypt() such as a "locked" account that has a "!" prepended in the password field, will crash.
>
> -----
> kcheckpass[1927]: segfault at 0 ip b762b910 sp bffb0494 error 4 in libc-2.17.so[b75ab000+186000]
> -----
>
> Note: an earlier (and buggy) patch was emailed directly to ML (not via RR). Please disregard that submission entirely.
>
>
> Diffs
> -----
>
> kcheckpass/checkpass_etcpasswd.c 1dbe06f
> kcheckpass/checkpass_osfc2passwd.c 9a074f9
> kcheckpass/checkpass_shadow.c ec3a4e0
> kdm/backend/client.c bdff6da
>
> Diff: http://git.reviewboard.kde.org/r/111261/diff/
>
>
> Testing
> -------
>
> Tests conducted on KDE-Workspace 4.10.4 confirm attached patch corrects the issues described above. Before applying the patch, KDM and KCheckPass segfault as shown in log snippets above. After applying the patch, both properly handle NULL returns from crypt() and pw_encrypt().
>
>
> Thanks,
>
> mancha mancha
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20130627/00f4d27e/attachment.htm>
More information about the kde-core-devel
mailing list