Säkerhet

Bilder och klipp som du laddar upp skickas över en krypterad anslutning till en separat mottagningstjänst. Där kontrolleras filen i serverns arbetsminne och krypteras med en egen nyckel innan den lagras. Känslig bildmetadata tas bort i enheten. Filvalda MP4/MOV-klipp med godkänd H.264- eller HEVC-profil kan skickas som original över TLS. Ljud, GPS, tider och andra uppgifter i videofilens behållare kan då nå uppladdningskantens och mottagningens arbetsminne. Servern tar bort ljud och känslig metadata innan den rensade videon krypteras och lagras; inget råoriginal sparas. Appkamerans klipp och andra godkända klipp som inte skickas som original rensas i enheten före överföring. Metadata inuti videoströmmen kan i båda vägarna nå arbetsminnet och tas bort vid serverns omkodning. DICOM skickas direkt från apparaten och bearbetas separat på servern. Under övergången till den nya DICOM-mottagningen lagras den krypterade källfilen tillfälligt före bearbetningen. Webbuppladdningens rensning före lagring gäller inte denna äldre DICOM-väg.

Varje fil får en egen nyckel, och de nycklarna förvaras separat från en master-nyckel som hålls på två offsite-platser. Master-nyckeln finns aldrig i samma backup-kedja som databasen eller fillagret. Vi roterar master-nyckeln minst en gång per år, eller direkt vid misstänkt kompromiss.

När en handledare öppnar din uppladdning hämtar servern filen, dekrypterar den och visar den via en kortlivad signerad länk.

• Lösenord lagras endast i krypterad form, aldrig i klartext.
• Tvåfaktor är obligatoriskt för handledare och admin, valfritt för användare.
• Passkey stöds som ett snabbare och säkrare alternativ till lösenord. Passkeys skyddas av enhetens biometri eller PIN och kan inte fiskas.
• Recovery-koder genereras vid 2FA-setup och visas en gång - du måste själv förvara dem säkert.
• Sessioner går ut efter 24 timmars inaktivitet.
• Brute force-skydd begränsar antalet misslyckade inloggningsförsök.
• Ingen publik registrering. Alla konton skapas via inbjudningar.

Vi använder rollbaserad behörighetskontroll. Det betyder att varje sida och varje åtgärd som kan ändra data kontrolleras mot din roll innan den utförs. Vi är förberedda för flera organisationer på samma plattform: data är scopat till den organisation du är inloggad i, och åtkomstförsök till data i annan organisation visas som om resursen inte fanns - aldrig som ett "nekat"-meddelande som skulle läcka information om andra organisationer.

All skrivande aktivitet och alla känsliga läs-operationer loggas.

• Loggen kan inte ändras eller raderas i efterhand, varken av oss eller en angripare som tar sig in i applikationen.
• Två års retention som standard. Kan konfigureras längre vid behov.
• Admin-vy med översikt, filterbar lista och detaljpanel per händelse.
• Varje händelse klassas efter allvarlighetsgrad så vi snabbt kan filtrera fram det viktigaste vid en incident.
• När en användare raderas behålls loggraden men referensen anonymiseras så att spårbarhet består utan koppling till en aktiv profil.
• Loggen skrivs tillsammans med själva åtgärden - om loggningen failar rullas hela operationen tillbaka, så det går inte att utföra åtgärder utan spår.

Vi tar regelbundna krypterade backuper av både databas och fillager till en separat extern leverantör i EU. Databas-backuperna ger en återställningspunkt på under fem minuter; fillagret synkas dagligen.

Master-nyckeln för filkryptering förvaras helt separat från backuperna - om en backup på något sätt skulle komma på avvägar är filerna fortfarande oläsbara utan nyckeln.

Kvartalsvis kör vi ett återställningstest där vi rekonstruerar en stagingmiljö från senaste backup och verifierar att en slumpvis fil kan dekrypteras. Utan ett regelbundet test är hela backup-strategin värdelös.

Inloggningsförsök, känsliga åtgärder, filuppladdningar och kontaktformuläret har var sin gräns för hur ofta de får anropas. Gränserna är anpassade efter risk: inloggning är hårt begränsad för att blockera brute force, medan vanliga åtgärder i appen ligger generöst tilltaget så att normal användning aldrig märks.

När du träffar en gräns säger appen till dig hur länge du behöver vänta innan du försöker igen.

Pocusera serverar strikta säkerhetsheaders på alla sidor för att förhindra vanliga webbattacker som XSS, clickjacking och datastöld via tredje part. Avvikelser rapporteras automatiskt till vår error-tracking och granskas regelbundet.

Hittar du en säkerhetsbrist? Hör av dig till security@pocusera.se innan du publicerar något.

Vi förbinder oss att:

• Bekräfta mottagandet inom 5 arbetsdagar.
• Lämna en realistisk tidslinje för åtgärd inom 10 arbetsdagar.
• Hålla dig informerad genom hela processen.
• Inte vidta rättsliga åtgärder mot dig, förutsatt att rapporteringen sker i god tro och utan att data exfiltreras eller integritet kränks.

Vi planerar att publicera en Hall of Fame post-launch där forskare som rapporterar säkerhetsbrister krediteras (med ditt medgivande).

Vi har inte ett aktivt bug bounty-program i nuläget. Det innebär inte att vi inte värdesätter säkerhetsforskning - vi uppskattar ansvarsfull disclosure och krediterar rapportörer i vår Hall of Fame.

När plattformen mognar och användarbasen växt utvärderar vi att starta ett strukturerat program. Tills dess: rapportera fynd via security@pocusera.se så svarar vi snabbt.

Säkerhetsmodellen omfattar även våra underbiträden. Vi anlitar tredjeparts-leverantörer för specifika tjänster (e-postleverans, error-tracking, backup-lagring, hosting och bot-skydd), och vi kräver att alla skriver personuppgiftsbiträdesavtal (DPA) med oss innan de får hantera dina uppgifter.

Komplett lista över underbiträden med syften, region och DPA-status finns i avsnittet om Integritetspolicy i vår integritetspolicy. Vi tar inte in nya underbiträden utan att uppdatera listan och, om förändringen är materiell, informera användarna i förväg via in-app banner och e-post.

För akut driftinformation, kontakta support@pocusera.se.

Driftsövervakning sker dygnet runt via automatiska health-checks. Incidenter klassificeras som P0 (allvarlig), P1 (stor), P2 (mindre) eller P3 (kosmetisk) och hanteras enligt vår interna incidenthantering. Post-mortems för P0 och P1 publiceras inom 14 dagar med rotorsaksanalys och förebyggande åtgärder.