If your organization uses Google Cloud, you can use HUMAN’s Google Cloud Provider (GCP) Callout Enforcer to protect against malicious behavior. The Enforcer is implemented in two phases:
enforcer.yaml fileremote_config_auth_token valueTo start, you must create an NEG and regional backend for each supported region to provide the Enforcer service to your LB. This can be completed with the Google Cloud console commands.
[FOWARDING-RULE] with your forwarding rule name[REGION] with the LB’s region[PROJECT] with the LB’s projectselfLink value that appears.[BACKEND] with the regional backend service name[REGION] with the LB’s region[PROJECT] with the LB’s projectselfLink value that appears.enforcer.yaml file with the following:
forwardingRules value with the LB forwarding rule link you saved in Step 2.service value with the regional backend service link you saved in Step 4.metadata section with the following:
app_id: Your HUMAN Application IDauth_token: Your HUMAN server tokencookie_secret: Your HUMAN risk cookie keyremote_config_auth_token: The token provided by HUMAN used to authenticate the Enforcer via the HUMAN Remote Configuration UI. For now, HUMAN will set up your Enforcer configuration.celExpression section to include or exclude any specific requests from sending to the Enforcer. See Google’s CEL matcher language reference for more information.[REGION] with the LB’s region[PROJECT] with the LB’s projectFor each network-endpoint-groups you create for a region, HUMAN receives a pending connection. While you cannot use the Enforcer until HUMAN accepts each connection, we recommend you continue to configure your project so the Enforcer is ready as soon as HUMAN accepts.
You have successfully configured your GCP Callout Enforcer.