> > returning to the same place. > > "Absolutely imperative" exaggerates the risk. The mapfile will most likely > remain on the user's own node unchanged. If evil nodes start getting good > at cracking popular KSKs then all KSKs should be banned and new nodes > should start rejecting them, just like how we now refuse to store KSKs. If > there are only a few isolated incidents, and no epidemic, we can merely > strongly deprecate them. But for now, they are useful and will help to > increase Freenet's popularity and usability. KSKs should only be used as guessable/human readable entry-points into more robust machine controlled keytypes. KSK redirects to MSKs, which are built in the robust subspace. _______________________________________________ Freenet-dev mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/mailman/listinfo/freenet-dev
- Re: [Freenet-dev] Map files for FProxy Brandon
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Oskar Sandberg
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Scott Gregory Miller
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Scott Gregory Miller
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Oskar Sandberg
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Scott Gregory Miller
- Re: [Freenet-dev] Map files for FProxy Oskar Sandberg
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Oskar Sandberg
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Scott Gregory Miller
- Re: [Freenet-dev] Map files for FProxy Scott Gregory Miller
- Re: [Freenet-dev] Map files for FProxy Brandon
- Re: [Freenet-dev] Map files for FProxy Brandon
- Re: [Freenet-dev] Map files for FProxy Mark J. Roberts
- Re: [Freenet-dev] Map files for FProxy Brandon