Protect your web server from direct-to-host bypass attacks by verifying requests with WebOptiva Origin Request Signing
When you connect your domain name to WebOptiva, visitor traffic flows through WebOptiva's edge network where security checks take place. However, if a sophisticated attacker manages to discover your original hosting server's direct IP address, they might try to send attacks directly to your host, bypassing WebOptiva completely. Origin Shield closes this loophole.
⚠️ Crucial pre-requisite: coordinate with your web developer or hosting provider#
> [!WARNING] > Do not enable Origin Request Signing until your web developer or server administrator has configured your web server! > When Origin Request Signing is enabled, WebOptiva attaches a shared-secret header to every legitimate visitor request. If your web server is instructed to require this header but hasn't been configured with the matching secret, it will reject all incoming visitors and your site will appear broken. Always use the built-in Test Direct Bypass button to verify connectivity first.
What is Origin Cloaking?#
Origin Cloaking means your origin server is never exposed as a direct target. WebOptiva edge nodes attach the shared-secret header x-weboptiva-origin-identity to every forwarded request, and your origin rejects anything without it. Automated scanners that find your server's IP address still cannot reach it, because they cannot produce the secret header.
Step-by-step: configuring Origin Shield#
- In
Security operations, click theOrigin Shield & Cloakingtab in the sub-navigation bar. - Select your website domain name from the dropdown at the top.
- In the
Origin Shieldcard, review the advisory banner and theOrigin Request Signingsection. - Click
Enable Signing. WebOptiva reveals the shared secret once — copy it and configure your origin server to require thex-weboptiva-origin-identityheader with that value. - Click
Test Direct Bypassin theOrigin Cloak Diagnostic Probecard. Wait for theCLOAKED (Protected)result confirming your origin rejects raw requests. - When you need to change the secret, click
Rotate Secret, update your origin to accept both secrets, then clickPromote to Active (15m Grace). - Use
Disableat any time to stop signing and let unauthenticated traffic reach your origin again.
Expected result#
Complete perimeter protection where direct attacks against your hosting server IP are rejected because they lack the shared-secret header, while edge traffic continues to flow normally.

