- From: Melvin Carvalho <melvincarvalho@gmail.com>
- Date: Sat, 12 Apr 2025 12:04:17 +0200
- To: w3c@hhmx.de
- Cc: emelia <emelia@brandedcode.com>, public-swicg@w3.org
- Message-ID: <CAKaEYh+oHuHaOKjQ14Qdec_D4w05amuR=f9F5ufiL2Gd__+kKg@mail.gmail.com>
so 12. 4. 2025 v 11:26 odesílatel Nils (aka Nordnick) <w3c@hhmx.de> napsal: > Hi Emelia, Hi Melvin, Hi all, > > i agree with Emelia here... (see below). > > On 12 Apr 2025 at 10:06, emelia wrote: > > [...] > > That is to say: you'd need to completely change how you think about > > doing anything with the Actor's private keys to make it > > user-custodial, because the private key is used for signing outgoing > > requests that may happen in the background & it would necessarily make > > sense to send the users' active sessions a message going "hey, can you > > sign this HTTP request I need to make?" for HTTP Message Signatures. > > Trying to imagine, how this should work in real life, if the > (non-technical) user should provide a key for each signing of a HTTP > request in the background. > > Also it would it make really hard to use multiple ways to handle an > account... how should a user store a key, if he or she uses multiple > apps and UIs on multiple devices? > Hi Nils, great questions! I’m probably missing something obvious, but I was wondering: What’s the challenge with users holding their private key on mobile? Could something like a passkey be used, so the key stays on the device and is unlocked with a fingerprint? Just exploring ideas — curious what others think. > > > > So yes, whilst we should be encrypting private keys in databases with > > a server-custodial key, that won't make the Actor's private key useful > > for payments or E2EE. > > There is a more or less easy way to get the control on your keys: > Operate an own instance. This is possible with ActivityPub, even for > a single user instance for personal communication. > > But... what is the goal of ActivityPub, a decentralized social > networking protocol? > > It is designed to PUBLISH activities, messages, what so ever. > > It is NOT designed to provide secret one-to-one communication. > It is NOT designed to run financial operations. > > So if you are in need of some kind of special secure communication, > most likely ActivityPub isn't what your are looing for... > > A nice weekend to all, > Nils > >
Received on Saturday, 12 April 2025 10:04:33 UTC