IBM Application Security Insider: toStaticHTML: The Second Encounter (CVE-2012-1858)（情報元のブックマーク数）
toStaticHTMLのセキュリティロジックを悪用して、toStaticHTMLを通ったもので、Javascriptを発動させちゃおう！って話
http://blog.watchfire.com/wfblog/2012/07/tostatichtml-the-second-encounter-cve-2012-1858-html-sanitizing-information-disclosure-introduction-t.htmlVulnerability
An attacker is able to create a specially formed CSS that will overcome toStaticHTML's security logic; therefore, after passing the specially crafted CSS string through the toStaticHTML function, it will contain an expression that triggers a JavaScript call.
The following JavaScript code demonstrates the vulnerability:
<script>document.write(toStaticHTML("<style>div{font-family:rgb('0,0,0)'''}foo');color=expression(alert(1));{}</style><div>POC</div>"))</script>
In this case the function's return value would be JavaScript executable:
<style>div{font-family:rgb('0,0,0)''';}foo');color=expression(alert(1));{;}</style><div>POC</div>
The reason this code bypasses the filter engine is due to two reasons:
The filtering engine allows the string "expression(" to exists in "non-dangerous" locations within the CSS.
A bug in Internet Explorer's CSS parsing engine doesn't properly terminate strings that are opened inside brackets and closed outside of them.
When combining these two factors the attacker is able to "confuse" the filtering mechanism into "thinking" that a string is open when in fact it is terminated and vice versa. With this ability the attacker can trick the filtering mechanism into entering a state of the selector context which is considered safer where in fact the code is just a new declaration of the same selector, thus breaking the state machine and bypassing the filter.
