Setting up a Google Workspace abuse mailbox asset in Enterprise Security using the IMAP v2 app
When employees report suspected phishing emails, security teams must quickly distinguish genuine threats from spam and false positives. As reporting volumes grow, manual triage can delay the identification of malicious messages and increase the risk of account compromise and data loss.
This article shows you how to install and configure the IMAP v2 app asset used by Automated Threat Analysis (ATA) in Splunk Enterprise Security to ingest user-reported phishing messages from a Google Workspace mailbox through IMAP and OAuth. After configuration, messages in the selected mailbox folder are polled and analyzed automatically, with the results and sandbox screenshots surfaced as findings in Splunk Mission Control, so analysts can prioritize credible threats and respond consistently.
Prerequisites
- Splunk Enterprise Security Premier Cloud version 8.5 or later.
- Permission to install Splunk SOAR apps and configure assets from Splunk Enterprise Security.
- IMAP and OAuth access allowed on the target Google Workspace mailbox.
- Existing Google Cloud project for the mailbox integration, with the Google Auth Platform OAuth consent configuration already prepared.
- Appropriate permissions to create OAuth clients in Google Cloud.
If you have an existing configured asset and are upgrading to a newer app version, select Clone Asset from the asset's three-dot menu. Cloning carries forward the current asset configuration, so you do not need to re-enter credentials or other settings. The cloned asset also exposes the new options available in the updated app version.
Configuration overview
- Install the IMAP v2 app from Splunk SOAR
- Configure the IMAP v2 asset in Enterprise Security
- Create a Google OAuth client
- Complete OAuth settings in Enterprise Security
- Configure ingest settings in Enterprise Security
- Review optional asset tabs in Enterprise Security
- Activate the webhook service in Splunk SOAR
- Enable webhooks for the asset in Enterprise Security
- Retrieve the URI via Test Connectivity in Enterprise Security
- Add the URI to the Google OAuth client
- Complete Test Connectivity and verify polling in Enterprise Security
This process moves between Splunk Enterprise Security, Splunk SOAR, and Google Cloud Console. Keep all three open in separate browser tabs as you work through the steps. You will return to each environment more than once and can pick up exactly where you left off without re-navigating.
Step 1: Install the IMAP v2 app from Splunk SOAR
- ► Click to expand
-
- Log in to Splunk Enterprise Security and navigate to Configure > Splunk SOAR > Apps.
- Search for the IMAP v2 app.
- If the app appears, proceed to Step 2.
- If the app does not appear, installation must be completed in Splunk SOAR. Continue with the steps below.
- In Splunk SOAR, navigate to Home > Apps.
- Search for IMAP v2 in the Configured Apps and Unconfigured Apps tabs.

- If there are no results under either tab, click New Apps.

- Search for IMAP v2 and click Install.
After installation is complete, the IMAP v2 asset configuration takes place within Splunk Enterprise Security.
Step 2: Configure the IMAP v2 asset in Enterprise Security
- ► Click to expand
-
- Navigate to Enterprise Security > Mission Control.
- From the top menu bar, click Configure > Splunk SOAR.

- In the left menu, click Apps.
- Search for IMAP v2 and click View to access the asset configuration page.

- Click Configure New Asset.

- On Asset Settings, fill in the required mailbox fields.
Field Value Asset Name A descriptive name, such as abuse_mailboxServer IP/Hostname imap.gmail.comUsername The Google Workspace mailbox address to poll for incoming abuse messages Folder to ingest mails from The folder within the mailbox where abuse-reported messages are routed, for example inboxHow to ingest oldest firstin the new-asset flowMaximum emails to poll first time for schedule and interval polling 2000 Maximum emails to poll 50 - Stop when you reach Configuration Settings and open a new browser tab to continue with Step 3.
Step 3: Create a Google OAuth client
- ► Click to expand
-
- Open the Google Cloud Console and confirm that you are in the correct Google Cloud project.
- Search for Clients in the top search bar.
- Click Create client.

- For Application type, click Web application.

- Enter a descriptive client name, such as
Splunk_ES_Abuse_Mailbox_Ingest. - Leave Authorized JavaScript origins empty unless your environment specifically requires one.
- Leave Authorized redirect URIs blank for now. You will add the URI after running Test Connectivity.
- Click Create.

- After the client is created:
- Note the Client ID.
- Note the Client secret.
- Click Download JSON to save the credentials.

