[go: up one dir, main page]

Skip to main content

Developer Guide

The hCaptcha widget can protect your applications from bots, spam, and other forms of automated abuse. Installing hCaptcha is fast and easy. It requires either adding some simple HTML and server side code, or using one of the many tools that natively support hCaptcha.

To make integration even quicker, wrappers and plugins are available for many frameworks: Angular, Node, Express, ReactJS, VueJS, WordPress and more.

A complete list of known hCaptcha integrations is also available.

If you're already using Google's reCAPTCHA, you can use your existing code with a few slight changes. hCaptcha methods are API-compatible with reCAPTCHA methods, for example render() and onload(). Custom data attributes like theme, size, and tab-index are also supported in the same way by hCaptcha.

Basic Principles

You embed the hCaptcha widget on your site. For example, on a login form. The user answers an hCaptcha. They get a passcode from our server that is embedded in your form. When the user clicks Submit the passcode is sent to your server in the form. Your server then checks that passcode with the hCaptcha server API. hCaptcha says it is valid. Your server now knows the user is not a bot and lets them log in. Pretty simple!

Request Flow

Content-Security-Policy Settings

Content Security Policy (CSP) headers are an added layer of security that help to mitigate certain types of attacks, including Cross Site Scripting (XSS), clickjacking, and data injection attacks.

If you use CSP headers, please add the following to your configuration:

  • script-src should include https://hcaptcha.com, https://*.hcaptcha.com
  • frame-src should include https://hcaptcha.com, https://*.hcaptcha.com
  • style-src should include https://hcaptcha.com, https://*.hcaptcha.com
  • connect-src should include https://hcaptcha.com, https://*.hcaptcha.com

Please do not hard-code specific subdomains, like newassets.hcaptcha.com, into your CSP: asset subdomains used may vary over time or by region.

If you are an enterprise customer and would like to enable additional verification to be performed, you can optionally choose the following CSP strategy:

  • unsafe-eval and unsafe-inline should include https://hcaptcha.com, https://*.hcaptcha.com

Add the hCaptcha Widget to your Webpage

hCaptcha requires two small pieces of client side code to render a widget on an HTML page. First, you must include the hCaptcha javascript resource somewhere in your HTML page. The <script> must be loaded via HTTPS and can be placed anywhere on the page. Inside the <head> tag or immediately after the .h-captcha container are both fine.

<script src="https://js.hcaptcha.com/1/api.js" async defer></script>

Second, you must add an empty DOM container where the hCaptcha widget will be inserted automatically. The container is typically a <div> (but can be any element) and must have class h-captcha and a data-sitekey attribute set to your public site key.

info

The sitekey is our unique identifier for your site, app, or flow.

You can set behavior and track statistics per-sitekey. This lets you choose the granularity you need, whether that is a single sitekey used across many sites or one sitekey per flow, e.g. one for signup and one for login.

You can find your sitekey and create more in Sites.
<div class="h-captcha" data-sitekey="your_site_key"></div>

Typically, you'll want to include the empty .h-captcha container inside an HTML form. When a challenge is successfully passed, a hidden token will automatically be added to your form that you can then POST to your server for verification. You can retrieve it server side with POST parameter h-captcha-response.

Here's a full example where hCaptcha is being used to protect a signup form from automated abuse. When the form is submitted, the h-captcha-response token will be included with the email and password POST data after the challenge is passed.

<html>
<head>
<title>hCaptcha Demo</title>
<script src="https://js.hcaptcha.com/1/api.js" async defer></script>
</head>
<body>
<form action="" method="POST">
<input type="text" name="email" placeholder="Email" />
<input type="password" name="password" placeholder="Password" />
<div class="h-captcha" data-sitekey="your_site_key"></div>
<br />
<input type="submit" value="Submit" />
</form>
</body>
</html>

Verify the User Response Server Side

By adding the client side code, you were able to render an hCaptcha widget that identified if users were real people or automated bots. When the challenge succeeded, the hCaptcha script inserted a unique token into your form data.

To verify that the token is indeed real and valid, you must now verify it at the API endpoint:

https://api.hcaptcha.com/siteverify

The endpoint expects a POST request with two parameters: your account secret and the h-captcha-response token sent from your frontend HTML to your backend for verification. You can optionally include the user's IP address as an additional security check. Do not send JSON data: the endpoint expects a standard URL-encoded form POST.

A simple test will look like this:

