Skip to main content
AirMDR connects to Mimecast through a Mimecast API 2.0 application, authenticating with a Client ID and Client Secret.
Mimecast API 2.0 authorises every call through two independent gates, and both must be opened or the skills return HTTP 403:
  1. API Products β€” the categories of endpoints the application is allowed to reach. Anything outside the assigned products is refused with app_forbidden, no matter how permissive the role is.
  2. Application Role β€” the administrative permissions the keys may exercise once the product is assigned. A missing permission is refused with sub-code 0002.
Assigning a role alone is the most common setup mistake. Credentials that authenticate successfully against /oauth/token tell you nothing about either gate.

Pre-requisites

The administrator performing this setup needs a role with Read and Edit on API Application Permissions under the Service menu, and a Security Permissions setting of Manage Application Roles.
AirMDR authenticates with Mimecast using aΒ Client IDΒ andΒ Client SecretΒ generated for a Mimecast API 2.0 application.The application requires both of the following:Successful authentication confirms that the credentials are valid. It does not confirm that the application has the products and permissions required to run a skill.
Required API ProductsSelect the products required by the skills you intend to use. The following six products cover the investigation skills listed below.
Policy ManagementΒ is required only when using the corresponding policy-management skills.
Create a dedicated application role with the permissions required for your selected skills.
Message content permissions: Archive β†’ ReadΒ andΒ Archive β†’ Search Content ViewΒ are protected permissions. A Super Administrator must grant these permissions to the custom application role.
Group lookup permissions:Β AlthoughΒ find_groupsΒ retrieves information, Mimecast requiresΒ Directories β†’ Groups β†’ EditΒ for this operation.

Setup Steps

1

Create an Application Role for AirMDR

  1. Sign in to theΒ Mimecast Administration Console.
  2. Navigate toΒ Account β†’ Admin Roles.
  3. Create a dedicated role for the integration, such asΒ AirMDR Integration.
  4. Grant the permissions listed inΒ Permissions and Roles by SkillΒ for the skills you intend to use.
    Archive | Read and Archive | Search Content View are protected permissions. The Basic Administrator role has no access to protected permissions and can read an email body only while that email is still held, so message content retrieval fails under it even when everything else is configured correctly. Only a Super Administrator can grant protected permissions to a custom role. If message body retrieval is in scope, have a Super Administrator add them, or assign Full Administrator.
    Directories | Groups | Edit is required even to read groups β€” Mimecast does not expose a read-only permission for find-groups.
  5. Save the role.
2

Create an API 2.0 Application

  1. Navigate toΒ Integrations β†’ Integrations Hub.
  2. Review and accept the API Terms and Conditions if prompted.
  3. Locate theΒ Mimecast API 2.0Β tile and clickΒ Configure New.
  4. Complete the application details:
  5. UnderΒ Notification Settings, enter the technical contact’s name or team and email address.
  6. ClickΒ Save.
  7. Copy the generatedΒ Client IDΒ andΒ Client SecretΒ to an approved secrets vault before closing the credentials window.
    Copy both to a secure location before closing. The Client Secret is shown only once and cannot be retrieved later β€” if it is lost, use Reset Keys on the application, which invalidates the previous pair immediately.
  8. ClickΒ Close.
    Editing an existing application. Since June 2026 the Role and Products fields can be modified in place β€” an application missing products no longer has to be deleted and recreated, and credentials do not need regenerating. Go to Integrations β†’ Integrations Hub, click View on the API 2.0 tile, select the application, open the options menu and click Edit.Applications created before the Integrations Hub migration are still managed under Integrations β†’ API and Platform Integrations on the API 2.0 Applications tab.
    Send the Client ID and Client Secret to AirMDR securely, or configure Mimecast yourself in the AirMDR Integrations Dashboard.
3

Review an Existing Application

  1. Navigate toΒ Integrations β†’ Integrations Hub.
  2. Locate theΒ Mimecast API 2.0Β tile and clickΒ View.
  3. Select the application used by AirMDR.
  4. Open the application options menu and selectΒ Edit.
  5. Review the assignedΒ ProductsΒ andΒ Application RoleΒ against the requirements above.
  6. Update the available settings and clickΒ Save.
Legacy applications:Β Applications created before the Integrations Hub migration may remain underΒ Integrations β†’ API and Platform Integrations β†’ API 2.0 Applications.If the required product selection cannot be changed, consult Mimecast support for the supported procedure for your tenant.

Validate Authentication and Access

Run the following command with the application credentials:
A successful response returns an access token. Treat the token and application credentials as secrets.
A successful token response confirms only that the keys are valid. It does not verify the products or the role, both of which are enforced per endpoint. To confirm the products, call an endpoint from each product with the returned bearer token.

