624
"Tea" app - user database leaked today (incl. drivers license & IDs). Daily reminder not to give your ID to online services [THEY DO NOT PROTECT YOUR INFORMATION] (lemmy.dbzer0.com)
submitted 1 year ago by to c/technology@lemmy.world
88 comments fedilink hide all child comments
 

Remember the UK new safety law. https://techcrunch.com/2025/07/15/reddit-rolls-out-age-verification-in-the-uk-to-comply-with-new-rules/

https://www.404media.co/women-dating-safety-app-tea-breached-users-ids-posted-to-4chan/

you are viewing a single comment's thread
view the rest of the comments
[+] -9 points 1 year ago (4 children)

It either doesn't work or means that they have your ID info anyways. There's no 3rd option

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 14 points 1 year ago (2 children)

    ???? This is just textbook sso/openid but backed by the government. There's nothing intrinsically insecure about having third parties send you directly to a trusted government site for authorization.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 1 year ago (1 child)

    And how does that prevent hacks that reveal the connection between ID and user account ?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 6 points 1 year ago

    What connection do you think a third party is saving when using openid? Generally speaking the only thing the third party needs is your identifier which in most cases is just an email. It's no more devastating for the user base for that information to be leaked than it is when they're handling authorization themselves. I personally think using a government backed authorization platform is a terrible idea and something completely liable to be abused by those in power, but it would objectively be better than trying to have every single service store your personally identifiable information themselves.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 2 points 1 year ago

    The only entity able to connect you in this case is the identity verification third party. The premise is that a government-backed identification system is more secure than a rando private company.

    Private company asks government "hey is this user real and unique", government replies "yes". Private webiste does not need to know your ID. No identifying element needs to be transmitted by the government.

    Of course some private companies will need more, and in that case the user, you, can grant them access to data, much like the current authentication systems using Google accounts & co.

    In which case the flow would be:

    • Rando insecure company asks government "is this user real and unique? I need their name"
    • Government website asks you "this rando company wants to know your name"
    • You accept
    • Goverbment replies to rando insecure conpany "yes, user real, name is X"

    That's how it should be.

  • permalink
  • fedilink
  • source
  • parent