There’s a desktop application?
Yes, and it’s quite good. Apart from this.
Quite-good is stretching it a bit. It’s serviceable but it’s still Electron with gazillion megabytes of RAM taken for no reason and absolute nightmare on laptops since browsers like waking CPU a lot.
It’s a shitty overbloated Electron app.
It’s fast and has good functionality, what exactly is bloated about it?
People being triggered by the sheer existence of Electron – it just HAS to be “shitty”, even if it works perfectly fine.
I can appreciate the functionality, but cannot really call an application “good” if it eats up more than half a gigabyte of RAM while being something as simple as a messenger.
Also there are better solutions if you want to have your UI in HTML nowadays. You don’t need to embed a whole web browser in each app.
Which ones, for example?
It takes up half a GB of RAM and constantly keeps the CPU active. It’s still on X11 and thus integrates poorly with the rest of my Wayland apps. It seems to report itself to Pipewire as something else every other week and is thus impossible to control reliably.
It works well and I haven’t encountered any crashes or other bugs in months. But I genuinely think it could have been much better as a QT app or so. Plus, thanks to Electron there isn’t an ARM version either making it impossible to run on my Raspberry Pi or my Pinephone.
I don’t know why they didn’t just make it a web application. It’s the same damn thing. Just like there’s web.whatsapp.com, make Signal the same way. At least that way I get to use my own browser and in a single instance.
Use these to enable Wayland support: –enable-features=UseOzonePlatform --ozone-platform=wayland
To launch the app on ARM, install electron from package manager, copy paste signal’s application directory and launch like this:
/path/to/electron /path/to/app.asar
I don’t use Signal, these are generic instructions for electron apps so YMMV.
It doesn’t have gif searching though which is so annoying.
It had a PR open before with gif search but the desktop dev closed it because he didn’t want to review something so big. Nevermind most of the PR was just assets.
I have a couple problems with it aside from being electron.
-
On linux, whether it is a native package or flatpak. I have to launch it twice for it to open.
-
I can’t restore chats from my phone to the desktop application which frankly sucks. It makes sense if they don’t wanna have to store extra data on their servers, but at least let the backups that I manually take on my phone be usable on the desktop. Not having the majority of your conversations from before you linked the desktop app is a pain in the arse.
On linux, whether it is a native package or flatpak. I have to launch it twice for it to open.
Could it be yours is set to start in the tray?
Nope, its basically the same issue that the flatpak is happening, but I’m not using the flatpak. https://github.com/flathub/org.signal.Signal/issues/454
For me the january 13th solution seems to work, but I was doing that to begin with so I never noticed the issue. Signal flatpak, openSUSE Tumbleweed and KDE Plasma 6. Signal is started with --use-tray-icon --start-in-tray
I never have to launch twice on flatpak.
And I only keep conversations for 2 to 4 weeks so starting over doesn’t bother me. Sorry if that doesn’t work for you too.
I don’t do temporary conversations, but this is the open issue on the flatpak https://github.com/flathub/org.signal.Signal/issues/454. The thing is, I’m having the same issue as the flatpak even though I’m not using the flatpak.
That sucks and they need to fix it. Still out hasn’t happened here yet. Are you on Gnome desktop environment?
Nope, I’m on KDE.
I wonder if it’s only happening on KDE? Either way, I’m sure it needs to be corrected.
-
At least convert it to wingdings or something.
Wingdings is a font so… it already is.
But surely if it was stored encrypted, it would still need a key to unlock that info. Which would be on your PC. And could therefore be used by anything else to unlock your data.
The only safe way would be encrypt it with a password that only you know, and you’d need to enter before getting back into the software. And there couldn’t be any “I forgot my password” function either. You lose it, the data is gone.
Storing stuff as plain text is so hot right now.
I don’t see what the big deal is. I store all kinds of sensitive information in plain text. SSNs, credit card numbers, birthdates and religious and political affiliation information.
The guy I bought it all from said it was okay, he stores it in plain text, too. (I’m joking, of course! Any information about you all that I’ve bought on the dark web, I’m storing responsibly.)
phew!
I don’t care what you do with your data… As long as your being careful with my data.
I wonder where one can go to buy data about themselves.
I told the guy I buy a certain thing that should be legal in this state from that trusting Signal is a bad idea and he should use some coded language if we were going use it. I do anyway, but I doubt that matters.
The image is of the iOS app, but the headline is about the desktop app 🧐
unplayable
Anyone who uses Windows can’t be that concerned with security in the first place.
I don’t understand the issue here.
Yes, you don’t understand that the story is about the Mac client and then later it was found out that Linux and Windows are equally affected. Did you even attempt to read it?
End-to-end encryption stops being secure… at the end… Who would’ve thought
What a useless app decrypts messages on my own screen when I log in with my passwords & other protections/protocols just for me to read them?
No, ty, I’ll decrypt everything in my mind only, securely under a tinfoil protection device.
Under normal circumstances I wouldn’t expect any privacy between processes on a desktop OS under the same UID.
If you use Chrome’s password manager on Windows your password database is unlocked with your password upon login and is available to every process you run.
There’s only so much you can do, as an app, to protect against OS deficiencies.
The desktop app on Windows is a sacrifice of security for convenience.
Summary:
- Signal’s desktop app stores encryption keys for chat history in plaintext, making them accessible to any process on the system
- Researchers were able to clone a user’s entire Signal session by copying the local storage directory, allowing them to access the chat history on a separate device
- This issue was previously highlighted in 2018, but Signal has not addressed it, stating that at-rest encryption is not something the desktop app currently provides
- Some argue this is not a major issue for the “average user”, as other apps also have similar security shortcomings, and users concerned about security should take more extreme measures
- However, others believe this is a significant security flaw that undermines Signal’s core promise of end-to-end encryption
- A pull request was made in April 2023 to implement Electron’s safeStorage API to address this problem, but there has been no follow-up from Signal
Researchers were able to clone a user’s entire Signal session by copying the local storage directory, allowing them to access the chat history on a separate device
This has actually been useful for me in the past when reinstalling my OS lmao. In an ideal world we could reverify by entering a code from our phones to unlock the desktop local storage after moving it. My biggest wish for Signal is more seamless message history movement across devices and ecosystems. Fuck even proper back ups would be nice.
My biggest issue with Signal is it being so mobile-oriented. Mobile use seems to be encouraged, and even to register you are directly told to go to the mobile app (and if you register in a VM, you’re then stuck using it because it wants you to scan a QR code which is so easy to do in a VM!) No thanks, I don’t trust my mobile - they’re much harder to make private and “yours” than a desktop. Was it that hard to just add a field for entering the verification code in the desktop client? Sure, I did end up using signal-cli, but it is not mentioned anywhere officially. Point is about how the Signal itself tries to push you onto mobile.
I don’t trust my mobile - they’re much harder to make private and “yours” than a desktop.
Still mobile phones are designed with much more security in mind than desktop environments, and basically everybody has a device.
Not having backups here on iOS stresses me out. I like using iOS beta updates, but knowing I’m one bad beta from having to restore my phone (where every other little thing except Signal is backed up and waiting) and lose my conversation history forever really bugs me.
A pull request was made in April 2023 to implement Electron’s safeStorage API to address this problem, but there has been no follow-up from Signal
I hate hearing shit like this. What are they thinking?
They’re thinking “This doesn’t improve shareholder value, so we’re not going to put it on a sprint this quarter”, same as every other commercial piece of software does.
Also, this quarter becomes “ever” after about six months of it sitting in a backlog waiting.
They are thinking “your computer, your problem”.
😳😬
Why not password protect the keys (ala Linux ssh / gpg symmetric encryption for local storage of PPK)
I trust my computer and operating system. And there are several other keys and credentials stored on that laptop. I think it’s better for me to have a file that I can backup and understand how the encryption works, than to do some trickery to hide it mostly from me and maybe a bit from malware, or tie it to some hardware TPM device or something. I’m always not sure if I should rely on those too much.
Am I missing something? Hasn’t this been known for years now? I think they previously commented on this before.
It has been known and they can’t really change it. I think it’s only now that people are realizing this is an issue or at least something happened to start the avalanche.