Configure Mimecast in AirMDR Integrations Dashboard

  1. Navigate to AirMDR, provide the credentials and click Login.
  2. Navigate to the AirMDR Integrations Dashboard in the left navigation pane and select Integrations.
  3. Use the search option, enter the keyword β€œMimecast”, select the Connections tab, and click the + New Connection button.
  4. Use the following values in the AirMDR integration configuration screen:
    1. InΒ Remote Agent, select an AirMDR Remote Agent when Mimecast API requests must run through an approved network route. Ensure the selected agent can resolve and reachΒ api.services.mimecast.comΒ over HTTPS on TCP portΒ 443. For direct connectivity from AirMDR, leave this field unselected.
    2. InΒ Expiry, select a date according to your organization’s credential-rotation policy. If an expiration date applies to the Mimecast application credentials, select that date or an earlier date.
    Expiry controls credential validity in AirMDR. It does not automatically rotate, extend, or revoke the Client ID and Client Secret in Mimecast. This setting is separate from the lifetime of the OAuth access tokens obtained using those credentials.
    Before expiry, regenerate the application credentials in Mimecast and promptly update theΒ Client ID,Β Client Secret, andΒ ExpiryΒ in AirMDR. Save and validate the connection. Resetting the Mimecast application keys invalidates the previous credentials, so coordinate the update to minimize disruption.
  5. Enter the generated Client ID and Client Secret in the Authentication Details field params, and click Save.

Skills provided by this Integration and required Permissions

These skills retrieve information without modifying messages, policies, or group membership.Permission considerations
  • Get Mimecast Message ContentΒ requires protected Archive permissions. A Super Administrator must grant these permissions to the custom application role.
  • Find Mimecast GroupsΒ performs a lookup, but Mimecast requiresΒ Directories β†’ Groups β†’ EditΒ for this operation.
These skills modify message handling, sender controls, URL controls, remediation incidents, or group membership. Grant the corresponding permissions only when these capabilities are required.Operational considerations
  • UseΒ Permit or Block Mimecast SenderΒ for an individual sender and recipient pair. UseΒ Create Mimecast Blocked Sender PolicyΒ for sender-address or domain blocking across a broader scope.
  • Adding members to a group affects sender blocking only when an applicable blocked sender policy already references that group.
  • Remediation runs asynchronously. UseΒ Get Mimecast Remediation IncidentsΒ to check progress and confirm the outcome.

Additional Information

Review both the HTTP status and the response body when a Mimecast skill fails. An HTTPΒ 200Β response can contain an operation-level failure.Important:Β Before retrying a remediation or policy-creation action, check its existing result to avoid duplicate operations.
Review skill execution results and the associated playbook run in AirMDR to monitor integration activity.When investigating a failure, record:
  • AirMDR connection name and affected skill.
  • Execution or playbook run identifier, where available.
  • Timestamp and time zone.
  • HTTP status, error code, and sanitized error message.
  • Mimecast request ID, where returned.
Exclude Client Secrets, access tokens, and unnecessary message content from diagnostic records.
βœ… Do
  • Use a dedicated Mimecast API 2.0 application and custom Application Role for AirMDR.
  • Assign only the API Products and role permissions required by the selected skills.
  • Grant response permissions only when the corresponding response capabilities are required.
  • Store application credentials in an approved secrets vault.
  • Restrict access to the AirMDR connection and playbooks that release messages, purge emails, or change security controls.
  • Review recipient scope, sender addresses, domains, URLs, and policy duration before executing response actions.
  • Validate the required skills after changing credentials, products, or permissions.
  • Review application access periodically and remove unused permissions.
❌ Don’t
  • Share Client Secrets or access tokens through email, chat, screenshots, or support tickets.
  • Assign broad administrator access solely to bypass a permission error.
  • Assume that successful authentication confirms access to every skill.
  • Release held messages or permit senders and URLs without reviewing the associated security findings.
  • Create a tenant-wide blocked sender policy when a narrower recipient scope meets the requirement.
  • Repeat remediation or policy-creation requests without checking the previous execution result.
  • Disable certificate validation to work around connectivity errors.
  • πŸ“§ Contact AirMDR Support through your designated support channel.
  • πŸ” Rotate credentials regularly. Recommended cadence:Β As per your internal security policy
  • πŸ”„ Routine Maintenance
Authentication Flow
  1. AirMDR uses the configuredΒ Client IDΒ andΒ Client SecretΒ to request an OAuth access token fromΒ https://api.services.mimecast.com/oauth/token.
  2. Mimecast validates the application credentials and returns an access token.
  3. AirMDR presents the bearer token when calling Mimecast API endpoints.
  4. Mimecast evaluates the application’s assignedΒ API ProductsΒ andΒ Application RoleΒ permissions before allowing the operation.
Data ExchangedTransport and Data Handling
  • Communication with the Mimecast API usesΒ HTTPS over TCP port 443.
  • The API hostname used by this integration isΒ api.services.mimecast.com.
  • Retrieved message content and security events may contain personal, confidential, or security-sensitive information. Restrict access to execution results and associated case data.
  • Apply your organization’s approved retention and access policies to data retained in cases, playbook results, and exported diagnostic records.
  • Review the applicable AirMDR and Mimecast security documentation for platform-specific encryption-at-rest and retention details.