docs/documentation/platform/kms/kmip.mdx
Infisical KMS provides Key Management Interoperability Protocol (KMIP) support for integration with KMIP-compatible clients. This allows for enhanced key management across various applications that support the KMIP 1.4 protocol.
At a high level, the KMIP integration follows this architecture:
At a high level, the KMIP integration works as follows:
The KMIP server itself is deployed using the Infisical CLI (infisical kmip start command) and serves as an intermediary between your KMIP clients and Infisical's key management system.
You create a KMIP server entity in Infisical, then enroll a deployed server against it using a one-time enrollment token or AWS authentication. This is the same enrollment model used by Gateways and Relays.
The Infisical KMIP server supports the following operations for symmetric keys:
Infisical KMIP supports KMIP versions 1.0 to 1.4, ensuring compatibility with a wide range of clients and security tools.
Ensure the following network connectivity is in place:
KMIP Client → KMIP Server: KMIP clients must be able to reach the KMIP server on port 5696 (or your configured port). Ensure firewalls allow this traffic and DNS resolution works if using hostnames.
KMIP Server → Infisical Platform: The KMIP server needs outbound HTTPS access to Infisical. For self-hosted instances, ensure connectivity to your custom domain.
All connections from the KMIP server are outbound; no inbound ports need to be opened on the server's network for it to reach Infisical.
A KMIP server is created as an organization-wide entity in Infisical and then enrolled from the host where you run it.
<Steps> <Step title="Create the KMIP Server in the UI"> 1. In the Infisical dashboard, open **Infisical KMS** and select **KMIP Servers**. 2. Click **Create KMIP Server** and fill in: - **Name** of the server. - **Hostnames or IPs**: a comma-separated list of the hostnames or IPs that KMIP clients will use to reach this server (for example `kmip.example.com` or `10.0.1.50`). These become the Subject Alternative Names (SANs) of the server's TLS certificate, so they must match how clients connect. - **Certificate TTL**: validity period of the server certificate (for example `1y`). - **Key Algorithm**: key algorithm used to sign the server certificate. This certificate configuration is stored on the server entity. The CLI reads it on start, so you do not pass it on the command line. You can change it later from the server's detail page (edit the **Certificate Configuration** card) and restart the server to apply it.
3. (Optional) Open the new server's detail page and click the edit icon next to **Authentication** to switch the auth method. Two methods are supported:
- **Token** (default): a one-time enrollment token (1h expiry) bootstraps the server.
- **AWS**: the server authenticates by signing an `sts:GetCallerIdentity` request with whatever AWS credentials it can resolve on the host (instance role, env vars, shared profile). Configure the allowed principal ARNs and/or account IDs that match your hosts.
4. Click **Show deploy command** in the **Deployment** card and copy the generated CLI command.
You can run the KMIP server on any infrastructure that can reach the Infisical platform, such as a VM or container.
| Protocol | Direction | Port | Purpose |
| -------- | --------- | ---- | ------------------------------------------------ |
| TCP | Inbound | 5696 | KMIP client connections to the KMIP server |
| TCP | Outbound | 443 | API communication and certificate requests |
Only the KMIP client port (default `5696`) needs to be reachable by your clients. All traffic from the server to Infisical is outbound.
<AccordionGroup>
<Accordion title="Token Auth">
A one-time enrollment token (1h expiry) bootstraps the KMIP server.
<Tabs>
<Tab title="Linux (Production)">
```bash
sudo infisical kmip systemd install <server-name> \
--enroll-method=token \
--token=<enrollment-token> \
--listen-address="0.0.0.0:5696" \
--domain=<your-infisical-domain>
sudo systemctl start infisical-kmip
```
</Tab>
<Tab title="Foreground">
```bash
infisical kmip start <server-name> \
--enroll-method=token \
--token=<enrollment-token> \
--listen-address="0.0.0.0:5696" \
--domain=<your-infisical-domain>
```
</Tab>
</Tabs>
</Accordion>
<Accordion title="AWS Auth">
The host must have AWS credentials whose principal matches your allowlist. The server re-authenticates via STS on every start.
<Tabs>
<Tab title="Linux (Production)">
```bash
sudo infisical kmip systemd install <server-name> \
--enroll-method=aws \
--kmip-server-id=<kmip-server-id> \
--listen-address="0.0.0.0:5696" \
--domain=<your-infisical-domain>
sudo systemctl start infisical-kmip
```
</Tab>
<Tab title="Foreground">
```bash
infisical kmip start <server-name> \
--enroll-method=aws \
--kmip-server-id=<kmip-server-id> \
--listen-address="0.0.0.0:5696" \
--domain=<your-infisical-domain>
```
</Tab>
</Tabs>
</Accordion>
</AccordionGroup>
<Warning>
The systemd install command requires Linux with root/sudo privileges.
</Warning>
<Note>
The server's certificate configuration (hostnames/IPs, TTL, key algorithm) is read from the server entity you configured in the UI, so the deploy command does not include it. To change the certificate, edit the **Certificate Configuration** card on the server's detail page and restart the server.
</Note>
<Note>
By default the server listens on `localhost:5696`, which only accepts connections from the same host. To accept connections from your KMIP clients, set `--listen-address="0.0.0.0:5696"` (or bind to a specific interface).
</Note>
<Info>
Token-method enrollment tokens are single-use and expire after 1 hour. If the token expires before deployment, click **Show deploy command** again on the detail page to generate a new one.
</Info>
<Info>
You can safely re-run the same command to restart the server. For token auth the CLI reuses the locally stored access token and skips enrollment; for AWS auth it re-authenticates via STS on each start.
</Info>
Once started, your KMIP server is running and ready to accept client connections. It proxies all KMIP operations to Infisical KMS.
From the KMIP server's detail page (under Infisical KMS > KMIP Servers):
Once the KMIP server is running, register the KMIP clients that will connect to it. Clients are managed per-project from a KMS project's KMIP settings and authenticate via mTLS certificates.
<Steps> <Step title="Navigate to Your KMS Project"> Navigate to the desired KMS project if you already have one or create a new project of type KMS, then select **KMIP** once inside the project, and click **Add KMIP Client**.
In the modal, provide the details of your client. The selected permissions determine what KMIP operations (Create, Get, Revoke, etc.) can be performed in your KMS project.

