[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Maximally Consumable Data

• From: "bryan rasmussen" <rasmussen.bryan@g...>
• To: "Costello, Roger L." <costello@m...>
• Date: Mon, 7 Apr 2008 14:27:14 +0200

I agree that the JSON does not need to be eval'ed, but I think it
probably still would end up being a security risk that you can
potentially, from the client, access data that is not from the server
that is serving your application.

Cheers,
Bryan Rasmussen

On Mon, Apr 7, 2008 at 2:23 PM, Costello, Roger L. <costello@m...> wrote:
> Hi Rob,
>
>
>  > But, you have to 'eval' it making a
>  > potential security threat.
>
>  In the book, Bulletproof Ajax, by Jeremy Keith, he says (p. 87):
>
>  "In order to extract the contents of a JSON object, it must be
>  evaluated.  The eval function is powerful, and potentially dangerous.
>  If you're retrieving JSON data from a third party that isn't entirely
>  trustworthy, it could contain some malicious JavaScript code that will
>  be executed with eval.  For this reason Douglas Crockford has written a
>  JSON parser that will parse only properties, ignoring any methods
>  (http://www.json.org/js.html)."
>
>  /Roger
>
>
>
>  _______________________________________________________________________
>
>  XML-DEV is a publicly archived, unmoderated list hosted by OASIS
>  to support XML implementation and development. To minimize
>  spam in the archives, you must subscribe before posting.
>
>  [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
>  Or unsubscribe: xml-dev-unsubscribe@l...
>  subscribe: xml-dev-subscribe@l...
>  List archive: http://lists.xml.org/archives/xml-dev/
>  List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>

• References:
  • Maximally Consumable Data
    • From: "Costello, Roger L." <costello@m...>
  • Re: Maximally Consumable Data
    • From: "bryan rasmussen" <rasmussen.bryan@g...>
  • RE: Maximally Consumable Data
    • From: "Costello, Roger L." <costello@m...>
  • RE: Maximally Consumable Data
    • From: Robert Koberg <rob@k...>
  • RE: Maximally Consumable Data
    • From: "Costello, Roger L." <costello@m...>