<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>JugglerShu.Net &#187; SEH</title>
	<atom:link href="http://programming.jugglershu.net/wp/?cat=60&#038;feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://programming.jugglershu.net/wp</link>
	<description>Nothing But Programming</description>
	<lastBuildDate>Wed, 15 Apr 2020 08:11:15 +0000</lastBuildDate>
	<language>ja</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.9.40</generator>
	<item>
		<title>情報の伝わり方</title>
		<link>http://programming.jugglershu.net/wp/?p=598</link>
		<comments>http://programming.jugglershu.net/wp/?p=598#comments</comments>
		<pubDate>Fri, 26 Mar 2010 17:51:00 +0000</pubDate>
		<dc:creator><![CDATA[shu]]></dc:creator>
				<category><![CDATA[ASLR]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[SEH]]></category>
		<category><![CDATA[SEHOP]]></category>

		<guid isPermaLink="false">http://programming.jugglershu.net/wp/?p=598</guid>
		<description><![CDATA[CanSecWest2010で話したことが少しだけ下の記事で参照されている。 http://threatpost.com/en_us/blogs/researchers-finding-new-ways-bypass-exploit-mitigations-032510 問題は、ちょっと書いていることが、僕の言ったことと変わってしまっているということ。 &#8220;SEH OverwriteでA <a class="more-link" href="http://programming.jugglershu.net/wp/?p=598">続きを読む <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div>CanSecWest2010で話したことが少しだけ下の記事で参照されている。</div>
<div><a href="http://threatpost.com/en_us/blogs/researchers-finding-new-ways-bypass-exploit-mitigations-032510">http://threatpost.com/en_us/blogs/researchers-finding-new-ways-bypass-exploit-mitigations-032510</a></div>
<div></div>
<div>問題は、ちょっと書いていることが、僕の言ったことと変わってしまっているということ。</div>
<div>&#8220;SEH OverwriteでASLRとDEPやその他のメモリプロテクションがバイパスできる&#8221;みたいなことを言ったように書かれているが、僕が言ったことの中にはASLRは含まれていない。</div>
<div>実際に、この発表の結論は、ASLRがこれらのバイパスを防ぐために重要な役割をしているということだった。スライドを一枚使ってきちんと説明したのに・・・。</div>
<div>おそらく、会場にいた技術的なバックグラウンドがある人たちにはきちんと伝わったはずだと思う。実際にその後のディスカッションでも何も認識に違いはなかった。</div>
<div></div>
<div>この前も、一部のニュースでASLRとDEP回避のゼロデイが出たみたいなのがあって、実際にはASLR回避は含まれていなかった。</div>
<div></div>
<div>話はだんだん大きくなってしまうのかもしれない・・・。</div>
<div></div>
<div>ところで、ASLRは単純に回避するのは難しい。</div>
<div>SEH Overwriteの場合、SEHOPと組み合わせると、かなり効果的だる事は間違いない。</div>
<div>ただ、ここの記事でも書かれているように、難しいことと不可能なことは違う。</div>
<div>実際にはDEP+ASLRの回避方法自体は例がある。まあただこれもSEHOPを組み合わせると難しくなる。</div>
<div>ASLR+SEHOP回避も、少しはExploit確率をあげるような方法はあるかもしれない。そのあたりを今度は調べてみようか。</div>
<div></div>
]]></content:encoded>
			<wfw:commentRss>http://programming.jugglershu.net/wp/?feed=rss2&#038;p=598</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SafeSEHとSoftware DEP</title>
		<link>http://programming.jugglershu.net/wp/?p=613</link>
		<comments>http://programming.jugglershu.net/wp/?p=613#comments</comments>
		<pubDate>Mon, 17 Aug 2009 15:41:00 +0000</pubDate>
		<dc:creator><![CDATA[shu]]></dc:creator>
				<category><![CDATA[SafeSEH]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[SEH]]></category>
		<category><![CDATA[Software DEP]]></category>

		<guid isPermaLink="false">http://programming.jugglershu.net/wp/?p=613</guid>
		<description><![CDATA[SEH関連の情報をひたすらに収集しているのだけれど、いまいちSafeSEHとSoftware DEPとの関係性が分からない。あるところでは全く同じ物だと書いてあったり、そうでないところもあったり。全く関係がないわけではないことは確かなのだけど。SafeSEHオプションがなくてもSoftware DEPの一部は機能する気がするし、一方でSoftware DEPを実行属性なしメモリを例外ハンドラとして <a class="more-link" href="http://programming.jugglershu.net/wp/?p=613">続きを読む <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>SEH関連の情報をひたすらに収集しているのだけれど、いまいちSafeSEHとSoftware DEPとの関係性が分からない。<br />あるところでは全く同じ物だと書いてあったり、そうでないところもあったり。全く関係がないわけではないことは確かなのだけど。<br />SafeSEHオプションがなくてもSoftware DEPの一部は機能する気がするし、一方でSoftware DEPを実行属性なしメモリを例外ハンドラとして呼ばない機能とすれば、SafeSEHオプションだけでも意味のある物になる（登録されている例外ハンドラしか呼ばないという機能になるから）。</p>
<p>いまのところ、僕のイメージは、別々の物だけれどどちらもSEHを攻撃から保護してくれる機能という感じ。<br />でもなんか違うのかも。どこからどこまでがSafeSEHで、どこからどこまでがSoftware DEPなのかはっきりしてほしいと思うのだけれど・・・。</p>
<p>まあ、もうすぐ整理して書かなくてはいけないので、これから必死になっていろいろ読んで理解するしかない。</p>
]]></content:encoded>
			<wfw:commentRss>http://programming.jugglershu.net/wp/?feed=rss2&#038;p=613</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SEH and SEHOP 現在の疑問 とりあえず解決？</title>
		<link>http://programming.jugglershu.net/wp/?p=619</link>
		<comments>http://programming.jugglershu.net/wp/?p=619#comments</comments>
		<pubDate>Thu, 16 Jul 2009 15:42:00 +0000</pubDate>
		<dc:creator><![CDATA[shu]]></dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[SEH]]></category>
		<category><![CDATA[SEHOP]]></category>
		<category><![CDATA[_EXCEPTION_REGISTRATION_RECORD]]></category>

		<guid isPermaLink="false">http://programming.jugglershu.net/wp/?p=619</guid>
		<description><![CDATA[前の投稿からちょっとしか時間がたってないけど、もう一度読み返して解決したかなぁといった感じ。uninformedの方のPDFには、スタック上の_EXCEPTION_REGISTRATION_RECORDのnextを0xffffffffに攻撃者が書き換えたらどうなるか、ということを考察してあって、その場合はpop,pop,ret命令に飛ばすことで、このnextのコードを実行するという利点が生かせなく <a class="more-link" href="http://programming.jugglershu.net/wp/?p=619">続きを読む <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><a href="http://programming.jugglershu.net/blog/2009/07/seh-and-sehop.html">前の投稿</a>からちょっとしか時間がたってないけど、もう一度読み返して解決したかなぁといった感じ。<br />uninformedの方のPDFには、スタック上の_EXCEPTION_REGISTRATION_RECORDのnextを0xffffffffに攻撃者が書き換えたらどうなるか、ということを考察してあって、その場合はpop,pop,ret命令に飛ばすことで、このnextのコードを実行するという利点が生かせなくなるため、そうする意味がなくなると書いてある。これが僕の考えていたことであって、そうなんだったら、わざわざ終端用フレームを入れる必要がない。でも、さらに付け加えて、それでも何らかのコードを任意に実行されることは確かなので、念のためにランダムな終端フレームを入れてチェックするように下ほうがいい、と言っている。</p>
<p>つまりは念のためにそうしているという感じなのかもしれない。まあ、pop,pop,retを利用できないとなれば、基本的にはスタックオーバーフローならリターンアドレス書き換えの方が素直な方法だし、SEH Overwritingの利点がなくなっちゃうし。</p>
<p>とりあえず、こんな感じで解決と言うことにしておきます。</p>
]]></content:encoded>
			<wfw:commentRss>http://programming.jugglershu.net/wp/?feed=rss2&#038;p=619</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SEH and SEHOP 現在の疑問</title>
		<link>http://programming.jugglershu.net/wp/?p=620</link>
		<comments>http://programming.jugglershu.net/wp/?p=620#comments</comments>
		<pubDate>Thu, 16 Jul 2009 15:17:00 +0000</pubDate>
		<dc:creator><![CDATA[shu]]></dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[SEH]]></category>
		<category><![CDATA[SEHOP]]></category>
		<category><![CDATA[_EXCEPTION_REGISTRATION_RECORD]]></category>

		<guid isPermaLink="false">http://programming.jugglershu.net/wp/?p=620</guid>
		<description><![CDATA[SEHについて今いろいろ調べている。そのうちまとめてこのサイトにも載せる予定。最初は単純にSEHの仕組みを知りたかったのだけれど、だんだんと深くなってしまい、まずは下のを読んでhttp://uninformed.org/?v=5&#038;a=2&#038;t=pdfそれからhttp://blogs.technet.com/srd/archive/2009/02/02/preventing-the <a class="more-link" href="http://programming.jugglershu.net/wp/?p=620">続きを読む <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>SEHについて今いろいろ調べている。そのうちまとめてこのサイトにも載せる予定。<br />最初は単純にSEHの仕組みを知りたかったのだけれど、だんだんと深くなってしまい、<br />まずは下のを読んで<br />http://uninformed.org/?v=5&#038;a=2&#038;t=pdf<br />それから<br />http://blogs.technet.com/srd/archive/2009/02/02/preventing-the-exploitation-of-seh-overwrites-with-sehop.aspx<br />を読んだ。<br />他にもいろいろ読んだのだけれど、とりあえずこの二つで今のところ疑問なのは、<br />なぜスレッドの開始時に終端例外フレームを挿入しておかないといけないのかということ。例外フレーム(_EXCEPTION_REGISTRATION_RECORD)のnextポインタが0xffffffffに突き当たればそれでOKなんじゃないのか？と思った。でもきっと違うんだろう。入れておかないといけないんだろうなぁ。でもなんでだか今のところよく分からない。</p>
<p>誰か分かる人教えてください。</p>
]]></content:encoded>
			<wfw:commentRss>http://programming.jugglershu.net/wp/?feed=rss2&#038;p=620</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
