Re: Requesting comments on draft-cheney-safe-02.txt

Willie Gillespie <wgillespie+ietf@es2eng.com> Sun, 02 August 2009 19:06 UTC

Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n72J6mQs018772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 12:06:49 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.14.2/8.13.5/Submit) id n72J6mWW018771; Sun, 2 Aug 2009 12:06:48 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-smtp@mail.imc.org using -f
Received: from smtp167.dfw.emailsrvr.com (smtp167.dfw.emailsrvr.com [67.192.241.167]) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n72J6jiO018764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf-smtp@imc.org>; Sun, 2 Aug 2009 12:06:45 -0700 (MST) (envelope-from wgillespie+ietf@es2eng.com)
Received: from relay6.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay6.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id E7DEE3009D; Sun, 2 Aug 2009 15:06:44 -0400 (EDT)
Received: by relay6.relay.dfw.mlsrvr.com (Authenticated sender: willie.gillespie-AT-es2eng.com) with ESMTPSA id A513C30098; Sun, 2 Aug 2009 15:06:44 -0400 (EDT)
Message-ID: <4A75E317.9070208@es2eng.com>
Date: Sun, 02 Aug 2009 13:03:51 -0600
From: Willie Gillespie <wgillespie+ietf@es2eng.com>
Organization: Engineering System Solutions
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: "Cheney, Edward A SSG RES USAR USARC" <austin.cheney@us.army.mil>
CC: ietf-smtp@imc.org
Subject: Re: Requesting comments on draft-cheney-safe-02.txt
References: <f6fecbd18af7.4a721c99@us.army.mil> <4A720D35.1000306@cybernothing.org> <f6e091e580a6.4a7258af@us.army.mil>
In-Reply-To: <f6e091e580a6.4a7258af@us.army.mil>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-smtp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smtp/mail-archive/>
List-ID: <ietf-smtp.imc.org>
List-Unsubscribe: <mailto:ietf-smtp-request@imc.org?body=unsubscribe>

I know of some large cable internet providers that block access to 
"external" SMTP servers by default -- but allow unauthenticated access 
to their SMTP server.  Will this be a problem?

Willie

Cheney, Edward A SSG RES USAR USARC wrote:
> The idea is that security vulnerabilities on the internet occur most significantly as a result of client-side scripting from documents transmitted across HTTP.  By most significant I mean as measured by quantity and not severity.  In addition to frequent immediate vulernabilities client-side scripting can also operate as an execution point for other additional vulernabilities not directly associated with client-side scripting.  It is my opinion that the only way to solve this security problem is to either break HTTP or eliminate client-side scripting.  I find there is no reason to break HTTP since it is working perfectly well and is not to blame for this problem.  Client-side scripting cannot be removed unless an alternative convention is proposed.
> 
> It is absolutely imparitive that a solution exist as the quantity of these security problems are continually increasing and there is no possible solution available from HTTP.  If a solution is not proposed the security flaws of the system will become so significant that the commerical value of financial transactions and PII leaks will eventually result in abandoning the internet as an open platform in favor of more secure proprietary technologies.
> 
> As an alerternative method of allowing interactivity from client-side scripting I wrote this document to migrate the concept of client-side scripting to the email architecture.  The idea is that interactivity from client-side scripting can be replaced by transaction interactivity.  Since mail servers are intermediate agents in the transmission, opposed to an end point like an HTTP server, they can make processing or scripting decisions upon data without that scripting having to exist on a client system.  In other words, it is basically an inverted form of AJAX that does not execute on the client-side.  The idea is easily possible using SMTP, but is not possible over HTTP since HTTP does not have intermediate agents between the client and server.
> 
> Thanks,
> Austin
> 
> ----- Original Message -----
> From: "J.D. Falk" <jdfalk-lists@cybernothing.org>
> Date: Friday, July 31, 2009 1:44
> Subject: Re: Requesting comments on draft-cheney-safe-02.txt
> To: "Cheney, Edward A SSG RES USAR USARC" <austin.cheney@us.army.mil>
> Cc: ietf-smtp@imc.org
> 
> 
>> Cheney, Edward A SSG RES USAR USARC wrote:
>>
>>> I am requesting comments on the following this internet draft.  Any
>>> questions, confusion, feedback, or changes would be helpful.
>>>
>>> http://tools.ietf.org/id/draft-cheney-safe-02.txt
>> Interesting idea.  What's the use case you have in mind?  In other 
>> words: 
>> who will use it, and why?
>>
>> -- 
>> J.D. Falk
>> Return Path Inc
>> http://www.returnpath.net/
>