Briefing

Infrastructure

video chat

SHOW HN2020

203points
51comments
#273of 3,028 in 2020
Top 10%of 2020 by points

How HN took it

CuriousMostly questions and neutral comments

6 positive, 25 neutral or asking, 1 mixed, 7 critical, out of 39 comments about the project. Thread score -0.03.

Privacy: 1 for, 6 againstDocs: 3 for, 0 againstDesign: 1 for, 0 againstExecution: 0 for, 1 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Looks very nice and useful

    From 2 comments
    • I just wanted to say that this looks very nice indeed.
      Angostura on HN
    • Looks useful thank you for sharing. The website that provides the web app and mediates the communication stores as (few -> little) data as possible
      totetsu on HN
  • Open source client and server

    From 1 comment
    • Thank you for making both the client and server sides of this video chat application open source. The only missing piece it seems is the STUN/TURN server. Would you have a plan…
      lioeters on HN

Objections

  • 'Anonymous' is a misleading term; peers see each other's IP addresses

    From 2 comments
    • I don't understand the anonymous claim. Since in WebRTC peers connect directly to each other they'll see the IP of the other peer and can determine their locations. Further there…
      cryo on HN
    • Thanks for the clarification, imo and as you already see in this discussion different people understand different meanings into the word. Maybe it's safer to use a clear…
      cryo on HN
  • End-to-end encryption claim questioned without password-protected rooms

    From 2 comments
    • > Anonymous end-to-end encrypted End to end encryption implies that you have established an encrypted connection with a known participant and secured it by verifying your keys…
      Andrew_nenakhov on HN
    • In most e2ee threat models the biggest source of threat is the server that mediates the data exchange. Other threats are sufficiently thwarted with TLS, so ... ... these Briefing…
      Andrew_nenakhov on HN
  • Room names are guessable, so anyone can spy on calls

    From 2 comments
    • Looks really cool. One key element is that anyone can spy on your call if they guess the random name that you generate to create the link. I am curious what randomizations you…
      seesawtron on HN
    • So it's just javascript Math.random. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Math/random > Math.random() does not provide…
      yencabulator on HN
  • Camera and microphone permission prompts did not appear in Firefox 79

    From 1 comment
    • "No camera or microphone has been found!" Using firefox 79, the usual prompts to allow permissions were not issued.
      nannal on HN

Requests

  • Password-protected rooms

    From 2 comments
    • In this case authentication is provided through a shared secret (the room name). An arbitrary MitM wouldn't know the room name since the connection to the server is also…
      nybble41 on HN
    • Yes password protection would definitely make this more usable. Have you also seen apprtc [0]? Could you point out if there are any differences you see there to Briefing? [0]…
      seesawtron on HN
  • Use clearer wording than anonymous

    From 1 comment
    • Thanks for the clarification, imo and as you already see in this discussion different people understand different meanings into the word. Maybe it's safer to use a clear…
      cryo on HN
  • Decentralized operation without a signaling server

    From 1 comment
    • How can we further decentralize this such that the entire app runs "without any servers"? Sadly it is so close but the realities of ipv4 and local subnets definitely makes this…
      waynenilsen on HN
  • Exposing DTLS fingerprints for manual verification

    From 1 comment
    • Not sure if this is possible with the current WebRTC api, but if you could expose the dtls public keys for the current and remote sessions somewhere, that would help to reduce…
      a1a1a1a1a1a1 on HN

Questions

  • How is encryption and key verification handled?

    From 1 comment
    • How does the encryption work here? The home page says "end-to-end encrypted"; is there a key management concept and a key verification feature of some kind?
      schoen on HN
  • How is the background blur implemented?

    From 1 comment
    • How do you do the background? Are you using the bodypix tensorflow library? Because in my tests it had been horrible slow and very inaccurate depending on lighting,
      tpetry on HN
  • How to self-host on own domain?

    From 1 comment
    • Do you maybe have instructions on how to set this up on my own server/domain? I've looked at the code but I'm not familiar with Vue. I have an online webgl multiplayer game where…
      sci_prog on HN

Alternatives named

  • apprtc

    From 1 comment
    • Yes password protection would definitely make this more usable. Have you also seen apprtc [0]? Could you point out if there are any differences you see there to Briefing? [0]…
      seesawtron on HN
  • Jitsi

    From 2 comments
    • Correct. Scroll up the page to learn about the details: https://brie.fi/ng#help Also see https://webrtc-security.github.io/ WebRTC is end-to-end encrypted by default. There is a…
      perenzo on HN
    • I think you are very much misinformed on the subject. You're not sending unencrypted streams to Jitsi, as it uses hop-by-hop encryption, meaning you send an encrypted stream to…
      clawoo on HN
  • Zoom

    From 1 comment
    • Correct. Scroll up the page to learn about the details: https://brie.fi/ng#help Also see https://webrtc-security.github.io/ WebRTC is end-to-end encrypted by default. There is a…
      perenzo on HN
  • Squawk

    From 1 comment
    • Bootstrapping a distributed swarm is always a tricky proposition. Bittorrent clients use a few endpoints to bootstrap their dht, and then upgrade to p2p after that. I think…
      zumachase on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/23523830)