Obsidius

Security

Last updated 29 October 2026

Obsidius holds information about people – CVs, rates, client contacts – so we treat security as a core part of the product. This page describes the measures in place today.

Hosting and data location

  • The Service runs on Microsoft Azure in the Sweden Central region. Data, files and backups are stored in Sweden.
  • The database only accepts encrypted connections from the Azure services that run the application.
  • Uploaded files are kept in private storage and opened through links that expire after 30 minutes.

Encryption

  • All traffic uses HTTPS (TLS 1.2 or newer), and browsers are told to always use HTTPS (HSTS).
  • The database, file storage and backups are encrypted at rest (AES-256).
  • Passwords are never stored; we store only a salted bcrypt hash.

Separation between customers

  • Every request is tied to one organisation, and the server checks that the user is a member of it before returning any data.
  • Within an organisation, roles control who can see and change what.
  • Important changes are recorded in an audit trail.

Sign-in and sessions

  • Sessions use a cookie that scripts cannot read (HttpOnly), that is only sent over HTTPS (Secure) and that expires after 7 days.
  • Repeated failed sign-in attempts are rate-limited.
  • A strict Content Security Policy and other security headers protect against cross-site scripting, clickjacking and similar attacks.

AI and matching

Matching consultants to assignments runs on our own servers with an open-source language model. Uploaded CVs are read by an AI model (Azure OpenAI) in our own Azure account in Sweden, reached over a private network and signed in to with the service's own identity rather than a key. Your data is not sent to any external AI provider, is not stored by the model, and is not used to train any model.

Backups and availability

  • The database is backed up automatically and can be restored to any point in the last 14 days.
  • The application is monitored with health checks, and the platform restarts it automatically if it crashes.

Development and operations

  • Every change is tested automatically before it is deployed.
  • Deployment uses short-lived, federated credentials; no long-lived passwords for the production environment are stored in our code or build system.
  • Dependencies are checked for known vulnerabilities and kept up to date.
  • Access to production is limited to the operator of the Service and protected with multi-factor authentication.

Reporting a vulnerability

If you find a security issue, please tell us at kontakt@obsidius.se before making it public, and give us reasonable time to fix it. Do not access or change other people's data while testing. We are grateful for responsible reports.