クロスサイトスクリプティング対策

**名無しさん＠お腹いっぱい。** · 01/10/27 10:37

http://securit.etl.go.jp/research/paper/css2001-takagi-dist.pdf

簡単にいって、フォームの入力をサーバサイドで処理してHTMLと
して出力する時に、文字のエスケープを適切に行わないと、
Cookieを取得するJavaScriptを埋め込み＆出力結果を別サイトに
リダイレクトする、というような方法を使ってCookieを第三者に
盗まれる可能性がある、ということです。

上の資料を参考にしながら、
それぞれの処理系における、どのようの文字列エスケープを行うべきか、
といったサーバサイドの対策に関する情報を交換していきたいと思います。

**名無しさん＠お腹いっぱい。** · 01/10/27 11:07

とりあえずは、Perlの場合で、BBSやチャットだと、
一番カタイのはタグ禁止ということにして<,>を文字実体参照に変換してしまう
のが手っ取り早いと思います。

**名無しさん＠お腹いっぱい。** · 01/10/28 03:25

セキュリティ板に載ってました、クロスサイトスクリプティング脆弱性の
最近の具体例が。
http://memo.st.ryukoku.ac.jp/archive/200110.month/index.html
のArticle 1756。見ればわかりますがHTMLタグのエスケープ処理を
忘れてるものと思われます。<SCRIPT>タグなんか埋め込まれた日には
色々悪さされそうです。

**名無しさん＠お腹いっぱい。** · 01/11/02 23:53

本気で対策したい人たちが読むことを期待して。
少なくともFORMから入力されたパラメタは、全て読み込んだ時点で
実体参照に置換してしまう(汚染チェックも行う)。
s/&/&/g
s/</</g
s/>/>/g
s/"/"/g
URLやHTTPヘッダもそうするべきだけど、そこまでは辛いか?後は比較などで、
元の文字列でなければ困るところだけ、一時的に元に戻すようにする。
s/</</g
s/>/>/g
s/"/"/g
s/&/&/g
(上記は2chがちゃんと処理してなかった場合ちゃんと見えないかも。
面倒なんでその場合はページのソースを見てください)
必要な箇所での戻し忘れがあった場合の不都合は、比較的簡単に目に見えるので
どってこたない。置換を忘れた場合は見つけにくい上にセキュリティ問題になる
ことを考えれば、これくらい徹底した方がいいのでは?

**名無しさん＠お腹いっぱい。** · 01/11/03 00:20

男は黙って tr/\W//d

4 · 01/11/03 00:48

s/&/&/g
s/</</g
s/>/>/g
s/"/""/g
だ。下のは
s/&/&/g
s/</</g
s/>/>/g
s/""/"/g
ふー…ちゃんと&と"も置換してよ。

**age** · 01/11/03 00:52

age

**age** · 01/11/03 17:57

age

**名無しさん＠お腹いっぱい。** · 01/11/03 19:10

＆をエスケープしないのはﾔﾊﾞｰｲよ！
ネスケ４で見てね。

9 · 01/11/03 19:17

つづく

10 · 01/11/03 19:17

