Re: Login attempt for nonexistent user on Alpine Linux

* Hugo Genesse [2017-12-01 18:57:02 +]: > > -vvv on dropbear doesn't seem to be a valid option: > > 67b4c38f79c6:/usr/lib# /root/dropbear -R -E -vvv > Invalid option -v > > Is my command correct? > ah -v is only supported if dropbear is built with

Re: Login attempt for nonexistent user on Alpine Linux

* Hugo Genesse [2017-12-01 04:51:08 +]: > I've been trying to use dropbear (compiled myself statically with > ./configure; make STATIC=1) on a Alpine Linux Docker container (Linux > 4.13.12-1-ARCH) with the latest Alpine Docker image (3.6 if I'm not > mistaken). I run

Re: Login attempt for nonexistent user on Alpine Linux

nielhi...@gmail.com> a écrit : > > > Can you log in with another user? The root login may be disabled by > > security reasons. > > > > 2017-12-01 13:01 GMT-02:00 Szabolcs Nagy <n...@port70.net>: > > > > > * Hugo Genesse <hugo.gene...@p

Re: Login attempt for nonexistent user on Alpine Linux

* Matt Johnston [2017-12-01 16:53:33 +]: > Statically linking glibc isn't sufficient to make it's not glibc if it's on alpine linux

bug: stdio pipe is root owned so reopening it fails

hello, when dropbear server runs on host $ echo hi | ssh user@host 'cat' works as expected (so reading stdin works), but $ echo hi | ssh user@host 'cat /proc/self/fd/0' fails with EPERM (the open syscall in cat that is). it seems the /proc file is user owned but it's a magic symlink to a pipe

Re: bug: stdio pipe is root owned so reopening it fails

* Jamie Lokier [2020-05-01 17:10:24 +0100]: > Hi Matt, > > > Not really sure of a good workaround. > > You can fchmod() or fchown() the pipe descriptor, with fchown() being more > secure. > > # echo hello | (ls -lL /proc/self/fd/0; sudo -u nobody cat > /proc/self/fd/0) > prw--- 1