Skip to main content

ExaFS

PyPI version Docker Image License: MIT PyTest CodeQL Python Version

ExaFS brings new functionality to the environment of routing protocols configuration for backbone network hardware security.

The tool extends network administrators toolset by adding an extra layer for configuration rules creation, validation, and authorization. With this new layer, a larger group of network administrators can safely create new BGP protocol rules to prevent DDoS and other forms of malicious cyber attacks.

ExaFS is open source with MIT license. The system is regularly used at CESNET - the Czech national e-infrastructure for science, research and education operator.

ExaFS provides both the user Web interface and the REST API for web service.

Key contributions of the system are user authorization mechanism and validation system for BGP commands.

Without ExaFS the system Root privileges are required for direct interaction with ExaBGP and networking hardware. ExaFS provides several user roles and access rights similarly to user roles in other software systems such as SQL. The system allows specifying user rights for various kinds of sub-nets following the network topology.

Validation system for BGP commands assures that only error-free messages can pass to the system BGP API. Both syntax and access rights are validated before a new rule can be stored in the database.

Thanks to the storage, all the rules can be restored quickly after a system reboot or failure. All rules are validated again, before sending them to ExaBPG from the storage, to prevent any malicious database manipulation.

ExaFS is an integral part of cybersecurity tools at CESNET. However, it can be used in any network where ExaBGP is available.

See how is ExaFS integrated into the network in the picture below.

ExaFS integration schema

Project presentations

System overview

ExaFS schema The core component of ExaFS is a web application written in Python using the Flask framework. It provides a user interface for managing ExaBGP rules (CRUD operations) and also exposes a REST API with similar functionality. The web application uses Shibboleth for authentication, while the REST API relies on token-based authentication.

The application generates ExaBGP commands and forwards them to the ExaBGP process. All rules are thoroughly validated—only valid rules are stored in the database and sent to the ExaBGP connector.

The second component of the system is a separate application that replicates received commands to stdout. The connection between the ExaBGP daemon and the stdout of the ExaAPI (ExaBGP process) is defined in the ExaBGP configuration.

This API was originally part of the same project but has since been moved to its own repository. You can use the exabgp-process pip package, clone the Git repository, or develop your own implementation.

Each time this process receives a command from ExaFS, it outputs it to stdout, allowing the ExaBGP service to process the command and update its routing table—creating, modifying, or removing rules accordingly.

It may also be necessary to monitor ExaBGP and re-announce rules after a restart or shutdown. This can be handled via the ExaBGP service configuration, or by using an example system service called Guarda, described in the documentation. In either case, the key mechanism is calling the application endpoint /rules/announce_all. This endpoint is only accessible from localhost; a local IP address must be configured in the application settings.

DOCS

API

The REST API is documented using Swagger (OpenAPI). After installing and running the application, the API documentation is available locally at the /apidocs/ endpoint. This interactive documentation provides details about all available endpoints, request and response formats, and supported operations, making it easier to integrate and test the API.

ExaBGP version

ExaFS supports both ExaBGP 4.x and 5.x. Set EXABGP_MAJOR_VERSION in your config.py to select the version (default is 4):

EXABGP_MAJOR_VERSION = 5

When set to 5, ExaFS adjusts the generated BGP flow route messages to match ExaBGP 5.x syntax (e.g. TCP flags in lowercase bracket notation).

Change log

Metadata

Release files for exafs 1.4.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for exafs 1.4.1
File Size Uploaded
exafs-1.4.1.tar.gz 132.0 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for exafs 1.4.1
File Interpreter ABI Platform
exafs-1.4.1-py3-none-any.whl Python 3 none any Details

Total release size: 259.5 kB

Release files / exafs-1.4.1.tar.gz

Download URL exafs-1.4.1.tar.gz
Size 132.0 kB
Tags Source
SHA-256 checksum
How to use checksums
38c51a1f71981767adc1e09a03914cd5fa46d987ddeb98c0c2307405f29ce3d2
BLAKE2b-256 checksum
How to use checksums
da6bbe1a463bd83b3595b140c1fea28b7c22f1406a12ee33d419b0021b2c2dde
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/6.2.0 CPython/3.12.3

Release files / exafs-1.4.1-py3-none-any.whl

Download URL exafs-1.4.1-py3-none-any.whl
Size 127.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
c8803e59cc6f6c2c10a97b3e6eff2102d7382a652e292b13d66cb1db706bee4f
BLAKE2b-256 checksum
How to use checksums
3b8f3e0bb7c0c1b295ee98dfc881a9f9be4a427be058cc544c8b5f79e1030bcb
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/6.2.0 CPython/3.12.3
Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page