💾 Archived View for bbs.geminispace.org › u › jsreed5 › 12774 captured on 2024-06-16 at 19:40:23. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2024-05-10)

➡️ Next capture (2024-07-09)

🚧 View Differences

-=-=-=-=-=-=-

Comment by 🚀 jsreed5

Re: "Dragonlady: Client Side encryption for Gemini"

In: s/Gemini

I think this is an interesting idea. What I'm confused about is where the spec for it would live in relation to the spec for Gemini itself. I wouldn't put it in the core transfer protocol, and it doesn't fit with the gemtext spec because it's not gemtext. Are you proposing Dragonlady as a new protocol to live alongside Gemini, like Titan does?

🚀 jsreed5

2023-12-18 · 6 months ago

1 Later Comment

🍵 mimas · 2023-12-19 at 16:25:

Interesting! Since I don't host my capsule myself, the question of the trustworthiness of a third-party server came up. I would like to see gemini offer the possibility to easily store encrypted data on a foreign server, the approach here sounds exciting.

Original Post

🌒 s/Gemini

Dragonlady: Client Side encryption for Gemini — V0.1 Following the tradition of using space themed name, we present "Dragonlady" protocol an addon to gemini to enable client side symmetrical encryption named after the infamous codename used for U2 space spy plane. TLDR This proposal would enable to have client side encryption to gemini with an addon. This is backward compatible with clients not supporting it. We are looking for feedback and we are curious to know what the gemini community...

💬 ran-ford · 11 comments · 1 like · 2023-12-18 · 6 months ago · #certificates #client_certificates #encryption #programming