---
sourceDocument: Australia API Reference
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/api-reference

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia API Reference

ft:clusterId :

    - crapiref

bundleId :

    - crapiref

workflow :

    - Creator


---

# CORS domain requirements

# CORS domain requirements {#ariaid-title1}

Release version: Australia  
Updated March 12, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute to read  
When you define a cross-origin resource sharing (CORS) rule, the value you enter in the
Domain field must meet certain requirements. Each CORS rule supports a
single wildcard to match incoming Origin headers.

## Requirements {#r_CORSDomainRequirements__section_domain_requirements}

The value you enter in the Domain field must meet the following requirements.

* Begins with HTTP:// or HTTPS://.
* Is a domain pattern or IP address.
* Ends with alphanumeric characters preceded by a period, such as .com.
* Includes at most a single wildcard character immediately following the scheme and hierarchical portion of the domain pattern.
{#r_CORSDomainRequirements__ul_str_l53_lt}

## Wildcard {#r_CORSDomainRequirements__section_domain_wildcard}

You can use a single wildcard character (\*) in the domain pattern. Use this wildcard immediately following the scheme and hierarchical portion of the domain pattern, such as http://\*.domain.com to include all subdomains. The wildcard must immediately follow the scheme and hierarchical portion of the domain pattern. If you use an IP address instead of domain pattern, you must enter the full IP address without a wildcard.  
Note:  
You cannot use multiple wildcards, or specify a wildcard without a domain pattern. Values such as \* or \*.\* are not supported.

## Domain matching {#r_CORSDomainRequirements__section_domain_matching}

When evaluating the Origin header in a request, ServiceNow prioritizes rules that match the
domain pattern exactly. If no exact match is found, the next closest match is used.

For example, if there are rules for the domain patterns
http://\*.blog.mysite.com and
http://\*.mysite.com, a request from
http://alice.blog.mysite.com will match the
http://\*.blog.mysite.com pattern.

## Examples of valid and invalid domains {#r_CORSDomainRequirements__section_domain_examples}

{#r_CORSDomainRequirements__table_ap1_w53_lt__entry__2}

| Valid domain | Invalid domain |
|-|-|
| http://\*.ms.net | https://\*com |
| https://\*.ms.com | http://\*..com |
| https://\*.com.au | http://192.168.1.\* |
| http://192.168.1.1 | http://\*.168.1.126 |
| http://\*.service-now.com | http://blog.\*.service-now.com |
| http://\*.com | http://\*com |
[Table 1. Examples]

{#r_CORSDomainRequirements__table_ap1_w53_lt}