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.11.tar.gz (10.3 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.11-py3-none-any.whl (9.1 kB view details)

Uploaded Python 3

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

Hashes for userbot_auth-1.0.11.tar.gz
Algorithm Hash digest
SHA256 8824b4133eea85f897e81258a9b96f0fce894143756363a20afdedb7fca18954
MD5 18019d764019066875ba4ae2e7e76065
BLAKE2b-256 c07044395657ddd9246b8383284fd84e9c2a30de77f52c7f7e5b9cf7c977991c

See more details on using hashes here.

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

Hashes for userbot_auth-1.0.11-py3-none-any.whl
Algorithm Hash digest
SHA256 9d6fd2efc67f5e87fa6d67a163ecdfc64c84784679c51131d9f489d4e197f0cc
MD5 10adc4528c5bd82ce983ddd57d4bf307
BLAKE2b-256 e93d7cae397b342d2e1477ac5ba49bbb43e150f906b549a6314372bd64fb1788

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