this post was submitted on 12 Oct 2023
743 points (95.6% liked)
Technology
59299 readers
5449 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I’ve just been reading the RCS Universal Profile Service Definition Document and it does stipulate encryption should be used but it is hardly defined how encryption should be implemented nor does it set an interoperable standard for it. I like RCS even less now.
“Methods for encryption, client verification, user authentication and access authorisation are applied by the client and the network on a per interface and protocol basis.”
So basically RCS is happy for there to be interoperability with regards to encryption, almost forcing interoperable implementations to forgo encryption so that different implementations can communicate.
Signal protocol is far far far better a standard than this lazy “service definition”.
Yea, the standard is great for a decade+ ago when it came out, but I’d never trust it as is over other things like Signal or even iMessage. Google’s RCS implementation is as trustworthy as anything else Google makes. They don’t even support it across all their products last I heard. It’s a joke.
Not to mention, you will get bored of it in two or three years and kill it off.