Lemmy.one
  • Communities
  • Create Post
  • heart
    Support Lemmy
  • search
    Search
  • Login
  • Sign Up
mr_MADAFAKA@lemmy.ml to Privacy@lemmy.ml · 6 days ago

Discord will require a face scan or ID for full access next month

www.theverge.com

external-link
message-square
101
fedilink
  • cross-posted to:
  • technology@lemmy.ml
  • technology@hexbear.net
  • technology@hexbear.net
  • technology@lemmy.zip
  • hackernews@lemmy.bestiver.se
  • technology@midwest.social
  • france@lemmit.online
  • homelab@lemmit.online
  • linustechtips@lemmit.online
338
external-link

Discord will require a face scan or ID for full access next month

www.theverge.com

mr_MADAFAKA@lemmy.ml to Privacy@lemmy.ml · 6 days ago
message-square
101
fedilink
  • cross-posted to:
  • technology@lemmy.ml
  • technology@hexbear.net
  • technology@hexbear.net
  • technology@lemmy.zip
  • hackernews@lemmy.bestiver.se
  • technology@midwest.social
  • france@lemmit.online
  • homelab@lemmit.online
  • linustechtips@lemmit.online
Age verification for all.
  • Ferk@lemmy.ml
    cake
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    3 days ago

    If you have no way to link the signature to the original document, then how do you validate that the signature is coming from a document without repetition / abuse?

    How do you ensure there aren’t hundreds of signatures used for different accounts all done by the same stolen eID that might be circulating online without the government realizing it?

    Can the government revoke the credentials of a specific individual? …because if they can’t then that looks like a big gap that could create a market of ever-growing stolen eIDs (or reusing eIDs from the deceased) …and if they can revoke, what stops the government from creating a simulation in which they revoke one specific individual and then check what signatures end up being revoked to identify which ones belong to that person? The government can mandate the services to provide them all data they have so it can be analyzed as if they were Issuer, Registry and Verifier, all in one, without separation of powers.

    I know there are ways to try and fix this, but those ways have other problems too, which end up forcing the need for a compromise… there’s no algorithm that perfectly provides anonymity and full verifiability with a perfect method of revocation that does not require checks at every user login. For example, with the eIDAS 2.0 system (considered zero-knowledge proof), the government does have knowledge of the “secret serial number” that is used in revocation, so if they collude with the service they can identify people by running some tests on the data.

    • M1k3y@discuss.tchncs.de
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      9 hours ago

      The anonymous credential signature scheme that is planned to be used is BBS#, I don’t know how it handles revocation.

      Additionally, BBS# proposes a solution for device-binding from ECDSA-signatures, relying on re-randomization of ECDSA signatures and public keys. Furthermore, a trust model for BBS# that covers revocation and proof of validity is defined in [BBT2025].

      [BBT2025]: Trust Model : Securing digital identity with advanced cryptographic algorithms, available at https://github.com/Orange-OpenSource/BBS-SHARP-doc-eudi-wallet , 2025

      https://github.com/eu-digital-identity-wallet/eudi-doc-standards-and-technical-specifications/blob/main/docs/technical-specifications/ts4-zkp.md

      I haven’t found where in that source the implementation of revocation is discussed.

      Edit: https://github.com/Orange-OpenSource/BBS-SHARP-doc-eudi-wallet/blob/main/Trust-model-privacy-on-attestation-presentation.md#14-attestation-revocation

      Seems like no ways of enabling privacy preserving revocation with bbs# are known jet. This means that arithmetic circuit based proofs would be the only way to enable revocation. And as they can prove any statement in NP with ZK, the fact that they can prove that a revocation id is not part of a given list is obvious. https://github.com/eu-digital-identity-wallet/eudi-doc-standards-and-technical-specifications/blob/main/docs/technical-specifications/ts4-zkp.md#22-proofs-for-arithmetic-circuits-programmable-zkps

      https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/main-51.pdf As crescent by Microsoft is one of the considered implemations, this paper is probably the most relevant work on revocation of anonymous credentials.

Privacy@lemmy.ml

privacy@lemmy.ml

Subscribe from Remote Instance

Create a post
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !privacy@lemmy.ml

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

  • Posting a link to a website containing tracking isn’t great, if contents of the website are behind a paywall maybe copy them into the post
  • Don’t promote proprietary software
  • Try to keep things on topic
  • If you have a question, please try searching for previous discussions, maybe it has already been answered
  • Reposts are fine, but should have at least a couple of weeks in between so that the post can reach a new audience
  • Be nice :)

Related communities

  • Lemmy.ml libre_culture
  • Lemmy.ml privatelife
  • Lemmy.ml DeGoogle
  • Lemmy.ca privacy

much thanks to @gary_host_laptop for the logo design :)

Visibility: Public
globe

This community can be federated to other instances and be posted/commented in by their users.

  • 305 users / day
  • 3.86K users / week
  • 6.12K users / month
  • 13.9K users / 6 months
  • 321 local subscribers
  • 46.1K subscribers
  • 4.65K Posts
  • 121K Comments
  • Modlog
  • mods:
  • k_o_t@lemmy.ml
  • tmpod@lemmy.pt
  • Yayannick@lemmy.ml
  • ranok@sopuli.xyz
  • BE: 0.19.7
  • Modlog
  • Legal
  • Instances
  • Docs
  • Code
  • join-lemmy.org