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.0

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.0
File Size Uploaded
exafs-1.4.0.tar.gz 129.2 kB Details

Built distribution (wheel)

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

Total release size: 256.0 kB

Release files / exafs-1.4.0.tar.gz

Download URL exafs-1.4.0.tar.gz
Size 129.2 kB
Tags Source
SHA-256 checksum
How to use checksums
1b602896c146bb125f7bec88d1513c876dd1e369d39c68c6fc76c691c99b83af
BLAKE2b-256 checksum
How to use checksums
1c5ef96043af6f13d5367653a807c01c957dc026d56c1bd1771a72cf450ebf3f
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.0-py3-none-any.whl

Download URL exafs-1.4.0-py3-none-any.whl
Size 126.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
9194a4b65d45b18265e795aa3e2acf8404d42132087646a0f5d90bb85cfe487d
BLAKE2b-256 checksum
How to use checksums
053dbd1aeab493ad4a991b9944c72612c68ef56d51d9a2bd0af27ad1e3bcc490
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