[whatwg] JSONRequest

Hallvord R M Steen hallvors at gmail.com
Wed Mar 15 23:58:08 PST 2006


On 3/11/06, Jim Ley <jim.ley at gmail.com> wrote:

> Accessing JSON resources on a local intranet which are
> secured by nothing more than the requesting IP address.

While this is a valid concern I think the conclusion "no *new*
security vulnerabilities" is correct. If you today embed data on an
intranet in JavaScript I can create a page that loads that script in a
SCRIPT tag and steal the data.

Of course if this is implemented in UAs, it will encourage intranets
to publish JSONRequest services, so the situation may well get worse.

> The "not ok" needs to be refined to deal with proxy caches that may
> return other codes, e.g. 304 or 206.

> The cache rules are unworkable, please remove these and use standard
> HTTP methods for suggesting the cacheability of a resource, forcing
> them to be uncacheable is unworkable w.r.t. to proxy caches and
> extremely unwelcome within the browser.

You missed the fact that every request in this proposal seems to be a
POST request. No UA or proxy should cache POST anyway.
--
Hallvord R. M. Steen



More information about the whatwg mailing list