Skip to content
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

[UX/UI] The UI doesn't seem to really communicate the trust level or scope of embedded apps #79

Open
ell1e opened this issue Dec 26, 2024 · 3 comments

Comments

@ell1e
Copy link

ell1e commented Dec 26, 2024

(Transferred from here)

I've noticed that the UI doesn't seem to communicate the trust level or scope of embedded apps. For an encrypted messenger that seems somewhat of a UI bug, so I hope I'm reporting this in the correct location.

For example, I'm in a chat group with the word puzzle game "Wonster". This is presented to me with the following message with a button:

Screenshot_20241226_192005

While I love this game, it seems unclear from the UI what this means or implies when I launch it. I think the most pressing questions are:

  • Who made the code I'm running when I click "Start...", is this some third-party thing or just part of the client? This doesn't seem to be obvious.

  • How trusted is the code of whatever opens up after I click "Start...", was it vetted in any way, and if it wasn't, does it use any sort of process isolation or sandboxing from the remaining clients?

  • Who is getting what data of what I enter into the game's popup? For example, when I write a chat message, it's pretty clear that the message gets sent to whoever is in the channel. For this game however, it's not obvious whether this is something executed purely locally (even then, where is the code coming from?) or whether it downloads from some foreign server, and what info that server will get about me especially if I interact with this game. It's also not clear where the word of the day that it has me guess is coming from, or whether whoever made this game will get to know that I played it etc.

  • Where would I report concerns or bugs with this embedded game, if there were any? I'm assuming if it's a third-party game, it wouldn't be here in this bug tracker.

My apologies if all of this is actually in the UI in an obvious location, and I just missed it. In that case feel free to close the issue.

  • Operating System (Linux/Mac/Windows/iOS/Android): Linux
  • Delta Chat Version: Desktop 1.48.0 (git: flathub) Core v1.148.7
  • Expected behavior: when I click "Start..." I get some sense of the privacy and code trust implications of what opens afterward, through info presented to me by the UI
  • Actual behavior: neither the code trust level nor the data flow resulting from this embedded game thing seem to be communicated to the user
  • Steps to reproduce the problem: 1. Have somebody start "Wonster" in a group chat, I actually don't know how to even do that, 2. Click the "Start..." button
  • Screenshots: see above
  • Logs:

Related discussion: deltachat/deltachat-pages#986

@r10s
Copy link
Member

r10s commented Jan 14, 2025

the following post brings the trust level to the point: https://chaos.social/@delta/113816876268085595

once we updated https://delta.chat/en/help#webxdc , we can add a menu entry to link to that paragraph, maybe titled "How private are apps in Delta Chat?" or "How do apps in Delta Chat work?" (we avoid the term "webxdc" when taking to end users); as the help is also available offline, that'd be quite smooth.

@ell1e
Copy link
Author

ell1e commented Jan 14, 2025

the following post brings the trust level to the point: https://chaos.social/@delta/113816876268085595

My apologies if I just missed it, but I can't find any info in that link what the webxdc app can access in terms of user info. Can it see my full contact list? If yes, who can it send messages to?

Even if potential send targets are "just" everyone in my contact list, that already seems like a potential concern if it's done without any opt-in by the user, since an attacker could befriend me, then make me click on a webxdc game to extract my user list. A super-safe version of webxdc should perhaps only be able to access whatever is going on in the room that it's started in, and should perhaps not be able to change room settings or delete past messages, and have some limit on how many regular chat messages it can send in which amount of time (outside of separate peer to peer connections to another user).

Perhaps this is already the case, but there doesn't seem to be clear any info anywhere if it is. Sorry however if it's there and I didn't catch it.

@hpk42
Copy link

hpk42 commented Jan 15, 2025 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants