A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community’s icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
Should have been open sourced from day one.
Agreed. Work on capitalist principles and you end up becoming beholden to capitalist principles.
If it could be made once, could it be done again? Main thing is adoption I think, not unlike Lemmy.
This briarproject in the other comment looks similar and open source.
After establishing that FireChat establishes its own, independent mesh network, I would have at least expected more details on how it was cut off? Did it simply became unavailable on the publishers distribution? The followup text seems to indicate otherwise. Did Google and Apple as app publishers actively revoke access to already installed apps? Did the Open Garden publisher have a disabling functionality in place? Did they publish an update to disable it?
“Nobody knows anything, but let me claim this anyway.”
What’s wrong with Briar? https://briarproject.org/
I think the reason these apps don’t take off is the compromises they make in order to work the way they do. When you do need them, you best hope you’re able to get them and get others to use them as well.
I’m a bit confused by the app and Mailbox app for being able to receive messages while offline separation. The normal app only supports live communication between two online participants? /edit: Looks like that is indeed the case.
Android only sadly
What about Session, the Signal fork?
That is meshnet based
And? It works on iOS.
I’m missing the point. Was it that systems like Briar can’t work in iOS because they aren’t mesh net? If so, why not choose one that does, like Session?
The point is being able to communicate when the internet is shut off
For anyone considering Session messenger:
The Session developers dropped Perfect Forward Secrecy because it would be hard to work around it.
Source: https://getsession.org/session-protocol-explained
In plain English, they dropped a security feature for their convenience to the detriment of their users’ security.
For anyone unsure what PFS provides:
Source: https://en.wikipedia.org/wiki/Forward_secrecy
The Session devs also claim:
Reading between the lines, we can interpret that as introducing security through obscurity, which is generally considered bad practice - https://cwe.mitre.org/data/definitions/656.html
Session has made some insecure solution surrounding important design elements like forward secrecy
As I understand it, these kind of applications depend on being able to perform activities in the background, which is highly limited in iOS for battery efficiency reasons–and maybe for privacy.
Many years ago I was working on a project that shared connectivity details over wifi/bt, and iOS was troublesome also due to the application not being aware of the local bluetooth address.
Possibly similar issues impact other mesh networking applications on the platform.
https://code.briarproject.org/briar/briar/-/wikis/FAQ#will-there-be-an-ios-version-of-briar
@xnx @KLISHDFSDF
s/sadly/naturally/
With Apple you get tracking and surveillance built-in. The Android world has clean custom-ROMS.
https://www.aalto.fi/en/news/keeping-your-data-from-apple-is-harder-than-expected
https://proton.me/blog/iphone-privacy
https://krebsonsecurity.com/2022/10/accused-raccoon-malware-developer-fled-ukraine-after-russian-invasion/