質問

い状況当社の製品が長期間のデータが格納され、アプリケーションのデータベースとしてのSQL文字列の選択MS SQLサーバーやsybase SQLでした暗号化のWindows API関数 CryptEncrypt. (直接、cryptable)

問題はCryptEncryptでNULLの場合、出力の意味でのデータベースに格納され、文字列操作まで切り詰めの暗号文.

理想いをアルゴることを暗号文がほとんど含まないNullしているが、少なくとも金額の変更は、既存のデータベースを変更したい●列から文字列をバイナリコードへの対応のバイナリの代わりに文字列)だけを復既存のデータを再暗号化のアルゴリズムにcgアルゴリズムでデータベースアップ。

このアルゴリズムである必要はありませんの中で最も安全なもので、データベースが既に無理のない安全な環境のないオープンなネットワークでのインターウェブ)がなりよROT13るまでほぼ復うに!)

編集:ちなみに、特別な理由の変更は暗号文をcyphertext?ワイヤレスセンされてきていることから幅広く使---

役に立ちましたか?

解決

他のセミアアルゴリズムと強くのチャンスを生成する場合はNULL値のどこかの暗号文.

なぜないように base-64形式 お得バイナリblob前に継続のためのDB?(サンプルの実装で、C++).

他のヒント

収納するハッシュは良い方法がありました。していただきたいのは、絶対に読みJeffの しょ格納パスワードを正しく.

ことになる興味深いルートOJ.私たちは、feasability非reversableの方法がいいを明示的にデータを復号する例で店舗のハッシュの比較に提出

この開発及び保管-ぐらついにはラップ、既存の暗号化 yEnc の保存のテーブルの健全性のデータを取得可能となり、この保全と汚muckingつ無限improbab....uhhh変化するカラムの種類に定着施設乾杯男

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top