curl https://api.hcaptcha.com/siteverify \
-X POST \
-d "response=CLIENT-RESPONSE&secret=YOUR-SECRET&remoteip=CLIENT-IP"
  • CLIENT-RESPONSE is the token returned by the hCaptcha SDK to the client.
  • YOUR-SECRET is your sitekey secret ("ES_...") that you generated in the dashboard.
  • CLIENT-IP is the client's IP address. remoteip is an optional field.

The endpoint expects the application/x-www-form-urlencoded Content-Type. You can see exactly what is sent using

curl -vv

in the example above.

Do not use a GET request to call /siteverify. Use a POST request, and pass the parameters in the form body, not the URL.

While the endpoint may respond correctly to a GET request or to a POST request that uses URL parameters, this is not guaranteed. If the parameters you send to GET are too long, the request will fail and you will be unable to validate passcodes. Using a POST request ensures you will not have this problem.

Please note that you must call /siteverify with your account secret in order to validate passcodes users send you are real and unexpired. You will also be unable to validate passcodes from a sitekey in one account if using a different account's secret.

info
You can find your secret key on your profile page.
POST ParameterDescription
secretRequired. Your account secret key.
responseRequired. The verification token you received when the user completed the challenge on your site.
remoteipOptional. The user's IP address.
sitekeyOptional. The sitekey you expect to see.

Tokens can only be used once and must be verified within a short period of time after being issued. To retrieve the token on your server, use the h-captcha-response POST parameter submitted by your form.

We recommend passing the sitekey parameter, as it will prevent tokens issued on one sitekey from being redeemed elsewhere. Depending on your difficulty settings this might have no security impact, but if you set a higher difficulty level and do not enforce sitekey matches an adversary could potentially solve an easier challenge on another sitekey, then redeem it on a harder one.

# PSEUDO CODE

SECRET_KEY = "your_secret_key" # replace with your secret key
VERIFY_URL = "https://api.hcaptcha.com/siteverify"

# Retrieve token from post data with key 'h-captcha-response'.
token = request.POST_DATA['h-captcha-response']

# Build payload with secret key and token.
data = { 'secret': SECRET_KEY, 'response': token }

# Make POST request with data payload to hCaptcha API endpoint.
response = http.post(url=VERIFY_URL, data=data)

# Parse JSON from response. Check for success or error codes.
response_json = JSON.parse(response.content)
success = response_json['success']

Your POST request will receive a JSON response. You should check the success field and only execute your normal business logic if success is true. Otherwise, check the error-codes field for a human-readable error code and return an appropriate error message to the end user, or a generic error message if no details are specified in error-codes.

Here's what a JSON response from hCaptcha looks like:

{
"success": true|false, // is the passcode valid, and does it meet security criteria you specified, e.g. sitekey?
"challenge_ts": timestamp, // timestamp of the challenge (ISO format yyyy-MM-dd'T'HH:mm:ssZZ)
"hostname": string, // the hostname of the site where the challenge was passed
"credit": true|false, // optional: deprecated field
"error-codes": [...] // optional: any error codes
"score": float, // ENTERPRISE feature: a score denoting malicious activity.
"score_reason": [...] // ENTERPRISE feature: reason(s) for score.
}

(See hCaptcha.com/enterprise for details on hCaptcha Enterprise features like bot scores, passive and nearly passive "No-CAPTCHA" modes, and more.)

Please note that the credit field is not always included, and is scheduled for deprecation in Q3 2023.

Please also note that the hostname field is derived from the user's browser, and should not be used for authentication of any kind; it is primarily useful as a statistical metric. Additionally, in the event that your site experiences unusually high challenge traffic, the hostname field may be returned as "not-provided" rather than the usual value; all other fields will return their normal values.

Siteverify Error Codes Table

These are the error codes that can be returned by the hCaptcha API:

Error CodeDescription
missing-input-secretYour secret key is missing.
invalid-input-secretYour secret key is invalid or malformed.
missing-input-responseThe response parameter (verification token) is missing.
invalid-input-responseThe response parameter (verification token) is invalid or malformed.
expired-input-responseThe response parameter (verification token) is expired. (120s default)
already-seen-responseThe response parameter (verification token) was already verified once.
bad-requestThe request is invalid or malformed.
missing-remoteipThe remoteip parameter is missing.
invalid-remoteipThe remoteip parameter is not a valid IP address or blinded value.
not-using-dummy-passcodeYou have used a testing sitekey but have not used its matching secret.
sitekey-secret-mismatchThe sitekey is not registered with the provided secret.

