» Imports

Imports enable a Sentinel policy to access reusable libraries and external data and functions. Anyone can write their own custom import. Imports are what enable Sentinel policies to do more than look at only local context for making policy decisions.

Sentinel also comes with a set of standard imports. Standard imports are available to every Sentinel policy to help policy writers with common tasks such as working with the time, network addresses, and more.

This page is about writing policies that use imports. If you're interested in creating a new import, please see the section on writing import plugins. Anyone can write a custom import to access new data.

» Using Imports

To use an import, you use the import keyword at the top of your policy. This specifies the name of the import you want to use. The application you're writing the policy for must already be configured to provide that import.

Details on imports can be found in the import section in the language reference.

In the example below, we use a hypothetical "time" import:

import "time"

is_weekday = rule { time.day not in ["saturday", "sunday"] }
is_open_hours = rule { time.hour > 8 and time.hour < 17 }
main = rule { is_open_hours and is_weekday }

There are two options to develop a policy locally when using imports: configure Sentinel to launch the import on apply, or mock the import using mock. The former requires access to the import plugin while the latter is faster (doesn't have to launch a process) and doesn't require the plugin.

» Mocking Imports

The first option to developing policies locally is to mock the import values. When mocking an import, you don't need the import plugin available. This can be useful since some imports may not be available as a plugin and may only be available to the application the policy runs in.

Mocks are specified via the apply configuration file. Mocks can also be used for testing.

{
    "mock": {
        "time": {
            "hour": 12,
            "day": "tuesday"
        }
    }
}

This can be used via the CLI:

$ sentinel apply -config=config.json policy.sentinel
Pass

» Launching Imports

If you have access to the plugin binary, you can launch the import. The benefit of this is that it is really using the import to test your policy. If the import changes, your policies may start failing. If you only use mock data and the import changes, your policies will still appear to work.

Imports are configured in the configuration file:

{
    "imports": {
        "time": {
            "path": "/path/to/sentinel-time-import"
        }
    }
}

This would require the sentinel-time-import binary. For this example this doesn't currently exist. We plan on writing one to provide for this section of the documentation.

» Custom Imports

You can also create your own imports.

If your policy decisions could benefit from accessing external information, then you can use custom imports as a way to do this.