Security Principles: Truthful disclosure of technical and organizational measures (TOMs) implemented across QRnaly.com infrastructure.
Back to Legal Hub
Technical & Organizational Safeguards
Security Policy & Architecture
Last Updated: September 10, 2026 • Maintained by the QRnaly Engineering & Security Team
1. Cryptography & Encryption Standards
- Encryption in Transit: All HTTP traffic to QRnaly (web UI, API routes, and public shortlinks) is strictly enforced over modern TLS 1.3 with automated HSTS redirection.
- Encryption at Rest: Relational database records, file assets, and session state are encrypted at rest using industry-standard AES-256 encryption.
- API Key Cryptographic Hashing: REST API secret keys are presented to Workspace Owners exactly once at generation time. The database retains only a one-way cryptographic SHA-256 hash and a masked suffix for verification.
- Salted Telemetry IP Hashing: Public scanner IP addresses processed during dynamic redirection are salted and cryptographically hashed before insertion into PostgreSQL to prevent scanner tracking.
2. Authentication & Session Security
- HTTP-Only Cookie Sessions: Authenticated sessions use HTTP-only, secure, same-site cookies to prevent token extraction via cross-site scripting (XSS).
- CSRF Protections: Mutation API routes are protected by origin matching and anti-CSRF headers.
- Row-Level Concurrency Locking: Quota deduction and credit ledger updates execute within atomic PostgreSQL transactions using
FOR UPDATErow locking to prevent race conditions.
3. File Upload Safety & Isolation
Uploaded PDFs and brand images undergo strict validation to prevent malicious payload uploads:
- Magic-Byte Verification: File headers are checked for authentic PDF (
%PDF-), JPEG (FF D8 FF), PNG (89 50 4E 47), or WebP signatures. Executable files disguised with image extensions are rejected. - SVG File Prohibition: Direct SVG file uploads for customer landing pages are prohibited to eliminate stored XSS risks (vector QR SVGs generated by QRnaly are programmatically synthesized via safe internal renderers).
- Storage Isolation: Uploaded media is served from isolated object storage without application code execution privileges.
4. Responsible Vulnerability Disclosure
We welcome responsible security disclosures from independent researchers. If you discover a potential vulnerability in QRnaly, please report it directly to our security team:
Security Contact: security@qrnaly.com
Please provide a detailed reproduction summary and allow reasonable time for remediation prior to public disclosure.