From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <development+bounces-360-archive=lists.ipfire.org@lists.ipfire.org>
Received: from mail02.haj.ipfire.org (localhost [127.0.0.1])
by mail02.haj.ipfire.org (Postfix) with ESMTP id 4Zv7JK5TRFz3348
for <archive@lists.ipfire.org>; Fri, 9 May 2025 12:16:01 +0000 (UTC)
Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature ECDSA (secp384r1)
client-signature RSA-PSS (4096 bits))
(Client CN "mail01.haj.ipfire.org", Issuer "R10" (verified OK))
by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4Zv7JG1k3xz2y59
for <development@lists.ipfire.org>; Fri, 9 May 2025 12:15:58 +0000 (UTC)
Received: from [127.0.0.1] (localhost [127.0.0.1])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
(No client certificate requested)
by mail01.ipfire.org (Postfix) with ESMTPSA id 4Zv7JF3hv3z2X6;
Fri, 9 May 2025 12:15:57 +0000 (UTC)
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org;
s=202003ed25519; t=1746792957;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding:
in-reply-to:in-reply-to:references:references;
bh=t7uZ0uTA/OIyheys+ojMwNMb47ne2Lai4BF6Xmi3A60=;
b=Rtkm/rrMNpZ1q08WtbCAu4UZlqWkI8EMG6Hq1IiPOo/xtRinojT8929Tpv7MVKFD7N1CNe
UozD2l2a1yOQlRAQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa;
t=1746792957;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding:
in-reply-to:in-reply-to:references:references;
bh=t7uZ0uTA/OIyheys+ojMwNMb47ne2Lai4BF6Xmi3A60=;
b=baJgRs2CLQ6EizCbbubPnc6r8RqXuzgexiNEZo1X0JRK02lNVPsCCejZHyc1xKJZbe6ZZ3
XxVOn5NGCbDF+F0N0c+nt852XO/28KPChUt5nqUrj8p9P4EvRBEZJvwYChVTSjRAlLI0Pj
qtcaPpwhr+zY+G7KErYPqJF19yPNjZLAstDkVHFXMODJFU3Oxz+q4jxBePqJ1JjUgX3Fj3
UOCws1cna/Zt6cl61/qsdA/gKrS8ZFSAMIAsbhwHoUztcOUDVYuhgLTQS1ZcYNWg/Rvrzn
fKcMEJvp+ef6DpmfWTMVyS7Q7hCpjJvtQ5XojUHIiYtUyaPxesnyeKIrscJudg==
Message-ID: <b9a5f8ee-e17a-4f83-95b0-a34d72117a84@ipfire.org>
Date: Fri, 9 May 2025 14:15:53 +0200
Precedence: list
List-Id: <development.lists.ipfire.org>
List-Subscribe: <https://lists.ipfire.org/>,
<mailto:development+subscribe@lists.ipfire.org?subject=subscribe>
List-Unsubscribe: <https://lists.ipfire.org/>,
<mailto:development+unsubscribe@lists.ipfire.org?subject=unsubscribe>
List-Post: <mailto:development@lists.ipfire.org>
List-Help: <mailto:development+help@lists.ipfire.org?subject=help>
Sender: <development@lists.ipfire.org>
Mail-Followup-To: <development@lists.ipfire.org>
MIME-Version: 1.0
Subject: Re: [PATCH v2] chpasswd.cgi: Fixes bug12755 - v2 with password
verification correction
To: Michael Tremer <michael.tremer@ipfire.org>
Cc: "IPFire: Development-List" <development@lists.ipfire.org>
References: <20250507124211.16762-1-adolf.belka@ipfire.org>
<11929F52-E93F-4C85-9704-51BFDC741FEA@ipfire.org>
<ebb1e1b3-a561-4fe4-9200-60854fa86245@ipfire.org>
<6966b86b-92a6-4a60-99c8-3d1241acd621@ipfire.org>
<9F12B0CD-6DF6-4758-8C11-75795D30EB63@ipfire.org>
Content-Language: en-GB
From: Adolf Belka <adolf.belka@ipfire.org>
In-Reply-To: <9F12B0CD-6DF6-4758-8C11-75795D30EB63@ipfire.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Michael,
On 08/05/2025 15:11, Michael Tremer wrote:
> Hello Adolf,
>
> I just gave this a try:
>
> ipfire build chroot (x86_64) root:~$ htpasswd -vb /var/ipfire/auth/users admin ipfire; echo $?
> User admin not found
> 6
> ipfire build chroot (x86_64) root:~$ htpasswd -b /var/ipfire/auth/users admin ipfire
> Adding password for user admin
> ipfire build chroot (x86_64) root:~$ htpasswd -vb /var/ipfire/auth/users admin ipfire; echo $?
> Password for user admin correct.
> 0
> ipfire build chroot (x86_64) root:~$ htpasswd -vb /var/ipfire/auth/users admin ipfire2; echo $?
> password verification failed
> 3
> ipfire build chroot (x86_64) root:~$ htpasswd -vb /var/ipfire/auth/users admin2 ipfire2; echo $?
> User admin2 not found
> 6
>
> This is in the dev system, so the password file was empty to start with.
>
> Basically if the username and password match the return code is zero. If something else happened it isn’t. And this is exactly what I would check for: Okay on zero, not okay on anything else. I would not even case why htpasswd was upset because it does not matter in our use-case.
Okay, so the $? contains the status of the bash command htpasswd but how do I access that via the perl system_output command. I have tried making the result of the system_output command be fed to a $variable but I just get a 1 for all the different conditions you tried.
I also tried making the system_output command be fed to an array variable and then printing all the elements of that array variable out but there was no status value.
It will probably turn out to be very simple but I am afraid I am not having any luck figuring out how to do it.
All feedback gladly welcomed.
Regards,
Adolf.
>
> -Michael
>
>> On 7 May 2025, at 15:02, Adolf Belka <adolf.belka@ipfire.org> wrote:
>>
>> Hi Michael,
>>
>> On 07/05/2025 15:52, Adolf Belka wrote:
>>> Hi Michael,
>>> On 07/05/2025 14:44, Michael Tremer wrote:
>>>> Hello Adolf,
>>>>
>>>> Thanks for the patch. Is there no return code that we get from htpasswd instead of parsing the output?
>>> It gives a return code for everything, with numbers of 0 to 7, except for the use of the -v option to verify the password.
>> There might be a status code returned. The man page says
>>
>> 3 if the password was entered interactively and the verification entry didn't match
>>
>> but elsewhere it does suggest that interactively is not via the -bv option but where you just use -v and manually type the password when requested on the command line.
>>
>> If the status 3 is a valid status code, how can I access that from the output of the &General::system_output subroutine?
>>
>> I could give it a try out and if it does work then I could do a v3 patch.
>>
>> Regards,
>>
>> Adolf.
>>
>>> This gives
>>> password verification failed
>>> if the existing password for the specified user is not correct and
>>> Password for user fred correct.
>>> if the user specified was fred and the specified password was correct.
>>> It does the above for both the interactive -v and the batch mode using the command line of -bv
>>> I had to use the check for if the string was found in the return variable because if I checked if the string matched the contents of the variable it always failed so I think there is a hidden Carriage Return or something in the output from htpasswd for the verification test.
>>> Regards,
>>> Adolf.
>>>>
>>>> -Michael
>>>>
>>>>> On 7 May 2025, at 13:42, Adolf Belka <adolf.belka@ipfire.org> wrote:
>>>>>
>>>>> - Realised that I had not tested the old password beinhg correct or not. Previous check
>>>>> gave the same answer irrespective of the output coming from the htpasswd verification.
>>>>> - This changes the variable used for the system_output result to an array and then
>>>>> checks if the first element contains the failure message that htpasswd gives if
>>>>> password verification fails.
>>>>> - Tested out with correct and incorrect old passwords and gave the correct answer in
>>>>> both cases. Confirmed also that the check for the user being present works correctly
>>>>> for both an existing and new user name, which it did.
>>>>>
>>>>> Fixes: bug12755
>>>>> Tested-by: Adolf Belka <adolf.belka@ipfire.org>
>>>>> Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
>>>>> ---
>>>>> html/cgi-bin/chpasswd.cgi | 4 ++--
>>>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>>>
>>>>> diff --git a/html/cgi-bin/chpasswd.cgi b/html/cgi-bin/chpasswd.cgi
>>>>> index c00caca20..46c3e02f6 100644
>>>>> --- a/html/cgi-bin/chpasswd.cgi
>>>>> +++ b/html/cgi-bin/chpasswd.cgi
>>>>> @@ -77,11 +77,11 @@ if ($cgiparams{'SUBMIT'} eq $tr{'advproxy chgwebpwd change password'})
>>>>> # Check if a user with this name and password exists in the userdb file
>>>>> # and if it does then change the password to the new one
>>>>> my $user = &General::system_output("grep", "$cgiparams{'USERNAME'}", "$userdb");
>>>>> - my $old_password = &General::system_output("/usr/bin/htpasswd", "-bv", "$userdb", "$cgiparams{'USERNAME'}", "$cgiparams{'OLD_PASSWORD'}");
>>>>> + my @old_password = &General::system_output("/usr/bin/htpasswd", "-bv", "$userdb", "$cgiparams{'USERNAME'}", "$cgiparams{'OLD_PASSWORD'}");
>>>>> if (!$user) {
>>>>> $errormessage = $tr{'advproxy errmsg invalid user'};
>>>>> goto ERROR;
>>>>> - } elsif (!$old_password) {
>>>>> + } elsif (@old_password[0] =~ /password verification failed/) {
>>>>> $errormessage = $tr{'advproxy errmsg password incorrect'};
>>>>> goto ERROR;
>>>>> } else {
>>>>> --
>>>>> 2.49.0
>>>>>
>>>>>
>>>>
>>>>
>>
>>
>