thecookingsenpai

I have this proposal for ActivityPub

NOTE: This proposal is based on https://www.w3.org/TR/activitypub/#authorization and https://www.w3.org/wiki/SocialCG/ActivityPub/Authentication_Authorization consulted on 06 January 2024.

• Considering that the entire section on safety considerations is presented as non-normative
• Given that "at the time of standardisation there are no strongly agreed mechanisms for authentication. " as per the above reference
• Assuming that the ultimate goal is to have a decentralised, persistent and verifiable identity.

Premise: The following proposal represents a radical and potentially disruptive change to the current ActivityPub specifications. In particular the following parts:

• ActivityPub clients authenticate to a server using OAuth 2.0 bearer tokens.
• Related OAuth considerations

It is also important to note that the following proposal can coexist with current OAuth authentication.

The proposed encryption algorithm (ED25519) can and should be updated in the event of a vulnerability or major upgrade.

Suggestion

I have no idea how to write a document like this correctly, and I am probably doing it wrong, but my only goal is to stimulate discussion.

The proposal is as follows.

ActivityPub clients authenticate against a server using ED25519 signatures In general, bearer tokens can be easily replaced by signatures in almost every aspect. Advantages:

• Servers don't need to store anything other than a session token.
• Authentication is decentralised and context independent
• Your key is your identity: no server breach can expose your data
• There are mature libraries like node-forge (for nodeJS and TS) and many others that allow easy implementation of authentication.

I have tried to think about possible downsides, but the goal of this post is to stimulate discussion, please keep it respectful, but of course criticism and additions are welcome!

cross-posted from: https://lemmy.world/post/10904853

cross-posted from: https://poptalk.scrubbles.tech/post/567593

Haier hits Home Assistant plugin dev with takedown notice

I'm not really big on "let's make a movement", but this independent dev has been hit with a cease-and-desist from making a FOSS Home Assistant addon for their Haier air conditioners.

Haier claims that they are losing out on millions of dollars due to this plugin which... lets you control their air conditions from home assistant. They haven't bothered to explain how that's possibly worth millions of dollars - they're just claiming it.

So of course they hit the Streisand button and are demanding that he takes it down. He of course is complying... in a couple of days. Maybe you see where this is going.

It would be an absolute shame if any of you just happened to create a fork, or clone the code, or mirror it in your own instance. An absolute shame.

Just so everyone here knows which repositories NOT to clone or fork, here are the two links:

• https://github.com/Andre0512/hon
• https://github.com/Andre0512/pyhOn

and please, don't repost this anywhere, or share it in other communities, or anything like that. It's a shame that so many people already know and are making clones. I'm just letting you know so you don't do anything like telling others who may make their own copies.

(sidenote: Haier owns GE Appliance, so for our American folks it may affect you folks too)