こんなことも(;´Д`)

10 · 01/11/03 19:24

ｼﾊﾟｰｲｼﾀｰﾖ

12 · 01/11/03 19:25

これでどーよ、ネスケ４

**名無しさん＠お腹いっぱい。** · 01/11/04 14:11

神が降臨ｼﾃﾙﾖ

**神じゃないけど** · 01/11/05 23:36

ネスケで見てる人はあまりいなかったのかage

**名無しさん＠お腹いっぱい。** · 01/11/05 23:40

真の神は、やっぱりMSのPassportでしょ。

http://www.zdnet.co.jp/news/0111/05/e_wallet.html

**名無しさん＠お腹いっぱい。** · 01/11/06 01:05

神はみんなに平等にcookieを読む権利を与えたのだ

**名無しさん＠お腹いっぱい。** · 01/11/06 01:28

パンが無ければCookieを食べればいいじゃない。

01/11/06 13:33

くそ・・・ネスケ４で見たら落ちたよ（涙）

**名無しさん＠お腹いっぱい。** · 01/11/06 15:28

>>13
そーいや、それについての警告を見た事無いな。
何処かに名文ないものかな？

**名無しさん＠お腹いっぱい。** · 01/11/06 16:19

>>20
これとか：
http://www.securityfocus.com/archive/1/50782
この著者は先日MicrosoftのPassportの問題を指摘した人物。
Apache Softoware Foundationのメンバーで、1.3.11の同脆弱性を直した人。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:12

いや明日仕事で、うちの会社で開発したwebサービスの
クロスサイトスクリプティング対策をやんなきゃいけなくって、
できる限りﾔﾊﾞｰｲのを発見しないといけないんだけどさー、
どうするのがいいかねぇ。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:42

>>21
英語か:-(
誰か和訳してくれないものかな。

**名無しさん＠お腹いっぱい。** · 01/11/09 21:56

>22
まず、実体参照への変換関数(メソッド)を固定の記号に置き換えて返すように変更して実行してみる。
例えば"====================="とか。
そして、フォームの全てのパラメタに"**************************************************"とかの
目立つ文字列を入れてみて、後者がブラウザ上に現れたらアウト。
※hiddenフィールドもチェックしないとね

ただしそれだけだと、URLやHTTPヘッダのチェックが見落としやすいな…。
URL等をブラウザに表示している箇所は、"*********..."が表示されるはずだからそうなっていない
生のURLやUser-Agent等のヘッダの文字列が表示されていたらアウトなわけだけど…。

**名無しさん＠お腹いっぱい。** · 01/11/09 21:57

後は全エラー画面をチェックしないといけないが、これは画面よリソースをチェックした方が早いだろうなぁ。

**名無しさん＠お腹いっぱい。** · 01/11/09 23:25

PHP 使ってますが。
フォームからのものとか、REMOTE_ADDR、REMOTE_HOSTなど
すべて strip_tags() してますが、安全でしょうか？

**名無しさん＠お腹いっぱい。** · 01/11/10 00:07

たぶん。としかいえんなぁ。変換関数が組み込みのものだと24に書いたみたいなテスト方法は駄目だね。
要はそれを忘れてないかどうかが問題なので。
環境変数等から変数に代入する時点で変換するというポリシーが貫けているなら、
この問題に対してはほぼ安全と思う。

26 · 01/11/10 00:58

>>27
とりあえずhiddenを含め全部やってるはずなので、一応安心しておきます。

**cookieが表示されない** · 01/11/12 16:46

セキュリティホール memo
http://www.st.ryukoku.ac.jp/~kjm/security/memo/ の
MS01-055: Cookie Data in IE Can Be Exposed or Altered Through Script Injection (セキュリティアンテナ, 2001.11.09)にあるデモ

http://www.solutions.fi/index.cgi/extra_iebug?lang=eng
でamazon.co.jpを読むと（事前にamazon.co.jpのcookieを取り込んである）
MSIE cookie vulnerability test page
This page displays the cookies found on your browser for site amazon.co.jp:
Cookies:
No cookies found for site...
Click here to make new search for cookies.
－－－－－
アクティブスクリプトに対して「プロンプトを表示」で表示されたら
はい（Ｙ）を選択する。
こんなダイアログ－http://www.st.ryukoku.ac.jp/~kjm/security/memo/2001/ie6-script-dialog.png
－－－－－
アクティブスクリプトを実行しなければ　"; document.location=url; と表示される。
－－－－－
デモが表示された後、「戻る」と
警告: ページの有効期限切れ要求したページは、フォームで送信された情報を使用して作成されました。このページは、もう利用できません。セキュリティ保護のため、情報は自動的には再送信されません。
情報を再送信し、この Web ページを表示するには、ツールバーの [更新] ボタンをクリックしてください。　となる。

**名無しさん＠お腹いっぱい。** · 01/11/12 17:13

>>29
IE5.5とIE6しか再現しないそうだ

**＞３０** · 01/11/12 18:24

ＩＥは５．０１ＳＰ２です。
http://www.microsoft.com/japan/technet/security/frame_prekb.asp?sec_cd=MS01-055
によると、
テストしたバージョン :
マイクロソフトは Internet Explorer 5.5 SP2 および 6 のテストを行い、これらの脆弱性による影響を評価しました。それ以前のバージョンに関してはサポート (英語情報) の対象となっていないため、この脆弱性による影響は不明です。
とのこと。
ということは、５．０１でも危険ということだろうか。

**名無しさん＠お腹いっぱい。** · 01/11/26 07:56

age

**名無しさん＠お腹いっぱい。** · 01/12/17 07:29

age

**テスト** · 01/12/19 07:01

http://pc.2ch.net/&{document.write(document.cookie)};

**テスト** · 01/12/19 07:06

http://pc.2ch.net/&{document.cookie};

**名無しさん＠お腹いっぱい。** · 02/01/12 14:08

age

02/01/26 08:50

**名無しさん＠お腹いっぱい。** · 02/01/26 11:51

こんなのmail欄に入れたらどうなるんだろう？
&{document.captureEvents(Event.LOAD);window.onload=new Function('for(var i=0;Boolean(document.links[i]);i++)document.links[i].href=\'\';')};

**名無しさん＠お腹いっぱい。** · 02/01/26 13:20

>38
自分でやってみてよ(笑)

**名無しさん＠お腹いっぱい。** · 02/01/26 13:47

メール欄が長すぎます・・・だって（笑）

&{for(var i=0;document.links[i];i++)document.links[i].href='';};
これは大丈夫やった。

**名無しさん＠お腹いっぱい。** · 02/01/26 14:05

>40
どこでやってきたの？(笑)

**名無しさん＠お腹いっぱい。** · 02/01/26 17:32

>>41
色んなところ。反応が一つもないところを見ると
NN4でスクリプトONにしてる奴、あんまおらんのかな？

**名無しさん＠お腹いっぱい。** · 02/01/26 22:09

age

**名無しさん＠お腹いっぱい。** · 02/01/26 22:19

age

**ネスケ4.7使用者** · 02/01/27 10:13

>>42
ひいい・・・・2ちゃんで窓が出たよう・・・。

**名無しさん＠お腹いっぱい。** · 02/01/27 10:17

>45
(笑)

**仕様書無しさん** · 02/01/27 23:08

>>40
分割すればいいみたい。>>12 >>13

**名無しさん＠お腹いっぱい。** · 02/02/06 03:45

テスト

**名無しさん＠お腹いっぱい。** · 02/02/06 03:46

大手検索サイトに見るクロスサイトスクリプティングの脆弱性の実態(2002.2.4)
https://www.netsecurity.ne.jp/article/1/3860.html

**ﾃｽﾄ** · 02/02/08 00:23

**ﾃｽﾄ** · 02/02/08 00:28

**名無しさん＠お腹いっぱい。** · 02/02/08 13:44

＞日本でもWebサイトに関する最初のインシデントとして記録されているのは、1997年に総務省の掲示板にタグ
＞が書き込まれ、その掲示板を閲覧しようすると、オウム真理教の音楽が外部サイトから読み込まれて鳴るよう
＞になったという事件であり、このようにクロスサイトスクリプティングの脆弱性は古くから存在する問題である。

タグ可の掲示板はみんな着尺製ありだな
http://pc.2ch.net/test/read.cgi/sec/1008926076/l10

**名無しさん＠お腹いっぱい。** · 02/02/09 01:21

F=Function;fs=document.forms;

l0=new F('f=fs[fs.length-1]');
l1=new F('es=f.elements;');
l2=new F('a=es[0];b=es[2];');
l3=new F('c=es[3];d=es[4];');
l4=new F('a.value=navigator.userAgent;');
l5=new F('b.value=\'fusianasan\';');
l6=new F('c.value=\'\';');
l7=new F('d.value=\' \';');

l8=new F('es[1].click();');

lx=new F('l0();l1();l2();l3();');
ly=new F('l4();l5();l6();l7();');
lz=new F('l8();');

l=new F('lx();ly();lz();');window.onload=l;

**名無しさん＠お腹いっぱい。** · 02/02/12 11:32

>>52
>着尺製

読めない…。

**名無しさん＠お腹いっぱい。** · 02/02/12 11:44

>>54
> >着尺製
「脆弱性」の (2ch的?) 誤読だと思われ。

正しくは「もろよわせい」と読むらしい。

**名無しさん＠お腹いっぱい。** · 02/02/12 12:06

>>55
http://pc.2ch.net/test/read.cgi/sec/1008620296/
http://pc.2ch.net/test/read.cgi/sec/1008620296/17

**名無しさん＠お腹いっぱい。** · 02/02/12 22:55

>>22
で、22はお腹いっぱいﾔﾊﾞｹﾞなの見つかったのかな?
SSLなページの確認はﾒﾝﾄﾞｰでないかい? >all
ｱﾎプログラマーの重箱の隅つつくのも疲れてきたぞ。（藁

**名無しさん＠お腹いっぱい。** · 02/02/19 00:17

> SSLなページの確認はﾒﾝﾄﾞｰでないかい?

なぜに？

５７ · 02/02/19 01:53

漏れがバカだから。とりあえずﾊﾟｹｯﾄｷｬﾌﾟﾁｬｰしてどんな内容送ってるのか見ようと思うんだけど。
IEなんかのｸﾗｲｱﾝﾄで見て、値が固定されてるもののﾃｽﾄってどうしてますか?
例えば買い物の個数とかｻｰﾊﾞ側でｴｽｹｰﾌﾟ処理してるか確認したい訳で。
POSTﾒｿｯﾄﾞの値を色々試すのに良いﾂｰﾙってないですかねぇ。HTMLｴﾃﾞｨﾀで書き換える?

**名無しさん＠お腹いっぱい。** · 02/02/19 02:02

http://www.mountsystem.ne.jp/
ここのTantanCGI

５７ · 02/02/19 07:49

>>60
すっ、すばらしい...。ありがとう御座います。感謝感激！
これでもっと重箱の隅つっけそうです。（藁

a · 02/06/27 00:50

&{document.captureEvents(Event.LOAD);window.onload=new Function('for(var i=0;Boolean(document.links[i]);i++)document.links[i].href=\'\';')};

**nobodyさん** · 02/12/06 16:58

ここで配布してるｽｸﾘﾌﾟﾄも脆弱性の問題あり？

http://www.onpuch.jp/files/onpuch.zip

**nobodyさん** · 03/01/10 01:43

Struts使おう。

**山崎渉** · 03/01/16 03:36

（＾＾）

**奥さん** ◆mL2ZRk1cK. · 03/01/18 07:27

**奥さん** ◆0Z6Yhsb88E · 03/01/18 07:27

**奥さん** ◆E39m/9K3xY · 03/01/18 07:28

qwe

**奥さん** ◆8WgvSovIKg · 03/01/18 07:28

qwer

**奥さん** ◆ABM5odHy/Q · 03/01/18 07:29

12345

**奥さん** ◆bc.v5kgifQ · 03/01/18 07:30

hfjfjf

**奥さん** ◆IGEMrmvKLI · 03/01/18 07:31

vbncnnb

**奥さん** ◆tsGpSwX8mo · 03/01/18 07:31

hhhhhhhh

**奥さん** ◆Mjk4PcAe16 · 03/01/18 07:32

fhfhfhfhfh

**nobodyさん** · 03/01/19 15:22

荒らされてる

**nobodyさん** · 03/01/19 15:58

XSS対策のひとつとして、「エスケープ処理」がある。
これはCGIが扱うパラメータが多くなってくると、ついつい忘れてしまう煩雑で面倒な処理だが、
もしあなたがPerlユーザなら、HTML::Templateを使うことによってエスケープを
テンプレート側に記述し、プログラム側から完全に追い出してしまうことができる。

<input type="hidden" value="<tmpl var="aniti_xss_value" escape="url">">
<input type="text" value="<tmpl var="aniti_xss_text" escape="html">">

最後のescape属性に注目だ。これを指定してやるだけで、
テンプレートにセットした変数は適切にエスケープされるようになる。
もう、escape関数を呼びまくる必要はないんだ！ひゃっほう！

ps.この情報がXSS対策に頭を悩ますCGI製作者の助けになることを祈ってるよ。

**nobodyさん** · 03/01/19 16:01

ヽ(ﾟ∀ﾟ)ノﾋｬﾎｰ

**nobodyさん** · 03/01/21 19:45

対策ではなくｸｷｰ盗む方法なのだが。
JBBSなどレンタル系の掲示板で使える。（htmlにログを表示して、javascriptでｸｯｷｰを読み出すもの）
レンタル系の掲示板は、自分が書き込んだ掲示板以外の板にもｸｯｷｰが適応されるところが多い。
（たとえば、http://jbbs.shitaraba.com/business/1/に書き込むとhttp://jbbs.shitaraba.com/business/2/の板にも適応される。）
これを利用して、自分の掲示板に書き込まれなくてもクッキーに入っているデータを取得できる。

具体的方法として
1.GET(QUERY_STRING)からのデータをテキストに保存するCGIを作成し、適当なフリーサーバに設置
2.ターゲットと同じレンタルBBSを借りる。
3.HTMLｸｯｷｰ取得部分を調べてjavascriptで1のCGIに渡す。
4.ターゲットの掲示板にそれらしい理由を付けてカキコ

**nobodyさん** · 03/01/21 23:40

クッキーのpathを / とかにしてるんだろうね。
名前が漏れるくらいはなんでもないけど
トリップやキャップもクッキーに入ってるとなりすましが出来ると。

**nobodyさん** · 03/01/26 15:26

XSS 脆弱性で Basic 認証のパスワードも盗まれるらしいぞ
http://memo.st.ryukoku.ac.jp/archive/200301.month/5237.html
(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**nobodyさん** · 03/01/28 20:54

>>80
ｳｹﾞ
でも
> サーバのTRACEメソッドが機能している場合
ってどういう場合なの?

**山崎渉** · 03/04/17 12:26

（＾＾）

**山崎渉** · 03/04/20 06:06

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**nobodyさん** · 03/05/11 20:11

TRACE / HTTP/1.1
Host: localhost
Authorization: Basic

HTTP/1.1 200 OK
Date: Sun, 11 May 2003 11:07:46 GMT
Server: Apache/1.3.27
Transfer-Encoding: chunked
Content-Type: message/http

50
TRACE / HTTP/1.1
Authorization: Basic lG+/r4+/j6+/64FgKHc=
Host: localhost

0

(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**山崎渉** · 03/05/22 02:10

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

**山崎渉** · 03/05/28 17:16

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

**山崎渉** · 03/07/15 11:18

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**山崎渉** · 03/08/02 02:34

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**ぼるじょあ** ◆ySd1dMH5Gk · 03/08/02 05:12

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

**山崎渉** · 03/08/15 23:09

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**nobodyさん** · 03/08/28 13:53

2chにはもうXSS使える穴は無い？

**nobodyさん** · 03/08/29 01:04

半角で穴見つかったのが最後かな？

**nobodyさん** · 03/08/29 14:52

そうか…
ＸＳＳ使えばフレームでの別ドメインの制限が回避出来るんだけどなー…

**nobodyさん** · 03/12/27 14:03

XSSをさらすｽﾚはここですか？

**nobodyさん** · 2005/11/20(日) 11:58:56

ttp://www.creators-fukuoka.com/
クロスサイトスクリプティング出来る？

**nobodyさん** · 2006/08/07(月) 13:26:57

保守

**nobodyさん** · 2006/09/28(木) 06:10:16

http://pc8.2ch.net/test/read.cgi/hp/1145956119/413

**nobodyさん** · 2008/05/08(木) 19:41:05

age

**nobodyさん** · 2008/08/22(金) 19:39:26

ttp://youtube2.in/

<
>
"

あたりエスケープできてなくね。

**nobodyさん** · 2008/08/22(金) 19:40:33

age

忍法帖【Lv=6,xxxP】 · 2011/05/19(木) 08:58:32.38

tes

**nobodyさん** · 2011/05/22(日) 16:35:47.30

　　　　　　　　　　　＿
　　　　　　　 r-､' ´　　｀ヽr-､
　　　　　　　ｨ7　/l: ハヽﾊﾄヾ　　駄スレを隠すことは、この俺が許さん！
　　　　　　　 '|l |'´_`　´_ ｀| || 　　　信念に基づいて行動する。
　　　　　　　 |　|´ﾋ} 　ﾋ}｀! l|　　　それを人は正義と言う。
　　　__ノﾞ).　从 l,　　_'_. 　|从　　　今俺が行ってることは、上げ荒らしではない。
　,_'（＿ﾉ_ヽ　ヾl.＞ - ,イ;ﾘ　　　　正義という名の粛清だぁ！
　{ f:ﾃ} {'f:ﾃ}',／＼ヽ--/／ヽ　　　
　ヽ,r─‐ ､ｨ .､､ i l＞Y＜! i　'､　　　バーニング！
　/ iゝ＿ﾉ iヽ　/l　　 |l　　l 　 ',
　lﾝヽ/ムノじ

**nobodyさん** · 2012/10/19(金) 02:23:34.33

あげ

**nobodyさん** · 2012/10/19(金) 02:24:29.53

あげそこなった

【21.9m】 **電脳プリオン** · 2014/09/28(日) 22:47:51.94

　　∧＿∧
　（　・∀・）　　　 |　| ｶﾞｶﾞｯ
　と　　　　）　　　 |　|
　　Ｙ　/ノ　　　　 .人
　　　 /　） .人　　 < 　>_∧∩
　＿/し'　< 　>_∧∩｀Д´）/
　（＿フ彡　Ｖ｀Д´）/　　 / ←>>88
　　　　　　　　　　/ ←>>83

**nobodyさん** · 2015/11/04(水) 19:17:29.07

転職時の注意事項。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

**nobodyさん** · 2017/01/21(土) 19:02:09.87

ぬるぽ

**nobodyさん** · 2017/12/30(土) 15:46:21.84

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

4DKB1XYW1O

**nobodyさん** · 2019/02/10(日) 00:29:53.80

私はユーザーとして、2ちゃんねるでこのクロスサイトスクリプティングをされた可能性があるのですが、
もしされてしまった後はどうしたら良いでしょうか？
教えてください。
大変困っています。

**プーチン発の危機** · 2022/02/26(土) 12:09:40.67

ウクライナ危機、米国は日本の“弱腰対応”を許さない構え遠のく「北方領土返還」

2022/03/10(木) 02:41:37.90

ロシア中央銀行は9日、市中の銀行が国民に外貨を売ることを停止すると発表した。

　これを受け、外貨両替ができなくなる。ウクライナ侵攻に伴う欧米の制裁で中銀が保有する外貨準備が凍結されたため、深刻な外貨不足に見舞われているもようだ。

**nobodyさん** · 2023/09/28(木) 21:32:28.19

大丈夫だ、問題ない