Auth Service - OpenSlides/OpenSlides GitHub Wiki
Service for OpenSlides which handles the authentication of users. After a successfully authentication an access_token (passed as header authentication) and a cookie (with name refreshId) is issued (in the following called Ticket).
With this Ticket all routes, that are prefixed with a secure, are available.
The combination of cookie and token protects against XSS- and CSRF-attacks. Such cookies is issued with the property httpOnly. To understand why and read further things, the document Implement an auth-service can be read.
// Description of the authentication-service
// It is listening on port '9004'
// Routes with a prefix 'secure' are protected routes, that can only accessed with a valid ticket.
// That are routes, that call internally 'authenticate'
// The properties of this interface have to be passed as HTTP-headers in a request.
interface Ticket {
authentication: string,
cookies: {
refreshId: string,
[name: string]: string
}
}
// This describes, which information is received by requesting `secure/authenticate`.
interface LoginInformation {
userId: number;
sessionId: string;
}
/**
* Describes an http-response, which is sent back to any requesting service.
*/
interface Response <T> {
set-authentication-header: string // If an old access-token is expired and refreshed, it is set as authentication-header.
// This determines if a request was successful.
success: boolean,
// This sends back a describing message. For example, the reason of a failured request.
message: string,
// Optional data, which is appended, if a request was successful.
data?: T
}
/**
* The credentials for login/authentication are not valid.
*/
Exception InvalidCredentials {
success: false,
message: string
}
/**
* POST to /system/auth/login
*
* A user can login with its credentials for authentication.
* If they are correct, the service answers with a signed Token and sets a cookie, containing the sessionId of the client.
*
* If they aren't correct, the service throws an error.
*
* @throws InvalidCredentials
*/
login (username: string, password: string): Response<void>;
/**
* POST to /internal/auth/authenticate
*
* This will be a library to act as part of the auth-service. The other services have not to
* request the auth-service for authentication. Instead, they use this library-function in their own
* and receive knowledge about authentication without request.
*
* Throws an exception, if the token is not valid. E.g. if the signature is not valid.
*
* @throws InvalidCredentials
*/
authenticate (ticket: Ticket): Response<LoginInformation>;
/**
* POST to /system/auth/who-am-i
*
* A request to get knowledge about themselves. This information is contained in the payload of
* a Token. So, this function handles the refreshing of a Token.
* Expects a jwt as string in a cookie (called 'refreshId').
*
* Sends back a new Token (passed as http-header).
*
* Throws an exception, if the cookie is empty, the transmitted sessionId is wrong or the signature is wrong.
*
* @throws InvalidCredentials
*/
who-am-i (refreshId: string): Response<LoginInformation>;
/**
* POST to /system/auth/secure/clear-session-by-id
*
* Function to sign out one specific client from a user by its corresponding session-id.
*/
secure/clear-session-by-id (sessionId: string, ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* POST to /system/auth/secure/clear-all-session-except-themselves
*
* Function to kill all current opened sessions from one user except the one, which is requesting.
*/
secure/clear-all-sessions-except-themselves (sessionId: string, ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* POST to /system/auth/secure/logout
*
* The service deletes the session depending on the given Token.
*
* @throws InvalidCredentials
*/
secure/logout (ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* GET to system/auth/secure/list-sessions
*
* Returns all currently active sessions.
*
* @returns an array containing currently active sessions.
*/
secure/list-sessions (ticket: Ticket): Response<{sessions: string[]}>;
/**
* POST to /internal/auth/hash
*
* Hashes a given value. A random salt (64bit) is generated and added to the hashed value.
*
* @returns the hashed value. The hashed value is structured as follows: [salt + hash].
*/
hash (toHash: string): Response<{hash: string}>;
/**
* POST to /internal/auth/is-equals
*
* Compares a given value with an given hash.
*
* @returns a boolean, if the hashed value of the given value is equals to the passed hash.
*/
is-equals (toHash: string, toCompare: string): Response<{isEquals: boolean}>;The currently available internal and external routes are listed below:
-
POST login (username: string, password: string): Response<void> -
POST secure/logout (ticket: Ticket): Response<void> -
POST who-am-i (refreshId: string): Response<void> -
GET secure/list-sessions (ticket: Ticket): Response<{sessions: string[]}> -
POST secure/clear-session-by-id (sessionId: string, ticket: Ticket): Response<void> -
POST secure/clear-all-sessions-except-themselves (ticket: Ticket): Response<void>
A detailed description about these routes are given below:
/**
* POST to /system/auth/login
*
* A user can login with its credentials for authentication.
* If they are correct, the service answers with a signed Token and sets a cookie,
* containing the sessionId of the client.
*
* If they aren't correct, the service throws an error.
*
* @throws InvalidCredentials
*/
login (username: string, password: string): Response<void>;
/**
* POST to /system/auth/secure/logout
*
* The service deletes the session depending on the given Token.
*
* @throws InvalidCredentials
*/
secure/logout (ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* POST to /system/auth/who-am-i
*
* A request to get knowledge about themselves. This information is contained in the payload of
* a Token. So, this function handles the refreshing of a Token.
* Expects a jwt as string in a cookie (called 'refreshId').
*
* Sends back a new Token (passed as http-header 'authentication').
*
* Throws an exception, if the cookie is empty, the transmitted sessionId
* is wrong or the signature is wrong.
*
* @throws InvalidCredentials
*/
who-am-i (refreshId: string): Response<LoginInformation>;
/**
* POST to /system/auth/secure/clear-session-by-id
*
* Function to sign out one specific client from a user by its corresponding session-id.
*/
secure/clear-session-by-id (sessionId: string, ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* POST to /system/auth/secure/clear-all-session-except-themselves
*
* Function to kill all current opened sessions from one user except the one, which is requesting.
*/
secure/clear-all-sessions-except-themselves (sessionId: string, ticket: Ticket): Response<void> publishes LogoutSessionEvent;
/**
* GET to system/auth/secure/list-sessions
*
* Returns all currently active sessions.
*
* @returns an array containing currently active sessions.
*/
secure/list-sessions (ticket: Ticket): Response<{sessions: string[]}>;-
authenticate (ticket?: Ticket): Response<LoginInformation> -
hash (toHash: string): Response<{hash: string}> -
is-equals (toHash: string, toCompare: string): Response<{isEquals: boolean}>
A detailed description about these routes are given below:
/**
* POST to /internal/auth/authenticate
*
* This will be a library to act as part of the auth-service. The other services have not to
* request the auth-service for authentication. Instead, they use this library-function in their own
* and receive knowledge about authentication without request.
*
* Throws an exception, if the token is not valid. E.g. if the signature is not valid.
*
* @throws InvalidCredentials
*/
authenticate (ticket?: Ticket): Response<LoginInformation>;
/**
* POST to /internal/auth/hash
*
* Hashes a given value. A random salt (64bit) is generated and added to the hashed value.
*
* @returns the hashed value. The hashed value is structured as follows: [salt + hash].
*/
hash (toHash: string): Response<{hash: string}>;
/**
* POST to /internal/auth/is-equals
*
* Compares a given value with an given hash.
*
* @returns a boolean, if the hashed value of the given value is equals to the passed hash.
*/
is-equals (toHash: string, toCompare: string): Response<{isEquals: boolean}>;You can setup the whole project simply by running make build-dev.
You can run just the command make run-bash.
This command will start the docker container and listen to changes in the auth/src-directory. Every time any file has changed, the container restarts and changes are applied immediately.
If you want to run all tests, just run the command make run-tests.
To test changes or working on tests, just run the command make run-bash (the same as for Development).
This will start a docker container, which is accessible with a bash. There, some commands can be run like
-
npm t: To run tests written for node.js -
pytest: To run tests written for the pip-library
To clean up the repo, just run the command make run-cleanup.
To avoid a separate request to the auth-service, you can install a library for a quick response.
Currently, only a pip-library is available:
Local install using pip: pip install -e "git+ssh://[email protected]/OpenSlides/openslides-auth-service#egg=authlib&subdirectory=auth/libraries/pip-auth"
The pip-library has the following API:
# The class `AuthHandler` and the constants `HEADER_NAME`, `COOKIE_NAME` are exported.
from authlib import AuthHandler, HEADER_NAME, COOKIE_NAME
authhandler = AuthHandler(debug_fn?) # Optional: a function to print debug information can be passed.
access_token = requests.headers.get(HEADER_NAME, NONE)
cookie = requests.headers.get(COOKIE_NAME, NONE)
# `AuthHandler` provides three methods, to access the three internal routes.
def authenticate(access_token: str, cookie: str) -> Tuple[int, Optional[str]]:
```
This method verifies, that a given access_token and cookie is valid.
In addition, if the access_token is expired, it re-news the access_token.
```
def hash(to_hash: str) -> str:
```
This method hashes a given string by the algorithm sha512.
```
def is_equals(to_hash: str, to_compare: str) -> bool:
```
This method hashes a given string by the algorithm sha512 and
compares the result with the given to_compare.
```Do not call who-am-i in an other place than as client. This would be a door for CSRF-attacks, since we use tokens over sessions. An attacker makes a request to a server (only with a refreshId-cookie). Then the server will make a call to the auth-server to get a new token.