Re: A Sampling of XML/RSS Feed Cracking Discussion

From: JamBoi <jamboi_at_yahoo_dot_com>
Date: Sat Apr 30 2005 - 09:19:59 CDT

Yes, and the possibility of mutable code/data (ie. similar situation as
"self-modifying 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:
> >
> > > Kathy,
> > >
> > > Thanks so much for your most needed input. I think the optimum
> > > problem that needs to be addressed, is the actual channels of
> > > aggregation used in the central tabulators.
> > >
> > > If that can be audited per Landshark's written lawsuit, we have
> the
> > > first hard irrefutable evidence of election fraud. One of the
> > > mainstay problems in the partisan vote counting, is states are
> > > bending existing laws and also in many instances crossing into
> > > illegal territory in order to cover up the fact deceased voters
> are
> > > counted in the election results.
> > >
> > > By weighing it in having happened and been culpable in both 2000
> and
> > > 2004 elections, we can now see how this large scale type of
> operation
> > > is really going on. 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.
> > >
> > > This is an improper and unfounded governmental ruling, which
> allows
> > > total corruption because only the supervisor of elections is now
> > > allowed to run the aggregator and thus whatever form of voter
> > > registries whether cancelled, deceased, or sometimes just plain
> > > double voted. IE: A GOP staffer has registered in multiple
> places;
> > > their "election vote" is counted across the map and so inflating
> the
> > > fraud even further.
> > >
> > > Because of the lack of transparency, corrupt BOE's have been
> allowed
> > > to overflood the process. In order to penalize this and hopefully
> > > uncover Clint Curtis's software once and for all, we must do a
> > > fullscale audit of the tabulator system pulling and parsing the
> > > voters. Every single system is automated, so it also can display
> its
> > > results by live feed on television and via website. 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. Which is a bold faced lie, any operating
> system
> > > uses the task-relay just like a normal PC and in the end a vote
> > > tabulator is just that: You can't cause a "significant fluke"
> unless
> > > you are doing it on purpose.
> > >
> > > 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.
> >
> > > Date: Thu, 21 Apr 2005 15:51:44 -0700 (PDT)
> > > From: Rodney Sax <code_breaker_z@yahoo.com>
> > > Subject: Re: [Fwd: Re: I have information on an important
> subject.]
> >
> > > Kathy, I think you may be more than interested in the update then
> > > that is going up today.
> > >
> > > I have uncovered evidence of both the FDLE and Agriculture
> > > departments; writing into regulation a series of laws which would
> > > allow automated aggregation of voters in order to "prevent" voter
> > > fraud.
> > >
> > > The catch 22 that Jeb Bush was absolutely adamant about, is that
> > > using actual laws from 1996 and before the state department has
> been
> > > allowed to keep deceased voters and those no longer registered on
> the
> > > lists; and use them for whatever whim they choose!
> > >
> > > I found it in archived folders on the secret locations of the
> State
> > > Department's website, and there is for certain more where that
> came
> > > from on every State Department's database in the USA.
> > >
> > [snipped rest of non-technical research]
> > > -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
> >
>
>
> --
> - Laird Popkin, cell: 917/453-0700
>
> _______________________________________________
> OVC discuss mailing lists
> Send requests to subscribe or unsubscribe to
> arthur@openvotingconsortium.org
>

JamBoi

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

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
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