Skip to main content

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_*, optional ubt_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, and RATE_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


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

userbot_auth-1.0.12.tar.gz (10.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

userbot_auth-1.0.12-py3-none-any.whl (9.2 kB view details)

Uploaded Python 3

File details

Details for the file userbot_auth-1.0.12.tar.gz.

File metadata

  • Download URL: userbot_auth-1.0.12.tar.gz
  • Upload date:
  • Size: 10.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for userbot_auth-1.0.12.tar.gz
Algorithm Hash digest
SHA256 0f3195c1b08a7b9e80ecb67b02a902dbc9e760e2d336d21ec1ce57c1b2fb4b2e
MD5 2abcbe1b0c243052b7a1eaafd954d905
BLAKE2b-256 b2624ada7e906ce641c24c84875b7ba04959bd0bee0594a5602c5c533a562426

See more details on using hashes here.

File details

Details for the file userbot_auth-1.0.12-py3-none-any.whl.

File metadata

  • Download URL: userbot_auth-1.0.12-py3-none-any.whl
  • Upload date:
  • Size: 9.2 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for userbot_auth-1.0.12-py3-none-any.whl
Algorithm Hash digest
SHA256 adb0c218fe3568cb9eefc5927ccaecae9cab7158f5dcb545c3dae6d405a267cb
MD5 de10af8c673c8c69e2082470992a05db
BLAKE2b-256 1bb416c698f72c2fa3972709ac1e7cc6bf2b29ad22d0f1c0754a37c6b70d4cd7

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page