On 2/12/20 6:07 AM, Didier Kryn wrote:
> FYI, there has been for decades an adduser in Debian which is higher
> level than useradd in the sense that it is a helper for admin. It
> enforces local policy and can be used to change it: minimum userid,
> default group, etc.
Strange.
Local policy
On 2/12/20 6:48 AM, Donovan Keohane wrote:
> My apologies on the coreutils misnomer, adduser is provided by package
> 'adduser'
> in the Debian repos at least. There is not a direct issue with the
> functional behavior of Busybox's adduser, it does properly skip the
> password prompt and create an
My apologies on the coreutils misnomer, adduser is provided by package
'adduser'
in the Debian repos at least. There is not a direct issue with the
functional behavior of Busybox's adduser, it does properly skip the
password prompt and create an account with a disabled password.
The issue lies in
Le 12/02/2020 à 13:16, Eli Schwartz a écrit :
On 2/12/20 6:07 AM, Didier Kryn wrote:
FYI, there has been for decades an adduser in Debian which is higher
level than useradd in the sense that it is a helper for admin. It
enforces local policy and can be used to change it: minimum userid,
Le 11/02/2020 à 15:36, Eli Schwartz a écrit :
On 2/11/20 8:13 AM, Donovan Keohane wrote:
In adduser in coreutils, the behavior of --disabled-password sets the
users hash in /etc/shadow to a single asterisk. It looks like busybox
adduser '-D' option is supposed to be analogous to the behavior of
On 2/11/20 3:36 PM, Eli Schwartz wrote:
On 2/11/20 8:13 AM, Donovan Keohane wrote:
In adduser in coreutils, the behavior of --disabled-password sets the
users hash in /etc/shadow to a single asterisk. It looks like busybox
adduser '-D' option is supposed to be analogous to the behavior of