This creates a KMIP client entity in Infisical that will be authenticated via mTLS certificates.
Click **Generate Certificate** for your newly created client. Select the request method:
- **Managed**: Infisical generates the key pair and certificate for you. Provide the TTL and key algorithm.
- **CSR**: Provide your own Certificate Signing Request if your device generates keys internally (e.g., Dell iDRAC). See the [Dell PowerEdge SEKM](/documentation/platform/kms/kmip-dell-poweredge) guide for details.
Download the generated certificate and certificate chain (and private key if using Managed mode). Configure your KMIP-compatible applications or tools to use these credentials when connecting to the KMIP server.
After completing the setup, configure your KMIP compatible application to connect to the KMIP server.
While exact configuration steps vary by application, you'll generally need to provide:
KMIP Server Address: The hostname or IP and port where your KMIP server is listening (e.g., my-kmip-server.com:5696)
Client Certificates: The certificate credentials generated from your Infisical KMS project:
client-cert.pem) - Identifies your KMIP clientclient-key.pem) - Used for mTLS authenticationcert-chain.pem) - Verifies the KMIP server**Example endpoints:**
- `my-kmip-server.com:5696`
- `10.0.1.50:5696`
- `kmip.example.com:5696`
The default port is `5696`, but this can be changed using the `--listen-address` flag when starting the server.
- **client-cert.pem** - The client certificate
- **cert-chain.pem** - The certificate chain (includes intermediate and root CA certificates)
- **client-key.pem** - The private key
Most KMIP clients require these files in PEM format, which is what Infisical provides by default.
**Common configuration parameters:**
- **Server hostname/IP**: Your KMIP server address (e.g., `my-kmip-server.com`)
- **Server port**: Default is `5696`
- **Client certificate**: Path to `client-cert.pem`
- **Client private key**: Path to `client-key.pem`
- **CA certificate**: Path to `cert-chain.pem` (used to verify the server)
- **Protocol version**: KMIP 1.0 through 1.4 are supported
**Example configuration for PyKMIP:**
```ini
[client]
host=my-kmip-server.com
port=5696
certfile=/path/to/client-cert.pem
keyfile=/path/to/client-key.pem
ca_certs=/path/to/cert-chain.pem
```
If the connection is successful, your KMIP client is now integrated with Infisical KMS and can perform key management operations according to the permissions you assigned.
**Troubleshooting connection issues:**
- Verify network connectivity between your KMIP client and the KMIP server
- Check that certificate files are readable and in the correct format
- Ensure the KMIP server is running and accessible
- Review KMIP server logs for authentication errors
- Confirm the client certificate has not expired
If you require further verification of your certificate details and connectivity to the KMIP server from your KMIP client, you can use the following command from your client machine:
```bash
openssl s_client -connect kmip-server-ip-here:5696 --cert /path/to/client-cert.pem --key /path/to/client-cert.pem --CAfile /path/to/cert-chain.pem --tls1_2 --showcerts --state --debug
```
This command attempts to establish a TLS connection to the KMIP server using your client certificate and key, displaying detailed information about the handshake process.
If the connection is successful, you'll see the server's certificate chain and a message indicating that the handshake was completed.