]> git.ipfire.org Git - people/stevee/ipfire-2.x.git/commit
oath-toolkit: Update to version 2.6.12
authorAdolf Belka <adolf.belka@ipfire.org>
Wed, 20 Nov 2024 21:49:07 +0000 (22:49 +0100)
committerArne Fitzenreiter <arne_f@ipfire.org>
Mon, 16 Dec 2024 08:08:03 +0000 (09:08 +0100)
commit8d173b983a63aef31ac42f5a0b5f457f47e9866c
treed93dc376a842014c9ddf74c1b0d350c8eaeb104f
parentd0e206d98de89da1e58d66fcd0e6a1b3d88a696b
oath-toolkit: Update to version 2.6.12

- Update from version 2.6.11 to 2.6.12
- Update of rootfile not required
- Changelog
    2.6.12
** pam_oath: Drop privs when ${HOME} is used in the usersfile= setting.
   Reported by Fabian Vogt (SUSE), and associated with CVE-2024-47191.
   See <https://gitlab.com/oath-toolkit/oath-toolkit/-/issues/43>.
   Security bug triggered by new feature in pam_oath v2.6.7 released on
   2021-05-01 with the USER/HOME placeholder strings, see
   <https://gitlab.com/oath-toolkit/oath-toolkit/-/merge_requests/12>.
   Quoting a writeup in an alternate patch by Matthias Gerstner (SUSE):
   With the addition of the possibility to place a usersfile also into a
   user's home directory via variable expansion of ${HOME} and ${USER} in
   the `usersfile=` path specification, security issues sneaked in.  The
   PAM process usually runs with root privileges.  The file operations in
   an unprivileged user's home directory follow symlinks both when
   reading and creating files, allowing for a potential local root
   exploit, because of the `fchown()` performed on the newly created
   usersfile.
   We drop privileges to the user that is being logged into, assuming it
   has the necessary permissions for the usersfile belonging in their
   home directory.  This restricts the ability for non-root users to
   affect files beyond their control via liboath.
** liboath: Don't follow symbolic links for usersfile updates.
   Reported by Fabian Vogt (SUSE), and associated with CVE-2024-47191.
   See <https://gitlab.com/oath-toolkit/oath-toolkit/-/issues/43>.
   Security bug triggered by new feature in pam_oath v2.6.7 released on
   2021-05-01 with the USER/HOME placeholder strings, see
   <https://gitlab.com/oath-toolkit/oath-toolkit/-/merge_requests/12>.
   The fix is to open files for writing in exclusive mode (i.e., fail if
   the file exists including if it is a symbolic link).
   We offer a brief self-test to reproduce the problem in
   liboath/tests/tst_fopen-wx.c which you may use as follows:
   cc -o tst_fopen-wx tst_fopen-wx.c $(pkg-config --libs --cflags liboath)
   rm -f cve.oath cve.oath.new cve.sshd-config cve.oath.lock
   printf 'HOTP/E/8\tsilver\t4711\t3132333435363738393031323334353637383930313233343536373839303132\n' > cve.oath
   echo my-magic-cookie > cve.sshd-config
   ln -s cve.sshd-config cve.oath.new
   ./tst_fopen-wx cve.oath silver 670691 4711
   If this is linked with a vulnerable liboath it will print:
   FAIL: Liboath VULNERABLE to fopen(wx) bug.
   If you link it to a fixed liboath it will print:
   PASS: Your liboath is NOT VULNERABLE to fopen(wx) bug.
   For convenience, the liboath/tests/tst_fopen-wx.sh script can be used
   to setup and invoke tst_fopen-wx.
** We publish a minimal source-only tarball generated by 'git archive'.
   This tarball only contains the files stored in version controlled
   sources, and no auxilliary files.  The source-only tarball may be
   reproduced on a Trisquel 11 platform using Git at (or near) version
   2.46 from Guix.  If something results in the 'git archive' format
   changing again, the tarball can only be reproduced using an earlier
   system.  The git version in AlmaLinux 8, AlmaLinux 9, RockyLinux 8 and
   RockyLinux 9 should all produce the same identical 'git archive'
   tarball.  The git version used on Debian 11, PureOS 10, Trisquel 11
   and Ubuntu 22.04 should all produce an identical tarball.  These two
   'git archive' outputs are not the same, due to how Git works.
** oathtool: Fix test suite on 32-bit big-endian platforms.  Fixes: #44.
   Patch by Helge Deller and thanks to Jan Zerebecki.  See
   <https://lists.nongnu.org/archive/html/oath-toolkit-help/2024-04/msg00000.html>
   and <https://gitlab.com/oath-toolkit/oath-toolkit/-/issues/44>.
** libpskc: Don't call deprecated xmlMemoryDump.
** libpskc: fix implicit declaration with musl.
   See <https://gitlab.com/oath-toolkit/oath-toolkit/-/merge_requests/39>.
** libpskc: Fix linker warning when linked with mold.
   Thanks to Jan Palus, see
   <https://gitlab.com/oath-toolkit/oath-toolkit/-/merge_requests/30> and
   <https://gitlab.com/oath-toolkit/oath-toolkit/-/merge_requests/36> for
   regression testing.
** Various build fixes including updated gnulib files.
   Fixes Windows tzset build errors, among other things.

Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
Signed-off-by: Arne Fitzenreiter <arne_f@ipfire.org>
lfs/oath-toolkit