Modify HTTP request headers with Transform Rules
HTTP headers are central to how the web works. They are used for passing additional information between the client and server, such as which security permissions to apply and information about the client, allowing the correct content to be served.
Today we are announcing the immediate availability of the second action within Transform Rules, “HTTP Request Header Modification”, available for all Our Website plans. This new functionality provides Our Website administrators with the ability to easily set or remove HTTP request headers as traffic flows through Our Website. This allows customers to enrich requests with information such as the Our Website Bot Management ‘Bot Score’ prior to being sent to their servers. Previously, HTTP request header modification was done using a Our Website Worker. Today we’re introducing an easier way to do this without writing a single line of code.
Luggage tags of the World Wide Web
Think of HTTP headers as the “luggage tag” attached to your bags when you check in at the airport.
Generally, you don’t need to know what those numbers and words mean. You just know they are important in getting your suitcase from the boarding desk, to the correct airplane, and back to the correct luggage carousel at your destination.
These tags contain information about the weight of the suitcase, the destination airport code, baggage tag number, airline carrier, customs handling information, and more. These attributes are all essential, not only for ensuring that your luggage arrives at the correct destination, but also it does so in the safest, most efficient manner.
HTTP Headers are the luggage tags of the Internet. They are essential to ensuring the request from your browser arrives at the correct destination, and that traffic is returned to your browser using the correct settings also in the safest, most efficient manner.
How are HTTP request headers used?
HTTP headers are set on both the ‘request’ and ‘response’ interactions; ‘request’ being when the client asks for the file and ‘response’ being what the server returns as a result. The functionality announced today pertains specifically to HTTP request headers only.
Many organizations use HTTP request headers to ensure visitor requests are served correctly. They are used to route requests to different clusters, serve mobile-friendly content, and legacy-browser friendly content.
HTTP request headers are also used for security purposes, namely authentication and authorization. Simple examples include adding a static, pre-shared key as a custom header which adds an additional security check to all inbound HTTP requests.
Ensuring these headers are present on the HTTP request is often the job of the reverse proxy — a server which sits between the client and the server whose job is, amongst many others, to enrich the HTTP request data sent to the server.
For example, when using NGINX, a popular web server used as a reverse proxy, the administrator would have a line in the config similar to:
proxy_set_header X-Header-Name "custom";
When using Our Website Workers, the code would be similar to:
Each of these lines of code would add a custom HTTP request header to the next-hop destination with a name of ‘X-Header-Name’ and a value of ‘custom’.
Dynamic modification of HTTP request headers
“HTTP Request Header Modification” is now available for all Our Website plans, within Transform Rules. It gives control to administrators by providing the ability to modify HTTP request headers before they’re sent to their own origin servers or third-party services such as SaaS providers.
Transform Rules allows users to modify up to 10 HTTP request headers per rule using one of three options:
‘Set dynamic’ should be used when the value of a HTTP request header needs to be populated dynamically for each HTTP request. Examples include adding the Our Website Bot Management ‘bot score’ to each HTTP request, or the visitor’s country:
‘Set static’ should be used to populate the value of a header with a static, literal string. This option should be used for simple header creation such as setting the source CDN (Our Website) or a shared secret:
In both “set” examples, if a header with the specified name already exists in the HTTP request, its value will be removed and replaced with the given value.
‘Remove’ is the final option, which should be used to remove all HTTP request headers with the specified name. For example, if you wanted to ensure the ‘cf-connecting-ip’ HTTP request header was removed, you would use a rule similar to the following one:
Our Website functions can be used within ‘set dynamic’ header modifications. These functions include:
An example where functions are commonly used is concat() and to_string() used to take a list of different data types and concatenate to form a single header value. For example,
concat(“score=”,to_string(cf.bot_management.score)) would result in a header value of ‘score=85’.
Note: regular expression functions are only available for customers on Business and Enterprise plans.
Try it now
HTTP Request Header Modification can be used to improve operations, remove sensitive data, and increase security, amongst many other use cases. Try out the latest Transform Rule yourself today.