From owner-freebsd-current@FreeBSD.ORG Fri May 23 12:41:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FF237B401; Fri, 23 May 2003 12:41:13 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DAC43F75; Fri, 23 May 2003 12:41:12 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B2343530E; Fri, 23 May 2003 21:41:10 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Ruslan Ermilov References: <20030522184631.A23366@bart.esiee.fr> <20030522224850.GK87863@roark.gnf.org> <20030523060846.GC17107@sunbay.com> <20030523062848.GG17107@sunbay.com> <20030523193724.GA9240@sunbay.com> From: Dag-Erling Smorgrav Date: Fri, 23 May 2003 21:41:09 +0200 In-Reply-To: <20030523193724.GA9240@sunbay.com> (Ruslan Ermilov's message of "Fri, 23 May 2003 22:37:24 +0300") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: 5.1 beta2 still in trouble with pam_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2003 19:41:14 -0000 Ruslan Ermilov writes: > Why pam_nologin in the "auth" chain of the "login" service is marked > "required" and not "requisite", and why do we have the "required" at > all? What's the point in continuing with the chain if we are going > to return the failure anyway? What's the real application of > "required" as compared to "requisite"? Information leak. The applicant screwed up, but we don't want to let him know that until he's jumped through all the *other* hoops as well; otherwise he might learn something about our authentication setup from the premature error message. DES -- Dag-Erling Smorgrav - des@ofug.org