@bsinthewild Hey Braden, since you already have authentication with Clerk, could we add a private/public key and offer end-to-end encryption to customers who need it to encrypt files, messages, etc? what do you think?
🚨 Seald is now on GitHub!!
Open-source isn't just a competitive advantage,
It’s a necessity!
And what’s the foundation of cybersecurity? Trust.
How do we build trust? Through transparency.
That’s why Seald has taken the leap.
Our code is now transparent, inviting experts worldwide to contribute to the most advanced end-to-end encryption SDK on the market.
Check it out on GitHub and let’s build a more secure world together! 💪🔒
https://t.co/kx1Uf0oSh6
#OpenSource #CyberSecurity #Encryption #Seald #ZeroTrust #E2EE
Seald x Stream: end-to-end encrypted chat 💬🔒
Here's an article on how to create an end-to-end encrypted chat in your application, even if you're not a security expert.
#encryption#E2EE#chat#privacyByDesign#zeroTrust
https://t.co/ag3COQA57h
I had a fantastic discussion with @SealdPrivacy about implementation details when implementing End-to-end Encryption #e2ee
The devil is in the details, as often in security and cryptography 😅
Thank you so much @ReboursT and Mehdi, you rock 🤘
#TipOfTheDay 💡: Allow users without Seald identity to encrypt data.
The anonymous encryption SDK enables your application to provide a way for users without Seald identity (unregistered users or users who are not logged-in) to encrypt data for users with a Seald identity.
#TipOfTheDay 💡: How Seald ensures that no-one can perform a man-in-the-middle attack?
Seald created the "Sig-Chain" technology, an immutable register that records all activities such as adding an identity, joining a group, renewing keys, and more.
This signature chain is unique to each user, safeguarding against the possibility of a man-in-the-middle attack.
The "Sig-Chain" serves as a mechanism that enables the verification of a user's entire set of public keys simultaneously.
In case a user has a very large number of devices, or re-logs in very regularly, we advise you not to create a separate sub-identity for each connection, but simply use the identity stored on SSKS directly.
https://t.co/HHgKYnNybV
#E2EE#coding#zeroTrust#tutorial#identity
#TipOfTheDay 💡: Accelerate the creation of sub-identities.
To accelerate the creation of sub-identities, you can pre-generate the private keys by calling the seald.preGenerateIdentityKeys() function in advance.
On voulait migrer à @Sendinblue_fr pour nos emails transactionnels chez @SealdHQ. "C'est français, ça doit être bien niveau vie privée". Que nenni !
Ils ajoutent un pixel espion dans chaque email, et voici ce qu'ils me répondent quand je râle. @CNIL qu'en pensez-vous ?
#TipOfTheDay 💡: Improve the speed of a Seald identity instantiation.
To improve the speed of instantiation, you can use « databaseRawKey » instead of « databaseKey ».
This avoids deriving the « databaseKey » with « scrypt » which is CPU intensive, especially on mobile devices.