Mailfence high-level security analysis
Mailfence is a secure and private email service that provides end-to-end encryption email and digital signing features. All crypto operations relating to private key, and the bodies of emails are performed after user unlocks the private key with the respective passphrase that only user knows.
Following table will provide a high-level security analysis overview with respect to the type of information and the level of protection that it holds.
| Type of Information |
Level of Protection |
| Source of random data when creating new PGP keys | Entropy collected via the client device |
| Password encrypted in transmission from browser to web server | SSL/TLS |
| Password securely stored on web server | SHA256 (iterated and hashed) |
| Private key passphrase exposure | Passphrase check for all crypto-activity always occurs on the client side – and never gets exposed to the server |
| Encrypted private key in transmission between browser and web server | Two-layers of encryption: 1- With user passphrase (via AES) 2- TLS/SSL |
| Encrypted private key in storage | With user passphrase (via AES) |
| Private key decrypted on web server | Does not apply to Mailfence – as all the private key en(de)cryption occurs on the client side with the user passphrase |
| End-to-end encrypted messages during transmission from client browser to Mailfence servers | Two layers of encryption: 1 – OpenPGP 2 – SSL/TLS |
| End-to-end encrypted messages body and attachments during transmission between web server and recipient email account | 1 – OpenPGP 2 – STARTTLS (if supported by recipient) |
| End-to-end encrypted messages body & attachments encrypted in storage on web server | OpenPGP |
| End-to-end encrypted messages body & attachments known to web server | No (except sent & draft items) – crypto-operations concerning end-to-end occurs on the client side |
| Message headers encrypted during transmission from browser to web server | SSL/TLS |
| Message headers encrypted during transmission between web server and recipient email account | STARTTLS (if supported by recipient) |
| Message headers in storage on web server | Not encrypted |
Vulnerability Analysis
The following points apply to emails sent using end-to-end encryption:
| Attack | Level of Protection |
| Attacker is listening to your Internet connection | Protected |
| Attacker gets access to email stored on the server | Protected |
| Attacker gets access to the server’s databases | Protected |
| Attacker compromises webserver after you have accessed your email | Protected |
| High-level MiTM attack – where an adversary sends you a false code for all the crypto-related operations to check | Not protected |
| Attacker has access to your account | Protected (but the sent end-to-end encrypted messages will be viewable in clear text) |
| Attacker has access to your computer before you access your email (and can install programs such as key logger/malware…) | Not protected |
Don’t hesitate to contact us in case you have more questions about High-level security analysis of our service.
Follow us on twitter/reddit and keep yourself posted at all times.
– Mailfence Team
Patrick is the co-founder of Mailfence. He’s been a serial entrepreneur and startup investor since 1994 and launched several pioneering internet companies such as Allmansland, IP Netvertising or Express.be. He is a strong believer and advocate of encryption and privacy. You can follow @pdeschutter on Twitter and LinkedIn.
