@jensimmons I would wish, that Apple contributes their WebRTC implementation for WebKit upstream to the Open Source project so that Gnome Web and other Free Software web browser would finally support WebRTC.
@jensimmons I would wish, that Apple contributes their WebRTC implementation for WebKit upstream to the Open Source project so that Gnome Web and other Free Software web browser would finally support WebRTC.
im looking for feedback on my project.
IMPORTANT NOTES (PLEASE READ!):
* this is NOT a product. It's for #testing and #demonstration purposes only.
* It has NOT been reviewed or audited. Do NOT use for sensitive data.
* All functionality demonstrated is experimental.
* This is NOT meant to replace robust solutions like #magicwormhole
Both #Yandex and #Meta used obfuscation techniques to hide that the traffic occured and/or that the apps were listening to these requests:
Meta traffic was using #WebRTC, which does not show up in the browser's developer tools
Yandex traffic looked non-local
Yandex apps started listening only after several days
BTW: Apparently, Meta stopped doing this yesterday. But they probably still have the mapping DB.
All the details by the researchers here.
https://localmess.github.io/
@ip6li habe grade auch nen Interview abgelehnt, weil #MicrosoftTeams geb' ich mir nicht!
Send files privately. No cloud. No trace.
I’m working towards something for #secure / #private / #simple #P2P #filetransfer. It isnt as “simple” as it could be, im still working on it, but ive got it down to:
Zero-installation as a #PWA
Zero-registration by using local-only storage
#P2P-authentication using #WebCryptoAPI
Fast #datatransfer using #WebRTC
It’s far from finished, but i think ive got it “usable” enough to ask for feedback on it.
When comparing this project to things like #wormhole, #onionshare, #localsend, #syncthing, #croc, #sphynctershare and countless others. the key difference in my approach is that its a #webapp thats ready to go without any "real" setup process. you just need a browser.
I’m aware there are things like #SFTP and several other established protocols and tools. I started doing this because I was learning about #WebRTC and it seems suprisingly capable. This isnt ready to replace any existing apps or services.
(Note: I know you guys are typically interested in #opensource code. this project is a spin-off from a bigger project: https://github.com/positive-intentions/chat)
Let me know what you think about the app, features and experience you would expect from a tool like this.
---
SUPER IMPORTANT NOTES TO PREVENT MISLEADING:
These projects are not ready to replace any existing apps or services.
These projects are not peer-reviewed or security audited.
The chat-app is #opensource for transparency (as linked above)... but the file-app is not open souce at all (especially spicy when not reviewed or audited.).
All projects behind positive-intentions are provided for testing and demo purposes only.
@theverge @tech-news-theverge yeah...
Meanwhile I recommend migrating to #WebRTC like #JitsiMeet, #WebCall and espechally classic #SIP / #VoIP like #Linphone!
Tiny, Hackable Telepresence Robot for under $100? Meet Goby - [Charmed Labs] are responsible for bringing numerous open-source hardware products... - https://hackaday.com/2025/04/17/tiny-hackable-telepresence-robot-for-under-100-meet-goby/ #telepresencerobot #crowdfunding #telepresence #tinypresence #robotshacks #arduino #webrtc #esp32 #goby #fpv
Either am stupid or did #Linphone basically memory-holed #LinphoneWeb and all #SourceCode for it?
No #git or anything...
@jwildeboer Seriously, who uses #Skype in the age of #WebRTC?
who has a #webrtc experience report
@Yuvalne consider #NextcloudTalk (included in @nextcloud / #Nextcloud as hosted by @monocles and @Stuxhost ) as well as #JitsiMeet (which is even easier to #SelfHost.
All 3 use #WebRTC and don't require any shitty #Client #Installation whatsoever: They work from any modern #Browser like #Firefox!
After taking a closer look at #XMPP clients for the #linux desktop, there's this frustrating "tie" for finding a favorite.
#Dino, which is likeable for being able to do video and audio calls, only has limited support for multi-user chat (complete with fancy moderation tools). These audio and video calls it can do are AMD64-only at this time.
#Gajim, which is likeable for being able to do multi-user chat well (with great moderation tools), alas, can't do audio and video calls to the other XMPP clients (like, say, #Conversations, as they use a newer #WebRTC-based method now).
So there's this strange situation where one is tempted to use both at the same time.
My takeaway is that #Conversations for #Android is the only xmpp client that I would possibly and carefully recommend to family and friends at this time, as it can cover all of the above. (#Monal on #iOS/#MacOS only has "partial" support for Multi-user chat, BTW.)
Yes I'm aware of the existence of Snikket, Quicksy, and Prav. No need to chime in on those.
@cwebber yes, and we already have options for that:
#JitsiMeet, #WebCall and other #WebRTC-based comms.
#OnionShare, #Wormhole, #oshi, #BitTorrent & #IPFS for #Filesharing.
#Nextcloud et. al. for collaboration.
...
thanks for the reply! far from being discouraged, i appriciate your engagement. i will try to be reasonably brief in my reponse to your points and give a general update on progress and objective.
> scout out existing solutions
i have seem similar #webapp implementation, i think so far for "that kind" of chat app, the chat app is able to demonstrate similar basic functionality. for a wider adoption, the user interface needs to be more appealing, but i think its important to have a working proof-of-concept first. the project is specifically aiming to be a #javascript #localFirst #webapp.
a couple notable similar implementation to mine are:
- https://github.com/cryptocat/cryptocat
- https://github.com/jeremyckahn/chitchatter
(im sure there are many more, but i think my approach is yet different and unique to the ones i've come across.)
> DO NOT DIY ENCRYPTION!
this is indeed a reccomended practice i have seen several times. here is a previsous reddit post on the matter: https://www.reddit.com/r/cryptography/comments/1cint8h/what_are_your_thoughts_on_subtlecrypto_vs_wasm ... tldr; the underlying implementation provided by the browser is the best way to go. i have implemented the #encryption using the #webcrypto #api. i aim to not use a library for this.
i generally try to word things in a way that users can provide feedback on features. the app is still in a very early stage, but has a reasonable amount of features. im generally open to requests and questions.
> minimum viable product
what you see as the chat app is also the #minimum #viable #product. i think its sufficiently demonstrates the basic functionality of a chat app. i think the next step is to make the app more stable and user friendly.
those other apps youve mentions ive come across before. what sets my approach apart is that mine it's purely a webapp. with what id like to describe as #p2p #authentication over #webrtc, im able to remove reliance on a backend for #authenticate #data #connections. in some cases, bypass the internet (wifi/hotspot). while there are several ways to #selfhost, in this approach of a #javascript implementation, im able to store large amounts of data in the browser so things like images and #encryptionKeys can be #selfhosted" in the browser. while this form has nuanced limitations, it also has interesting implications to security and privacy.
there are many nice features from the different apps you mentioned and i think i have some unique features too. the bottle neck in this project is that i dont put in enough time to the app.
> feel free to slowly ibtegrate them.
this is basically already my approach to get the app to where it is now.
thanks for the luck, take care and i hope you stay tuned for updates.
@xoron most of those features have already been implemented in #WebRTC-based solutions like #WebCall and #JitsiMert, abeit like with #XMPP+#OMEMO none does all of those things together, and that is somewhat an acceptable tradeoff...
Did I create the ultimate tool to watch anime with friends?
xtream is a website where you can "upload" any video and watch among other people, without loss of quality.
Files are actually transferred privately via a P2P connection, without going through my server.
Each user can choose their preferred audio and subtitle language. Without installing programs or extensions.
@Mer__edith that's a #Marketing #Lie as @signalapp / #Signal collects and demands #PII like #PhoneNumbers to this day, and unlike #WebRTC-based options like #JitsiMeet and #WebCall, one cannot #SelfHost Signal!
So please stop such bs claims, because they insult the intellect of everyone who's even halfassing #ITsec, #InfoSec, #OpSec & #ComSec...
@jnv There is also #pairdrop that can be used to transfer files between devices without any installation using #WebRTC
https://github.com/schlagmichdoch/pairdrop
#KaiOS #webRTC #leaflet I've made progress on my webRTC chat app for KaiOS. I've created a map component that allows the user to share their location and live location. In the next step I'll enable the sharing of audio messages. I'm still thinking about how I'm going to solve this so that it remains easy to use.