Domain Security Check

What it runs

1. 1
   WHOIS Lookup

   Source: WHOIS protocol (ICANN-accredited registrar databases)

2. 2
   DNS Lookup

   Source: DNS protocol (authoritative nameservers)

3. 3
   SSL Certificate Check

   Source: TLS handshake (X.509 certificate from target server)

4. 4
   Security Header Check

   Source: HTTP response headers from target server (CSP, HSTS, X-Frame-Options)

5. 5
   Domain Reputation

   Source: Threat intelligence feeds (multi-source scoring)

6. 6
   Tech Stack Detection

   Source: HTTP response analysis (headers, JavaScript libraries, meta tags)

The answer returns every step’s result, so your agent can show or check each one.

Inputs

How to call it

# Needs an API key. The whole check is charged once, at the listed price.
curl -X POST https://api.strale.io/v1/solutions/domain-security-check/execute \
  -H "Authorization: Bearer $STRALE_API_KEY" \
  -H 'Content-Type: application/json' \
  -d '{
    "inputs": {
      "domain": "strale.dev"
    },
    "max_price_cents": 30
  }'

The bundle’s published example input.

Limitations

• Some registrars rate-limit WHOIS queries — bulk lookups may see slower response times

  From step: WHOIS Lookup

  What to do instead: Batch lookups with 1-2 second delays between requests, or use the RDAP protocol endpoint when available

• GDPR-redacted registrations (common for EU domains) show limited registrant information

  From step: WHOIS Lookup

  What to do instead: Use the abuse contact email from the WHOIS response to request registrant details through the registrar's disclosure process

• Results reflect current DNS propagation — recent changes may take up to 48 hours to appear

  From step: DNS Lookup

  What to do instead: Query the authoritative nameserver directly (returned in the NS records) to see changes before full propagation

• Checks the certificate presented on port 443 only — does not verify non-standard TLS configurations

  From step: SSL Certificate Check

  What to do instead: For services on non-standard ports, use ssl-certificate-chain with the specific hostname:port combination

• Checks HTTP security headers only — does not assess server configuration, TLS settings, or application-level vulnerabilities

  From step: Security Header Check

  What to do instead: Combine with ssl-check for TLS assessment and use a full DAST scanner for application-level security testing

• Reputation scores aggregate multiple blocklists — a single listing may not indicate actual malicious activity

  From step: Domain Reputation

  What to do instead: Check which specific blocklist flagged the domain in the response details and verify the listing reason before blocking

• Blocklist data refreshed daily — recently resolved issues may still show negative reputation for 24-48 hours

  From step: Domain Reputation

  What to do instead: If a domain was recently cleaned, re-check after 48 hours and use the trend direction to assess improvement

• Trustpilot, Glassdoor, LinkedIn, Google Search, Google Patents, Reddit and the major social platforms (Facebook, Instagram, X) are not supported and return a policy error before the page is read. Repeating the same request does not return content.

  From step: Tech Stack Detection

• Database covers 1,000+ technologies — niche or custom-built tools may not be identified

  From step: Tech Stack Detection

  What to do instead: Check the raw HTTP headers in the response for custom X-Powered-By or Server values that indicate unlisted technology

• Detection based on HTTP headers, JavaScript libraries, and HTML signatures — technologies loaded conditionally or server-side only may not be detected

  From step: Tech Stack Detection

  What to do instead: Complement with dns-lookup and ssl-check results to infer infrastructure choices not visible in the HTML

• Pages with more than 16 MiB of HTML are refused with a caller_input error naming the input field. The call is not charged, and the page is not retried through another fetch or rendering route.

  From step: Tech Stack Detection