xevion/dynamic-preauth
1
0
Fork 0
mirror of https://github.com/Xevion/dynamic-preauth.git synced 2025-12-06 01:14:55 -06:00
Code Issues Packages Projects Releases Wiki Activity

Add screenshots to README

Browse Source
This commit is contained in:
Xevion
2025-01-06 15:37:29 -06:00
parent cdbc474819
commit b22d92dfb3
3 changed files with 6 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

BIN
.static/demo.png Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 99 KiB

BIN
.static/header.png Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 97 KiB

7
README.md
View File

@@ -1,5 +1,7 @@
# dynamic-preauth # dynamic-preauth
[![A screenshot of the header of the demo website](./.static/header.png)][demo]
<!-- TODO: Add badges --> <!-- TODO: Add badges -->
<!-- TODO: Add links to Railway deployment --> <!-- TODO: Add links to Railway deployment -->
@@ -12,6 +14,8 @@ While complex and with a host of security/pipeline concerns, it had a certain be
This project is a proof of concept for that idea, using Rust and Salvo to build a server that can inject a user's authentication token into an executable before it's served to them. This project is a proof of concept for that idea, using Rust and Salvo to build a server that can inject a user's authentication token into an executable before it's served to them.
[![A screenshot of the demo section on the demo website](./.static/demo.png)][demo]
## How it works ## How it works
1. At build time, the server has release builds for the major target platforms built. They are made available to the server at runtime. 1. At build time, the server has release builds for the major target platforms built. They are made available to the server at runtime.
@@ -23,7 +27,7 @@ The executable keeps a hash of the original values, so it knows if the value has
This application demonstrates the concept of authentication via Websockets. Downloading a new executable will create a new identifier, which is remembered by the server. This application demonstrates the concept of authentication via Websockets. Downloading a new executable will create a new identifier, which is remembered by the server.
In the browser, all download identifiers are shown, and running any executable will tell the server to notify the browser of the download (a sound and visual effect for the relevant identifier). In the browser, all download identifiers are shown, and running any executable will tell the server to notify the browser of the download (a sound will play and a visual effect for the relevant identifier will appear).
## Docker ## Docker
@@ -34,5 +38,6 @@ This application is carefully constructed via the [Dockerfile](Dockerfile), buil
- The [frontend](./frontend) is built with `node:latest` and pre-compressed with Gzip, Brotli, and Zstd. - The [frontend](./frontend) is built with `node:latest` and pre-compressed with Gzip, Brotli, and Zstd.
- The final application stage is ran on `alpine:latest`. - The final application stage is ran on `alpine:latest`.
[demo]: https://dynamic-preauth.xevion.dev
[railway]: https://railway.app [railway]: https://railway.app
[salvo]: https://salvo.rs [salvo]: https://salvo.rs