New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Copy/paste from dom0 to guest #3571

Open
mirrorway opened this Issue Feb 11, 2018 · 7 comments

Comments

Projects
None yet
5 participants
@mirrorway

Qubes OS version:

R4.0 rc4

Steps to reproduce the behavior:

  1. Do the qubes clipboard copy procedure from dom0.

Expected behavior:

The clipboard copy procedure should work for dom0 -> guest just like it does for guest1 -> guest2.

Actual behavior:

It doesn't work.

General notes:

There's also no right-click qubes-icon > "Copy to Dom0 clipboard" workaround anymore.

Extending the clipboard copy sequence to work with dom0 is more elegant than the right-click menu.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Feb 12, 2018

Member

@marmarek: What is the intended way to copy text from dom0 in 4.0? Our documentation states that the "Copy to Dom0 clipboard" option should work in 3.2 and newer:

https://www.qubes-os.org/doc/copy-from-dom0/#copypaste-from-dom0

Member

andrewdavidwong commented Feb 12, 2018

@marmarek: What is the intended way to copy text from dom0 in 4.0? Our documentation states that the "Copy to Dom0 clipboard" option should work in 3.2 and newer:

https://www.qubes-os.org/doc/copy-from-dom0/#copypaste-from-dom0

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Feb 12, 2018

Member

Indeed the clipboard copy action is gone with stripped down manager. But unifying copy operation is complex.
Should we have yet another icon there? Action in applications menu? Put somewhere into one of current applets (but note that there is no longer separate right-click menu - both right and left click menus are the same).

Member

marmarek commented Feb 12, 2018

Indeed the clipboard copy action is gone with stripped down manager. But unifying copy operation is complex.
Should we have yet another icon there? Action in applications menu? Put somewhere into one of current applets (but note that there is no longer separate right-click menu - both right and left click menus are the same).

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Feb 12, 2018

Member

Well, @mirrorway wants to be able to use the standard inter-VM clipboard keyboard shortcut. IIRC, that option was previously considered and rejected for security reasons. However, I can imagine having an option qubes.guid to enable it (but leaving it disabled by default).

As for the other options, it would probably be most intuitive to have it as an option in whatever's considered the most "global" applet.

Member

andrewdavidwong commented Feb 12, 2018

Well, @mirrorway wants to be able to use the standard inter-VM clipboard keyboard shortcut. IIRC, that option was previously considered and rejected for security reasons. However, I can imagine having an option qubes.guid to enable it (but leaving it disabled by default).

As for the other options, it would probably be most intuitive to have it as an option in whatever's considered the most "global" applet.

@awokd

This comment has been minimized.

Show comment
Hide comment
@awokd

awokd Feb 12, 2018

The work-around procedure described in that doc does work on R4.0. Just make sure to use -n like echo -n dom0 > qubes-clipboard.bin.source.

awokd commented Feb 12, 2018

The work-around procedure described in that doc does work on R4.0. Just make sure to use -n like echo -n dom0 > qubes-clipboard.bin.source.

@awokd awokd referenced this issue in QubesOS/qubes-doc Feb 12, 2018

Merged

copy-from-dom0 line breaks, version clarification #583

@DemiMarie

This comment has been minimized.

Show comment
Hide comment
@DemiMarie

DemiMarie Feb 28, 2018

In what way is copy from Dom0 a security risk? I cannot see how that creates attack surface.

In what way is copy from Dom0 a security risk? I cannot see how that creates attack surface.

@awokd

This comment has been minimized.

Show comment
Hide comment
@awokd

awokd Feb 28, 2018

I think it was being able to use the default shortcut (ctrl-alt-c) to do it that was the security risk, not the act itself. Sounds like they are fine with adding something to R4.0 to allow it like in R3.2:

As for the other options, it would probably be most intuitive to have it as an option in whatever's considered the most "global" applet.

awokd commented Feb 28, 2018

I think it was being able to use the default shortcut (ctrl-alt-c) to do it that was the security risk, not the act itself. Sounds like they are fine with adding something to R4.0 to allow it like in R3.2:

As for the other options, it would probably be most intuitive to have it as an option in whatever's considered the most "global" applet.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Mar 1, 2018

Member

In what way is copy from Dom0 a security risk? I cannot see how that creates attack surface.

The user could have secrets in dom0, e.g., keyfiles or passphrases for automating backups.

Member

andrewdavidwong commented Mar 1, 2018

In what way is copy from Dom0 a security risk? I cannot see how that creates attack surface.

The user could have secrets in dom0, e.g., keyfiles or passphrases for automating backups.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment