Säkerhet som grund, inte tillägg

Inloggning till MELTHAByggt och testat

Du kan skydda ditt konto på två sätt, och använda båda samtidigt: A. Authenticator – lösenord plus en sexsiffrig kod från en app som Microsoft Authenticator, Google Authenticator eller 2FAS. B. Passkeys – inloggning utan lösenord med fingeravtryck, ansikte, Windows Hello, Face ID/Touch ID, enhetens PIN eller en säkerhetsnyckel.

När kontot har en stark metod räcker aldrig lösenordet ensamt, inte heller via e-postkoder eller återställning av lösenordet. Känsliga ändringar – till exempel att ta bort en metod eller avsluta kontot – kräver att du bekräftar på nytt. Riktiga mejlkonton kan bara anslutas efter stark inloggning. Allt ingår i alla paket utan extra kostnad.

Så fungerar passkeysByggt och testat

En passkey är ett nyckelpar som skapas på din enhet. Den hemliga delen lämnar aldrig enheten; MELTHA sparar bara den publika delen. När du loggar in signerar enheten en engångsutmaning från oss, och vi kontrollerar signaturen, adressen (origin), domänen och att du verifierats på enheten.

Fingeravtryck och ansikte kontrolleras av din enhet. MELTHA tar aldrig emot eller sparar biometrisk information. En passkey är knuten till vår domän, så den kan inte användas på en falsk webbplats som liknar vår.

Så fungerar AuthenticatorByggt och testat

Du skannar en QR-kod med din app, och appen visar sedan en ny sexsiffrig kod var 30:e sekund (standarden TOTP). Den delade hemligheten sparas krypterad hos oss med en egen nyckel, skild från nycklarna för mejlkonton.

Varje kod kan bara användas en gång, antalet försök är begränsat och efter fem felaktiga koder spärras metoden i 15 minuter. Koderna skapas i appen på din telefon – vi använder ingen betald tjänst för SMS eller koder.

Om du förlorar dina metoderByggt och testat

När du aktiverar en stark metod får du tio återställningskoder. De visas en gång, sparas bara i hashad form och fungerar en gång var. Du kan skapa nya koder; då slutar de gamla gälla.

Har du förlorat allt krävs lösenordet, en kod till din e-post och en väntetid på minst ett dygn (normalt 72 timmar). Under väntetiden får du ett meddelande och kan avbryta. När återställningen genomförs kopplas alla mejlkonton bort – återställningen ger alltså aldrig åtkomst till dina mejl.

Sessioner och enheterByggt och testat

Inloggningen sparas i en skyddad cookie (HttpOnly, SameSite, Secure i drift) som skript på sidan inte kan läsa. Varje anrop kontrolleras mot databasen, så en utloggad enhet slutar gälla direkt. Efter stark inloggning och extra verifiering byts sessionen ut mot en ny.

På sidan Säkerhet ser du inloggade enheter, när de senast var aktiva, och viktiga händelser på kontot. Du kan logga ut en enhet eller alla andra enheter. Vi visar bara webbläsare, operativsystem och en förkortad IP-adress – ingen exakt plats.

Anslutning av mejlkontonDelvis byggt

Outlook, Hotmail och Microsoft 365 ansluts via Microsofts officiella inloggning (OAuth med PKCE). Du loggar in hos Microsoft – MELTHA ser eller sparar aldrig ditt Microsoft-lösenord. Vi begär bara behörigheten att läsa mejl (Mail.ReadBasic räcker inte för innehållet, så Mail.Read används) – aldrig att ändra, radera eller skicka.

Anslutningen till riktiga Microsoft-konton är byggd och testad mot en simulator, men är inte aktiverad. Gmail och IMAP är planerade och inte byggda.

ÅtkomstnycklarDelvis byggt

Åtkomstnycklar från Microsoft stannar på servern, krypteras (AES-256-GCM) och syns aldrig i webbläsaren eller i loggar. Databasen släpper bara fram nycklarna via en särskild roll, och varje kunds rader är spärrade för andra kunder.

Planerat inför drift: krypteringsnycklarna ska ligga i en hanterad nyckeltjänst (KMS) och bytas enligt en dokumenterad rutin.

Återkalla åtkomstByggt och testat

Du kan koppla bort ett mejlkonto när som helst; nycklarna raderas då direkt. Du kan också ta bort MELTHA under Appar och tjänster i ditt Microsoft-konto. Inloggningsmetoder och enheter tar du bort på sidan Säkerhet, och du får ett meddelande via e-post vid varje ändring.

Skyddad visning av mejlDelvis byggt

HTML-mejl visas i en isolerad sandlåda där skript inte körs och formulär inte kan skickas. Externa bilder och spårningspixlar blockeras som standard – du väljer själv när de får laddas.

Bilagor har spärrade filtyper och storleksgränser. Kontroll mot skadlig kod är planerad och inte byggd ännu.

Vad administratörer kan och inte kan seByggt och testat

Administratörer ser bara antal, status och teknisk metadata – aldrig mejlinnehåll, åtkomstnycklar eller de anslutna kontonas adresser. Det spärras i databasen, inte bara i gränssnittet.

Adminpanelen kräver stark inloggning och en uttrycklig behörighet för varje del. Administrativa ändringar kräver färsk verifiering och en motivering, och sparas i en logg som inte kan ändras eller raderas.

IntegritetDelvis byggt

Vi lagrar så lite mejlinnehåll som möjligt. Vi säljer aldrig data, visar ingen reklam baserad på dina mejl och använder inte AI på dina mejl utan ditt uttryckliga samtycke.

Du kan avsluta ditt konto när som helst. Export av dina uppgifter är planerad.

Kontroller som har gjorts

Det här är automatiska tester som körs mot koden i en lokal testmiljö med fiktiva konton. De visar att skydden fungerar som avsett i de fall som testas – inte att tjänsten saknar brister.

Gjort

• Inloggning: felaktiga lösenord, hastighetsbegränsning, kontroll av avsändaradress (CSRF) och att lösenordet ensamt inte räcker när kontot har en stark metod.
• Authenticator: rätt och fel kod, återanvänd kod, samtidiga försök, spärr efter fem fel och engångsanvändning av återställningskoder.
• Passkeys: manipulerade svar med fel adress, fel domän, fel eller återanvänd utmaning, saknad användarverifiering, fel signatur och bakåtgående räknare nekas.
• Separering: en kund kan inte läsa eller ändra en annan kunds konton, nycklar, metoder eller sessioner – varken via servern eller direkt i databasen.
• Administration: rollen ensam räcker inte, stark inloggning och behörighet krävs, och granskningsloggen kan inte ändras.
• Nycklar: åtkomstnycklar och koder hamnar aldrig i webbläsaren eller i loggar.
• Webbsäkerhet: säkerhetshuvuden och innehållspolicy, isolerad visning av HTML-mejl och kontroll av indata.
• Beroenden: alla bibliotek har öppna licenser och npm audit visar inga kända sårbarheter vid senaste kontrollen.

Inte gjort ännu

• Ingen extern penetrationstestning.
• Ingen oberoende granskning av koden eller driftmiljön.
• Ingen certifiering.
• Ingen drift: tjänsten är inte publicerad och inga riktiga mejlkonton är anslutna.
• Ingen hanterad nyckeltjänst (KMS) för krypteringsnycklarna.
• Ingen kontroll av bilagor mot skadlig kod.