search for: _path_passwd_prog

...do_pwchange(Session *s) { fflush(NULL); fprintf(stderr, "WARNING: Your password has expired.\n"); if (s->ttyfd != -1) { fprintf(stderr, "You must change your password now and login again!\n"); #ifdef WITH_SELINUX setexeccon(NULL); #endif #ifdef PASSWD_NEEDS_USERNAME execl(_PATH_PASSWD_PROG, "passwd", s->pw->pw_name, (char *)NULL); #else execl(_PATH_PASSWD_PROG, "passwd", (char *)NULL); #endif perror("passwd"); } else { fprintf(stderr, "Password change required but no TTY available.\n"); } exit(1); } Therefore, I want to know wh...

...ument to the passwd command. Without it, passwd always fails with something like "passwd: unknown user" as if its getting a blank user arg. It's strange but so are many other things in SCO, which BTW was NOT my OS of choice :( To make it work I simply changed line 1317 to this: execl(_PATH_PASSWD_PROG, "passwd", s->pw->pw_name, (char*)NULL);

...HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define _FILE_OFFSET_BITS 64 | #define LOGIN_PROGRAM_FALLBACK "/bin/login" | #define _PATH_PASSWD_PROG "/usr/bin/passwd" | #define HAVE_ATTRIBUTE__NONNULL__ 1 | #define HAVE_CRYPT_H 1 | /* end confdefs.h. */ -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

...HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define _FILE_OFFSET_BITS 64 | #define LOGIN_PROGRAM_FALLBACK "/bin/login" | #define _PATH_PASSWD_PROG "/usr/bin/passwd" | #define HAVE_RLIMIT_NPROC /**/ | #define HAVE_ATTRIBUTE__NONNULL__ 1 | #define HAVE_CRYPT_H 1 | #define HAVE_DIRENT_H 1 | #define HAVE_ENDIAN_H 1 | #define HAVE_FEATURES_H 1 | #define HAVE_FCNTL_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_GLOB_H 1 | #define HAVE_LIMIT...

...&5 echo $ECHO_N "checking for inline... $ECHO_C" >&6 diff -ruN openssh-3.9p1.orig/configure.ac openssh-3.9p1/configure.ac --- openssh-3.9p1.orig/configure.ac Wed Nov 24 11:21:15 2004 +++ openssh-3.9p1/configure.ac Wed Nov 24 11:25:40 2004 @@ -71,9 +71,8 @@ AC_DEFINE_UNQUOTED(_PATH_PASSWD_PROG, "$PATH_PASSWD_PROG") fi -if test -z "$LD" ; then - LD=$CC -fi +LD="$CC -s" + AC_SUBST(LD) AC_C_INLINE diff -ruN openssh-3.9p1.orig/configure.ac openssh-3.9p1/configure.ac --- openssh-3.9p1.orig/configure.ac Tue Dec 14 07:41:04 2004 +++ openssh-3.9p1/configure....

Included below is a diff between the output from configure on a 64 bit SUse 11.1 (doesn't find libedit) and a 64 bit Suse 10.3 (does find libedit) for otherwise identical setups. 1. How can I get the output set up to look at conftest.c? 2. I added a set -x to configure above LIBEDIT_MSG=no 3. ./configure --with-ldflags="-L/usr/lib64" --with-cflags="-ggdb3

Hi folks, I came across this issue on both stock CentOS(v6.4) and Ubuntu(14.04 LTS) and was wondering if any of you have seen it. As far as I can tell this seems like a day-1 bug to me. PROBLEM: If I expire a linux user's password (passwd -e <user>) and then log in via ssh, it will prompt you for a password change. On changing the password successfully, sshd will drop the connection

.../ /* #undef BROKEN_SETREUID */ /* #undef BROKEN_SETREGID */ /* #undef BROKEN_SETRESUID */ /* #undef BROKEN_SETRESGID */ #define SPT_TYPE SPT_REUSEARGV /* #undef SPT_PADCHAR */ /* #undef BROKEN_SYS_TERMIO_H */ /* #undef HAVE_SECUREWARE */ #define LOGIN_PROGRAM_FALLBACK "/bin/login" #define _PATH_PASSWD_PROG "/usr/bin/passwd" /* #undef HAVE_PW_CLASS_IN_PASSWD */ /* #undef HAVE_PW_EXPIRE_IN_PASSWD */ /* #undef HAVE_PW_CHANGE_IN_PASSWD */ /* #undef HAVE_ACCRIGHTS_IN_MSGHDR */ #define HAVE_CONTROL_IN_MSGHDR 1 /* #undef BROKEN_INET_NTOA */ #define HAVE_SYS_ERRLIST 1 #define HAVE_SYS_NERR 1 /* #un...

...struct___res_state_retrans=yes ac_cv_member_struct_stat_st_blksize=yes ac_cv_objext=o ac_cv_path_AR=/usr/bin/ar ac_cv_path_CAT=/usr/bin/cat ac_cv_path_KILL=/usr/bin/kill ac_cv_path_LOGIN_PROGRAM_FALLBACK=/usr/bin/login ac_cv_path_NROFF=/usr/bin/nroff ac_cv_path_PATH_GROUPADD_PROG=groupadd ac_cv_path_PATH_PASSWD_PROG=/usr/bin/passwd ac_cv_path_PATH_USERADD_PROG=useradd ac_cv_path_PROG_ARP=/cygdrive/c/WINDOWS/system32/arp ac_cv_path_PROG_DF=/bin/df ac_cv_path_PROG_IPCS=/bin/ipcs ac_cv_path_PROG_LS=/bin/ls ac_cv_path_PROG_NETSTAT=/cygdrive/c/WINDOWS/system32/netstat ac_cv_path_PROG_PS=/bin/ps ac_cv_path_PROG_TAIL...

...mplified): static void do_pwchange(Session *s) { fprintf(stderr, "WARNING: Your password has expired.\n"); if (s->ttyfd != -1) { fprintf(stderr, "You must change your password now and login again!\n"); execl(_PATH_PASSWD_PROG, "passwd", (char *)NULL); > If I disable Privilege Seperation ("UsePrivilegeSeperation no") in sshd config then the problem goes away but that opens up a security loophole where the process is running at root privilege even prior to authentication. RIght, see #3 above. --...