• sudneo@lemm.ee
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 months ago

    Lack of rate limiting is a code vulnerability if we are talking about an API endpoint.

    Not that discussion makes any sense at all…

    Also, “not securing” doesn’t mean much. Security is not a boolean. They probably have some controls, but they still have a gap in the lack of rate limiting.

    • NateNate60@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      4 months ago

      It is a vulnerability, but exploiting that vulnerability is not generally considered by security experts to be “hacking” in the usual meaning of that term in academic settings. Using an open or exposed API, even one with a sign that says “don’t abuse me”, is generally not considered hacking.

      • sudneo@lemm.ee
        link
        fedilink
        English
        arrow-up
        1
        ·
        4 months ago

        I am a security professional. I would personally not care less to make the distinction, as both are very generic terms that are used very liberally in the industry.

        So I don’t see any reason not to call this hacking. This was not an intended feature. It was a gap, which has been used to perform things that the application writer did not intended (not in this form). If fits with the definition of hacking as far as I can tell. In any case, this is not an academic discussion, it is a security advisory or an article that talks about it.

        • Freefall@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 months ago

          I was gonna say, we use hacking as a term for a lot of things, even is something like cracking is more accurate. It is like Clip vs Mag in firearms…when you say clip EVERYONE knows what you are talking about.