From owner-cvs-all Sun Mar 24 1: 0:16 2002 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 23EF037B400; Sun, 24 Mar 2002 01:00:12 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2O90B565877; Sun, 24 Mar 2002 01:00:11 -0800 (PST) (envelope-from cjc) Message-Id: <200203240900.g2O90B565877@freefall.freebsd.org> From: "Crist J. Clark" Date: Sun, 24 Mar 2002 01:00:11 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/usr.bin/chpass chpass.c pw_copy.c pw_copy.h src/usr.bin/passwd Makefile local_passwd.c X-FreeBSD-CVS-Branch: RELENG_4 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cjc 2002/03/24 01:00:11 PST Modified files: (Branch: RELENG_4) usr.bin/chpass chpass.c pw_copy.c pw_copy.h usr.bin/passwd Makefile local_passwd.c Log: MFC: Using chpass(1), it was possible for an unprivileged user to tie up the password information (no one else can vipw(8), chpass(1), or even passwd(1)), either on purpose or by accident, until an administrator manually intervened. This time take care of the cross-dependencies among the password tools (passwd(1) in this case) so world doesn't get broken. src/usr.bin/chpass/chpass.c 1.19 src/usr.bin/chpass/pw_copy.c 1.11 src/usr.bin/chpass/pw_copy.h 1.2, 1.4 src/usr.bin/passwd/Makefile 1.43 src/usr.bin/passwd/local_passwd.c 1.28 PR: i386/35816 Revision Changes Path 1.16.2.2 +11 -5 src/usr.bin/chpass/chpass.c 1.9.2.2 +36 -2 src/usr.bin/chpass/pw_copy.c 1.1.1.1.14.1 +2 -1 src/usr.bin/chpass/pw_copy.h 1.40.2.2 +9 -5 src/usr.bin/passwd/Makefile 1.24.2.3 +2 -2 src/usr.bin/passwd/local_passwd.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message