私は今、数時間のためにこれを破るしようとしてきたが、私は会社のための侵入テストを行っています:(</p> <p>なし成功を収めて...私は今、かなり絶望的だ厳しいFRAMEキラー

Question

バスティングとI次の

<script type="text/javascript">/* <![CDATA[ */ 
if (top != self) { 
    try { 
     if (parent != top) { 
      throw 1; 
     } 
     var disallowed = ['XXXXXXX.com']; 
     var href = top.location.href.toLowerCase(); 
     for (var i = 0; i < disallowed.length; i++) { 
      if (href.indexOf(disallowed[i]) >= 0) { 
       throw 1; 
      } 
     } 
    } catch (e) { 
     try { 
      window.document.getElementsByTagName('head')[0].innerHTML = ''; 
     } catch (e) { /* IE */ 
      var htmlEl = document.getElementsByTagName('html')[0]; 
      htmlEl.removeChild(document.getElementsByTagName('head')[0]); 
      var el = document.createElement('head'); 
      htmlEl.appendChild(el); 
     } 
     window.document.body.innerHTML = '<a href="#" onclick="top.location.href=window.location.href" style="text-decoration:none;"><img src="http://www.XXXXXXX.com/img/XXXXXX.gif" style="border:0px;" /><br />Go to XXXXXXX.com</a>'; 
    } 
} 

/* ]]> */</script> 

ありがとうございました

Answer 1

使用1：：！このフレームキラーJSをバイパスする必要が

• 私はbody要素のノード・ドキュメントのブラウジングコンテキストは、ネストされたブラウジング・コンテキストの場合は不許可リスト
• X-Frame-Options
• HTML5 sandbox

をバイパスする代わりに、ドメイン名のPアドレス、およびそのネストされたブラウジングのブラウジング・コンテキスト・コンテナcontextがframeまたはiframe要素の場合、body要素のコンテナフレーム要素はそのframe要素またはiframe要素です。それ以外の場合、コンテナフレーム要素はありません。

上記の要件は、ページがiframeなどを使用して別のページのマージンを変更できることを意味します。これは潜在的にセキュリティ上のリスクです。場合によっては、フィッシングやユーザーの誤解を招くような目的で、意図したとおりにページをレンダリングするような攻撃を試みる可能性があるためです。

参照

• HTML5 Specification, Section 10: Rendering