Secure access to Ubiquiti Unifi network controllers
Project description
A high-level Python interface to the Unifi controller software
unificontrol aims to be a rich and full-featured Python interface to the Ubiquiti Unifi software defined network controller. Goals of this package include:
- A clean interface that supports introspection and self-documentation.
- Proper handling of SSL connections to allow secure access to the controller even if it uses a self-signed certificate.
- A concise, readable internal representation of the Unifi API so that new API calls can easily be added as new features are added to the controller.
- Python 3 only, since it's the way of the future.
Installation
To install the most recent release use:
pip install unificontrol
To install the latest version of the code from GitHub use:
pip install -e git+https://github.com/nickovs/unificontrol.git@master#egg=unificontrol
Usage
The simplest way to use this client is simply to create an instance with the necessary parameters and log in.
client = UnifiClient(host="unifi.localdomain",
username=UNIFI_USER, password=UNIFI_PASSWORD, site=UNIFI_SITE)
The host name (and the host port, if you are using something other than the default 8443) must be specificed when you create the client. The username and password can be passed to the login method instead of the contstructor if you prefer. If you supply then username and password in the constructor then the client will automatically log in when needed and re-authenticate if your session expires.
Since the Unifi controller uses a self-signed certifcate the default behaviour of the client is to fetch the SSL certificate from the server when you create the client instance and pin all future SSL connections to require the same certificate. This works OK but if you are building some tool that will talk to the controller and you have place to store configuration then a better solution is to store a copy of the correct certificate in a safe place and supply it to the constructor using the cert
keyword argument. A server's certifcate can be fetched using the python ssl library:
import ssl
cert = ssl.get_server_certificate(("unifi.localdomain", 8443))
# Store the cert in a safe place
...
# Fetch the cert from a safe place
client = UnifiClient(host="unifi.localdomain",
username=UNIFI_USER, password=UNIFI_PASSWORD, site=UNIFI_SITE,
cert=cert)
If you have a proper certificate for the controller, issued by a known authority and with a subject name matching the host name used to access the server then you can switch off the certificate pinning by passing cert=None
.
SSL Security with self-signed certificates
The Unifi controller is accessed using the https:
protocol in order protect the session. Unfortunately the way that they do this does not protect against Man-In-The-Middle attacks due to the use of a self-signed certificate. To understand why this is an issue and how to fix it it is necessary to understand a bit about what SSL certificates do and how they do it.
The SSL protocol (and its more modern successor, the TLS protocol) make use of digital certificates. These are essentially messages that are a digitally signed message that is signed by some party to state that a particular identity is connected to a particular public key. A public key is a value that can be used to verify a digital signature such as the ones on these certificates. Each certificate has an issuer, the party signing the message, and a subject, the party that is having its identity/key relationship asserted in this certificate. In order to validate a certificate you need to have a copy of the public key associated with the issuer. The public key belonging to the subject of a certificate sent in the course of starting an SSL session is used to validate digital signatures in the SSL handshake messages and this is used as evidence that the server with which you are communicating belongs to the subject of the certificate.
When you make an SSL connection on the internet it is typical for the server at the other end to have a certificate issued by some well know authority. Your web browser has the public keys of many well know authorities built in to it. In these sorts of certificate the identity of the subject includes the domain name of the server to which you are connecting and these authorities are supposed to only issue certificate to the owners of the domains. This way you can have confidence that you are connecting to the right server and not to some system that is trying to eavesdrop on your conversation.
The Unifi controller (and many other local servers and appliances) typically does not have a public, externally accessible domain name and even if it did, getting a certificate for that domain name is often time consuming and expensive. As a result what Ubiquiti (along with most appliance vendors) does is create a self-signed certificate. This is a certificate for which the issuer is not some well known authority but is instead the same identity as the subject. The first time you fire up the Unifi controller it spots that it doesn't have a certificate and creates a new one, signed by itself, and identifying the server with the host name unifi
.
There are two problems with this approach. Firstly, since the issuer of the certificate is not a well known authority many systems will complain that the certificate is issued by an unknown party. Secondly, unless you access your Unifi controller using the unqualified domain name unifi
the host name in the certificate will not match the host name used to access the server, and again the system will complain about a mismatched domain name. Furthermore, since the certificate was just created out of thin air, if you anticipate and ignore these two warnings then there is nothing to stop an eavesdropper from simply creating a new self-signed certificate and fooling you into sending your credentials to a bogus server instead of the Unifi controller.
Fortunately there is a solution to these problems. The solution is known as certificate pinning. This basically just means that you expect to see the same certificate every time you access the same server. This won't help if the eavesdropper is already intercepting your connections the first time you access a service but it will protect you for all subsequent accesses.
This library implements certificate pinning.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for unificontrol-0.2.1-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 4d67647f03aa5ae387276fe1a6033cfac74749a4a9701395392323241431cbfd |
|
MD5 | 3d9877a51c1a0f2a83e583b72993e517 |
|
BLAKE2b-256 | 59291aa5a2171f2318768a56f4663375f11a4a465a93173ad280461c661d9489 |