Authentication and sessions
Passwords are hashed with Argon2id. Sessions use strict cookie handling, HTTP-only cookies, secure cookies when HTTPS is active, and session ID rotation on successful sign-in.
Security is a non-negotiable part of Chimera Forms. The application is built so public form behavior, account actions, updates, uploads, and response access are checked at the server instead of being trusted because the browser said everything looked fine.
Passwords are hashed with Argon2id. Sessions use strict cookie handling, HTTP-only cookies, secure cookies when HTTPS is active, and session ID rotation on successful sign-in.
State-changing administrative requests use CSRF tokens. A form submission from the public embed has its own nonce model and does not reuse administrator authorization.
Ownership and collaborator roles are checked when forms, responses, settings, publishing controls, and management areas are accessed. Hiding a button in the interface is not treated as authorization.
Application data is accessed through prepared PDO statements with emulated prepares disabled. User input is not concatenated into SQL queries as a shortcut.
Required fields, date rules, hidden values, display logic, and quota state are checked again on the server. A modified browser request cannot make a hidden answer magically become trusted.
The admin application uses a restrictive Content Security Policy and same-origin scripts. When a CSP conflict appears, the fix is to move behavior into trusted bundled code rather than quietly turning the policy off.
Incremental update packages are signed with Ed25519. Chimera checks the release signature and SHA-256 payload hashes before applying the package, and database migrations are tracked as part of the update process.
Hosted-page branding images are decoded and validated as images, resized to a maximum width of 1920 pixels, normalized to WebP, stored with generated filenames, and served through the application.
Important application actions can be recorded with the user, object, timestamp, and a keyed hash of the originating IP address. Audit failures do not take the main application offline.
Chimera Forms uses a rotatable public embed token for browser embeds. It is intentionally different from a private administrative key. The token is scoped to the published form and can be limited to approved origins.
Submission nonces are also bound to the form and origin. Quotas, date rules, visibility, and validation are recalculated at submission time.
Chimera Forms is designed to take security seriously, but security also depends on the environment where it is deployed. HTTPS, server patching, database permissions, backups, mail configuration, access policies, and operational practices still matter. Security work is ongoing, and the release process treats security fixes as part of normal product maintenance.