Skip to main content
The Material Security integration connects AirMDR with a Material Security tenant, enabling AirMDR skills and playbooks to securely access and process supported Material Security data. The connection is established using the tenant-specific Base URL and an API Token generated in the Material Security UI.

The connection uses:
  • A tenant-specific Base URL
  • An API Token generated in the Material Security UI
Material API v1 endpoints follow this format: https://<tenant>.on.material.security/api/v1/<resource>
Material Security continues to provide its beta API. However, new API improvements focus on API v1. Confirm which API version is used by each AirMDR Material Security skill.
Material Security uses token-based authentication.AirMDR sends the API token in the following request header: x-material-client-secret: <API_TOKEN>Each API token is associated with a specific Material Security account.The token identifies the account making the request but does not provide permissions independently. Material Security evaluates each API request against the account’s current permissions.Therefore, changes to the account’s role or permissions also affect its existing API tokens.
  • Use a dedicated service account for the AirMDR integration.
  • Assign only the permissions required by the AirMDR skills.
  • Avoid using a Super Admin or Tenant Admin account for routine integration activities.
  • Any role can create an API token for its own account unless token creation has been disabled.
  • Only Super Admins and Tenant Admins can create or modify tokens for other accounts.
  • Review service-account permissions periodically.
Treat the API token like a password. Do not include it in documentation, screenshots, support tickets, source code, scripts, or public repositories.

Pre-requisites

An active Material Security tenant and access to Integrations → API → Tokens in Material Security.
A dedicated Material Security service account with the required permissions.
Any Material Security role can create an API token for its own account. Only a Super Admin or Tenant Admin can create or modify tokens for another account.
For production environments, create the token using a dedicated service account. Material Security does not recommend generating production tokens for Super Admin or Tenant Admin accounts.

Setup Steps

1

Identify the Material Security Base URL

  1. Sign in to the Material Security UI.
  2. In the browser address bar, identify your tenant URL. The URL follows this format: https://<your-tenant>.on.material.security
  3. Copy only the protocol and hostname.
  4. Remove any:
Do not include the Material Security UI page path.
Do not append /api/v1 to the AirMDR Base URL unless the AirMDR connector implementation explicitly requires it. Material Security API examples construct endpoint URLs by appending /api/v1/... to the tenant origin.
2

Generate the API Token

  1. Sign in to Material Security using the dedicated service account.
  2. From the top toolbar, select Integrations.
  3. Navigate to API → Tokens.
  4. On the API Tokens page, select Create Token.
  5. Enter a descriptive name that identifies the integration, environment, and purpose for the token.
    For example: AirMDR-Production-Integration.
  6. Select the generated token box to copy the token to the clipboard.
  7. Store the token in an approved secrets manager until it is configured in AirMDR.
Do not capture the generated token in screenshots.
Do not send the API token through email, Slack, Jira, or another unapproved communication channel.

Material Security Credential Reference Table

Store the API token securely and do not include it in screenshots, documentation, logs, or support tickets.

Validate Connectivity

Use the following request to confirm that the tenant domain and API key can access the API:
Run credential tests only from an approved administrative system. Do not expose the token through shell history, screenshots, terminal recordings, or logs.

Configure Material Security 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 ADMIN → Integrations.
  3. Use the search option, enter the keyword “Material Security”, select the Connections tab, and click + New Connection button.
  4. Use the following values in the AirMDR integration configuration screen:
    1. In Remote Agent, select an AirMDR Remote Agent only when the Material Security tenant must be accessed through an approved private network route, proxy, or controlled network environment.
    2. In Expiry, select the date on which AirMDR should treat the stored connection credentials as expired, according to your organisation’s credential-rotation policy.
    The AirMDR Expiry setting is a connection-management control. It does not automatically expire, revoke, or rotate the API token in Material Security.
    Manage the token separately from Integrations → API → Tokens in the Material Security UI.
  5. Click Save.

Skills provided by this Integration

