Security considerations
Authentication and Authorization
Orion doesn't provide "native" authentication nor any authorization mechanisms to enforce access control. However, authentication/authorization can be achieved the access control framework provided by FIWARE GEs.
More specifically, Orion is integrated in this framework using the FIWARE PEP Proxy GE. At the present moment, there are two GE implementantions (GEis) that can work with Orion Context Broker:
In the above links you will find the documentation about how to use both GEis.
HTTPS API
Orion Context Broker supports HTTPS, using the -https
options (which in addition needs the
-key
and -cert
options, to especify the files containing the private key
and certificates for the server, respectively). Check the command line
options section in the administration manual for
details.
Note that current Orion version cannot run in both HTTP and HTTPS at the
same time, i.e. using -https
disables HTTP.
HTTPS notifications
Apart from using HTTPS in the API server exported by Orion, you can also use HTTPS in notifications. In order to do so you have to use the "https" protocol schema in URL in your subscriptions, e.g.
...
"url": "https://mymachime.example.com:1028/notify"
...
If you use Rush relayer (see how to run Orion using Rush) then Orion to Rush request
is sent in HTTP, then Rush will encrypt it using HTTPS towards the final receiver. If you don't use Rush
relayer, then Orion will send HTTPS notification natively. In that case, note that by default Orion will
reject connections to non-trusted endpoints (i.e. the ones which which certificate cannot be authenticated
with known CA certificates). If you want to avoid this behaviour you need to use the -insecureNotif
CLI parameter but note that doing so is an insecure configuration (e.g. you could suffer
man-in-the-middle attacks).