この暗号化方式の条件は都合が良すぎですか？

質問

暗号化の方法として次のようなものを考えました。

１．暗号化したいテキストファイルを用意する。
２．base64を通したのち、1行1文字にする（1文字ごとに改行する）。
３．1行目の先頭にパスワードを付けたのち、行まるごと(改行は除いて)
　　SHA256に通してその出力で行まるごと（改行は除く）置き換える。
４．2行目の先頭に３．と同じパスワードを付け、さらにその後ろに
　　1行目をつけてから行まるごと(改行は除いて)
　　SHA256に通してその出力で行まるごと（改行は除く）置き換える。
５．４．を最終行まで繰り返す。
　　（パスワードの後ろに続けるのは常に直前行(と元々あった1文字)とする）

この場合、復号のためにはパスワードが分かっていれば
全行（というか全文字）最大64回ずつ総当りすることになりますが、

ここで、パスワードもSHA256の出力だとすると、

パスワードの総当りと、全行の各1行ずつにつき最大64回ずつの
総当りで、

後者は、実用レベルに達するが、前者は、実用レベルに達しない

という、計算機環境というか、世界というか世の中というかは、

想定として、都合が良すぎですか？

もちろん暗号化したいテキストファイルのサイズによると思いますが、
現状あるいは近い将来（遠くても10年後くらい？）では、
この暗号化は実用的ではない（ならない）でしょうか？

それとも永遠に実用的でないでしょうか？

回答No.8

Werner

> 認証に256bitのパスワードを使っているオンラインストレージ
> （中略）
> 種の256bitさえ覚えておけばOK
>
> という考えでよいでしょうか。
そう言う考えで良いと思います。

> 暗号化アルゴリズムを素人が勝手に考えて人に勧めて
> 使わせるなというご意見については
要するに、「自作の暗号アルゴリズムの安全性なんてだれも担保できない」、
という事を言っただけなので、
安全性が保証されなくても問題ないのであれば
特に言うことはないです。
（普通は実運用では安全性を気にするのでANo.7の様にコメントしましたが。）

あと、すでに指摘されていたと思いますが、
SHA256を利用しているからといって、
安全性がSHA256に準じた物になるわけではありません。
運用を間違えれば安全性は落ちます。
（実際にあった例としてはRC4の運用の一つであるWEPの脆弱性とか）

「種256bit+暗号化したいデータ名」をSHA256に通して
暗号鍵生成に利用するという運用も考えているようですが、
これくらいであればたぶん問題はないと思います。
少なくとも、「種256bit」をそのまま暗号鍵として利用する場合に比べて
安全性が落ちると言うことはないでしょうから。
また、パスワードをハッシュ関数に通して暗号鍵に利用するという運用自体は珍しくないです。
共通鍵暗号方式はAES等の安全とされるアルゴリズムを使えばよいと思います。

余談ですが、「適当な値＋パスワード」のダイジェストをとり
それを暗号鍵に使う(もしくはパスワード認証用のデータとして使う)という手法はよく使われます。
この適当な値をsaltと呼びます。
saltは暗号化結果と共に保存する(そうしないとパスワードが分かっていても鍵が分からない)ので、
暗号化の強度自体は上がりませんが、
同じパスワードに対する暗号化結果が毎回異なる為
ある種の攻撃に対して強くなります。