URL Checks¶
The URL External Access Checks page controls the checks that are performed on user provided URLs that GeoServer will use to access remote resources.
Currently, the checks are performed on the following functionality:
WMS GetMap, GetFeatureInfo and GetLegendGraphic requests with remote SLD stylesheets (
sld
parameter)Remote icons referenced by styles (access to icons in the data directory is always allowed)
WMS GetMap and GetFeatureInfo requests in feature portrayal mode (
REMOTE_OWS
andREMOTE_OWS_TYPE
parameters)WPS remote inputs, either as GET or POST requests
External URLs configured by admins in the GUI (e.g. WFS, cascaded WMS & WMTS data stores) are not subject to this check.
Please refer back to this page for any additional remote service access checks added in the future.
Configuration of URL checks¶
Navigate to
page to manage and configure URL Checks.Use the Enable/Disable URL Checks enable this safety feature:
When the URL checks are enabled checkbox is enabled, URL checks are performed to limit GeoServer access to remote resources as outlined above.
Enabling URL checks is recommended to limit normal Open Web Service protocols interaction being used for Cross Site Scripting attacks.
When checkbox disabled, URL checks are NOT enabled, GeoServer is provided unrestricted access to remote resources.
Disabling URL Checks is not a secure or recommended setting.
Adding a regular expression based check¶
The buttons for adding and removing URL checks can be found at the top of the URL Check list table.
To add a URL Check, press the Add new URL check button. You will be prompted to enter URL check details (as described in Editing a URL Check below).
Removing a regular expression based check¶
To remove a URL Check, select the checkbox next to one or more rows in the URL Check list table. Press the Remove selected URL checks button to remove. You will be asked to confirm or cancel the removal. Pressing OK removes the selected URL Checks.
Editing a URL Check¶
Regular Expression URL checks can be configured, with the following parameters for each check:
Field |
Description |
---|---|
Name |
Name for the check, used to identify it in the list. |
Description |
Description of the check, for later reference. |
Regular Expression |
A regular expression used to match allowed URLs |
Enabled |
Check box to enable or disable the check |
Testing URL checks¶
The Test URL Checks with external URL form allows a URL to be checked, reporting if access is allowed or disallowed.
Test URL Checks form:
Field |
Description |
---|---|
URL to check |
Supply URL of external resource to check if access is allowed |
Press the Test URL button to perform the checks. If at least one URL Check matches the URL, it will be allowed and the test will indicate the URL Check permitting access. Otherwise it will be rejected and the test will indicate that no URL Check matched.
Example RegEx Patterns¶
The most common pattern allows matching a given host name to allow external graphics from a remote server. This pattern uses ^
to mark the start, the host URL, .*
to match anything, and $
to end - as shown in the in following pattern:
^https://styles\.server\.net/.*$
https://styles.server.net/logo.png
To allow external graphics from a specific directory on a remote server:
^https://styles\.server\.net/icons/.*$
https://styles.server.net/icons/forest.png
When working with external graphics making use of SVG parameters use (\?.*)?$
to optionally allow any query parameters after ?
:
^https://styles\.server\.net/icons/.*(\?.*)?$
https://styles.server.net/icons/forest.png
https://styles.server.net/icons/forest.svg?color=darkgreen
When obtaining content from an API \?.*
is used (as there is no need to support relative paths). As an example /geoserver/ows\?
is used below to access the GeoServer Open Web Service API:
^https?://localhost:8080/geoserver/ows\?.*$
http://localhost:8080/geoserver/ows?service=WMS&version=1.3.0&request=GetCapabilities
To allow for GeoServer virtual web services (\w+/)?
is used for optional workspace name:
^https?://localhost:8080/geoserver/(\w+/)?ows\?.*$
http://localhost:8080/geoserver/ows?service=WMS&version=1.3.0&request=GetCapabilities
http://localhost:8080/geoserver/ne/ows?service=WMS&version=1.3.0&request=GetCapabilities
To limit to Web Feature Service ?.*SERVICE=WFS.*
is used to restrict query parameter:
^https?://localhost:8080/geoserver/(\w+/)?ows\?.*SERVICE=WFS.*?$
http://localhost:8080/geoserver/tiger/ows?SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=giant_polygon
To allowing WMS REMOTE_OWS
data access to an external GeoServer WFS service:
^https://mapping\.server\.net/geoserver/(\w+/)?ows\?.*SERVICE=WFS.*$
https://mapping.server.net/geoserver/ows?SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME=roads
To allow external graphic access to a remote GeoServer icons:
^https://mapping\.server\.net/geoserver/styles/.*(\?.*)?$
https://mapping.server.net/geoserver/styles/grass_fill.png
https://mapping.server.net/geoserver/styles/ne/airport.svg?fill=gray
File paths can also be checked:
^/var/opt/geoserver/data/.*$
/var/opt/geoserver/data/example.tiff
^D:\\\\data\\.*$
D:\\data\example.tiff
Note
The locations being checked are normalized making it easier to write RegEx patterns:
URLs paths have been normalized to remove any redundant
\.
or\..
paths have been removedFile URLs have been normalized so that
file:/
is represented asfile:///
File paths have been normalized using
/
on Linux and\\
on Windows
Note
Web sites are available to help define a valid Java regular expression pattern. These tools can be used to interpret, explain and test regular expressions. For example:
https://regex101.com/ (enable the Java 8 flavor)