Rust Rest API Stack with User Management
A secure-by-default rest api stack implemented with hyper, tokio, bb8 and postgres. This project is focused on providing end-to-end encryption by default for 12-factor applications looking to customize functionality using environment variables as needed. Includes a working user management and authentication backend written in postgresql with async S3 uploading for POST-ed data files.
Overview
User
- User password reset and user email change support using one-time-use tokens that are stored in postgres.
- Users can upload and manage files stored on AWS S3 (assuming valid credentials are loaded outside this rust project).
- User passwords are hashed using argon2.
Auth
- User authentication enabled by default
- Default JWT signing keys included with documentation for building new keys as needed.
Database
- The rest api server utilizes postgres with a bb8 client threadpool.
- The postgres database requires each client connection include the postgres tls certificate authority file for encrypting data in-transit.
- Includes pg4admin for database management in a browser (deployed with docker compose).
TLS Encryption
- Includes a tls asset generator tool (./certs/generate-tls-assets.sh) for building self-signed tls assets (requires docker).
Ingress
Component | Status |
---|---|
Rest API Server | Listening for encrypted client connections on tcp port 3000 |
Postgres | Listening for encrypted client connections on tcp port 5432 (tls Certificate Authority required) |
pgAdmin | Listening for encrypted HTTP client connections on tcp port 5433 |
Getting Started
Clone the repo
git clone https://github.com/jay-johnson/restapi
cd restapi
Generate TLS Assets
The repository restapi includes default tls assets, but for security purposes you should generate your own. Please refer to the Generate TLS Assets doc for more information.
Here's how to generate them under the ./certs
directory:
cd certs
./generate-tls-assets.sh -f -c ./configs/dev-network.yml
cd ..
Generate JWT Keys
This repo includes default JWT signing keys, but you should generate your own signing keys under the ./jwt
directory with these commands:
cd jwt
openssl ecparam -name prime256v1 -genkey -out private-key.pem
openssl pkcs8 -topk8 -nocrypt -in private-key.pem -out private-key-pkcs8.pem
openssl ec -in private-key.pem -pubout -out public-key.pem
cd ..
Please refer to the How to build JWT private and public keys for the jsonwebtokens crate doc for more information.
Build the Postgres docker image
Please refer to the Build and Deploy a Secured Postgres backend doc for more information.
Build API Server
cargo build --example server
Run API Server
export RUST_BACKTRACE=1 && export RUST_LOG=info && ./target/debug/examples/server
Supported APIs
Here are the supported json contracts for each Request
and Response
based off the url. Each client request is handled by the ./src/handle_requests.rs module and returned as a response back to the client (serialization using serde_json
)
User APIs
Create User
Create a single users
record for the new user
- URL path:
/user
- Method:
POST
- Handler: create_user
- Request: ApiReqUserCreate
- Response: ApiResUserCreate
Update User
Update supported users
fields (including change user email and password)
- URL path:
/user
- Method:
PUT
- Handler: update_user
- Request: ApiReqUserUpdate
- Response: ApiResUserUpdate
Get User
Get a single user by users.id
- by default, a user can only get their own account details
- URL path:
/user/USERID
- Method:
GET
- Handler: get_user
- Request: ApiReqUserGet
- Response: ApiResUserGet
Delete User
Delete a single users
record (note: this does not delete the db record, just sets the users.state
to inactive 1
)
- URL path:
/user
- Method:
DELETE
- Handler: delete_user
- Request: ApiReqUserDelete
- Response: ApiResUserDelete
Search Users in the db
Search for matching users
records in the db
- URL path:
/user/search
- Method:
POST
- Handler: search_users
- Request: ApiReqUserSearch
- Response: ApiResUserSearch
Create One-Time-Use Password Reset Token (OTP)
Create a one-time-use password reset token that allows a user to change their users.password
value by presenting the token
- URL path:
/user/password/reset
- Method:
POST
- Handler: create_otp
- Request: ApiReqUserCreateOtp
- Response: ApiResUserCreateOtp
Consume a One-Time-Use Password Reset Token (OTP)
Consume a one-time-use password and change the user's users.password
value to the new argon2-hashed password
- URL path:
/user/password/change
- Method:
POST
- Handler: consume_user_otp
- Request: ApiReqUserConsumeOtp
- Response: ApiResUserConsumeOtp
Verify a User's email
Consume a one-time-use verification token and change the user's users.verified
value verified (1
)
- URL path:
/user/verify
- Method:
GET
- Handler: verify_user
- Request: ApiReqUserVerify
- Response: ApiResUserVerify
User S3 APIs
Upload a file asynchronously to AWS S3 and store a tracking record in the db
Upload a local file on disk to AWS S3 asynchronously and store a tracking record in the users_data
table. The documentation refers to this as a user data
or user data file
record.
- URL path:
/user/data
- Method:
POST
- Handler: upload_user_data
- Request: ApiReqUserUploadData
- Response: ApiResUserUploadData
Update an existing user data file record for a file stored in AWS S3
Update the users_data
tracking record for a file that exists in AWS S3
- URL path:
/user/data
- Method:
PUT
- Handler: update_user_data
- Request: ApiReqUserUpdateData
- Response: ApiResUserUpdateData
Search for existing user data files from the db
Search for matching records in the users_data
db based off the request's values
- URL path:
/user/data/search
- Method:
POST
- Handler: search_user_data
- Request: ApiReqUserSearchData
- Response: ApiResUserSearchData
User Authentication APIs
User Login
Log the user in and get a json web token (jwt) back for authentication on subsequent client requests
- URL path:
/login
- Method:
POST
- Handler: login
- Request: ApiReqUserLogin
- Response: ApiResUserLogin
Integration Tests
This project focused on integration tests for v1 instead of only rust tests (specifically everything has been tested with curl):
Please refer to the Integration Tests Using curl Guide