Re: A Sampling of XML/RSS Feed Cracking Discussion

From: JamBoi <jamboi_at_yahoo_dot_com>
Date: Sat Apr 30 2005 - 09:34:22 CDT

Note also that when I said XML/RSS I was representing aggregation in
general so include Atom and others. Don't know about ICE, but I think
the Developer who raised the questions would probably say no XML tek
should be included at all for the concerns over mutable data/code.

Below Rodney wrote:
"We should have no need for XML related code anywhere near these vote
tabulators, because its widely admissable to corruption. Other forms of
code that should be suggested, are open-source AS assembly type code or
other simpler compiler languages."

I think he's getting at the requirement for a language that is as
precompiled as possible and has few if any run-time mutability of data
or code.

JamBoi

--- laird popkin <lairdp@gmail.com> wrote:

> For aggregation we should certainly _not_ use RSS. RSS is
> (intentionally) a completely insecure protocol designed for
> publishing
> content out to anyone who wants it, with no security, authentication,
> etc., at all. So I can only hope that when you are talking about RSS
> you aren't saying that anyone is actually using RSS for vote
> aggregation.
>
> That being said, there are other aggregatation protocols, such as ICE
> (Information and Content Exchange, http://www.icestandard.org --
> disclaimer: I helped write the ICE spec) that provide for controlled
> delivery of data, which can be secured using standard technologies
> (e.g. SSL, TLS), and there are a whole raft of "secure" protocols
> used
> by the banking and commerce worlds.
>
> That being said, it sounds like you're more concerned about the
> "automated" aspect than anything about the aggregation protocol...
>
> - LP
>
> On 4/28/05, JamBoi <jamboi@yahoo.com> wrote:
> > Note this conversation has included Clinton Curtis and Kathy Dopp:
> >
> > For more on this please see Rodney's blog at
> > http://rigged-aggregators.blogspot.com, especially the posts from
> April
> > 18th and just before.
> >
> > JamBoi
> >
> > --- Rodney Sax <code_breaker_z@yahoo.com> wrote:
> >
<snip>
> It stems from actual corrupt auditing
> processes
> > > and pre-programmed databases (aggregators) which are no doubt
> > > displaying a significant deliberate bias. In the way that I have
> > > someone writing up an explanation, it basically allows the BOE
> member
> > > full control over an election.
<snip>
This is
> another
> > > reason Votergate can go off without a hitch, everything is
> > > interconnected using Momento-lite XML code which allows thousands
> of
> > > processes at once. This also becomes the exscuse for any hackers
> who
> > > were involved, because they can then say any computer can not do
> more
> > > than two things at once, and it resulted in the numbers switching
> > > because of a glitch.
<snip>
> > > We should have no need for XML related code anywhere near these
> vote
> > > tabulators, because its widely admissable to corruption. Other
> forms
> > > of code that should be suggested, are open-source AS assembly
> type
> > > code or other simpler compiler languages. Whenever you run with
> > > something Microsoft-Access applicable, you run a whole insecure
> > > operation asking for tampering. XML is far too Microsoft-Access
> > > dependant.
> > >
> > [non-technical research stuff snipped]
> > > -Rodney N.

JamBoi

"Live humbly, laugh often and love unconditionally" (anon)
http://dailyJam.blogspot.com

                
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
_______________________________________________
OVC discuss mailing lists
Send requests to subscribe or unsubscribe to arthur@openvotingconsortium.org
==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Sat Apr 30 23:17:21 2005

This archive was generated by hypermail 2.1.8 : Sat Apr 30 2005 - 23:17:22 CDT