Re: Vote for the Debian Project Leader Election 2005
- To: debian-vote@lists.debian.org
- Subject: Re: Vote for the Debian Project Leader Election 2005
- From: Manoj Srivastava <srivasta@debian.org (va, manoj)>
- Date: Mon, 04 Apr 2005 01:40:59 -0500
- Message-id: <[🔎] 87oecvcadg.fsf@glaurung.internal.golden-gryphon.com>
- Mail-followup-to: debian-vote@lists.debian.org
- In-reply-to: <E1DEgEE-0003fU-00@chiark.greenend.org.uk> (Matthew Garrett's message of "Fri, 25 Mar 2005 04:15:22 +0000")
- References: <20050324194429.GA4329@arrakeen.all-3rd.net> <874qf0aiyc.fsf@dedasys.com> <87r7i4lhzw.fsf@hardknott.home.whinlatter.ukfsn.org> <87r7i4lhzw.fsf@hardknott.home.whinlatter.ukfsn.org> <200503241723.28435.wjl@icecavern.net> <E1DEf15-0005uv-00@chiark.greenend.org.uk> <E1DEf15-0005uv-00@chiark.greenend.org.uk> <20050325031502.GF2902@hezmatt.org> <E1DEgEE-0003fU-00@chiark.greenend.org.uk>
On Fri, 25 Mar 2005 04:15:22 +0000, Matthew Garrett <mgarrett@chiark.greenend.org.uk> said:
> Matthew Palmer <mpalmer@debian.org> wrote:
>> I think that Wesley may be thinking more along the lines of a
>> simple replay attack -- if you *do* change your mind, your earlier
>> (publically posted) ballot can be fed back into the system again,
>> to reset your preferences to those you originally chose.
> I /believe/ that there's a replay cache to prevent a naive replay
> attack
Umm, it does have a replay cache. How does a sophisticated
replay attack differ from a naive one?
> - I'm not sure if it insists that the order of signing is consistent
> with the order of receipt.
Umm, I am not sure I understand what this means.
manoj
--
Coward, n.: One who in a perilous emergency thinks with his
legs. Ambrose Bierce, "The Devil's Dictionary"
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/%7Esrivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Reply to: