DELiX - teknisk översikt och användarguide
DELiX är en end-to-end-krypterad plattform för lösenord, filer och delad åtkomst i organisationer. Dokumentationen är skriven för beslutsfattare, administratörer, säkerhetsansvariga och användare som vill förstå hur plattformen skyddar och administrerar information
Översikt
Vad DELiX är, vad den är till för och hur information skyddas.
DELiX samlar lösenordshantering, säker filhantering och kontrollerad åtkomst i ett och samma arbetsflöde. Innehållet krypteras innan det lagras och kan bara öppnas av behöriga användare.
Produkten passar organisationer där känsliga uppgifter behöver delas mellan personer, team och funktioner utan att kontrollen tappas när medarbetare byter roll, konsulter lämnar uppdrag eller systemägare ändras. Dokumentationen beskriver därför både teknisk säkerhet och praktiska rutiner för en trygg drift.
Vad DELiX gör
Lagrar nycklar och filer end-to-end-krypterade per objekt.
Delar åtkomst till enskilda användare, grupper eller via publika länkar.
Hanterar arbetsytor med egna rot-nycklar och medlemslistor.
Stödjer verifierade kontakter så att en dela-åtgärd inte kan riktas till fel mottagare.
Håller papperskorg, återställning och revisionslogg integrerade i samma modell.
Vad DELiX inte gör
Läser eller indexerar användarnas innehåll i klartext.
Lämnar ut innehåll om användaren tappar både huvudlösenord och återställningsnyckel.
Använder lösenordsåterställning via e-post som bakväg till data.
Svenskt bolag och jurisdiktion
DELiX drivs från Sverige och är en del av den svenska och europeiska juridiska sfären.
Bolaget är registrerat i Sverige och lyder under svensk lag och GDPR. Det innebär att frågor om ansvar, tillsyn och utlämnande prövas i svensk rätt och att behandlingen av personuppgifter sker inom EU:s ramverk.
Svenskt bolag, svenska anställda och svensk support.
GDPR och svensk lagstiftning som primär rättslig ram.
Krypteringsmodellen är utformad så att ett rättsligt krav om utlämnande av data inte ger tillgång till klartext.
Även om bolaget är svenskt är det den tekniska designen - inte juridiken - som skyddar innehållet i praktiken. Jurisdiktionen är ett komplement, inte ersättning, för kryptografi.
Arkitektur och arbetsytor
Hur innehållet organiseras: arbetsytor, spaces, mappar och roller.
Arbetsytor (workspaces)
En arbetsyta är ett avgränsat samarbetsområde med egen medlemslista, egna grupper och egna behörigheter. Användare kan tillhöra flera arbetsytor samtidigt; innehåll flyttas inte automatiskt mellan dem.
Spaces och innehåll
Inom en arbetsyta finns två separata trädstrukturer: ett för
nycklar
och ett för
filer
. Bägge stödjer mappar, egna ikoner och omorganisation. Separationen är medveten; det håller listor rena och minskar risken att fel typ av objekt delas av misstag.
Nycklar:
lösenord, API-nycklar, tokens, databasuppgifter, SFTP, kortuppgifter och fritt definierade fält. Stöd för TOTP-frön och anteckningar.
Filer:
uppladdning av binärt innehåll, förhandsgranskning och versionshantering för delade filer.
Import:
CSV-import från vanliga lösenordshanterare med duplikat- och schemakontroll.
Grupper
En grupp samlar flera medlemmar och gör det enklare att dela åtkomst till rätt personer. När medlemskapet ändras uppdateras gruppens åtkomst automatiskt.
Papperskorg
Raderade objekt flyttas först till papperskorgen. Ägare och delägare kan återställa dem tills papperskorgen töms eller objektet raderas permanent.
Säkerhetsmodell
Hur DELiX skyddar information och åtkomst.
Teknisk grund
Argon2id
för nyckelhärledning från master password. Parametrarna är kalibrerade för att göra offlineattacker kostsamma även mot svaga lösenord.
AES-256-GCM
för stark kryptering av innehåll och behörighetsmaterial.
Säker delning
för säker delning till specifika mottagare.
Verifierad identitet
för att verifiera identitet och kontaktbekräftelser.
Verifieringskod
för säkra verifieringskoder.
Upplåsningsflöde
Användaren anger sitt huvudlösenord.
Argon2id härleder en symmetrisk masternyckel lokalt.
Valvet låses upp på användarens enhet.
Användarens privata säkerhetsnycklar görs tillgängliga på enheten.
Endast det innehåll som användaren har behörighet till öppnas.
Huvudlösenordet lämnar inte användarens enhet.
Skydd mot felaktig återanvändning
Krypterat innehåll är bundet till sitt sammanhang. Det minskar risken att innehåll kan flyttas eller återanvändas på fel plats.
Kryptografi är inte magi. Den skyddar innehållet men förutsätter att användaren skyddar sitt master password, sparar sin recovery key på en säker plats och använder en uppdaterad webbläsare på en enhet man faktiskt äger. Om alla dessa förutsättningar fallerar samtidigt kan ingen leverantör återskapa datan.
Nyckelhierarki
Hur DELiX skyddar åtkomst från konto till enskilt innehåll.
Master key
- används för att låsa upp valvet på ett säkert sätt.
Återställningsskydd
- gör det möjligt att återställa åtkomst och byta huvudlösenord utan att innehållet behöver skapas om.
User bundle
- används för att bekräfta användarens identitet och öppna behörigt innehåll.
Arbetsytans åtkomstskydd
- styr åtkomst inom en arbetsyta.
Gruppens åtkomstskydd
- uppdateras när gruppens medlemmar ändras.
Innehållets åtkomstskydd
- skyddar en enskild nyckel, fil eller mapp och delas bara med behöriga mottagare.
Uppdatering av gruppåtkomst
När en gruppmedlem tas bort uppdateras gruppens åtkomst så att personen inte längre kan öppna nytt eller uppdaterat innehåll som delas via gruppen.
Delning och åtkomst
De tre delningsmodellerna - direktdelning, gruppdelning och publika länkar - och vad de skiljer sig åt i.
Direktdelning
Direktdelning ger åtkomst till en specifik mottagare. Mottagaren måste vara en verifierad kontakt för att minska risken att innehåll delas till fel person.
Behörighet kan vara läs eller läs/skriv.
Utgångsdatum kan sättas per delning.
Delning kan återkallas när som helst av ägaren.
Gruppdelning
Gruppdelning ger åtkomst till alla nuvarande medlemmar i gruppen. När medlemskapet ändras uppdateras åtkomsten automatiskt.
Delägare (co-owners)
En delägare är en mottagare med förhöjd rätt - full läs- och skrivåtkomst samt rätten att förvalta delningar för objektet. Delägarskap används när två eller flera personer gemensamt ska äga ett objekts livscykel, till exempel en systemkontoredovisning som flera administratörer förvaltar.
Publika länkar
Publika länkar är till för engångsdelning till personer utanför plattformen. Länken kan skyddas ytterligare med:
Lösenord (härleds via Argon2id och kombineras med länkens fragmentnyckel).
Engångsbruk - länken förfaller vid första användning.
Utgångsdatum.
Go Hunt
Go Hunt hjälper ägare och administratörer att se vem som har åtkomst genom direktdelning, grupper, delägarskap eller ärvd mappåtkomst.
Krypterad delning utan konto
Dela en nyckel eller filer krypterat med någon som inte har ett DELiX-konto.
Med DELiX kan du dela en nyckel eller filer krypterat även med någon som inte har ett konto. Innehållet krypteras direkt i din webbläsare innan det skickas och dekrypteras först när mottagaren öppnar delningen.
Mottagaren behöver bara länken och behöver inte registrera sig eller logga in i DELiX.
Hur länge finns delningen kvar?
Krypterad data sparas i högst 4 dagar. Därefter tas delningen automatiskt bort.
Den kan också tas bort tidigare. När det maximala antalet tillåtna öppningar har använts förbrukas delningen och den krypterade informationen tas bort.
För en nyckel sker detta direkt efter den sista tillåtna öppningen. För filer tas den krypterade filen bort så snart den sista öppningen är avslutad. Om en nedladdning fortfarande pågår kan filen finnas kvar i upp till 15 minuter så att nedladdningen kan slutföras.
Du som skapade delningen kan även välja att ta bort den tidigare.
Antal öppningar
En delning utan länklösenord kan öppnas en gång.
Om du skyddar delningen med ett länklösenord kan du välja att tillåta mellan 1 och 4 öppningar. När gränsen är nådd går länken inte längre att använda.
Ett felaktigt lösenord räknas inte som en öppning.
Dela filer
Du kan dela upp till 50 filer i samma länk, med en sammanlagd storlek på högst 100 MiB.
Filerna krypteras i din webbläsare innan de skickas till DELiX och dekrypteras först hos mottagaren.
Behandla länken som känslig information
Den kompletta delningslänken innehåller den information som behövs för att dekryptera innehållet. Skicka därför länken endast till den person som ska ha tillgång till delningen.
För extra skydd kan du använda ett länklösenord och skicka lösenordet via en annan kanal än själva länken.
Krypterad delning utan konto är avsedd för tillfällig delning utanför DELiX. När mottagaren har ett DELiX-konto är verifierad direktdelning eller gruppdelning normalt bättre för långvarig och administrerbar åtkomst.
Upplåsning och återställning
Master password, recovery key och biometrisk upplåsning - när och hur.
Master password
Master password är den primära upplåsningsmetoden. Välj en lång lösenfras som inte återanvänds någon annanstans. Argon2id hanterar själva härledningen, men slutstyrkan beror på hur mycket entropi lösenfrasen innehåller.
Recovery key
När kontot skapas visas en återställningsnyckel. Den visas bara en gång och ska sparas på en säker plats, separat från huvudlösenordet. Återställningsnyckeln används för att:
Återställa åtkomst om master password glöms bort.
Byta huvudlösenord på ett säkert sätt.
Om både master password och recovery key går förlorade kan kontot inte återställas. Det är en egenskap, inte en bugg: det är det som gör att DELiX kan lova att leverantören inte kan läsa innehållet.
Biometrisk upplåsning
Biometrisk upplåsning kan användas på kompatibla enheter för att låsa upp valvet snabbare. Huvudlösenordet behövs fortfarande första gången på en ny enhet och fungerar som reserv om biometrisk upplåsning inte är tillgänglig.
SSO-konfiguration
Så kopplar administratören DELiX till Microsoft Entra ID, Google Workspace eller Okta med SAML-baserad Enterprise SSO.
Enterprise SSO gör att organisationens användare loggar in med sin befintliga identitet och att åtkomst kan styras centralt i identitetsplattformen. DELiX fungerar som service provider (SP). Identitetsplattformen fungerar som identity provider (IdP).
Domän:
den e-postdomän som ska kopplas till organisationens SSO-policy, till exempel example.com.
Metadata:
DELiX behöver IdP-metadata via metadata-URL eller metadata-XML för att verifiera issuer, certifikat och endpoints.
Tilldelning:
användare eller grupper måste tilldelas SAML-applikationen i identitetsplattformen innan de kan logga in.
Värden som kopieras från DELiX
Öppna SSO-inställningarna i DELiX och kopiera de service provider-värden som visas där. Värdena kan skilja mellan utveckling, staging och produktion, så använd alltid de värden som visas i den miljö som ska konfigureras.
Entity ID / Audience URI
Identifierar DELiX som SAML service provider. Klistras normalt in som Entity ID, Audience URI eller SP Entity ID hos IdP:n.
Metadata URL
URL till DELiX SP-metadata. Används av vissa IdP:er för att läsa in Entity ID, ACS och certifikatinformation automatiskt.
ACS URL / Reply URL
Endpoint dit SAML-svaret skickas efter lyckad autentisering. Måste matcha exakt, inklusive protokoll och sökväg.
SLO URL
Endpoint för Single Logout när IdP:n stödjer SLO. Om IdP:n inte använder SLO kan värdet sparas för framtida aktivering.
Välj identitetsplattform
Klicka på den plattform som ska konfigureras. Stegen är skrivna för SAML 2.0 och utgår från att DELiX redan visar SP-värden i administratörsvyn.
Välj SSO-plattform
Entra
Microsoft Entra ID
Använd Microsoft Entra Enterprise Applications för att skapa en egen SAML-applikation för DELiX och koppla den till rätt användare eller grupper.
Öppna Microsoft Entra admin center och gå till Enterprise applications. Skapa en ny egen applikation för DELiX om den inte redan finns.
Välj Single sign-on och därefter SAML som metod.
Klistra in DELiX Entity ID som Identifier/Audience och DELiX ACS URL som Reply URL/ACS URL. Lägg in SLO URL om Single Logout ska användas. Du kan också ladda ner Metadatafilen och ladda upp den till din Entra applikation under SAML-sidan
Sätt Name ID till användarens primära e-postadress. Rekommenderade attribut är email, given_name och family_name om organisationen vill föra över dem.
Ladda ner Federation Metadata XML eller kopiera App Federation Metadata Url från Entra.
Gå tillbaka till DELiX, ange domän, leverantörsnamn och metadata-URL eller XML. Testa sedan inloggningen med en tilldelad användare innan SSO görs obligatoriskt.
Google
Google Workspace
Använd Google Admin Console och skapa en egen SAML-app för DELiX. Tilldela appen till rätt organisationsenheter eller grupper innan ni aktiverar den brett.
Öppna Google Admin Console och gå till Apps, Web and mobile apps. Välj Add app och därefter Add custom SAML app.
Ange appnamn, till exempel DELiX, och ladda ner eller kopiera Google IdP-metadata när guiden visar den.
Klistra in DELiX ACS URL i fältet ACS URL och DELiX Entity ID i fältet Entity ID.
Sätt Name ID-format till EMAIL och Name ID till användarens primära e-postadress.
Mappa eventuella attribut som email, firstName och lastName om organisationen vill skicka dem till DELiX.
Aktivera appen för rätt organisationsenheter eller grupper. Lägg därefter in Google metadata-URL eller metadata-XML i DELiX och testa inloggningen.
Okta
Okta
Använd Okta Admin Console och skapa en SAML 2.0 App Integration för DELiX. Okta hanterar sedan tilldelning, policy och IdP-metadata.
Öppna Okta Admin Console och gå till Applications. Välj Create App Integration och välj SAML 2.0.
Ange appnamn och eventuell logotyp. Fortsätt till SAML Settings.
Klistra in DELiX ACS URL som Single sign-on URL och DELiX Entity ID som Audience URI/SP Entity ID.
Sätt Name ID format till EmailAddress och Application username till användarens e-postadress.
Lägg till attribute statements vid behov, till exempel email, firstName och lastName. Spara integrationen.
Tilldela personer eller grupper, kopiera Okta metadata-URL eller ladda ner metadata-XML och klistra in den i DELiX. Testa med en tilldelad användare.
Rekommenderad driftsättning är att först aktivera SSO frivilligt för en pilotgrupp, verifiera loggar och attribut, och först därefter göra SSO obligatoriskt för hela domänen.
Revisionslogg och licenser
Spårbarhet över åtkomsthändelser och hur licenspooler fungerar.
Revisionslogg
Systemet loggar händelser som rör åtkomst, delning och objektförvaltning. Administratörer kan filtrera loggen per användare, resurstyp och tidsperiod. Loggen omfattar bland annat:
Inloggning, utloggning och misslyckade upplåsningsförsök.
Skapande, uppdatering, radering och återställning av objekt.
Delningar som ges, ändras eller återkallas.
Gruppförändringar och uppdaterad åtkomst.
Nedladdning och förhandsgranskning av filer och nycklar.
Licenspooler
Organisationer kan köpa en licenspool som täcker ett antal platser. Pool-ägaren tilldelar platser till specifika användare och kan justera antalet platser via självbetjäning. Betalning hanteras av en extern betalningsleverantör; DELiX lagrar inga kortuppgifter själv.
Användarguider
Tydliga arbetssätt för användare, arbetsyteadministratörer och säkerhetsansvariga.
En säker plattform blir som starkast när den används konsekvent. Följande guider beskriver rekommenderade arbetssätt för de vanligaste rollerna i en organisation.
För användare
Dagligt arbete
Användaren ska kunna skapa, hitta och dela känsligt material utan att behöva förstå hela nyckelmodellen. Fokus ligger på stark upplåsning, tydliga namn och verifierade mottagare.
Lås upp valvet endast på egna eller betrodda enheter och använd biometrisk upplåsning när det finns stöd.
Spara nycklar i rätt workspace och använd tydliga namn som visar system, miljö och syfte.
Verifiera kontakter innan första direktdelningen och använd publika länkar endast när mottagaren saknar konto.
För administratörer
Workspace och åtkomst
Administratören ansvarar för struktur, grupper, medlemskap och löpande åtkomstkontroll. Målet är att åtkomst ska följa funktion, inte person, så långt det är möjligt.
Skapa arbetsytor per team, kund, produkt eller säkerhetsdomän - undvik en enda gemensam arbetsyta för allt.
Använd grupper för återkommande åtkomst och direktdelning för tillfälliga undantag.
Granska Go Hunt och revisionsloggen regelbundet, särskilt efter offboarding eller rollbyte.
För säkerhetsteam
Kontroll och efterlevnad
Säkerhetsteamet bör definiera policyer för SSO, lösenfraser, recovery key, publika länkar och extern granskning. Dokumentationen kan användas som underlag vid intern kontroll.
Aktivera SSO för organisationsdomäner och bestäm om lösenordsinloggning ska tillåtas parallellt.
Sätt rutiner för hur recovery keys ska lagras och hur kontoåterställning ska dokumenteras.
Koppla revisionslogg och åtgärdsplaner till organisationens ordinarie säkerhetsarbete.
Onboarding
Välj en lösenfras på minst fyra ord som inte återanvänds någon annanstans.
Spara recovery key på en plats som är fysiskt eller logiskt separerad från master password.
Aktivera biometrisk upplåsning på personliga enheter för att minska antalet inmatningar av master password.
Skapa en arbetsyta per organisatoriskt sammanhang - dela inte en arbetsyta mellan oberoende team.
Strukturera innehåll
Håll nycklar och filer i separata trädstrukturer. Blanda inte utan skäl.
Namngivningskonvention: roll eller system först, variant sist. Exempel:
prod-db-primary
.
Undvik mappar på en enda nivå för att täcka alla objekt - dela på roll eller system.
Dela med urskillning
Gruppdelning är default när åtkomsten följer en funktion. Det förenklar både onboarding och offboarding.
Direktdelning passar tillfälliga, personbundna ärenden - sätt gärna ett utgångsdatum.
Publika länkar används sparsamt och alltid med lösenord eller engångsbruk när innehållet är känsligt.
Verifiera nya kontakter i en separat kanal innan första direktdelningen.
Audit-loggen är mer användbar om delningar har ett syfte som kan förklaras för sig själv i objektnamn och mappstruktur. Det minskar behovet att gissa i efterhand vad en viss åtkomst användes till.
Vanliga frågor
Korta svar på frågor som kommer upp regelbundet i onboarding och support.
Kan DELiX läsa mina filer eller lösenord?
Nej. Innehåll krypteras innan det lagras och kan bara öppnas av användare med rätt behörighet.
Vad händer om jag glömmer mitt master password?
Logga in med återställningsnyckeln och sätt ett nytt huvudlösenord. Om både huvudlösenord och återställningsnyckel saknas kan kontot inte återställas.
Vad är skillnaden mellan direktdelning och gruppdelning?
Direktdelning passar en enskild mottagare. Gruppdelning passar när åtkomsten ska följa en grupp över tid.
Vad händer när någon tas bort från en grupp?
Gruppens åtkomst uppdateras. Den borttagna medlemmen kan inte längre öppna nytt eller uppdaterat innehåll som delas via gruppen.
Varför måste kontakter verifieras innan jag kan dela direkt?
För att delningen ska riktas till rätt person. Verifieringen görs per kontakt och behöver göras om om kontaktens säkerhetsstatus ändras.
Är publika länkar säkra att använda?
Ja, om de används rätt. Använd lösenord, utgångstid eller engångsbruk när innehållet är känsligt. När mottagaren finns i DELiX är direkt- eller gruppdelning oftast bättre.
Fungerar DELiX offline?
DELiX är en webbapplikation och kräver internetanslutning. Innehåll öppnas bara för behöriga användare.
Kan jag exportera mina data?
Ja. Nycklar kan exporteras i CSV-format från den egna arbetsytan. Filer laddas ned individuellt. Export kräver upplåsning precis som annan åtkomst.
Stödjer DELiX SSO med Entra, Google och Okta?
Ja. DELiX är förberett för SAML-baserad Enterprise SSO och kan konfigureras mot Microsoft Entra ID, Google Workspace och Okta med de SP-värden och metadata som visas i administratörsvyn.
För språkbyte, inloggning och interaktiva funktioner behöver du aktivera JavaScript.