[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sks-devel] A brief recap
From: |
Robert J. Hansen |
Subject: |
Re: [Sks-devel] A brief recap |
Date: |
Wed, 6 Feb 2019 19:58:15 -0500 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 |
> I disagree that we have to do a trade off, mostly for technical
> reasons.
Let's call forbidden information 'kryptonite'. Kryptonite is bad stuff.
We don't want it on moral grounds or legal grounds. We would rather
shut down keyservers than have kryptonite on our systems. We then have
three choices:
* Keep it from entering the system (vetted users, approved submitters)
* Find a way to purge it from the system (ending append-only)
* Shut down keyservers
Saying "we can use blacklists to avoid serving up data" leaves you still
in possession of the data. This has bad consequences for certain kinds
of kryptonite. And the moment you say, "well, if you're not going to
serve it up then you don't need to store it, either" you've just agreed
to waive the append-only property.
signature.asc
Description: OpenPGP digital signature