アカウント名:
パスワード:
セキュリティ的には大文字小文字を区別しないと不利なんじゃなかったっけ? 理由はわからん。 何かで見た。
最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね? そうすればデジタル化!で、英語でも大文字か小文字が廃止されていたかもしれん。 FAXは古い、的ノリで。
物理ファイルにアクセスできる可能性が増えるからじゃね。AAAAAAAA.EXEとaaaaaaaa.exeが区別されないなら、1tryで2patternのattackしたのと等価になる。
>最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね?MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。
>MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。 なんとなく、システムファイルは小文字、ユーザーファイルは大文字にすれば、面白いと思った。そうすれば、ユーザーがシステム予約で作
コンピュータ側はIDだろうと何でもいいけど人間が番号だけで理解できるとは思えないのですが?
別に番号だけを使う必要はない。 ファイルを一意に特定するのに、ファイル名を使う必要はない、と思っているだけ。 人間向けには名前を別に付ければいい。でも、それをIDとしては使わない。
MS-DOS時代のPC-98向けOASYS互換ワープロがそんな作りだった。ファイル名に不自由しない現代では意味があるとは思えない。
ファイル名はなんか256バイトくらいの手打ち文字列なので、そんなもんをキーにするのはおかしいという発想には同意できるものもないでしょうか。はしご高とかファイル名がエスケープシーケンスみたいなエッジケースもありますし。
同意できる点もなくはないが、内部のIDを知らないとファイルを一意に指定できないのって実用的に困ったりしない? TRONのファイルを開くダイアログに相当するものってユーザーはどうやって同名のファイルを区別できるようになってたの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
セキュリティ的には (スコア:0)
セキュリティ的には大文字小文字を区別しないと不利なんじゃなかったっけ? 理由はわからん。 何かで見た。
最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね? そうすればデジタル化!で、英語でも大文字か小文字が廃止されていたかもしれん。 FAXは古い、的ノリで。
Re: (スコア:0)
物理ファイルにアクセスできる可能性が増えるからじゃね。
AAAAAAAA.EXEとaaaaaaaa.exeが区別されないなら、1tryで2patternのattackしたのと等価になる。
>最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね?
MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。
Re: (スコア:0)
>MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。 なんとなく、システムファイルは小文字、ユーザーファイルは大文字にすれば、面白いと思った。そうすれば、ユーザーがシステム予約で作
Re: (スコア:0)
コンピュータ側はIDだろうと何でもいいけど人間が番号だけで理解できるとは思えないのですが?
Re: (スコア:0)
別に番号だけを使う必要はない。 ファイルを一意に特定するのに、ファイル名を使う必要はない、と思っているだけ。 人間向けには名前を別に付ければいい。でも、それをIDとしては使わない。
Re: Re: Re:セキュリティ的には (スコア:0)
MS-DOS時代のPC-98向けOASYS互換ワープロがそんな作りだった。
ファイル名に不自由しない現代では意味があるとは思えない。
Re: Re: Re:セキュリティ的には (スコア:2)
ファイル名はなんか256バイトくらいの手打ち文字列なので、そんなもんをキーにするのはおかしいという発想には同意できるものもないでしょうか。はしご高とかファイル名がエスケープシーケンスみたいなエッジケースもありますし。
Re: (スコア:0)
同意できる点もなくはないが、内部のIDを知らないとファイルを一意に指定できないのって実用的に困ったりしない? TRONのファイルを開くダイアログに相当するものってユーザーはどうやって同名のファイルを区別できるようになってたの?