Overview
Includes a database of known Certificate Authorities like Let's Encrypt, DigiCert, and others, with automatic identification and policy interpretation.
Endpoint
One host, one path per API. The block below shows this call in four languages; every one of them is the same HTTP request. Making requests covers the timeouts, retries and parameter rules that apply to all of them. The SDKs wrap the same call in a typed client.
curl -X POST https://api.apiverve.com/v1/caaparser \
-H "x-api-key: your_api_key_here" \
-H "Content-Type: application/json" \
-d '{
"record": "example.com. 3600 IN CAA 0 issue \"letsencrypt.org\""
}'const res = await fetch('https://api.apiverve.com/v1/caaparser', {
method: 'POST',
headers: {
'x-api-key': 'your_api_key_here',
'Content-Type': 'application/json',
},
body: JSON.stringify({
"record": "example.com. 3600 IN CAA 0 issue \"letsencrypt.org\""
}),
});
if (!res.ok) throw new Error(`${res.status} ${await res.text()}`);
const { data } = await res.json();
console.log(data);import requests
res = requests.post(
"https://api.apiverve.com/v1/caaparser",
headers={"x-api-key": "your_api_key_here"},
json={
"record": "example.com. 3600 IN CAA 0 issue \"letsencrypt.org\""
},
timeout=15,
)
res.raise_for_status()
print(res.json()["data"])package main
import (
"fmt"
"io"
"net/http"
"strings"
)
func main() {
body := strings.NewReader(`{
"record": "example.com. 3600 IN CAA 0 issue \"letsencrypt.org\""
}`)
req, _ := http.NewRequest("POST", "https://api.apiverve.com/v1/caaparser", body)
req.Header.Set("Content-Type", "application/json")
req.Header.Set("x-api-key", "your_api_key_here")
res, err := http.DefaultClient.Do(req)
if err != nil {
panic(err)
}
defer res.Body.Close()
out, _ := io.ReadAll(res.Body)
fmt.Println(string(out))
}Replace your_api_key_here with the key from your dashboard. When the inputs arrive as a list rather than one at a time, batch requests run up to 200 of them through this same API in a single call.
Authentication
Send your key in the x-api-key header. That is the only auth step — there is no token exchange and no per-endpoint scope to configure. Authentication covers creating, rotating and revoking keys.
A 401 means the key is missing, invalid or expired. A 403 means the key is valid but not permitted here — blocked by a key restriction or an IP allow-list. Running out of credits is a 429.
Parameters
Sent as JSON in the request body. Premium parameters are accepted on every plan but only take effect on plans that include them.
| Parameter | Type | Description |
|---|---|---|
recordRequired | string | The CAA record string to parse |
Response
Every API returns the same three top-level keys, so one response handler covers your whole integration: status, error and data. Only data changes shape. Response format covers the envelope, the other output formats and how premium fields are withheld.
{
"status": "ok",
"error": null,
"data": {
"raw_record": "example.com. 3600 IN CAA 0 issue \"letsencrypt.org\"",
"parsed": {
"domain": "example.com",
"ttl": 3600,
"class": "IN",
"flags": 0,
"tag": "issue",
"value": "letsencrypt.org"
},
"ca_info": {
"name": "Let's Encrypt",
"type": "Free",
"wildcard_support": true
},
"interpretation": {
"meaning": "Only letsencrypt.org is authorized to issue certificates",
"restriction": "Restricted to specific CA",
"critical": false,
"critical_explanation": "Non-critical - CA may proceed if not understood"
},
"tag_description": "Authorizes a CA to issue certificates (any type)",
"is_valid": true
}
}Response fields
Paths are relative to data. Premium fields are absent rather than zeroed on plans that do not include them, so check for presence instead of comparing to 0.
| Field | Type | Example | Description |
|---|---|---|---|
raw_record | string | "example.com. 3600 IN CAA 0 issue "letsencrypt.org"" | The original CAA record string provided for parsing |
parsed | object | {...} | |
domain | string | "example.com" | Domain name extracted from the CAA record |
ttl | number | 3600 | Time-to-live value in seconds for the CAA record |
class | string | "IN" | DNS class designation, typically IN for internet |
flags | number | 0 | CAA record flags value indicating record criticality |
tag | string | "issue" | CAA tag type such as issue, issuewild, or iodef |
value | string | "letsencrypt.org" | Value associated with the CAA tag |
ca_infoPremium | object | {...} | Information about the recognized Certificate Authority |
namePremium | string | "Let's Encrypt" | Recognized Certificate Authority name if identified |
typePremium | string | "Free" | Certificate Authority type classification such as Free or Commercial |
wildcard_supportPremium | boolean | true | Indicates if the CA supports wildcard certificate issuance |
interpretationPremium | object | {...} | Detailed interpretation and security analysis of CAA record |
meaningPremium | string | "Only letsencrypt.org is authorized to issue certificates" | Human-readable explanation of what the CAA record authorizes |
restrictionPremium | string | "Restricted to specific CA" | Description of access restrictions imposed by this CAA record |
criticalPremium | boolean | false | Indicates if the critical flag is set on the CAA record |
critical_explanationPremium | string | "Non-critical - CA may proceed if not understood" | Explanation of critical flag behavior and implications |
tag_descriptionPremium | string | "Authorizes a CA to issue certificates (any type)" | Description of the CAA tag purpose and behavior |
is_valid | boolean | true | Validation status indicating if the CAA record is properly formatted |
Errors
Read the HTTP status first, then error for the specific reason. The body names the parameter that has to change. Error handling covers the full status list and which of them are worth retrying.
| Status | Meaning | What to do |
|---|---|---|
400 | Input was rejected | Read error; it names the parameter. |
401 | Key missing or invalid | Check the header name and the key value. |
403 | Key valid, but not permitted | A key restriction or IP allow-list; see key scoping. |
429 | Rate limited, or out of credits | Read error to tell them apart; see rate limits. |
Use cases
- Security Analysis
- Parse CAA records for security analysis and threat detection to identify unauthorized certificate authorities
- Policy Validation
- Validate certificate issuance policies by parsing CAA records to ensure only authorized CAs can issue certificates
- DNS Security Tools
- Build DNS security tools that monitor and analyze CAA records for compliance and security posture assessment
- Certificate Auditing
- Audit domain certificate authorization settings to maintain control over which CAs can issue certificates for your domains
Other ways to use CAA Record Parser
Set up CAA Record Parser on APIVerve, or reach the same source a different way. Your APIVerve account and credits work on all of them — one key, one balance.
Related
More in Reference Data: