Hi,
> I don't have an NFS home directory on a Debian host, but I have run
> byobu on non-Debian systems with an NFS home directory and not had this
> problem. I also don't see any files in ~/.byobu that indicate state.
No, there aren't. The information whether a session is running is
determined b
On Wed, Aug 26, 2015 at 22:57:51 -0400, Mike Miller wrote:
> On Wed, Mar 25, 2015 at 18:21:20 +0100, Dominik George wrote:
> > This fails at the point where
> > it tries to get to its state in /dev/shm:
> >
> > /usr/lib/byobu/include/dirs:52: no matches found: /dev/shm/byobu-nik-*
> > mkdir: c
Control: tags -1 + moreinfo
Hi,
On Wed, Mar 25, 2015 at 18:21:20 +0100, Dominik George wrote:
> The actual result is byobu wreaking havoc because it finds a running
> session in ~/.byobu and tries to join it.
I don't have an NFS home directory on a Debian host, but I have run
byobu on non-Debian
control: severity -1 important
On Wed, Mar 25, 2015 at 1:21 PM, Dominik George wrote:
> This bug is possibly security relevant because the intention of the
> script, namely separating user directories in /dev/shm, is entirely
> defeated. As a matter of lucky fact, / is not writable by regular user
Package: byobu
Version: 5.87-1
Severity: serious
Justification: possible user security hole
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Byobu fails to behave well in an environment where multiple hosts share
home directories through NFS.
Doing the following provokes malicious behaviour:
1
5 matches
Mail list logo
