新生鳩丸掲示板♯

話が脱線していますが懐かしい話なので・・・。

> そういえば'$'で文字列を終えるファンクションもあった気のせいがしてきましたが、

MS-DOS の頃には AH=9, DX=「$で終わる文字列へのアドレス」を指定して INT 21H すると文字列を表示できましたね。

>>>お、喋るんですか？

>>　受賞者8名に対して3枠なので、確実にしゃべれるかどうかはわからないのですが。

>

>　しゃべれることになった模様です。

>　5/17 の 11:00～11:30 の枠です。

残念ながら別件の先約があり、聞きに行けないです。

>>お、喋るんですか？

>　受賞者8名に対して3枠なので、確実にしゃべれるかどうかはわからないのですが。

　しゃべれることになった模様です。

　5/17 の 11:00～11:30 の枠です。

>>MS-DOSでできましたっけ? MS-DOSのファンクションリクエストもNUL文字でパスを終える仕様だった気が。

>終端文字は'$'だと勘違いしてました。NULは使えませんね。

そういえば'$'で文字列を終えるファンクションもあった気のせいがしてきましたが、ASCIZ文字列【謎】をパラメータに取るファンクションもあったはずです。

今思いつきましたがFCBファンクションとか使うとNULを混入できたりしないでしょうか。

>MS-DOSでできましたっけ? MS-DOSのファンクションリクエストもNUL文字でパスを終える仕様だった気が。

終端文字は'$'だと勘違いしてました。NULは使えませんね。

　ちなみに問題のリモートホストは 43.244.133.129 なのですが、逆引きすると

129.133.244.43.ap.yournet.ne.jp

　という名前が得られます。そして

http://www.yournet.ne.jp/

　にアクセスしてみると……なかなか気の利いたものが用意されているようですね。ISP のこういう対応はありがたいです。

>> コミュニケーションしたいと真剣に願っているとは思えない

>ことがログから明白であれば削除していいかもしれません。

「竹島　掲示板」のキーワード検索で飛んできて、迷わずPOSTですね。

　どう見ても無差別爆撃です。本当にありがとうございました。

　かなり大規模に爆撃が行われたようで、「無防備地域宣言の嘘を暴く国立市民の会」で検索すると、いろいろヒットしますね。

>パス名の扱いはプログラミング言語とは別の世界なので、パス名にNUL文字を入れられるかどうかはOSによりますが、MS-DOSとN88-BASICなら可能だったと思います。

MS-DOSでできましたっけ? MS-DOSのファンクションリクエストもNUL文字でパスを終える仕様だった気が。

PascalならNUL文字は終端として扱われないので

Path := 'path/to/' + #0 + 'file'

Reset(F, Path)

とかできます。

パス名の扱いはプログラミング言語とは別の世界なので、パス名にNUL文字を入れられるかどうかはOSによりますが、MS-DOSとN88-BASICなら可能だったと思います。

>わけわかんないよ～とりつくしまもないよ～。コミュニケーションしたいと真剣に願っているとは思えないよ～。わるいけどパス。

ご参考【謎】:

http://bakera.jp/hatomaru.aspx/htmlbbs/inthread/889

http://bakera.jp/hatomaru.aspx/htmlbbs/inthread/980

>　これはあくまで私の考えですが、この手の書き込みが何故迷惑なのかというと、それはまさにその spam 性に由来します。普通のコメントだと思って見たくもない宣伝を見せられるのは苦痛でしょうし (これを苦痛に感じない人もいるでしょうけれども)、なにより、まともな話題だと思ってコメントをつけても返事があるはずも無く、コミュニケーションが成立しません。

というわけで、

> コミュニケーションしたいと真剣に願っているとは思えない

ことがログから明白であれば削除していいかもしれません。

わけわかんないよ～とりつくしまもないよ～。コミュニケーションしたいと真剣に願っているとは思えないよ～。わるいけどパス。

でもなんだか笑えた！

なんじゃこれ。

>>Perl の open が NUL 以降を無視するのですか？

