Paid Advertising
web application security lab

Malformed ASCII bypasses filters

Kurt Huwig just released a vulnerability in the way the IE correctly handles ASCII encoding. It’s a pretty tricky flaw, that really is more of a problem in Firefox and Operat that they don’t also have the flaw, but the end result is that many forms of content filters will not be able to see the text when encoded in this way.

This is the link to the proof of concept page that shows text saying “The Magic Words are Squeamish Ossifrage” (view it in Firefox and IE to see the difference). Pretty interesting implications for the AV and content filtering world. I’ll be interested to see what the patches end up looking like when this is fixed.

3 Responses to “Malformed ASCII bypasses filters”

  1. ha.ckers.org security lab - Archive » US-ASCII XSS part 2 Says:

    […] ha.ckers.org security lab - Archive » US-ASCII XSS part 2 « Malformed ASCII bypasses filters […]

  2. Yi-Feng Tzeng’s Blog » Blog Archive » XSS via US-ASCII Says:

    […] ha.ckers.org part 1 […]

  3. ha.ckers.org web application security lab - Archive » US-ASCII Issues Redux Says:

    […] Where [CHAR] was an enumerating list of characters and [DECIMAL-CHAR] was the decimal representation of that character. I expected to only find 60 (the decimal representation of the open angle bracket, and the additional character 188 (the US-ASCII issue that Kurt Huwig found). Alas, there was far far more vulnerable characters. Here’s the list: […]

Respond here or Discuss On the Forums