Step 4: Complete OAuth settings in Enterprise Security
- ► Click to expand
-
Return to the IMAP v2 asset in Splunk Enterprise Security. Under Configuration Settings, fill in the following fields using the values from the Google OAuth client you created.
Field Value Authentication mechanism to use OAuth Password Leave blank for OAuth OAuth Client ID Client ID from Google Cloud OAuth Client Secret Client secret from Google Cloud OAuth Authorization URL https://accounts.google.com/o/oauth2/authOAuth Token URL https://oauth2.googleapis.com/tokenOAuth API Scope (JSON formatted list) ["https://mail.google.com/"]
Step 5: Configure ingest settings in Enterprise Security
- ► Click to expand
-
- To move to Ingest Settings, click Next.
- Select the desired values for Investigation type, Security domain, and Urgency. Creating an Investigation type of
phishingis recommended to distinguish these incoming findings. - Set your polling preferences.
- Under Additional settings, confirm that the following options are selected:
- Run threat analysis: When selected, polled messages are sent to ATA for sandboxing and analysis.
- Launch automation after threat analysis is complete: When selected, associated Splunk SOAR automation playbooks run after ATA analysis is complete.

Step 6: Review optional asset tabs in Enterprise Security
- ► Click to expand
-
The asset configuration page includes the following optional tabs. Review them and configure any that apply to your environment before saving the asset.
- Automation Broker: Specify whether the asset must run through a specific automation broker.
- Additional Settings: Optionally add an asset description or tags.
- Access and Approvals: Configure secondary approvers only if your process requires them.
Step 7: Activate the webhook service in Splunk SOAR
This step is only required if you configured OAuth authentication in Step 3. If you used a different authentication type, this step is optional.
- ► Click to expand
-
- In Splunk SOAR, navigate to Home > Administration.
- Navigate to Administration Settings > Webhook Settings and confirm that webhooks are enabled.

Step 8: Enable webhooks for the asset in Enterprise Security
This step is only required if you configured OAuth authentication in Step 3. If you used a different authentication type, this step is optional.
- ► Click to expand
-
- Back in the IMAP v2 asset configuration in Splunk Enterprise Security, click Next to advance to Webhook Settings. If you closed the ES tab, refer to Step 2 for navigation instructions.
- Select Enable webhooks for this asset.
- Click Save.

Step 9: Retrieve the URI via Test Connectivity in Enterprise Security
- ► Click to expand
-
- Click Save and then click Test Connectivity. The URI is presented in a new modal.

- Note the URI and click Close.
The URI is also visible in the asset configuration under the Webhook Settings section after saving.
- Click Save and then click Test Connectivity. The URI is presented in a new modal.
Step 10: Add the URI to the Google OAuth client
- ► Click to expand
-
- Navigate back to the Google OAuth client you created in Step 3.
- Select the asset and click Add URI.
- Paste the URI from the previous step.
- Click Save.

Step 11: Complete Test Connectivity and verify polling in Enterprise Security
- ► Click to expand
-
- Navigate back to the IMAP v2 asset in Splunk Enterprise Security and click Test Connectivity.
- From the pop-up, copy the Google Consent prompt URL and open it in a new browser tab.

- Sign in to the abuse mailbox you specified in the asset configuration.

- Click Allow.

- Confirm that you are redirected to an Authorization successful page.

The asset configuration is now complete. The specified abuse mailbox is polled based on the interval or schedule you defined.

Troubleshooting
- If Google rejects the redirect, confirm that the authorized redirect URI exactly matches the SOAR-generated URI, including host, port, path, generated ID, asset ID, and trailing
/result. - If OAuth consent fails, confirm that the mailbox user is allowed to use the Google Cloud OAuth app.
- If IMAP login fails, confirm that IMAP is activated for the mailbox and allowed by Google Workspace admin policy.
- If polling succeeds but no emails appear, confirm that the folder name (for example,
inbox) is correct, and adjust the first-poll and maximum-poll values. - If Gmail blocks access, verify that the scope is exactly
["https://mail.google.com/"]and that the OAuth client secret was copied from the same Google client used in the asset.
Next steps
You might find the following resources useful for implementing the guidance in this article:
- Splunk Lantern Article: Setting up a Microsoft 365 abuse mailbox asset in Splunk Enterprise Security

