![](http://oshiete.xgoo.jp/images/v2/pc/qa/question_title.png?e8efa67)
No.6ベストアンサー
- 回答日時:
>私は、ソフトウェア開発にも携わっていたことがありますので
おや、プロですか!
それなら、バッファーオーバーランを絶対に出さない事は簡単だと判るでしょ。
但しメモリーの利用効率は著しく悪くなるけどネ、
プログラムとバッファーの領域が絶対にオーバーラップしない様に極端に違ったアドレスを利用する様なOSやアプリを開発すればよいのであって、何もハードの開発を待つ必要は無い。
回答有難うございます。
全てのソフトがそのように対策されていればいいのですが、
現実はそうではありません。
>プログラムとバッファーの領域が絶対にオーバーラップしない様に極端に違ったアドレスを利用する様なOSやアプリを開発すればよいのであって、何もハードの開発を待つ必要は無い。
そうすると、ここで取り沙汰されているWindowsの設計思想自体に原因があるのでしょうか。
![](http://oshiete.xgoo.jp/images/v2/common/profile/M/noimageicon_setting_15.png?e8efa67)
No.7
- 回答日時:
>せっかくURLを提示していただき、読んでみましたが、誰でも知っている程度の情報しか載っていませんでした。
>私は、ソフトウェア開発にも携わっていたことがありますので、
ソフトウェア開発をしたことがあるのに、対策の困難さがわからないのですね。。。
まあ、ソフトウェア開発者ではなく、ハードウェア開発者に責任を求めている位なので、責任転嫁が好きなお方なのでしょう。
>ソフトウェア開発をしたことがあるのに、対策の困難さがわからないのですね。。。
ソフトウェア側での対策の困難さのことですか?
それだけ困難なら、余計ハード側での対策が求められるのではないかと思います。
職人気質の方には気の触る質問だったかもしれませんが、責任転嫁などという人情問題は、とりあえずここでは置いといてください。
No.5
- 回答日時:
>これは、パソコンのハードウェアが旧式なせいでしょうか。
それもありかと・・・
どんなOSも過去の資産を背負っています。
過去を全てチャラにして新しいモノは作れません。
わたくしの手元にあるMOドライブはWindows以前のしろものですが特定のドライバがなくてもXPで動作します。
問題があっても文句を言えません。
IBMのメインフレームなんぞ50年近く前の資産をいまだに内包しています。
No.4
- 回答日時:
>少なくともバッファーオーバーランについては、
OSの脆弱性の原因はいくつもあるのですが、バッファーオーバーランに
こだわる理由は何ですか?
それとも、これしか知らないの?
この回答への補足
原因としては、大半を占めるからです。
私は、ソフトウェア開発にも携わっていたことがありますので、
プログラマーなら同様の疑問を感じた方がいらっしゃるのではないかと考えての質問です。
![](http://oshiete.xgoo.jp/images/v2/common/profile/M/noimageicon_setting_15.png?e8efa67)
No.3
- 回答日時:
技術者はいろいろ考えてはいるのですけどね。
なかなか一筋縄に行かないですね。
とりあえず、wikiでバッファーオーバーランを読んでからまた質問してください。
http://ja.wikipedia.org/wiki
この回答への補足
>とりあえず、wikiでバッファーオーバーランを読んでからまた質問してください。
せっかくURLを提示していただき、読んでみましたが、誰でも知っている程度の情報しか載っていませんでした。
No.2
- 回答日時:
ソフトの欠陥の方が多いでしょう。
LinuxやMacOSもほとんどWindowsと同じ構成のハードウエア上で動いていますが、Windows程の欠陥は見つかっていませんよ。
単に見つかっていないだけかもしれないけど…。
例えばPowerPCには特権モードと通常モードがあって、
旧Mac(OS9以前)では、全てを特権モードで動かしていた結果、不安定になりやすかったですが、OSXになってからはモードを適切に使い分けることで安定性が格段に向上しています。
この回答への補足
これらのソフトの欠陥が発生してしまうのは、現在普及している旧式の「最新型」パソコンのせいではないでしょうか?
少なくともバッファーオーバーランについては、次世代のハードウェアで解決できないでしょうか。
No.1
- 回答日時:
違うネ
変数やデータ領域と、プログラム領域を完全に隔離するプログラムにしないから....
データ領域というハードは存在しない、プログラマーがその様に呼んでるだけ。
例えばROMやワイヤードロジックの様な書き換え不可能なハードにプログラムを入れる事はできるが、これはスイッチを押すと蛍光灯が点く様なメーカが決めた事以外なにも出来ない物になり、パソコンでは無くなる。
この回答への補足
>変数やデータ領域と、プログラム領域を完全に隔離するプログラムにしないから....
それは、その通りなのですが、プログラマーがそれを配慮しないといけないと言うことに、そもそも問題があると思うのですが?
バッファー領域に制限をつけるのをプログラマの責任でやらなければいけないのは、なんだか時代遅れの気がするのです。
>データ領域というハードは存在しない、プログラマーがその様に呼んでるだけ。
存在しないのが現実ですよね? 現在のハードでは無理ですよね?
プログラムをROMに書き込めば良いと言っている訳ではありません。
隔離すれば良いのではないかということです。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
おすすめ情報
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
sysauxの読み方について
-
データファイルの拡張
-
どうしてpn接合ではp領域とn領...
-
なぜ再起動すると空き領域が増...
-
Oracle9i データファイルの構成
-
空き領域の増やし方(ローカル...
-
HDDの代替領域とは?
-
新規表領域の作成について
-
表領域 TEMPの使用率。
-
SGAメモリがエラーで増やせない
-
古いPCをVer.UPしたいのですが・・
-
フォルダウィンドウのデータフ...
-
Oracle8.1.7の、表領域の上限を...
-
個体領域とは
-
HDの不良クラスタをパーティシ...
-
ORA-01013のエラーについて経験...
-
CASE文のエラーについて
-
PL/SQLのコンパイルエラーにつ...
-
batファイルでのSQL(oracle)...
-
リストアとリカバリの違い
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
4GB = 4096MB ではない?
-
表領域の作成について
-
sysauxの読み方について
-
なぜ再起動すると空き領域が増...
-
AccessでORA-01114
-
表領域 TEMPの使用率。
-
新規表領域の作成について
-
Oracle バッファ領域に...
-
どうしてpn接合ではp領域とn領...
-
DB容量の確認方法
-
エクセルVBAでRangeの引数制限?
-
データファイルの拡張
-
HDDの代替領域のサイズについて
-
増設したHDDに、新たにDtoD領域...
-
フォルダウィンドウのデータフ...
-
「.ora」「.dbf」の違い
-
SQLSERVERでも表領域は作れます...
-
表領域の拡張について
-
Oracleで空きがあるのにimport...
-
コムテックドライブレコーダーH...
おすすめ情報