>　はい。少なくとも事実上「Perl の open は NUL 以降を無視する」と言って良い状況であろうと思います。

　ちょっと補足です。

　Perl が文字列の NUL 以降を無視しているわけではないので、「open() に渡った文字列の NUL から後ろが無視される」わけではなくて、「ファイル名のNULから後ろが無視される」ことになります。両者はほぼ同じですが、パイプを使おうとするときに大きな違いが出ます。

open(FOO, "foo\0bar|")

　ではコマンド foo が実行されますが、

open(FOO, "foo|\0bar")

　ではコマンド foo は実行されません。

　このことからも、Perl が NUL 以降を切っているのではなく、単に NUL を含むパスをそのまま OS に渡しているだけだということが伺えますね。

>Perl の open が NUL 以降を無視するのですか？

　はい。少なくとも事実上「Perl の open は NUL 以降を無視する」と言って良い状況であろうと思います。これは、「Perl は文字列の NUL以降を無視する」ということではありません (後述)。

>パス名として NUL 文字を含めることができるプログラミング言語というのもＯＳというのも聞いたことがありません。

　確かに含めることができるものは私も聞いたことがありませんが、「NULから後ろを無視する」という動作にならない言語は存在します。たとえば、.NET Framework では、NUL を含むパス名を開こうとすると、ArgumentException　がスローされるようになっています。

　それに対して、Perl の open は単に NUL 以降を無視して開いてしまいます。これは仰るように、Perl が単に OS の API をそのまま呼んでいるために結果としてそうなっているのでしょう。

>print length("abc\x00def"); の結果は 7 ですから、Perl は NUL 以降を無視していないようです。

　そのとおりで、これは重要です。なぜかというと、Perl では foo.html(NUL).cep という文字列が /\.cep$/ にマッチしてしまうからです。拡張子が .cep かどうかを正規表現で検査しようとしても、正規表現の書き方によっては回避されてしまうことがあります。「Perl の open は NUL 以降を無視します」が、「Perl は文字列の NUL 以降を無視するわけではない」ということが重要ですね。

>で、問題冊子末尾の解説を読んでも「Perl の open 関数における NUL の扱い方」についての説明が無いので解答方法に窮しました。

　これは確かにそうですね。Perl の open が NUL を拾ったらエラーを返すという実装になっていると仮定すれば、NUL による攻撃はできないですね。

> Perl の open は NUL を含むファイル名を渡されると NUL 以降を無視します。

Perl の open が NUL 以降を無視するのですか？

私は、ＯＳの API の仕様として「パス名は NUL で終端する（から NUL 以降の部分は無視される）」ようになっているだけで、 Perl に限った話では無いと思います。

パス名として NUL 文字を含めることができるプログラミング言語というのもＯＳというのも聞いたことがありません。

（Perl のソースを見た訳では無いですが）Perl は単にＯＳの API を呼び出すために文字列の末尾に NUL を付加しているだけであって、 Perl が NUL 以降を無視しているのではないと思います。

print length("abc\x00def"); の結果は 7 ですから、Perl は NUL 以降を無視していないようです。

で、問題冊子末尾の解説を読んでも「Perl の open 関数における NUL の扱い方」についての説明が無いので解答方法に窮しました。

NUL 文字のことなんだろうなと思いつつも用語が定義されていないので、「パス名の終端文字として認識される文字で＄ｆｎａｍｅを終端させる」と解答するにとどめました。

>　追記部分消しておきました。

ありがとうございました　m(_?_)m

>お、喋るんですか？

　とりあえず手は挙げてみました。

　受賞者8名に対して3枠なので、確実にしゃべれるかどうかはわからないのですが。

別解：

パイプを使って，任意ファイルを.cepファイルとしてコピー。

文字数収まらなくて舌足らずにしかかけなかったorz.

＃アクセスって意味なら読めなくても書き込めればOK？

お、喋るんですか？

>大丈夫です。

>私は日常的に黒背景に黒文字の艱難辛苦 (何) を受けさせられていますから。

　Ctrl+A がデフォルトな感じですか。