Rotating Your Siteverify Secret

Your siteverify secret is solely for secure machine-to-machine authentication; it should never be exposed publicly.

If your siteverify secret has been unintentionally exposed, you may receive an email warning from us.

You can also rotate it yourself at any time by visiting the Dashboard, choosing your profile icon and Settings menu option, and then clicking Generate New Secret. Make sure to copy that value! We don't retain it, so you won't be able to see it again.

You will receive an email confirmation within a few seconds of rotation.

Note: Free users may rotate the secret once per day. Pro users may rotate secrets up to 3 times per day. Enterprise users have additional options to manage secrets.

For example, Enterprise accounts can create multiple Sitekey Secrets with an optional expiry and assign secrets to one or many sitekeys to enable segmentation of secrets by environment, unique keys per team, and more. Please see the Enterprise docs for more details.

Local Development

If you are developing on your local machine there are a few things to keep in mind.

Modern browsers have strict CORS and CORB rules, so opening a file://URI that loads hCaptcha will not work. Loading hCaptcha from http://localhost/ will encounter the same issue on some browsers. The hCaptcha API also prohibits localhost and 127.0.0.1 as supplied hostnames.

The simplest way to circumvent these issues is to add a hosts entry. For example:

127.0.0.1 test.mydomain.com

Place this in /etc/hosts on Linux, /private/etc/hosts on Mac OS X, or C:\Windows\System32\Drivers\etc\hosts on Windows.

You can then access your local server via http://test.mydomain.com, and everything will work as expected.

TypeScript Types

How to install

You can install our typescript types @hcaptcha/types for the hcaptcha global variable using your preferred package manager:

yarn add -D @hcaptcha/types

or

npm install -D @hcaptcha/types

How to use

Locally

import '@hcaptcha/types';

// `hcaptcha` now is defined on the global object
hcaptcha.execute();

or

///<reference types="@hcaptcha/types"/>

// `hcaptcha` now is defined on the global object
hcaptcha.execute();

Globally

Add import or reference to your .d.ts:

import "@hcaptcha/types";

// or

/// <reference types="@hcaptcha/types"/>

Or add "node_modules/@hcaptcha" to the typeRoots in tsconfig.json

{
"compilerOptions": {
// ...
"typeRoots": [
"node_modules/@hcaptcha"
]
// ...
},
// ...
}

Integration Testing: Test Keys

If you intend to run automated integration tests that access a live server, the simplest approach is to use the following test hCaptcha site keys that always generate a passcode without asking a question. Those passcodes can only be verified using the test secret.

caution

The test keys provide no anti-bot protection, so please double-check that you use them only in your test environment!

Test Key Set: Publisher or Pro Account

Test parameterValue
Site Key10000000-ffff-ffff-ffff-000000000001
Secret Key0x0000000000000000000000000000000000000000
Response Token10000000-aaaa-bbbb-cccc-000000000001

This keypair will never challenge and always produce the same response token, which will return success: true when passed to the endpoint with this secret. The siteverify response will have the fields found in Publisher and Pro accounts.

If you are an Enterprise customer, please instead use the test keypairs below to ensure you are consuming score and other Enterprise siteverify fields.

Test Key Set: Enterprise Account (Safe End User)

Test parameterValue
Site Key20000000-ffff-ffff-ffff-000000000002
Secret Key0x0000000000000000000000000000000000000000
Response Token20000000-aaaa-bbbb-cccc-000000000002

Test Key Set: Enterprise Account (Bot Detected)

Test parameterValue
Site Key30000000-ffff-ffff-ffff-000000000003
Secret Key0x0000000000000000000000000000000000000000
Response Token30000000-aaaa-bbbb-cccc-000000000003

For hCaptcha Enterprise users, the two keypairs above will allow you to verify your application behavior in the most common score scenarios. Please contact your integration support engineers for guidance if you have additional questions.

What's next?

Congrats! By following this guide, you now have a complete and working implementation of hCaptcha. By default, hCaptcha supports multiple widgets per page and automatic localization.

If you're interested in a more advanced implementation that involves JavasSript callbacks, explicit rendering, alternative themes, or explicit localization, check out the next section on configuration.

And if you have any issues getting hCaptcha to work on your site, or you'd like to start a pilot of our enterprise service to try out bot scores, No-CAPTCHA modes, and more, get in touch and we'll be happy to help.