#webrtc

12 posts · Last used 5d

Back to Timeline
Lioh @Lioh@social.anoxinon.de · 5d ago
Ich habe den Privacy Guide mit einem Hinweis zu WebRTC ergänzt und nenne ein passendes Firefox-Add-on um die IP-Adressermittlung mittels WebRTC zu unterbinden: https://gnulinux.ch/privacy-guide#webrtc #privacy #webrtc
12
1
8
Fred Posner @fredposner@fosstodon.org · Jul 30, 2026
End of the month which means it's time for me to say... There are those who read what @sandrogauci@mastodon.social and @enablesecurity@infosec.exchange write and those who wish they had. #sip #webrtc #rtc #security https://www.enablesecurity.com/newsletter/2026-07-rtcsec-news/
0
0
0
Lorenzo Miniero @lminiero@fosstodon.org · Jul 29, 2026
At the latest #IETF in Vienna, we decided to run a peculiar experiment... stream the #MoQ sessions using #MoQ itself! All using our existing #WebRTC infrastructure as the source for the media. If you want to learn more, this blog post is a detailed overview on how we made that happen. Feedback (and boosts) welcome! https://www.meetecho.com/blog/moq-ietf126/
2
0
2
Daily CyberSecurity @DailyCyberSecurity@infosec.exchange · Jul 29, 2026
Cisco Talos found msaRAT malware, a Rust RAT from the Chaos ransomware group that hides C2 traffic inside headless Chrome and Edge sessions. #msaRAT #ChaosRansomware #Malware #WebRTC #CiscoTalos #RustMalware http://securityonline.info/msarat-malware-chaos-ransomware/?utm_source=mastodon&utm_medium=jetpack_social
0
0
0
T_X @T_X@chaos.social · Jul 21, 2026
Replying to @DeutscherWetterdienst@social.bund.de
@DeutscherWetterdienst@social.bund.de fürher war Vimeo mal dabei, aber war jetzt seit Jahren schon nicht mehr auf der Seite. Sonst benutze ich noch regelmäßig https://media.ccc.de/ vom @c3voc@chaos.social und https://media.freifunk.net/ von @freifunk@social.freifunk.net, also was auf Basis von #voctoweb. (auch wenn voctoweb für euch zumindest alleine vermutlich eher uninteressant ist? leider kann voctoweb im Gegensatz zu #Peertube auch noch kein #ActivityPub / #Fediverse oder #WebRTC #P2P soweit ich weiß)
2
1
1
Self-Hosted Feed @selfhosted_bot@fd.mrmave.work · Jul 16, 2026
📞 miroslavpejic85/call-me Enables browser-based instant WebRTC calls in persistent rooms with unlimited participants, no signup needed ⭐ Stars: 760 📅 Last Update: Jul 15, 2026 https://github.com/miroslavpejic85/call-me #selfhosted #homelab #selfhost #selfhosting #opensource #webrtc #videocall
0
0
0
linuxwebzine @linuxwebzine@mstdn.ro · Jul 09, 2026
🌐🔒 P2P File Transfer: Partajare securizată și directă de fișiere direct din browserTrimiterea fișierelor mari pe internet implică adesea utilizarea unor servicii cloud terțe (cum ar fi Google Drive, WeTransfer sau Dropbox). Acest lucru înseamnă că fișierele tale sunt încărcate și stocate pe serverele acelor companii, ridicând semne de întrebare legate de confidențialitate și viteză. Pentru a elimina acești intermediari, a apărut o nouă soluție open-source: P2P File Transfer, un utilitar web modern care permite partajarea securizată a fișierelor direct de la browser la browser (Browser-to-Browser), fără servere la mijloc.Folosind tehnologii web de ultimă generație, acest instrument redefinește modul în care mutăm datele între dispozitive diferite (Linux, Windows, Android sau iOS), punând accent pe viteză maximă și confidențialitate absolută.Iată cum funcționează și de ce este o alternativă excelentă la metodele clasice:🔹 Tehnologia WebRTC pentru conexiuni directe (Peer-to-Peer):Sistemul utilizează protocolul WebRTC (Web Real-Time Communication) pentru a stabili o conexiune directă între dispozitivul tău și cel al destinatarului. Atunci când trimiți un fișier, acesta nu este încărcat pe un server web. În schimb, browserul tău creează un canal securizat prin care datele sunt transmise direct către browserul celeilalte persoane, ca un tunel privat.🔹 Securitate maximă prin criptare End-to-End (E2EE):Deoarece conexiunea este directă, riscul ca datele să fie interceptate este minim. Mai mult, fluxul de date este criptat de la un capăt la altul (End-to-End) direct în browser înainte de a fi trimis. Chiar și serverul de semnalizare (folosit doar pentru a ajuta cele două browsere să se „găsească” inițial pe internet) nu poate citi sau stoca conținutul fișierelor tale.🔹 Fără limite de dimensiune și fără conturi:Dimensiune nelimitată: Deoarece fișierele nu sunt stocate nicăieri, nu există o limită de spațiu (cum ar fi pragul de $2\text{ GB}$ impus de alte servicii). Poți transfera fișiere video 4K masive, arhive de sute de gigabyți sau directoare întregi, singura limită fiind viteza conexiunii tale la internet.Simplitate totală: Nu este necesară crearea unui cont, autentificarea cu e-mailul sau instalarea vreunei aplicații. Totul se rezumă la deschiderea unei pagini web.🔹 Cum se realizează un transfer?Procesul este conceput să fie gata în câteva secunde:Accesezi platforma și încarci fișierul prin drag-and-drop.Aplicația generează instantaneu un link unic sau un cod QR.Trimiti linkul către destinatar. În momentul în care acesta îl deschide, transferul direct începe, iar fișierul se descarcă în timp real în calculatorul său.(Notă: Ambele ferestre de browser trebuie să rămână deschise până la finalizarea transferului).P2P File Transfer reprezintă soluția ideală pentru utilizatorii care vor să trimită rapid documente confidențiale, cod sursă sau fișiere media mari între calculatoare și telefoane, fără a lăsa urme digitale pe serverele marilor corporații tech.#OpenSource #P2P #WebRTC #FileTransfer #Privacy #Encryption #WebApps #TechNews #LinuxEasy
1
1
1
Self-Hosted Feed @selfhosted_bot@fd.mrmave.work · Jun 28, 2026
📦 polius/FileSync Send files from one device to many in real-time. Transfers files from one source to multiple devices using peer-to-peer WebRTC. No accounts or size limits are required for sharing. ⭐ Stars: 1210 📅 Last Update: Jun 27, 2026 https://github.com/polius/FileSync #selfhosted #homelab #selfhost #selfhosting #opensource #webrtc #filesync
0
0
0
GradleSurvivor @GradleSurvivor@lemmy.ml · Jun 03, 2026

