You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So, (some) Tox clients send the endpoint to a bunch of untrusted devices. This means that when the sending endpoint and subscribing endpoint are symmetric (such as with public ntfy), any one of the untrusted devices can see what any of the other devices have sent.
There are a couple of solutions:
The most architecturally correct solution to me seems like treating each untrusted device as a separate instance, and having unique endpoints for them. Downside: public ntfy rate limits to 30 subscriptions per IP
We could modify ntfy to have public/private topic IDs. downside: complexity in ntfy.
Making a gateway for tox that maps multiple public URLs to a private URL. Downside: introduces additional points of failure and centralization.
The text was updated successfully, but these errors were encountered:
Personally, I think 1 is the best option, because it requires no code changes, only a rate limit change. Also, it keeps UnifiedPush a simple one-to-one messaging platform, and does not introduce the complexities of many-to-one.
So, (some) Tox clients send the endpoint to a bunch of untrusted devices. This means that when the sending endpoint and subscribing endpoint are symmetric (such as with public ntfy), any one of the untrusted devices can see what any of the other devices have sent.
There are a couple of solutions:
The text was updated successfully, but these errors were encountered: