 |
 |
 |
1．
フリーのファイル暗号化ソフトに関するスレ
▼前スレ
フリーのファイル暗号化ツール
http:/
▼姉妹スレ
暗号化仮想ドライブ作成ソフト Part2
http:/
フリーのファイル暗号化ツール 2MB
2．
・前スレででたソフト一覧
Cody
ttp:/
ED
ttp:/
アタッシェケース
ttp:/
Chacky
ttp:/
GnuPG
ttp:/
WinPT（gpgのフロントエンド）
ttp:/
Private Encryptor
ttp:/
Abi-Coder
ttp:/
ファイル暗号化ツール（前スレでは不評だったがとりあえず…）
ttp:/
↓↓ ★情報★ ↓↓
『225アーブ錬金術』すでに178名が参戦！今までに無かった225先物の投資手法です。
3．
・アーカイバ型（ファイル名の暗号化が可能なやつ）
DeepFreezer
ttp:/
GCA,DGCA
http:/
・仮想ドライブ型
PGPDisk?
ttp:/
TrueCrypt
ttp:/
TrueCrypt（日本語版）
ttp:/
TVD Secure Virtual Disk
ttp:/
おまいら語れ！
4．
鶴田真一
5．
フリーソフトのファイルやフォルダ暗号化ツール2
フリーソフトでファイルやフォルダを暗号化するユーティリティについて話し合いましょう。
■Vector 暗号ユーティリティ
http:/
■代表的ソフト(カッコ内は暗号アルゴリズム)
アタッシェケース(AES 256bit)
Chaky(CAST128)、
ED（TwoFishかRijndael(AES)かGOST 28147-89かどれか選択可能）
■過去ログ
1 http:/
6．
■関連スレ
暗号化仮想ドライブ作成ソフト Part2
http:/
■暗号技術【ROUND2】■
http:/
暗号数学について語ろう。ROUND 2
http:/
PGP Zip でファイルを暗号化してる人の数->
http:/
第二次世界大戦と暗号
http:/
RSA暗号 解読 助けてください!!
http:/
■よく聞かれる質問と答え
・ＯＯっていう暗号アルゴリズムは大丈夫ですか？
最新の有名アルゴリズムであれば、ほとんど大丈夫。
ですがDES関連は破られやすいのでやめましょう。（それでも苦労しますが。）
逆に暗号化アルゴリズムが書かれていない場合はどういう暗号化か不明なので要注意。
・暗号化にクラックツールがあるようですが・・・
自分の使っているソフトが最新版が確認するようにしてください。
古いバージョンでは脆弱性がある場合があります。
・ＯＯっていうソフトは大丈夫ですか？
ソフトによります。また実装方法によっては欠陥がある場合があります。
じゃあフリーソフトは大丈夫かと言われてもフリーソフトなので自己責任で利用しましょう。
・ｚｉｐのパスワード付じゃだめなの？
zip解凍ソフトにパスワード総当り機能がついている場合もあり注意が必要です。
・自己解凍形式(.exeファイル)で送ってくれと言われました。
できるだけやりたくないですが、相手がＰＣ初心者でソフト入れられない場合は仕方なく送りましょう。
7．
PGPDiskとzipの話題が多かった気がするので良かったら追加して。
若しくはPGPやzipネタは専用スレで、とか。
■暗号化機能付き圧縮ソフト
zip(AES) 古いバージョンは推奨されない
rar(?)
7-zip(AES256)
■PGPとGPG
公開鍵暗号、共通鍵暗号どちらの用途でも使えます。
PGPDiskはフォルダとして利用できるので便利。
8．
AxCryptの評価もお願いします。
下記のサイトで紹介していたので。
使ってみて結構便利。
http:/
9．
NICT発ベンチャーが自動暗号化ソフトを無償提供
http:/
10．
>>8
128bit
11．
>>10
了解
軽い理由がわかりました
12．
> フレーズが短いと暗号化するキーの長さが短くなるため解読されやすくなるらしい
パスワードの長さで鍵の長さが変わる!?
いったんハッシュ関数とかに突っ込まないのかなぁ。
13．
>>12
ハッシュ関数はあくまでハッシュ値を得るためで、ランダムな数値を得るためじゃないでしょ。
14．
>>12
ハッシュ値を実際の暗号化キーに使うのが普通だと思うよ。
OpenSSLなんかもデフォルト設定はそうなってたはず。
ハッシュ値のビット長は入力したフレーズによらず一定だから、
「“パスワードの長さで鍵の長さが変わる”なんておかしい」と >>13 がいってるんじゃないか。
15．
ぐへ。 >>12 と >>13 があべこべになってた。ごめんなさい
16．
>>14-15
ああなるほど。>>12をハッシュ関数に通せば短くても大丈夫と言っているように受け取ってた。
17．
axCryptはたいした事ないな。
メニューとかが日本語でない上に、使い勝手も特段よくはなさそうだし。
共通鍵暗号の自己復号アーカイブなら、PGPZipとか7Zip、RARでもできる。
軽いのがいいというなら、blowfishを使用してるツールを使えばいい。AES128は中途半端だ。
ひょっとして >>8 はAdSence収入とかを狙った自演なんじゃないか？
18．
>>9
政府機関？
19．
Folder Lock
ttp:/
このソフト、手軽でいいんですが、
このソフトでフォルダを暗号化させた状態でOSを再インストールするとどうなるのでしょうか？
OS再インストール後にこのソフトをインストールすれば問題ないでしょうか？
20．
1 ：姦国人：2005/
おいｗｗｗサイバー独島がハッキングされてるぞｗ
しかも流れてるBGMがｗｗﾃﾗﾜﾛｽｗｗｗｗｗ
http:/
まとめ
http:/
あわわわ〜、大変ですよっ＞＜
21．
>>17
俺が張ったんで、そこのサイトと人とは関係ないよ
そこのサイトの紹介してあるのは結構便利に利用してるんで
ここで、全く候補に上がってないから、なぜかなと思ったんだ
ここで取り上げられなかった理由が十分わかったから
22．
うわあああああああああああああ！！俺氏ね！！
マジ最悪！Cディスクごと暗号化して システムエラー起こして起動しなくなって
暗号化してっから回復コンソールも通用しなくなって 結局２週間前にバックアップしておいた
デバイスで復旧するハメに・・・・ あれもこれま無くなってしまった orz
23．
>>22
あほ。
自業自得。世の中そんなに甘くない。
24．
>>22
良い俺：(´･ω･｀ｶﾜｲｿｽ
悪い俺：m9(^д^)ﾌﾟｷﾞｬｰ
25．
>>21
もちつけ。
他のパソコンやハードディスクでＯＳ起動させて元に戻したらだめか？
１．暗号化したＨＤＤをはずしてセカンダリなどで接続し、あいてるＨＤＤを取り付ける。
２．あいてるＨＤＤにＯＳを入れて暗号化アプリを使って、暗号化したディスクの復号化
３．ハードディスクを元に戻す。
で何とかならないか？
26．
↑
× >>21
○ >>22
27．
普通は>>25の方法を考えるよね。
>>21さん、試さなかったの？
実行しようとすると何かが問題になる？
28．
>>25
それで複合できる暗号化ソフトってのも、どうかと思うけど....
29．
「どうかと思う」じゃなくて、それで復号できないんじゃ暗号化してる意味ないでしょ。
30．
>>29
そんな簡単な手口で情報漏洩するなら、暗号化しても意味ないでしょ。
別の環境で立ち上げても複合化できるのは、どうかと思う。
31．
22は、ハードディスクを盗み、暗号化されているのに気がついて、ヒントを求めている可能性だってあるんだから。
32．
>>30
あのな、パスワードを知らなければ復号できないのだから安全だろ
33．
28は心配しすぎて禿るくちだな
34．
>>31
ははは
35．
暗号＝魔法と思っている奴がいるみたいだな。
暗号化は、強度以前に確実な復号化の保証が求められるのだが、
それを脆弱性と混同するのは恥ずかしい。
俺が釣られているなら、もっと恥ずかしい。
36．
>>32
ふーん、パスワード＝安全なのね。
>>35
恥ずかしいことねぇ....
君もパスワード＝安全のタイプ？
37．
pu
38．
必死だな
39．
これからは乱数をHDDに何重にも上書きするタイプの暗号化ソフトが必須だな。
似たようなソフトがあるがそれらは暗号化用じゃないしな。
40．
まあ乱数といったらミキなんだがな
41．
だれも君たちのデータ盗まないって
42．
もし政治犯か何かで捕まったとき、警察とマスコミにあれもこれも洗いざらい晒されることは間違いない
その前の予防だ
43．
>>40
年がばれるぞ
44．
>>39
あのな、パスワードを知らなければ復号できないのだから安全だろ
乱数など不要
45．
猫舌 まだもんもんとしてまつｗｗｗｗ
46．
36＝混同してる奴
47．
>>46
うーん、あながちそうとも言い切れん.....
DRM技術が暗号鍵と結びついているのは、有料コンテンツの配信では古くから使われている技術で、
環境を変えたら複合できないってのは、それほど珍しいことではない。
フリーのファイル暗号化ツールに、それがあるかどうかは知らんが。
48．
DRMと汎用の暗号化は別だろう。
DRMは暗号化以外に色々係わってくるし。
アルゴリズムがオープンでも、鍵が分からなければ解読出来ないのが暗号。
49．
>>48
いや、一緒にしてないよ。そういうこと言ってるんじゃない。
DRMを鍵にすることで、特定のマシンだけで複合できるってこと。知らんか？
↓↓ ★情報★ ↓↓
『225アーブ錬金術』すでに178名が参戦！今までに無かった225先物の投資手法です。
50．
>>49
だから何？
それDRMそのままじゃないの？
51．
>>50
うん、そう。
だから、>>28 >>36が、そういうのをわかって書いてるなら、あながち勘違いでもないということです。
52．
>>28の口調だとどう好意的に読んでも
それに対応してない暗号化ソフトなんて暗号化ソフトじゃないっていいぐさだけど。
53．
そろそろ本題に戻りませんか。
…で、本題ってなんだっけ？
54．
本題は前スレでやってます
55．
ttp:/
これとかどうよ？
56．
前スレは前スレで、「チソポは...残念だ。」とかでもうぐだぐだ。
57．
>>55
作者様のページで今公開されてないし、どいういう暗号使っているか書いてないし、
どういう処理されているのかわからないから、ちょっとかな、と。
58．
>>57
アホ
59．
>>57
Vectorに作者のページあるじゃんか
ふしあなさんか？
60．
まぁいまいちなのは作者のページの有無に関係ないけど。
61．
前スレdat落ちしますた。
62．
ところで、暗号化ZIPって脆弱？
パスフレーズはそれなりに長くて分かりにくいものを使ってるとして。
パスフレーズの複雑さに気をつけていれば、辞書攻撃は免れるよね？
63．
>>62
総当りやられるとだめだろ。
解読ツールももうあると思うし。・・・忘れたとき助かるのだがｗ
64．
総当りによる危険性はZIPだろうがAESだろうが同じでしょ
判別時間が長いほうが突破に要する時間が必要なだけで
65．
解読ツールなんてスクリプト書ければ誰でも作れるし。
総当りは解除できるまでパスワード変えながらループするだけだし。
時間がどのぐらいかかるかというだけの問題だし。
66．
あのな、パスワードを知らなければ復号できないのだから安全だろ
67．
暗号化は、強度以前に確実な復号化の保証が求められるのだが、
それを脆弱性と混同するのは恥ずかしい。
68．
総当たりによる解読の難しさをあげようとすると、
復号のためにかかる時間が長ければいいわけだけど、
そうすると正しい鍵で復号するときにも時間がかかるわけで…
ってことは総当たりによる解読を困難にするにはどうすりゃ。
69．
復号に必要な鍵を取り出すための暗号検査だけ時間が掛かるようにすればいいのでは？
70．
>>69 じゃ、暗号強度、とかいってみんながんばってるのは、
そのかぎ取り出し部分でがんばってるわけ？
71．
実装方法によるんじゃない？
72．
総当たりしか攻撃方法が無いなら安全だけど、
他に弱点があると使い物にならないのが暗号だよ。
73．
TrueCryptではコンテナファイルであるかどうかをプログラムが判別しマウントする
CrossCryptではコンテナファイルであってもなくてもマウントできる
後者にはヘッダのような部分がなく、単純にブロックごとに暗号化しているだけ
前者のコンテナファイルには暗号が正しいか判別するためのヘッダが付与されている
ZIPも後者のタイプ
同じようなプログラムで同じようなアルゴリズムを採用していても実装方法はさまざま
どっちが安全か？
74．
>>62
伝統的なPKZipのアルゴリズムはとっても脆弱だそうだ。
暗号化前のデータが数十bytes程度バレていたらもうアウトだって。
でも、速くて便利。ちょっとしたお宝ファイルくらいならOKじゃね？
最近の商用ZIPアーカイバはAESなどに対応してるのがあるから、
重要機密データはそっちを使えばよし。
個人的には、そういう機密データは
鍵ファイルとパスワードを併用するタイプのツールを使うのが
一番よいと思うけど。
>>73
安全性にはあんまり関係ないんじゃね？
鍵管理周辺の実装方法が重要だろうと思う。
75．
プログラムも暗号も知識のない素人の感覚だと
総当たりのパス探しは、パスワードエラーの時にプログラムが数秒ストップして
再トライまで一定の時間がかかるような仕掛けで防げないのか、と。
Linuxとかはログインでパスワード間違えると3秒ほどフリーズしてから再入力画面になるじゃない。
ああいう感じで。
76．
暗号データはデータであってプログラムじゃないからね。
データが一定時間待つなんてナンセンスでしょう
77．
復号アルゴリズムはコードですよ
78．
訂正
復号コードはプログラムですよ
79．
>>68
復号に0.01秒かかるとして20桁の英数パスを総当りで解除するのに
平均どのぐらいかかるか計算してみろ！
>>73
前者だと暗号が正しいかどうかをチェックしやすいから
後者のほうが安全かもね。
でも結局復号後のデータが使えるかでチェックすればどっちでも関係ないけど。
80．
>>77-78
解読しようって奴がわざわざ数秒待つコードを使ってくれるか？
>76が言ってるのはそういうことだぞ。
81．
NICT発ベンチャーが出してるCIPHERONにはパスワードがいらないが、
パスワードがあること自体が脆弱性ということなのか？
82．
>>81
あのな、パスワードを知らなければ復号できないのだから安全だろ
83．
まただ。
このスレを覗いた俺は書き込みを見て落胆した。
また時間がループしてる。
何時になったら、この無間地獄から逃げられるのか。
84．
初心者はいつの時代もいるよ。
同じ奴が同じ話題をループしてるわけじゃない。
それにしてもレベル低い書き込み多いな。
ttp:/
せめてこの程度は知っていて欲しい。
共通鍵方式と公開鍵方式の違いすら理解してない奴が大半だろうし。
85．
自分としてはそこで対称鍵といって欲しかった
86．
>>82
パスワードを知っていれば誰でも復号できてしまうんじゃないのか？
87．
>>84
ここでは公開配布用でなく自分専用にファイルを暗号化することが主題だから
公開鍵方式は関係ないんじゃないの？
88．
>>80
解読しようってやつは、暗号化したプログラムとは、別のプログラムを使うの？
だとしたら暗号化アルゴリズム以外にも、データ構造とか、いろんな資料が無いと出来ないんじゃ無い？
89．
解析されたところで、暗号照合に膨大な計算を必要とするような仕様にすれば問題ない
90．
>>87
テンプレにはGunPG入ってるから関係ある。
自分専用に、なんてどこにも書いてないしね。
上で出ているCIPHERONにしても公開鍵の概念が分かってないみたいだし。
そもそも”鍵”自体を知らないのかもしれないが。
91．
PGP、GPGがテンプレにあるのは共通鍵暗号も使えるからでそ
92．
このスレが話題にしているのは、ファイルを隠すソフトだと思うよ
93．
勝手に話題を限定しないでくれよ〜。
公開鍵方式が初心者には分かりずらいから、話題としてあまり取り上げられてないだけだよ。
94．
新聞の科学欄とかあちこちで解説されてるから、高校生以上なら誰でも公開鍵の概念は知ってるよ
解かりづらいor知らないのは素数がなんたらとか、暗号アルゴリズムが具体的にどのように使われているかでそ
改竄抑止が目的の公開鍵なんて個人じゃメールぐらいでしか使わないっすよ
95．
>>88
「本職」を相手にする可能性があるなら、小細工抜きで安全じゃないと通用しない。
当然、別のプログラムが使われることも想定すべき。
無駄にウェイトが入るならなおさらそうなる。
そうするにしても、解読側が本職なら大した資料はなくてもいい。
総当りの計算そのものの手間に比べりゃ、解析の手間なんざ屁でもない。
素人相手なら効くからウェイト入れてもいいけど、暗号の世界では
本職相手に効かない小細工を「よりセキュアにするための工夫」とは呼ばない。
まあ、実質的な鍵の長さがしっかり確保できるように工夫されていれば、
そもそも総当り攻撃自体あまり現実的じゃないからな。
パスワードだけを使うツールだとクラックされやすい。
ランダムな鍵ファイル+パスワードという仕様が望ましいと思う。
96．
>>87
仕事用に暗号化ツールを使って
機密データをやりとりしたいって人もいるんじゃないかな。
97．
>>95
情報漏洩のほとんどは、素人の内部犯行って現実を考えたら、
まずは君の言う「小細工」から始めた方が、現時点では効果的に思えるけどな。
知識が無くても、くだらない総当たりツールなんかが、ハッカー御用達みたいなノリで
ネットに転がっていて、それを使いたがるやつらもいることだし。
君の言う、本職が出てくるのはレアケースに思えるんだけど、どうなんだろう？
ところで、本職って、何の本職？？？
98．
大切な仕事に用いるのに、責任が曖昧なフリーウェアは使用しないというのが2chでは定説らしいっす
99．
>>98
じゃ、このスレいらないじゃん
100．
>>99
個人用に暗号化ツールを使って
丸秘データを保管したいって人もいるんじゃないかも。
101．
>>100
そかそか、そだな、私も公序良俗に反するデータを持っていて、
妻や、娘や、隣の席のＯＬにディスクトップのファイルをダブルクリックされたくないです。
102．
つまりこのスレに、たとえ自称でも本職さんがでしゃばって来るのは場違いってことか。
103．
>>101
ディスクトップ
そりゃ触られたくない罠
指紋が付いてリードエラー
104．
>>102
だから、本職って、なんの本職よ？
105．
暗号の論文で飯食ってる人間のことでしょう。
106．
>>97
3行目以降、そのくだらないツールを作るのは素人じゃない。
で、そういうツールを使われたら、もとのツールの小細工も意味なし。
つーわけで、>96の
＞素人相手なら効くから〜
コレは忘れてほしい。素人にも小細工は効かない。混乱させて申し訳ない。
で、本職についてだが、>96では「コンピュータのプログラムを解析し、
対応する攻撃ツールを作れる人間」を想定していた。
上記のくだらないツールを作れるような人間だな。
しかし、そういうのが出てくる前に登場する連中がいる。
「泥棒」とか「覗き」だね。
鍵ファイルをコピーして盗むとか、
パスワードを打つところを観察、さらに盗撮する。
そういうのに対応できて初めて上の会話が意味を成す。
>96で書いた鍵ファイル＋パスワードってのは、
このどちらかをやられただけならまだ対応できるから。
それを検知するには別に取り組みがいるけどね。
107．
ごめん
文中>96は>95です
108．
ぐだぐだでわけわかめ
109．
>>106
結局、素人対策もまだできてないってことね
110．
いや、本職対策はできてるんでしょ。
だから玄人対策ばかりして、結局素人にデータを盗まれているってことじゃない？
>106みたいなやつを担当にした会社が。
111．
能書きばっかりで使い勝手が悪い
という事？
ソフトも人も
112．
そもそも、暗号以前の問題が多いよね。
社外に裸の機密データ入りのノートPC持ち出して盗まれるとか。
ソフト使うのも面倒なんだろうな、結局は……
113．
いくつか使ってみたけど、見た目も使い勝手とかいろいろ考えると、やっぱアタッシェかなぁ。
他の作者さまもがんがれ。
114．
GnuPGは導入までが一苦労
115．
>>114
もっと導入も使うのも簡単なのがあればいいのに・・・
そこがPGPが普及しないところでしょ。
116．
確かに
まあUNIX畑の人にはあれで簡単なのかも知れないけど
俺には大変だった
117．
アタッシュケースで十分。
118．
現状で不便、使いにくいと思ってることを書き連ねてくれ
119．
暗号化ツールで作成されたファイル形式がそれぞればらばらであること。
AESで暗号化してるんならどのツールからでも復号できるようにしる！
独自フォーマットがまかり通ってるから、暗号化してもしばしば実行形式で渡すことになってマズーです。
120．
>>115
個人の需要が少ないんだろうね
121．
>>119
その辺は、openPGPでやり取りが一番良いんだけどね.
122．
>>121
おいらもPGPサ。
123．
>>120
いや、逆だろ。企業は難しいの使わない。
124．
>>123
企業への導入は、監視が効かなくなるのもあるし
情報管理の面では、有料ソフト又は会社独自になるんだろうね
125．
何も考えずにインストールしてもPGPはそれなりに便利に使えるよ。
126．
>>125
使いたい人はそうだろうね。インストールする時点で使いたいってことだろ。
企業ってのは、ひとつでも新しいことは絶対したくない人や、
なんでもかんでもイヤイヤ作業している人も沢山いるんだよ。
そういう人は、少しでも詰まったら、そこで仕事を止めちゃう。
ソフトの使い方程度のことで、業務が滞っては、ビジネスは成り立たんよ。
そういう人でも、簡単に使えないと普及しない。
127．
>>126
> 企業ってのは、ひとつでも新しいことは絶対したくない人や、
> なんでもかんでもイヤイヤ作業している人も沢山いるんだよ。
こういう屑が居座って，逆に頼りになる人が転職したり
するから腹立たしいよな。
128．
>>127
著しくスレ違いだが
同感だ。
129．
winrarの暗号化だといまいちなの？
漢字コピペもいけるし。
アルゴリズムが何かわからないけど
130．
＞アルゴリズムが何かわからないけど
大問題ジャマイカ？
131．
PGPdiskについて質問させてください。
デフラグをかけたいのですが、どの様にしたらいいのでしょうか？
1.PGPdiskのイメージファイルが入っているディスクごと。
2.PGPdiskをマウントしてからそれを。
3.デフラグ出来ない。
4.デフラグするとぶっこわれる。
132．
2
133．
rarの暗号はAESと前スレにでてたのにテンプレに書いてないのな
134．
んなWinrarのヘルプに書いてある事を何でわざわざ
135．
ほんとだ、ヘルプにちゃんとのってたｗ
「RAR書庫は、より非常に強力な AES-128 standard で暗号化されます。」
てことはアタシェと一緒か。
有料だから評価されてないだけなのかな？
136．
>>131
1と2どちらも可能。1をするとマウントが速くなることがある。
2はあまり意味がないと思う。
137．
>>135
一緒ではないな。
アタシェはAES 256だからな。
まあ、そんなにかわったもんではないが
138．
同じAES256なのにファイル形式の互換性がないのがむかつく。
139．
>>125
インスコしたけど何をすればいいかさっぱりわからんかったぞ
140．
暗号方式とファイル形式の区別がつかない奴がいるな
141．
> 140
それは、おまいではないか
142．
暗号方式が同じだからって、あるソフトで作った暗号ファイルを、別の暗号ソフトで戻せないよ。
ファイルの格納方式とかは標準化されてないから。
143．
WINRARで十分
144．
アタッシェの使い勝手で、GnuPGとかのソフトでないものか・・・
作りたいと思う人いないのか？・・・って、そういうやつはたいてい
UNIXヲタでコマンドラインで何とかしてしまう人たちなので。
Windowsを使ってる漏れら無理ぽｗ
145．
アタッシュケースの使い勝手が何を指しているのかよく分からないし、
PGP/
146．
> PGP/
そこを何とか・・・ ならんかのぅ・・・
うまいアイデアが浮かべば、ビジネス化するのだが。
147．
公開鍵方式は初めて暗号化ファイルをやり取りするまでが面倒なんだよな。
暗号化ファイルを送る前に、相手の公開鍵をもらわないといけない。
対称鍵方式の暗号化はPGP/
必要がなくなるからな。
148．
暇なんでPGPみたいだけど２ｃｈネラー向きのファイル暗号化ソフトつーのを
作ってみるわ。もちろんWindowsネイティブな。少しまちなー。
149．
20分待ってみた。できた？ｗ
いやいやウソっす。気長に待ってます。
150．
CBCモードきぼんぬ！・・・なんて、ごめん面倒だよね。
151．
>>148
gpgshellの日本語化ファイルで十分楽になるよ
152．
大変遅くなったが>>1乙
このスレの存在すっかり忘れてたよ。
153．
そろそろノートだけでもいいから返してもらえないと仕事に支障がでるのですがどんなもんなんでしょうか・・・・
154．
いや、どうでもいいから
155．
>>153
志村！ID！ID！
156．
nyが２つも含まれてるなんて。。。
マジ金子勇氏？！
157．
>>156もIDがnY
158．
全員逮捕だ
159．
>>3のTrueCrypt（日本語版）無くなってない？
160．
詳しい事情はこちらで
暗号化仮想ドライブ作成ソフト Part2
http:/
161．
版権問題でしたか、大変だなー
162．
ElGamal
163．
JanusDG 1.0.6
164．
R-FCみたいな偽装ｿﾌﾄはｽﾚ違いですか？
165．
>>144
おれはGPG使ってるが、以前PGP使ってた。
PGPはアタッシェケースより（あるいは他の暗号ソフトより）使いやすいと思うが。
公開鍵暗号の部分は理解しなくても問題なく利用できる。
166．
慣用暗号ソフトとして使用する分には、の一節を165に補足
167．
>>166
そうか変わらんぞ。
どういう使い方かわからんけど
168．
いや、あのね聞いてほしいのね。
pgpっていうソフトの機能でね、裁断処理ってのがあるのよね。
うん、これにとんでもないバグがあったのよね。
フォルダAの中に重要な書類が色々入っているとするわね。
まずフォルダAの親フォルダに移動してほしいわけね。
そこでフォルダAのショートカットBを作成してフォルダA内に
移動させて欲しいのね。
ここらでちょっと現実を直視してみると重要なデータが吹っ飛んだ
ということが思い出されるわけね。
ここから続きね。
フォルダA内で先ほど作成したショートカットBを裁断処理してみて
欲しいわけね。
ここでどんなことが起こると思う？
はーい、ショートカットAが削除されるだけだと思います。
って答えたやつはぶっ殺すぞ。
そんなことならレスなんかしないわけね。
事実はね、フォルダA内の全データが削除される。
なの。
誰がこんなバグがあるって想像できるのかしら？
正直ね、年越せないのね・・・
169．
バグ【bug】
《虫の意》コンピューターのプログラム上の誤り。また一般に、機器類などの欠陥をいう。
170．
実体とショートカットの区別が出来ないバカのための仕様です
171．
>>168
確認が出るだろ
172．
確認は責任回避の言い訳になりませんよ。
東証だって非を認めたじゃないですか
173．
PGPR Desktop 9.0 for Windows
の日本語版だと確認のダイアログが出てこないんだよ。
即裁断処理に走るんだよ
ばーろー
174．
はいはい
175．
「ばろーん、ばろーん、ばろろろろろーん。という歌があったのじゃ」
と、後ろから画面を見てた、うちのじぃちゃんが入れ歯を洗いながらモゴモゴ言ってます。
176．
>>168
冬休みだねぇ。コピペ厨はどっか逝け！
177．
>>173
PGP Desktop Professional 9.0.3 [Build 2932] (日本語版) で確認してみた。
細断処理の前に確認ダイアログが表示されるぞ。
確認ダイアログの処理対象リストにはショートカットファイルだけでなく、
リンク先のフォルダのファイル全てがリストアップされる。
ただし全角文字のファイル名が文字化けするが。
ところで、PGPR ってなに？
178．
>>173
うちの 6.5.8cktだとオプション設定に「完全に削除する前に警告」って項目があるんだが
9.0にはないのか？
179．
9.0は知らんが9.0.3には下記の3個のオプションあり。
Windows のごみ箱を空にするときに自動的に細断処理する
デスクトップ上の別の "PGP シュレッダー" を使用する
細断処理する前に常に警告を表示する
初期の既定値では下の2個はオンになってる。
というかPGP9はフリーじゃないんでスレ違い。
180．
>というかPGP9はフリーじゃないんでスレ違い。
フリーじゃない暗号化ソフトって探してみたけど
スレ無いんですかね。
暗号化マスター２について質問したいんだけどどこがいいのか。
ttp:/
181．
>>180
とりあえずスレ一覧を「質問」で検索するぐらいはして欲しいのだが・・・
ソフトに関しての質問なら何でも答えます
ttp:/
1必読！★スレッド立てるまでも無い質問Ver.47★
ttp:/
辺りで聞いてみたら？ でも、レスが付かなくても怒っちゃダメだぞ。
182．
ソフトウェア実装で一番早くて堅い暗号はどれなんだろ？
速度が不満なんだよね。
あとは使い勝手だな。
ファイルやフォルダのドラック＆ドロップでやるのと、
USBメモリなどドライブ単位でできるのと、両方ほしいかも〜
とにかく操作性いいのがいいなぁ〜
183．
>>182
> ソフトウェア実装で一番早くて堅い暗号はどれなんだろ？
実装の話とアルゴリズムの話を混同してる悪寒
184．
>>182
ソフトウェア実装での"処理速度"だけ見るなら、RC6が概ね早いとは良く聞くけどね。
とは言え、環境だの実装だのにも大きく依存するから、
ちと古いが、一例としてCryptrecとかAES Conferenceの様子でも見てみれば？
http:/
ttp:/
ttp:/
多分探せばこういう比較ものは他にもあるだろ。
ただ、"堅い暗号"というのは何を指すのか分からん。
185．
>>144
7zipがちょうどいいのでは？
圧縮ソフトの分類になるが、AES256かAES128を採用してるしたしかオープンソース。使用方法も簡単明快。
186．
7zipを暗号化用途につかっています。
対応してるソフトが多いのがいいよね。
ソフトウェアの使い勝手を理由に他のファイル形式に乗り換えなくてよいのはかなりの利点です。
はっきり言ってアタッシェやEDなんかより便利。
187．
>>186
7ZIPは確かにいいですね。
188．
アタッシェケースでフォルダを圧縮しようとすると
「日付に変換出来ない値が渡されました」
と言うエラーが出る時があるんだけど、同じ症状の人居ない？
フォルダ・ファイルを「あふ」から渡した場合も、アタッシェケースを
起動して直接放り込んだ場合も同じエラーが出る。
しかし、エラーが出ないフォルダもあって原因が良く分からない。
OS は WinXP Pro SP1 なんだけど。
189．
>>188
ファイルの日付はどうなってる？
パソコンの日付も・・・
だめなら作者たんにメールしてみるしか？
190．
>>189
ありがとう。原因は分かった。
どうやら作成日時が設定されていないフォルダが原因らしい。
どうして作成日時の設定されていないフォルダが出来るのかという原因は
まだ分かっていないが、ツールでフォルダの作成日時を設定すると
暗号化してもエラーが出なくなったので、エラーの原因は特定出来た。
アタッシェケースでも対応してくれれば有り難いが、先ずは根治療法として
作成日時が設定されない原因を探してみようと思う。
191．
FATでの必須タイムスタンプは書き込み時刻のみなんだから、アプリ側で対応すべき問題だと思う
192．
>>191
またまたありがとう。作者さんに要望出しときました。
193．
GnuPGって導入そんなに面倒かな。
まあ、確かにキーを作るのが面倒かも。
194．
つか分かりにくいんでしょ。
抵抗あるってのは分かるよ。
195．
質問があります。
容量ぎりぎりにファイルを詰め込んだＨＤＤ全体を暗号化したいと思い、
アタッシェケースで試したんですが、暗号化したフォルダと複合化後の
フォルダが存在してしまい、容量オーバーになります。
圧縮せずに単一フォルダだけで管理できる都合のいいソフトはありませんか？
196．
>>195
> 圧縮せずに単一フォルダだけで管理できる都合のいいソフトはありませんか？
Windows2000 or XP Pro
197．
＞＞196
OSはXPのHome Editionなので、難しそうです。
フリーのソフトウェアで初心者にも十分使えそうなものが
あればいいのですが・・・
198．
>>195
TrueCrypt
199．
でも暗号化とかいろいろやったらファイルサイズ変わったりする。
ぎりぎりだとすると、エラーになるかも。
200．
悩んでいる間にバイトしてHDD買え
201．
>>195
容量ギリギリ状態で作業すると何かとうまく行かんことがあるから、安いHDケースと安いHD買ってきて
外付HDを作ることを薦める。何かと便利。
あと、HDのファイル全部暗号化の件だが、危険性はわかってるよね？「全部死にますた！」になったひと
結構いるんじゃないかな。(多くはパスワード紛失によるんだろうが)
202．
7zってﾌｧｲﾙ暗号できんの？
名前がいいのと超圧縮があるからずっとつかってたが知らなかった。
203．
>>202
7zipの暗号は強いはず
204．
http:/
>AES-256による強力な暗号化機能
> 7-Zip は、AES-256 アルゴリズムを使用した書庫の暗号化をサポートしています。
> このアルゴリズムは、 256ビット長の暗号キーを使用します。
> 7-Zip は SHA-256 ハッシュ・アルゴリズムに基づいた機能を使用して暗号キーを作成します。
> キー生成機能はユーザによって定義されたテキスト・パスワードからキーを作成します。
> パスワードの解読を困難にさせるために 7-Zip は、テキスト・パスワードから暗号キーを生成するときに
> 大きな数値を反復使用します。
205．
AES256ってことはUMDより強いのか、
解読なんて出来ないね
ありがとう。
206．
こうゆうのは解読できるの？
http:/
207．
>>206
だからそれはクイズだろうが。何度も張るなよ
208．
7-zipって圧縮してパスかければ勝手に暗号化してくれるの？
209．
そうですよ。速度が気になるなら無圧縮でパスかければいんじゃね
210．
7-zipのファイルがマウントできるようになったら最高だけど、技術的に無理なんだろうか?
211．
無理ではない
212．
けどファイルシステム用としては無駄が多いので速度が落ちる
213．
WindowsにはZIPをフォルダとして扱う機能がついてるけど、
あれの7Zip版ていうのがあったらほしいな。7zipで暗号化フォルダみたいな。
暗号化のみで無圧縮なら、速度的にも実用的そうなんだが。
214．
EFSでググれ。
215．
>>214 EFSって普通にWindowsのNTFSについてるあれじゃん。
216．
>>214をいじるスレ
217．
>>215
>>213は暗号化のみフォルダで扱いたいんだろ。
それならEFSが最適。AESで暗号化されるし。
>>216
ハァァ・・・
218．
EFSでぐぐってみた。教えてくれてありがとう勉強になった。
たしかにEFSは便利だけれども、オレが欲しいと言ったのは 7zipを フォルダとして
あつかう機能なんだよ。7zipをフォルダとしてマウントできるシェル拡張みたいな。
暗号化機能と同時に、「７zipであること」が重要なんだ。
219．
勘違いしたのはたぶん一名だから気にするな
220．
>>218
暗号化のみしかしないのに7zipである必要があるのか？
221．
ｲﾗﾈ
222．
ポータビリティのあるAES256暗号化ファイルとして見ても、7zipは優秀。
223．
どう考えても暗号化仮想ドライブのほうがいいだろ
224．
7Zipの副次的な利用について言ってみたんだよ。
暗号化専用という観点なら、TrueCryptやPGPDiskなんかの方がいいと思う。
# どうしたんだろう。 >214 が粘着してんのかな。
225．
ばかばっか
226．
おいらは別人だよ。思ったまま書いただけ。
粘着とかバカとか言われると214に悪いからな
227．
>>222
そうだね。
228．
厨のオラにおめえらの知識を分けてくれ
ただ単にフォルダにパスかけれるツールってないの？
この際、暗号強度はよわよわで構わない
ただただ特定のフォルダを開こうとするとパスを求められるようなやつ
229．
あんたがつくってくれ
230．
>>229
わりぃ無理
>>30