Re: Proper form for a public FMS outproxy?
Arne Babenhauserheide <arne_bab-S0/[email protected]> Sat, 20 Jul 2019 09:59:01 +0200
| Newsgroups | gmane.network.freenet.devel |
|---|---|
| Message-ID | <[email protected]> |
--=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, [email protected] writes: > Now, my idea is this: You set up a public (onion or clearnet) frontend > where you can make and read posts, with its back-end being FMS. =E2=80=A6 > Frontends would be disposable and dime-a-dozen; a front-end with too To get to this situations, you must make it very, very easy to host them. This might be a major endeavor (but one which would benefit Freenet a lot). =E2=80=A6 > My idea is that each user posting would get some kind of unique name > (e.g. truncated salted IP hash, or for Tor users a cookie they need to > solve say 20 captchas to get - maybe you could do JS PoW or something > like that). Then the frontend would post with its key but that > name. It would also assign message trust slightly above zero, but no > list trust. > > Do you think this would work? It's a bit ugly taking the IPs, but not > disastrously bad. The server wouldn't need to do any IP banning of > pathological cases. It could carry out basic spam filtering > (e.g. Bayes), but it wouldn't have to. Captchas might be possible to > replace with rate limits. I=E2=80=99m thinking about this as I would an attacker to do. If I did not = like your forums, I would simply DoS them by posting from many different IPs. Providing this with an ID just tied to solved captchas via cookies could work. That would then be ephemeral identities. If combined with limited posting rate and limited lifetime (i.e. solve one additional captcha per week so you cannot just collect IDs and then use them all at once without maintenance cost) would prevent using this system to DoS FMS. > Specifically, a user that didn't like this would set list trust of the > master identity to 0. Do you reckon this would happen? Yes, I think this would happen, because one bad apple would spoil the whole identity. But if you would find a way to pre-generate IDs and then assign them to new users (so the standard FMS spam-defense would work), then this idea could work. If the proxy had a main ID which gives trust-list-trust to these IDs, then people could decide whether they want to see the new IDs. Best wishes, Arne =2D- Unpolitisch sein hei=C3=9Ft politisch sein ohne es zu merken --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE801qEjXQSQPNItXAE++NRSQDw+sFAl0yycgACgkQE++NRSQD w+vGqA/9HcaiQji9PkYtvQ2d4yoEpMYDuX4MIGhIWB7/0YJHru/9xo8HoPSE5wsb /0awV9QPcLGVnor7P8P2TRPj7jJ47VB6DfLYtdTG8jzF6xQPOhMX+Ipgru0oi+V5 sNT8MrjPWkO3m9hDK6acyRHNAkGTj687qJSdZ1PEhRDTzo+4HfBKrUXoxbxBxQ+e gQRoQpNt0f02oNKaiodah0S77NR5/WkyJ7CMvHvpmTUFW5YEhpnS23RReG0Nwu/H fxQ44wA8pFALtv6kJ63D4I+ozUzVWSACbKAijNzYzPr4u2OiMTNeSgLBbxILtFwu MOR8dTfVOojFOpX1cKrdZvevusYdMOdQqc20yX3Tv97FnrMqYAE3YSMDA/uN8pf7 rkmuZCBDA9bjwrhMKIY9xAtL7f14fWqJDN70kl8ZwErUpZilkwAeksIST6Pb2cNc BOlRsSfQVoi1BY4Nhu43OcKw6brBmB6Rj32fSigk5JVVspQ2UEjthI1NYbg2Lk0V DSoITJoWVeO/X+VbRn8/866kfDhrY0JucxjRYjsA9V6SP1zs0lbQnBnpk1D23+Mw LdlrIrhaR+8wXU07blM+kRbEi2unVbry6BLn4pZtqHwjxLLkGjE1zfMNZehqmLJb SBA72Ft0QzCxowNYt/OFv3nYOUhF3MEgj3D++coCtpiTgwoxKJWIswQBAQgAHRYh BN0ovebZh1yrzkqLHdzPDbMLwQVIBQJdMsnIAAoJENzPDbMLwQVIlqoD/1tYW2qK t6btEN8Z7bVv0m5uYAvAFLURzYeiLh5VNRqn4WX6JZzUzCQaBUszkbAZrEZkBfsL 04GBve/k/dCLnWvVCU+mJ5UuX32bShrnk9+lu9aK2SbiFjhuHqNwN/RX7922VCjb 9Vp/uDeieBoLMe09sssJzoLlW55jg47rqylZ =ND4t -----END PGP SIGNATURE----- --=-=-=--