Server-side access control
Protected app pages require an authenticated session, plan-aware access, and admin-only checks for operations pages.
Security and risk
AI Trader Command Center is designed around account security, protected customer data, explainable research, clear risk language, and payment handling through Stripe.
Protected app pages require an authenticated session, plan-aware access, and admin-only checks for operations pages.
Watchlists, trade cards, paper trades, settings, and journal records are scoped to the signed-in user.
Checkout and the Customer Portal handle payment collection. The app stores subscription state, not card numbers or CVC.
Trade ideas are decision support with max loss, invalidation, liquidity, and uncertainty language near the recommendation.
Security architecture
The launch architecture is intentionally layered: browser protections, server-side gates, scoped records, hosted billing, and audited operations all have to work together before a user can reach paid research data.
Customers enter through secure cookies, OAuth or email auth, legal acceptance, and plan-aware route gates.
Protected pages are checked before the app shell renders paid research, billing, settings, or admin surfaces.
State-changing requests are validated server-side before data is saved, exported, deleted, or sent to support.
Watchlists, journal entries, scanner views, trade cards, and paper trades are scoped to the authenticated user.
Stripe handles payment collection, while support messages are filtered for secrets before storage or email delivery.
Admins get audited operations tools for incidents, provider readiness, feature flags, support queues, and launch gates.
Operational hardening
The platform keeps user research separate by account, validates state-changing requests on the server, and makes security protections part of the normal release QA gate.
State-changing app requests are checked against trusted origins and browser fetch metadata before protected data is changed.
Security headers are emitted on every route, including clickjacking protection, origin isolation, content-type protection, and CSP reporting.
Browser policy reports are rate-limited, sanitized, and recorded for admin audit review when the database is configured.
Contact messages with obvious passwords, API keys, tokens, card numbers, or account credentials are rejected before storage.
Signed-in users can export their saved account data, while cross-site export triggers are blocked before protected records are read.
API routes reject oversized or malformed request bodies before account, billing, support, or research records are processed.
Security reports have severity levels, containment steps, secret-rotation checks, regression-test expectations, and customer-impact review before closure.
Legal center
Risk-first trading research
Start with explainable trade cards, paper trading, and portfolio guardrails. The platform focuses on research, monitoring, and review workflows.