bugGNU Screen - Bugs: bug #35585, Losing session info


bug #35585: Losing session info

Submitted by:  None
Submitted on:  Tue 21 Feb 2012 02:34:52 PM UTC  
Category: Program LogicSeverity: 3 - Normal
Priority: 5 - NormalStatus: None
Privacy: PublicAssigned to: None
Open/Closed: OpenRelease: 4.0.3
Fixed Release: NonePlanned Release: None
Work Required: None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Tue 21 Feb 2012 02:34:52 PM UTC, original submission:


I`ve recently discovered a strange bug, which may possibly lead probably to bigger problem than shown above but I am too lazy to investigate it. How to reproduce:
- on Debian Squeeze, install screen and sudo
- allow regular user to do screen -r of root screens and start some commands inside screen(but not interpreter, sure), e.g, ' /usr/bin/screen -d -m /root/1.sh, /usr/bin/screen -d -m /root/2.sh, /usr/bin/screen -r ????' in most stupid case. Surely second thing is VERY dangerous but we assuming that root user never runs screen session by himself.
- start attached screen as regular user, then start two detached screens as root using sudo as above,
- resume one of root screens in same session, then press key sequence(Ctrl-a,d) to detach screen,
- voila, screen -r as root gives us only one screen, not selection of two, but really two screen instances running under root.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


CC list is empty


Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.


Please enter the title of George Orwell's famous dystopian book (it's a date):



No Changes Have Been Made to This Item

Back to the top

Powered by Savane 3.1-cleanup1