Isolering per kund
Plattformen är byggd för flera kunder (multi-tenant) med strikt logisk separation: varje läsning och varje skrivning avgränsas till ditt kontos identifierare i både datalagret och applikationslagret. Din information är varken synlig eller åtkomlig från någon annan kunds konto, och det finns inga globala sökfrågor som är tillgängliga för användare.
- Kontinuerlig verifiering, inte ett löfte. En automatiserad kontrollfunktion granskar regelbundet produktionsmiljön efter varje konfiguration som skulle kunna blanda information mellan konton och rapporterar till plattformens vitala signaler. Separationen antas inte, den mäts.
- De publika gränssnitten (formulär, widgetar, webhooks) är minimala och autentiseras med token eller en identifierare med begränsad räckvidd; allt annat kräver en autentiserad session.
- Ändringar förbereds och testas i en separat arbetsmiljö innan de publiceras i produktion.
Identitet och åtkomstkontroll
- Lösenord som inte kan återställas. De lagras endast som en kryptografisk envägshash med salt (bcrypt). Ingen, inte ens OMB:s eget team, kan läsa eller rekonstruera dem.
- Roller med minsta möjliga behörighet. Ägare, administratör och användare, med behörigheter per modul: varje person ser bara det som arbetsuppgifterna kräver.
- Härdade sessioner. Cookies med Secure, HttpOnly och SameSite; funktionen för att komma ihåg inloggningen använder delade token som roteras vid varje användning och jämförs i konstant tid, så att en stulen gammal cookie inte öppnar kontot.
- Tvåfaktorsautentisering finns tillgänglig för de konton som behöver det, och passkeys införs som föredragen metod eftersom de genom sin utformning är skyddade mot nätfiske.
- Förstärkt verifiering per modul. Moduler som du markerar som känsliga kan kräva en extra verifiering när de öppnas, även om sessionen redan är inloggad, enligt samma praxis som internetbanker.
Kryptering
| Lager | Teknik | Detaljer |
|---|---|---|
| Vid överföring | TLS | All kommunikation krypteras: portal, API, widgetar och integrationer. |
| Hemligheter och inloggningsuppgifter | AES-256-GCM | E-postlösenord, integrationsnycklar och inloggningsuppgifter som kunder anförtror oss lagras krypterade med integritetsautentisering. Huvudnyckeln förvaras utanför kodförrådet och utom räckhåll för webbservern, med restriktiva behörigheter och rotation utan dataförlust. |
| Kundvalv | AES-256-GCM | Inloggningsuppgifter till tredjepartsportaler som en kund anförtror plattformen finns endast i krypterad form, utan mänsklig läsning i normal drift, och raderas permanent på begäran. |
| Användarlösenord | bcrypt | Envägshash med salt. Dekryptering är inte möjlig. |
| Signerade dokument | SHA-256 + RFC 3161 | Varje signerat avtal knyts till sitt kryptografiska fingeravtryck med en kryptografisk tidsstämpel. |
Perimeter, säkerhetskopior och kontinuitet
- Brandvägg på infrastrukturnivå och blockering i webbservern av alla känsliga filer (konfiguration, loggar, säkerhetskopior, versionshantering): de är inte åtkomliga från internet.
- Sessionslagring utanför det publika katalogträdet, med restriktiva behörigheter.
- Dagliga säkerhetskopior, verifierade och krypterade. Varje säkerhetskopia av databasen verifieras innan den sparas (en säkerhetskopia som inte klarar verifieringen sparas inte som giltig) och krypteras med AES-256 med en dedikerad nyckel, skild från driftnyckeln och förvarad utanför kodförrådet och utanför mappen för säkerhetskopior.
- Säkerhetskopiorna inkräktar inte på din integritet. De används enbart för återställning, aldrig för att läsa data. Information i ett krypterat valv följer med till säkerhetskopian redan krypterad med din nyckel: inte ens i säkerhetskopian är den läsbar. Rotationen är högst 14 dagar, så att raderade data även försvinner från säkerhetskopiorna inom den tiden.
- Kontinuerlig övervakning av plattformens vitala signaler med avvikelsedetektering.
Spårbarhet och dokument med bevisvärde
- Loggning av viktiga åtgärder (skapande, ändringar, utskick, signaturer) med datum, tid, IP-adress och användare.
- När behörig personal arbetar i övervakningsläge registrerar plattformen den verkliga identiteten hos den som agerar, inte bara kontot som åtgärden gäller.
- Dokument med bevisvärde (avtal och kvitton) skapas på serversidan, knyts till sitt SHA-256-fingeravtryck och behåller hela sin händelsekedja. Den signerade filen är bevisligen det dokument som visades.