Hackers discover way to access Google accounts without a password::‘Exploit enables continuous access to Google services, even after a user’s password is reset,’ researcher warns

  • hperrin@lemmy.world
    link
    fedilink
    English
    arrow-up
    119
    arrow-down
    8
    ·
    edit-2
    1 year ago

    This isn’t new at all. This is called session hijacking, and it’s been around for decades.

    LTT just made a couple videos about it last year, because it happened to them.

    • Lojcs@lemm.ee
      link
      fedilink
      English
      arrow-up
      63
      arrow-down
      1
      ·
      edit-2
      1 year ago

      I would guess they invalidate all sessions when password is reset, that part is weird.

      Edit: read the thing. The exploit is that they steal some special token chrome stores and by manipulating it they can generate session cookies for the hijacked account. This doesn’t seem related to ltt

      • 𝒍𝒆𝒎𝒂𝒏𝒏@lemmy.dbzer0.com
        cake
        link
        fedilink
        English
        arrow-up
        28
        arrow-down
        1
        ·
        1 year ago

        Wow, this sounds a lot more serious than session hijacking. Are they straight up using Chrome’s special token to generate brand new Google Account session tokens?

        If so, i’m not sure how Google is going to fix that without wrecking the Chrome user experience for non tech savvy individuals

        • Lojcs@lemm.ee
          link
          fedilink
          English
          arrow-up
          11
          ·
          edit-2
          1 year ago

          They’re using some Google api to generate the cookie(s?) with the manipulated chrome token. To me it kinda sounded like Google is using an improper method to generate the chrome token and the hackers found a way to derive other valid chrome tokens from it. Though I’m not an expert. Read it yourself to get the right picture.

          Edit: This is the part of the article about it, rest seems to be about how the hackers encrypted their exploit to avoid detection:

          Lumma’s approach hinges on a nuanced manipulation of the token:GAIA ID pair, a critical component in Google’s authentication process. This pair, when used in conjunction with the MultiLogin endpoint, enables the regeneration of Google service cookies.

          By manipulating the token:GAIA ID pair, Lumma can continuously regenerate cookies for Google services. Even more alarming is the fact that this exploit remains effective even after users have reset their passwords.

          Edit but there’s some conflicting information on what to do:

          If you suspect your account may have been compromised, or as a general precaution, sign out of all browser profiles to invalidate the current session tokens. Following this, reset your password and sign back in to generate new tokens. This is especially crucial for users whose tokens and GAIA IDs might have been exfiltrated. Resetting your password effectively disrupts unauthorized access by invalidating the old tokens which the infostealers rely on, thus providing a crucial barrier to the continuation of their exploit.

          From one of the hack tool changelogs:

          Now “Google Accounts” folders will appear in the logs , containing txt with tokens that can be used to restore Google cookies ; also, cookies restored in this way do not die after changing the password

          I guess Google doesn’t invalidate session cookies generated with the chrome token upon a password reset, but the chrome token itself gets invalidated and deletes the session cokkies on the browser side or something? Idk sounds whack

    • /home/pineapplelover@lemm.ee
      link
      fedilink
      English
      arrow-up
      6
      ·
      1 year ago

      I thought session hijacking could only be done with 1st party cookies from google itself. I didn’t know you could session hijack with 3rd party cookies. That’s pretty interesting.

      • hperrin@lemmy.world
        link
        fedilink
        English
        arrow-up
        14
        ·
        1 year ago

        The article mentions third party cookies, but it’s talking about hackers stealing first party cookies (specifically authentication cookies).

    • Akuchimoya@startrek.website
      link
      fedilink
      English
      arrow-up
      10
      ·
      1 year ago

      Running Google Ads requires uploading your drivers license or passport. I’m a volunteer at a teeny non-profit. Why should I have to surrender that level of personal information for a business/non-profit account where I’m not even employed (no one is, it’s all volunteers)? I didn’t, and the account was suspended.

      • brbposting@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        I wish advertisers had to put their DNA on file. Not really but the amount of fraud is unbelievable. See a few Joe Rogan, Elon Musk deepfakes shilling supplements and “esavers” and you wonder what more should be done. Even with great verification advertiser accounts still get highjacked!

        Not sure what your best option would’ve been. It’s a pickle.

    • Buck@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      I was able to bypass that by logging into YouTube without a phone number, and then going to Google accounts. Not sure if that still works.

    • circuscritic
      link
      fedilink
      English
      arrow-up
      33
      arrow-down
      2
      ·
      1 year ago

      Firefox isn’t magically immune to session hijacking…

      • Redjard@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        5
        ·
        1 year ago

        This isn’t session hijacking but taking some magical token from Chrome that can generate sessions. Which has far more attack surface.

    • Cornelius_Wangenheim@lemmy.world
      link
      fedilink
      English
      arrow-up
      9
      ·
      edit-2
      1 year ago

      The main difference that makes this worse is that they can get persistence and maintain access even if the user resets their password (i.e. revoke session tokens). Hackers are usually limited to the fairly short lifetime of the session token (usually a few hours).

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    8
    ·
    1 year ago

    This is the best summary I could come up with:


    Analysis from security firm CloudSEK found that a dangerous form of malware uses third-party cookies to gain unauthorised access to people’s private data, and is already being actively tested by hacking groups.

    The post noted how accounts could be compromised through a vulnerability with cookies, which are used by websites and browsers to track users and increase their efficiency and usability.

    The Google Chrome web browser, which is the world’s most popular with a market share greater than 60 per cent last year, is currently in the process of cracking down on third-party cookies.

    “This exploit enables continuous access to Google services, even after a user’s password is reset,” Pavan Karthick M, a threat intelligence researcher at CloudSEK, wrote in a blog post detailing the issue.

    “It highlights the necessity for continuous monitoring of both technical vulnerabilities and human intelligence sources to stay ahead of emerging cyber threats.”

    The security issue was detailed in a report, titled ‘Compromising Google accounts: Malwares Exploiting Undocumented OAuth2 Functionality for session hijacking’, written by CloudSEK threat intelligence researcher Pavan Karthick M.


    The original article contains 335 words, the summary contains 177 words. Saved 47%. I’m a bot and I’m open source!