Ryzenth UBT | Enterprise Security Framework.
Project description
🛡️ Userbot-Auth Library Mode
✨ Features
Userbot-Auth Library Mode is a server-enforced authentication and control layer for userbots. It is designed to keep authority on the backend, not inside copied client code.
Feature Highlights
🔐 Server-Issued Runtime Keys
All runtime access is controlled by server-generated keys bound to a specific user identity.
🛑 Deploy Control & Remote Blocking
Deployments can be disconnected or blocked remotely, even if client code is copied or modified.
🔄 Key Rotation & Revocation
Runtime keys can be rotated at any time to invalidate existing deployments instantly.
📊 Plan-Based Rate Limiting
Request limits are enforced by server-defined plans (FREE / PRO / MAX) with optional per-user overrides.
🕶️ One-Time Key Exposure
Runtime keys are shown only once during issuance to reduce leakage risk.
📝 Audit-Friendly Key Issuance
Every issued key includes a unique issued_id for tracking, review, and incident response.
🔒 Hardened Request Validation
Supports timestamp checks, nonce-based HMAC signatures, and timing-safe comparisons.
🏛️ Centralized Enforcement
All authorization decisions are made on the backend, not in client code.
⚡ Anti-Reuse & Anti-Repack Design
Copied source code cannot bypass server validation or rate limits.
📚 Library-First Architecture
Designed to integrate cleanly into existing userbot frameworks or backend services without lifecycle coupling.
🔑 Authentication and Identity
-
Server-issued runtime keys (
ubt_live_*, optionalubt_test_*) Keys are issued by the server and verified on every request. -
Per-user identity binding Every key is associated with a specific
user_id. The server decides whether that identity is valid. -
Strict separation of secrets Provisioning secrets and runtime keys are isolated to prevent privilege escalation.
⚙️ Provisioning and Key Control
-
Controlled key provisioning Runtime keys can only be issued through a protected provision flow.
-
Key rotation and revocation Keys can be rotated to invalidate old deployments immediately.
-
One-time key visibility Runtime keys are displayed once during issuance to reduce leakage risk.
-
Audit identifiers (
issued_id) Every issued key can be traced and reviewed through an audit-friendly identifier.
⚡ Runtime Enforcement
-
Connected-user verification Requests are accepted only when the server confirms the user is connected and authorized.
-
Remote deploy blocking The server can block deployments at runtime (disconnect or ban), regardless of client code.
-
Automatic disconnect on invalid credentials Invalid keys or mismatched identity triggers server-side disconnect logic.
📈 Plan System and Rate Limiting
-
Plan-based limits Traffic limits are enforced by plan tiers (FREE / PRO / MAX).
-
Per-user overrides Limits can be customized per user (including unlimited access for trusted accounts).
-
Server-side rate enforcement Limits cannot be bypassed by modifying client code, because counters and windows live on the server.
-
Consistent 429 responses with reset metadata The API can return retry timing information for clean client backoff behavior.
🔐 Security Hardening
-
Timestamp freshness validation Prevents delayed or replayed requests outside allowed time skew.
-
Nonce-based request signing (HMAC) Provides integrity checks and replay resistance for sensitive endpoints.
-
Replay protection strategy Requests can be rejected if a nonce is reused within a time window.
-
Timing-safe comparisons Protects secret comparisons from timing-based attacks.
Operational Visibility
-
Deployment and runtime telemetry The server can track version, platform, device, and last-seen activity.
-
Actionable status responses Standardized responses for states like
DISCONNECTED,BANNED, andRATE_LIMIT. -
Central enforcement policies Your backend defines enforcement rules, and the library ensures they are applied consistently.
Intended Use
- 🔒 Private userbot frameworks
- 💼 Commercial or restricted deployments
- 🛡️ Projects requiring deploy control and anti-reuse enforcement
- 👨💻 Developers who need server authority and auditability
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file userbot_auth-1.0.11.tar.gz.
File metadata
- Download URL: userbot_auth-1.0.11.tar.gz
- Upload date:
- Size: 10.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8824b4133eea85f897e81258a9b96f0fce894143756363a20afdedb7fca18954
|
|
| MD5 |
18019d764019066875ba4ae2e7e76065
|
|
| BLAKE2b-256 |
c07044395657ddd9246b8383284fd84e9c2a30de77f52c7f7e5b9cf7c977991c
|
File details
Details for the file userbot_auth-1.0.11-py3-none-any.whl.
File metadata
- Download URL: userbot_auth-1.0.11-py3-none-any.whl
- Upload date:
- Size: 9.1 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.7
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
9d6fd2efc67f5e87fa6d67a163ecdfc64c84784679c51131d9f489d4e197f0cc
|
|
| MD5 |
10adc4528c5bd82ce983ddd57d4bf307
|
|
| BLAKE2b-256 |
e93d7cae397b342d2e1477ac5ba49bbb43e150f906b549a6314372bd64fb1788
|