6 comments

  • john_strinlai 42 minutes ago
    >This was reported to us by Konstantinos Maninakis on 2026-06-24.

    announcement 3 months later is not super great, considering that the current advice is "Stop using private repositories (over the network) until the security update is released."

  • gojomo 7 minutes ago
    Is there a risk that other projects that may be using the same cyphernet-labs/netservices.rs code, like Nym & Farcaster, have also been expecting authentication & encryption where it hasn't been happening?
  • Velocifyer 54 minutes ago
    My main wish is if radicle had a way to make issues online, without installing the software. Runing a piece of software is a high barrier of entry to make a bug report, which the entire reason I use codeberg instead.
    • someonebaggy 27 minutes ago
      That's a downside of all decentralised software, isn't it? If there's a convenient access point, that access point is also a point of centralisation. To be distributed, you have to be running the software yourself. The big problem is that the software always ends up being inconvenient. People have no problem using bittorrent because the software is actually usable.
  • ewy1 30 minutes ago
    thankfully (for me), this is about the git forge and not the oss calendar and contact synchronization software by the same name

    https://radicale.org/v3.html

    • kamranjon 28 minutes ago
      it's not the same name
  • Tiberium 1 hour ago
    I honestly thought there would be some elaborate chain there, not "we forgot to use encryption"...
    • csomar 14 minutes ago
      And not using authentication.

      > Peer authentication in the connection handshake is broken and allows impersonation. An attacker can connect to your node and present a Node ID that is not its own. Private repositories are shared only with allow-listed Node IDs. An attacker who fakes an allow-listed Node ID can fetch a private repository directly, without being on the network path. This was reported to us by cryptocode on 2026-08-12. We proposed a fix upstream, see this pull request.

      They are trying to sweet write it as much as possible. But basically there is neither encryption nor authentication. The person who made the protocol/program simply didn't care.

    • pixl97 59 minutes ago
      Honestly issues like this crop up pretty commonly. JWT alg:none for example. Or even older people forcing SSL to downgrade to encryption null.

      In any system that provides security it should only be designed to run if the security is in use, and to fail immediately with no further action if the security is not used.

  • boringstack 38 minutes ago
    [dead]