Larion Studios forum stores your passwords in unhashed plaintext. Don't use a password there that you've used anywhere else.

you are viewing a single comment's thread
view the rest of the comments
[–] 51 points 2 years ago* (32 children)

no, they probably dont.
they just send it to your email upon registration, which is kinda a bad idea, but they are probably storing passwords hashed afterwards.

  • source
  • hideshow 32 child comments
  • [–] 24 points 2 years ago (5 children)

    ...and if they keep the emails they send out archived (which would be reasonable), they also have it stored in plaintext there.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 0 points 2 years ago (4 children)

    Automatically generated emails usually don't get saved.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 11 points 2 years ago (3 children)

    As the designated email dev at my company I can confidently say this is not true.

    Not saying that this specific email is persisted, but almost all that I work with are. It's a very common practice.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 2 years ago (1 child)

    I wonder how much this varies depending on the amount of data it would require to store the emails of a company. I know nothing about this subject, but does it occur where companies with very large email lists would forgo storing those types of emails to save data costs?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 2 years ago

    In my experience it varies a lot. Even in our own system certain emails are stored differently. There are a few "we legally have to deliver this email and might need to prove it later" notifications. We store a PDF of those in s3. For others we might just save the data, a sent timestamp, and a key for which email visual template was used.

    I also thought of a counter argument to my point overnight. We don't store one super duper high volume email which is the email that only has an MFA code. We would also absolutely never ever dream about allowing a plaintext password in an email, so we're probably following different patterns in the first place.

  • source
  • parent
  • [–] 14 points 2 years ago (2 children)

    So it's in plaintext in their email system

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 2 years ago*

    these emails don't usually get copied to local outbox folder (as any oher auto generated emails)

    password may end up in cache somewhere tho....
    and this is why it's a bad idea and rarely done nowadays

  • source
  • parent
  • [–] 13 points 2 years ago (4 children)

    I've literally never had a service provider email me my own password ever. Maybe a OTP, but never my actual password. And especially not in plaintext.

    What would be the necessity behind emailing someone their own password? Doesn't that defeat the purpose of having a password? Email isn't secure.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 11 points 2 years ago (1 child)

    this is still a terrible idea. the system should never know the plaintext password.

    logs capture a lot even automated emails. i don't see a single reason to send the user their plaintext password and many reasons why they shouldn't

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 2 years ago*

    passwords are usually hashed server-side tho and that's done for a reason.
    if handling passwords correctly, server side hashing is way more secure then client-side. (with client side hashing, hash becomes the password...)

  • source
  • parent
  • [–] 11 points 2 years ago (1 child)

    "Kinda a bad idea?" This is fucking insane.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 2 years ago

    Is it though? While it certainly isn't something I'd recommend, and I've encountered it before, if E2E encryption exists we cannot assume a data exposure had occurred.

    What they do on the backend has nothing to do with this notification system. Think of it as one of these credentialess authentication systems that send a 'magic link' to your inbox.

  • source
  • parent
  • [–] 10 points 2 years ago* (last edited 2 years ago) (13 children)

    But that still means they had your plaintext password at some point.

    Edit: which, as some replies suggest, may not actually be much of an issue.
    I'm still skeptical about them returning it, however.

  • source
  • parent
  • hideshow 13 child comments
  • [–] 15 points 2 years ago* (5 children)

    hashing on client side is considered a bad idea and almost never done.
    you actually send your password "in plain text" every time you sign up.

  • source
  • parent
  • hideshow 5 child comments
  • [–] -4 points 2 years ago (3 children)

    It's not a bad idea and it is often done, just not in a browser/webapp context.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 2 years ago (5 children)

    Of course. You receive the password in plain on account creation, do the process you need, and then store it hashed.

    That's fine and normal

  • source
  • parent
  • hideshow 5 child comments
  • [+] 5 points 2 years ago (4 children)
  • [–] 5 points 2 years ago (3 children)

    When you create an account you type your password in. This gets sent to the server, and then it is hashed and stored

    So there is a period of time where they have your unhashed password

    This is true of every website you have ever made a password on

  • source
  • parent
  • hideshow 3 child comments