identityToken + TOTP and sessions
Administrator sign-in uses a second factor, server sessions expire, and active sessions can be inspected and revoked.
FURAZHIR / security boundary
FURAZHIR combines built-in security mechanisms with project-specific configuration. Those mechanisms do not automatically prove compliance with a law, standard, or a particular customer threat model.
Critical actions cross a server-side boundary. The browser receives no infrastructure secrets and is never treated as a trusted environment.
identityAdministrator sign-in uses a second factor, server sessions expire, and active sessions can be inspected and revoked.
request boundaryMutations verify source and CSRF state, CORS uses an exact list, and input size and shape are bounded before domain logic runs.
abuse controlPublic operations are limited, critical commands support safe repetition, and version conflicts do not silently overwrite state.
The single-tenant model isolates each customer’s operational state. Further protection depends on the selected network, database, file storage, email, and key-management practices.
least dataThe audit trail stores typed operation facts without secrets or raw binary data; sensitive values must not enter URLs or analytics events.
verify + refetchAn inbound provider notification is not treated as truth: after request verification, the object is fetched again through the authenticated API.
delivery safetyExternal effects use a queue, retries are observable, and failed operations are not lost between the database commit and a network call.
Built-in controls are completed by network, access, backup, and recovery settings in the selected infrastructure.
infrastructureUnique keys are generated outside the repository; PostgreSQL uses TLS, and internal services are not exposed without a reason.
recoverabilityA backup file alone is insufficient: restoration and release rollback must be exercised in the target environment.
project requirementsRBAC, SSO/SCIM, HA, certification, and compliance with a particular law are not claimed as ready-made features; they require separate design and evidence.
FURAZHIR provides security mechanisms, while the customer team configures infrastructure and applies project-specific requirements.
| Area | In FURAZHIR | Customer side |
|---|---|---|
| Admin access | Token + TOTP, sessions, revocation | Provisioning, rotation, offboarding |
| Web requests | CSRF/origin/CORS, validation, limits | Reverse proxy and WAF if needed |
| Data | Typed access and audit | Region, retention, backup, DB privileges |
| Integrations | Outbox, retries, webhook verification | Provider keys and network ACLs |
| Compliance | Technical safeguards | Assessment for the specific project |
BEFORE LAUNCH
A separate installation reduces cross-customer risk, while keys, network access, the database, backups, and personal-data processing still require correct configuration.
The public demo is for product evaluation and uses sample data.
Each customer installation uses a separate working database.
Security is verified in the selected infrastructure before a live launch.
No. The product supplies technical controls, while compliance depends on data categories, region, contracts, notices, infrastructure, and the specific owner’s operations.
Current v1 has an administrative boundary, token plus TOTP, and server sessions. Resource RBAC, memberships, and SSO/SCIM are separate project extensions.
FURAZHIR supplies built-in safeguards. Network rules, database protection, backups, and infrastructure keys remain the responsibility of the infrastructure owner or its technical partner.
VERIFY THE BOUNDARY
The public documentation connects panel capabilities to routes, contracts, and delivery status without claiming nonexistent certification.