Skip to content
This repository has been archived by the owner on Oct 17, 2019. It is now read-only.

E2EE: Image from clipboard data / upload is sent unencrypted #348

Open
lbeltrame opened this issue Jun 21, 2018 · 8 comments
Open

E2EE: Image from clipboard data / upload is sent unencrypted #348

lbeltrame opened this issue Jun 21, 2018 · 8 comments
Labels

Comments

@lbeltrame
Copy link
Contributor

lbeltrame commented Jun 21, 2018

System:

  • Nheko version: 0.4.3-74396e9
  • Installation method: Source
  • Operating System: openSUSE Tumbleweed
  • Qt version: 5.11
  • C++ compiler: GCC 8.1
  • Desktop Environment: Plasma 5.13.80

Actual behavior

Pasting an image from the clipboard will cause the attached image to be sent unencrypted. Uploading the image via the attachment icon does the same.
Checking the raw source of the image shows indeed that it was sent without being encrypted.

Expected behavior

Image is sent encrypted.

Steps to reproduce

  1. Access an E2EE-enabled room
  2. Paste / attach an image so that it is shown inline
  3. Send the message
  4. Check from Riot the state of the message
@albjeremias
Copy link

user content is tottaly broken on riot...

checkout this issue: element-hq/element-web#6173 (comment)

here some comments on the code:
https://github.com/matrix-org/matrix-react-sdk/blob/master/src/components/views/messages/MFileBody.js#L66-L116

@mujx
Copy link
Owner

mujx commented Jun 21, 2018

Encrypted attachments are not implemented yet.

@mujx mujx added the feature label Jun 21, 2018
@albjeremias
Copy link

albjeremias commented Jun 21, 2018

@mujx in matrix or in nheko?

@mujx
Copy link
Owner

mujx commented Jun 21, 2018

In nheko, Riot sends them encrypted.

@lbeltrame
Copy link
Contributor Author

Can the attachment be disabled (only if it doesn't require workarounds) in E2EE rooms? Right now there's no way to tell from nheko that they're sent unencrypted.

@mujx
Copy link
Owner

mujx commented Jun 22, 2018

It would be better IMHO to wait for proper support than trying to add now an option to disable them which most likely be removed in the future.

@lbeltrame
Copy link
Contributor Author

Sounds reasonable to me. FTR, I'm perfectly fine with this feature not being present yet, but there should be at least a warning somewhere (and IMO the README.md is the best place for it) that not all content is encrypted (or conversely, indicating what is supported, like "attachments not encrypted yet").

If you think it makes sense, I can make a PR against the README.md.

@mujx
Copy link
Owner

mujx commented Jun 22, 2018

@lbeltrame Yup that's reasonable, go ahead.

mujx pushed a commit that referenced this issue Jun 27, 2018
As nheko does not support yet sending encrypted attachments (see issue #348) explicitly indicate so in the README.
vurpo pushed a commit to vurpo/nheko that referenced this issue Jun 28, 2018
As nheko does not support yet sending encrypted attachments (see issue mujx#348) explicitly indicate so in the README.
@mujx mujx added the in progress Someone is working on the task label Jul 15, 2018
@mujx mujx removed the in progress Someone is working on the task label Oct 6, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants