Skip to main content

Purpose

The integration uses an ARMS Console email address and password to obtain a short-lived JSON Web Token (JWT). AirMDR automatically re-authenticates when the token expires.

Supported Versions

Contact the AirMDR Integration team before configuring a self-hosted, private, or region-specific ARMS deployment.
ARMS Cyber is delivered as a cloud service. A publicly documented product-version compatibility matrix is not currently available.

Authentication

The integration requires the following values:
Enter only the ARMS Console Base URL. Do not add /login/security, or /graphql unless instructed by the AirMDR Integration team.
  • Assign a required role (For example: read-only) for integrations that retrieve tenant, device, and event information.
  • Assign the user to every tenant that AirMDR must monitor.
  • Do not grant tenant-management or user-management permissions.
  • Grant device-update permission only if the update_arms_device_status skill will be used.
  • Do not grant tenant-creation or user-creation permissions because AirMDR does not use those API operations.

Pre-requisites

Users must have Administrator access to the ARMS Cyber UI with sufficient privileges to create users and assign roles.
An active ARMS Cyber tenant and access to the ARMS Cyber Console.

Setup Steps

1

Sign in to the ARMS Cyber Console

  1. Open the ARMS Console URL provided during your ARMS Cyber onboarding. For example: https://console.armscyber.app
  2. The ARMS login page displays the following options:
    • Email Address
    • Password
    • Login
    • Login with SSO
  3. Sign in using an ARMS administrator account.
    The URL https://armscyber.ai/security/ is the public ARMS Security Statement page. It is not the Base URL for this integration.
2

Copy the Base URL

The Base URL is the root address of the ARMS Console. It is not created separately.
  1. After signing in, review the URL in the browser address bar.
  2. Copy only the scheme and hostname.
  3. Remove any page path, query parameter, or trailing slash.
    For example:
3

Create a dedicated AirMDR UserName - ARMS user management

  1. In the ARMS Console, open the administration or settings menu.
  2. Select the option used to manage console users. Depending on the ARMS Console version, this option may appear as:
    • Users
    • User Management
    • Access Management
    • Organization Settings
  3. Select Add UserCreate User, or Invite User.
    SME confirmation required: Verify the exact navigation path and button names in an authenticated ARMS tenant before publication.
  4. In the user-creation screen, enter a recognizable name. For example: AirMDR Integration.
  5. Enter a dedicated email address. For example: airmdr-integration@example.com
  6. Avoid using an individual employee’s email address.
  7. Assign the user to every ARMS tenant that AirMDR must query.
  8. Select a read-only role or the least-privileged equivalent.
  9. Create or invite the user.
    Queries return only the tenants assigned to this user. When no tenant is specified, some device and event queries may use the user’s first assigned tenant.
4

Configure the password

The password configuration depends on how ARMS creates users.

If ARMS sends an invitation

  1. Open the invitation sent to the dedicated integration mailbox.
  2. Follow the activation link.
  3. Create a strong, unique password.
  4. Store the password in an approved enterprise password manager.

If the administrator sets the password

  1. Enter a strong, unique initial password.
  2. Save the user.
  3. Complete any mandatory first-login password change before configuring AirMDR.
  4. Store the final password in an approved password manager.
    If ARMS requires SSO-only authentication for the user, confirm with ARMS whether password-based API authentication can be enabled for a dedicated service user. The AirMDR connection form requires an email address and password.
5

Verify the dedicated user created for AirMDR

  1. Sign out of the administrator account.
  2. Open the ARMS Console login page.
  3. Enter the dedicated user’s email address and password.
  4. Select Login.
  5. Confirm that the user can view the required tenants.
    Confirm that the user cannot access unnecessary administrative operations.
  6. Sign out after completing the verification.

ARMS Cyber Credential Reference Table

AirMDR automatically adds the /graphql endpoint to the Base URL. The exact user-management navigation labels may vary depending on the ARMS Cyber Console version.

Configure Tines 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 “ARMS Cyber”, 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 ARMS Cyber Console is self-hosted, privately accessible, or must be reached through an approved private network route.
    2. In Expiry, select the date on which AirMDR should treat the stored ARMS Cyber credentials as expired, according to your organization’s password-rotation policy..
    The AirMDR Expiry setting is a connection-management control. It does not automatically change or rotate the password of the dedicated user in ARMS Cyber.

    After rotating the password in ARMS Cyber, update the connection with the new password in AirMDR.
  5. Click Save.

Skills provided by this Integration

This skill changes the device state in the ARMS Console. Grant the integration user permission to update devices only when this response capability is required.
To view the details of Input Parameters and Output for the respective skills
  • Go to AirMDR → ARMS Cyber Integration page.
  • Select the Skills tab and click on the required listed skills.

Additional Information

AirMDR monitoring

Review the connection status and execution history in the AirMDR integration interface. Monitor for:
  • Authentication failures
  • Connection timeouts
  • GraphQL request failures
  • Insufficient-permission errors
  • Missing tenant or device data
  • Device-update failures

ARMS monitoring

Review the ARMS Console audit or activity logs, if available for the assigned role and subscription. Search for:
  • Login attempts by the dedicated AirMDR user
  • API authentication activity
  • Requests associated with the integration user
  • Role or tenant-membership changes
ARMS states that it monitors and logs various cloud services, but the public Security Statement does not identify a customer-facing log location.

Illustrative log entries

The following examples are illustrative. Actual AirMDR log formats may differ:

✅ Do

  • Create a dedicated ARMS Console user for AirMDR.
  • Apply least-privilege access.
  • Use read-only access unless device-status updates are required.
  • Assign only the tenants that AirMDR must access.
  • Store the password in an approved enterprise password manager.
  • Use a strong, unique password.
  • Rotate credentials according to organizational policy.
  • Use HTTPS endpoints only.
  • Remove credentials from screenshots and diagnostic logs.
  • Review access periodically.

❌ Don’t

  • Using a personal employee account.
  • Sharing credentials across multiple integrations.
  • Granting user-management or tenant-management permissions.
  • Entering the public ARMS website or Security Statement URL as the Base URL.
  • Manually adding /login or /graphql to the Base URL.
  • Sending passwords through email, Slack, or support tickets.
  • Logging passwords, JWTs, or session information.
  • Granting device-update access when only read operations are required.
  • 📧 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 secrets are changed.

Data flow

The exact information exchanged depends on the AirMDR skill being executed and the permissions assigned to the Tines API key.

Authentication flow

  1. AirMDR sends an HTTPS request to the configured Tines tenant domain.
  2. The Tines API key is supplied in the request authentication header.
  3. Tines validates the key and its associated user, service account, team role, or tenant permissions.
  4. Tines processes the request only when the key has access to the requested resource.
  5. The API response is returned to AirMDR over HTTPS.

Encryption

  • Tines requires authenticated API communication over HTTPS.
  • Tines states that customer personal data is encrypted in transit using at least TLS 1.2.
  • Tines states that customer personal data stored at rest is encrypted using AES-256.
  • AirMDR should store the API key as a secret and must not expose it in skill inputs, logs, screenshots, or exported troubleshooting data.

Ports and endpoints

No inbound connection from Tines is required for standard AirMDR-initiated API requests. If a supported workflow uses Tines webhooks, configure and secure the required inbound webhook separately