These read-only skills retrieve Material Security issues and their associated messages.
get_material_security_issues can use different API paths. Requests using an API v1 issue ID return encoded IDs such as iss.1.<base64>. Time-filtered requests may use the beta API and return UUID-based case IDs.
These skills search Material Security mail data or retrieve information about individual messages.
Use search_material_security_messages first and then pass the returned job ID to get_material_security_message_search_results. Use a message ID from the completed results to call get_material_security_message.
These read-only skills retrieve Material Security account and detection information.
These state-changing skills update issues or cases and may apply remediation actions.
These skills change investigation state and can affect what users can access. Confirm the analyst verdict and target case IDs before execution.
Updating remediation on an issue can replace the existing remediation-action list rather than merge new actions into it. Include all actions that must remain active.
These skills classify messages or change how users can access them.
Marking a message as sensitive can place it behind an end-user reauthentication challenge. Validate the target messages, accounts, and tenant scope before execution.
Trusted entities are domains, email addresses, IP addresses, or CIDR ranges that Material Security treats as known and trusted.
These skills change what Material Security treats as trusted and must be tightly controlled.
Trusted-entity changes are security-sensitive and audited. They directly affect what Material Security treats as safe.
To temporarily stop a trusted entity from applying, use update_material_security_trusted_entity with enabled=false instead of deleting it. Disabling the entity is reversible and preserves its settings and history.
Bulk operations are processed independently and are not transactional. Review every operation result because some operations may succeed while others fail.
These administrative skills modify account or detection settings.
Disabling a detection can stop Material Security from generating issues for that threat class. Prefer a tenant-domain override instead of changing the global default when only one tenant is affected.
Adding a challenge delegate can allow another user to complete identity challenges for the target account. Confirm the request and target account before executing the skill.
To view the details of Input Parameters and Output for the respective skills

Additional Information

Material Security Audit Log

Material Security records API-related events in the Audit Log.API events display an API icon beside the actor.To view events associated with a particular token:
  1. Go to Integrations → API → Tokens
  2. Select one token row.
  3. Select View Audit Events.
  4. The Material Security Audit Log opens with filters applied for:
    • The selected token
    • Events from the previous week
  5. Update the time filter when investigating older activity.
    The filtered Audit Log displays events for one token only. An account can have multiple tokens, so the results might not include every API action performed by that account.

    AirMDR monitoring

    For each integration execution:
    • Review the AirMDR skill or playbook execution result.
    • Record the connection instance used.
    • Confirm the execution date, time, and action.
    • Correlate the AirMDR execution with the Material Security Audit Log.
    • Capture sanitized HTTP status and error information.
    • Never record the API token or complete authentication header.

    Illustrative log entries

    • API tokens
    • Authentication headers
    • Sensitive email content
    • Message bodies
    • Personal information
    • Unnecessary attachment metadata

✅ Do

  • Use a dedicated, least-privileged service account.
  • Store the API token only in approved secret storage and the AirMDR secret field.
  • Use separate tokens for production and non-production environments.
  • Use separate AirMDR connection instances for each environment.
  • Keep TLS certificate verification enabled.
  • Rotate tokens periodically and after suspected exposure.
  • Mask tokens and tenant-sensitive information in screenshots.
  • Validate connection changes using a read-only operation.
  • Monitor API activity through the Material Security Audit Log.
  • Remove unused or outdated tokens.

❌ Don’t

  • Using a personal account for production automation.
  • Using a Super Admin or Tenant Admin token for routine operations.
  • Reusing the same token across unrelated applications.
  • Reusing production tokens in test environments.
  • Adding Material Security UI page paths to the Base URL.
  • Adding /api/v1 to the Base URL without connector-specific confirmation.
  • Hardcoding tokens in scripts or source control.
  • Adding tokens to documentation, Jira tickets, emails, or Slack messages.
  • Disabling TLS certificate verification.
  • Enabling verbose production logging that could expose headers or sensitive data.
  • 📧 Contact AirMDR Support through your designated support channel.
  • 🔁 Rotate credentials regularly. Recommended cadence: Every 90 days or as per internal security policy
  • 🔄 Reconnect in AirMDR immediately when API Keys are changed.

Data exchanged

During integration execution:
  • AirMDR sends the API token in the x-material-client-secret request header.
  • AirMDR sends the parameters required by the selected skill.
  • Material Security validates the token and the associated account permissions.
  • Material Security returns the data allowed by the requested endpoint and account permissions.
  • AirMDR processes the returned information within the relevant skill, playbook, workflow, or case.
Material API v1 documents resources such as:
  • Security issues
  • Email messages
  • Trusted entities
The exact data accessed depends on the AirMDR skill being executed.
Important: Document the data retrieved or modified by each AirMDR skill after confirming its implementation with the Integration SME.

Network requirements

Encryption

In transitAPI connections use HTTPS. AirMDR or the selected Remote Agent must validate the Material Security server certificate.Do not disable TLS certificate verification to bypass connection errors.At restThe referenced Material Security API authentication documentation does not specify at-rest encryption algorithms or controls.Confirm current at-rest encryption and compliance controls through Material Security’s approved security documentation, trust centre, or support channel before making a compliance claim