WebRTC messenger architecture — sealed-sender push, encrypted signalling, looking for threat-model critique. Open Source GPLv3

A WebRTC messenger where message content never touches a server and the push layer can’t see who’s messaging whom Android app, solo-built. Trying to find out where the architecture breaks before I scale it. The core idea. Messages travel through direct WebRTC data channels (DTLS/SRTP) between two phones. No server stores, reads, or relays content. Group chats use a gossip protocol, sender fans out to a few reachable members who relay onward; members who come online late fetch missing messages from any peer who has them. The supporting infrastructure, and what each piece can see. Signalling: needed to set up any WebRTC connection. I use a Cloudflare Worker (ephemeral, nothing persisted). The SDP/ICE payload is encrypted with the recipient’s public key before it leaves the sender, and the two participants are addressed by opaque per-session hashes. The relay forwards ciphertext between un-linkable identifiers. Push wake-up: FCM, because Android. Sealed-sender design: the wake-up payload is encrypted to the recipient’s public key, and the sender’s identity is inside that envelope. The push layer sees who’s receiving (it must, that’s how push works), not who’s sending. The FCM request is also forwarded via a Cloudflare Worker so Google doesn’t see the sender’s IP either. TURN relay: Cloudflare again, for restricted networks. Carries encrypted packets only, like any TURN. The code is open source (GPLv3). I wrote a detailed white paper explaining the full architecture on my landing page: www.mindtheclub.com Mainly interested in where the design assumptions break. The sealed-sender piece, I’d like to know if the threat model I’m assuming there is too generous. #infosec #privacy #WebRTC #cryptography #Android #FOSS #PeerToPeer
7
3
0

You've seen all posts