[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120516072336.1254b70e@newbook>
Date: Wed, 16 May 2012 07:23:36 -0700
From: Isaac Dunham <idunham@...abit.com>
To: musl@...ts.openwall.com
Subject: Re: make -i with linux-pam
On Tue, 15 May 2012 23:24:49 -0400
Rich Felker <dalias@...ifal.cx> wrote:
> On Mon, May 14, 2012 at 05:09:31PM -0700, Isaac Dunham wrote:
> > On Mon, 14 May 2012 00:11:06 -0400
> > Rich Felker <dalias@...ifal.cx> wrote:
> >
> > > On Sun, May 13, 2012 at 08:58:24PM -0700, Isaac Dunham wrote:
> > > > .libs/pam_group.o: In function `check_account':
> > > > pam_group.c:(.text+0x12fe): undefined reference to `innetgr'
> > >
> > innetgr stub attached as patch.
>
> Patch missing. But I think it should just be extra aliases in
> src/network/ent.c...
Thought I'd attached it. Oh well.
Here's a version with it in ent.c as recommended.
> > Due to what logwtmp does (construct a wtmp log entry, then add to
> > the system logfile), a stub doesn't sound sensible unless you
> > actually want all logins to go unrecorded...however, it looks close
> > to trivial to actually implement.
>
> Syslog is for recording login events in the proper way
> (private/confidential for only admins to see). utmp and wtmp are
> misguided, insecure practices from the 1980s culture where it was
> considered rude to put a password on your unix account; they exist to
> publish to the world (well, everyone with accounts on the machine)
> your login status and the history of your logins...
Stub version attached.
With these two patches and some hacking of the PAM source, I got PAM
working.
> Huh? strncpy is pure C; it's always available to use.
Somehow mixed it up with strlcpy.
Download attachment "logwtmp.dif" of type "application/octet-stream" (758 bytes)
View attachment "innet-stub.diff" of type "text/x-patch" (718 bytes)
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
