GHunt is a modulable OSINT tool designed to evolve over the years, and incorporates many techniques to investigate Google accounts, or objects.
It currently has email and document modules.
🗺️ Email module:
- Owner's name
- Google ID
- Last time the profile was edited
- Profile picture (+ detect custom picture)
- If the account is a Hangouts Bot
- Activated Google services (YouTube, Photos, Maps, News360, Hangouts, etc.)
- Possible YouTube channel
- Possible other usernames
- Google Maps reviews (M)
- Possible physical location (M)
- Events from Google Calendar (C)
Public photos (P)Phones models (P)Phones firmwares (P)Installed softwares (P)
🗺️ Document module:
- Owner's name
- Owner's Google ID
- Owner's profile picture (+ detect custom picture)
- Creation date
- Last time the document was edited
- Public permissions
- Your permissions
The features marked with a (P) require the target account to have the default setting of Allow the people you share content with to download your photos and videos
on the Google AlbumArchive, or if the target has ever used Picasa linked to their Google account.
More info here.
Those marked with a (M) require the Google Maps reviews of the target to be public (they are by default).
Those marked with a (C) requires user to have Google Calendar set on public (default it is closed)
- 02/10/2020 : Since a few days ago, Google returns a 404 when we try to access someone's Google Photos public albums, we can only access it if we have a link to one of their albums.
Either this is a bug and this will be fixed, either it's a protection that we need to find how to bypass. - 03/10/2020 : Successfully bypassed. 🕺 (commit 01dc016)
It requires the "Profile photos" album to be public (it is by default) - 20/10/2020 : Google WebArchive now returns a 404 even when coming from the "Profile photos" album, so the photos scraping is temporary (or permanently) disabled. (commit e762543)
- 25/11/2020 : Google now removes the name from the Google Maps profile if the user has 0 reviews (or contributions, even private). I did not find a bypass for the moment, so all the help in the research of a bypass is appreciated.
- 20/03/2021 : Successfully bypassed. 🕺 (commit b3b01bc)
The Docker image is automatically built and pushed to Dockerhub after each push on this repo.
You can pull the Docker image with:
docker pull mxrch/ghunt
Then, any of the scripts can be invoked through:
docker run -v ghunt-resources:/usr/src/app/resources -ti mxrch/ghunt check_and_gen.py
docker run -v ghunt-resources:/usr/src/app/resources -ti mxrch/ghunt ghunt.py email <email_address>
docker run -v ghunt-resources:/usr/src/app/resources -ti mxrch/ghunt ghunt.py doc <document_link>
- Make sure you have Python 3.7+ installed. (I developed it with Python 3.8.1)
- Some Python modules are required which are contained in
requirements.txt
and will be installed below.
This project uses Selenium and automatically downloads the correct driver for your Chrome version.
In the GHunt folder, run:
python3 -m pip install -r requirements.txt
Adapt the command to your operating system if needed.
For the first run and sometime after, you'll need to check the validity of your cookies.
To do this, run check_and_gen.py
.
If you don't have cookies stored (ex: first launch), you will be asked for the 5 required cookies. If they are valid, it will generate the Authentication token and the Google Docs & Hangouts tokens.
Then, you can run the tool like this:
python3 ghunt.py email [email protected]
python3 ghunt.py doc https://docs.google.com/spreadsheets/d/1BxiMVs0XRA5nFMdKvBdBZjgmUUqptlbs74OgvE2upms
- Log in to accounts.google.com
- After that, open the Dev Tools window and navigate to the Storage tab (Shift + F9 on Firefox) (It's called "Application" on Chrome)
If you don't know how to open it, just right-click anywhere and click "Inspect Element". - Then you'll find every cookie you need, including the 5 ones.
Regarding the collection of metadata from your Google Photos account:
Given that Google shows "X require access" on your Google Account Dashboard, you might imagine that you had to explicitly authorize another account in order for it to access your pictures; but this is not the case.
Any account can access your AlbumArchive (by default):
Here's how to check and fix the fact that you're vulnerable (which you most likely are):
Go to https://get.google.com/albumarchive/ while logged in with your Google account. You will be automatically redirected to your correct albumarchive URL (https://get.google.com/albumarchive/YOUR-GOOGLE-ID-HERE
). After that, click the three dots on the top left corner, and click on setting
Then, uncheck the only option there:
On another note, the target account will also be vulnerable if they have ever used Picasa linked to their Google account in any way, shape or form. For more details on this, read PinkDev1's comment on issue #10.
For now, the only (known) solution to this is to delete the Picasa albums from your AlbumArchive.
This tool is based on Sector's research on Google IDs and completed by my own as well.
If I have the motivation to write a blog post about it, I'll add the link here !
- Palenath (for the name bypass)