• NeilBrü@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    21 hours ago

    As I mentioned in other comments, I am a noob when it comes to web-sec; please forgive what may be dumb questions.

    Is it really just permission rights “over-exposure” issue? Or does one need to also encrypt and then decrypt the data itself that must be sent to a database?

    Also, if you have time, recommend any links to web/cloud/SaaS security best practices “for dummies”?

    • nickwitha_k (he/him)@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      1
      ·
      29 minutes ago

      As I mentioned in other comments, I am a noob when it comes to web-sec; please forgive what may be dumb questions.

      There’s nothing to forgive. Asking questions and being curious is how you learn this stuff.

      Is it really just permission rights “over-exposure” issue?

      From what I’ve read, it’s more fundamental than that. It’s a basic architecture issue. The datastore was publicly accessible, which it should never be. If they had it setup according to best practices, with an API to proxy access and auth, the datastore’s permissions would be of minimal consequence, unless their network was compromised (still best practice to secure it and approach with a zero-trust mindset).

      Or does one need to also encrypt and then decrypt the data itself that must be sent to a database?

      Generally, cloud datastores handle encryption/decryption transparently, as long as the account accessing data has authorization to use the key. They probably also didn’t have encryption setup.

      Also, if you have time, recommend any links to web/cloud/SaaS security best practices “for dummies”?

      Here are some more resources: