【VeraCrypt】暗号化仮想ドライブ作成ソフト Part21©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。 転載ダメ©2ch.net
2016/01/21(木) 18:18:55.17ID:g8OYVscz0https://veracrypt.codeplex.com/
VeraCryptはTruecryptに存在した脆弱性が修正されててTruecryptのコンテナも読み込めるから移行しない手はない
TrueCrypt日本語マニュアルなど
http://ux.getuploader.com/TrueCrypt/
Part1 http://pc7.2ch.net/test/read.cgi/software/1081671146/
Part2 http://pc7.2ch.net/test/read.cgi/software/1128739226/
Part3 http://pc11.2ch.net/test/read.cgi/software/1144668221/
Part4 http://pc11.2ch.net/test/read.cgi/software/1172553919/
Part5 http://pc11.2ch.net/test/read.cgi/software/1193225263/
Part6 http://pc11.2ch.net/test/read.cgi/software/1205480338/
Part7 http://pc11.2ch.net/test/read.cgi/software/1217020056/
Part8 http://pc12.2ch.net/test/read.cgi/software/1232865288/
Part9 http://pc12.2ch.net/test/read.cgi/software/1258275143/
Part10 http://hibari.2ch.net/test/read.cgi/software/1275055890/
Part11 http://hibari.2ch.net/test/read.cgi/software/1286793269/
Part12 http://hibari.2ch.net/test/read.cgi/software/1303608239/
Part13 http://anago.2ch.net/test/read.cgi/software/1323003812/
Part14 http://anago.2ch.net/test/read.cgi/software/1340394416/
Part15 http://anago.2ch.net/test/read.cgi/software/1349235474/
Part16 http://anago.2ch.net/test/read.cgi/software/1360033421/
Part17 http://anago.2ch.net/test/read.cgi/software/1383006455/
Part18 http://anago.2ch.net/test/read.cgi/software/1402422357/
Part20 http://potato.2ch.net/test/read.cgi/software/1437430281/ 👀
Rock54: Caution(BBR-MD5:669e095291445c5e5f700f06dfd84fd2)
0655名無しさん＠お腹いっぱい。
2016/09/30(金) 09:35:31.37ID:B5Np52xK0http://www.mdis.co.jp/products/cryptofileplus/index.html
0656名無しさん＠お腹いっぱい。
2016/09/30(金) 09:36:08.25ID:B5Np52xK00657名無しさん＠お腹いっぱい。
2016/09/30(金) 20:25:33.24ID:hKRmoCYD00658名無しさん＠お腹いっぱい。
2016/10/04(火) 00:48:53.16ID:KoUvowSD00659名無しさん＠お腹いっぱい。
2016/10/04(火) 17:35:06.18ID:OpPMq0yc0http://headlines.yahoo.co.jp/hl?a=20161004-00010001-yomonline-life
読売新聞（ヨミウリオンライン） 10月4日(火)12時10分配信
故人がパソコンやスマートフォンなどのデジタル機器に残した写真や有料サービスなどの様々な情報は、「デジタル遺品」と呼ばれる。遺族がその取り扱いに悩むケースが増えている。
デジタル遺品の多くは、パスワードで守られている。佐々木さんは、遺族に引き継ぐべき情報は、ファイルやサービスなどの名称、ID、パスワードなどを書き出し、保管しておくことを勧める。
とりわけ注意したいのは、金銭が絡む情報だ。有料サービスはもちろん、こっそり行っている財テクなども記しておく。
先物取引などでの損失を突然請求される、ネットオークションの購入者から商品未着の苦情を受けるといったトラブルに遺族が遭遇する可能性がある。
◆デジタル遺品は一覧表にして管理
〈1〉パソコン、スマホ内の情報を、「必ず引き継ぐ」「引き継ぎたい」に2分類。「必ず」に加えるのはネット銀行口座、有料サービス、住所録など
〈2〉それぞれの一覧表を作る。ファイル名やサービス（事業者）名、ID、パスワードなどを列記。パスワードは分けて保管するのが望ましい
〈3〉預金通帳などと一緒に保管。年1回見直す
※「見られたくない」情報は、分かりにくいパスワードを設定し、一覧表に載せないことで、目に触れる機会を減らせる
（古田さん、佐々木さんの話を基に作成）
■万一につながる「まず整理」
◎取材を終えて 自分のパソコンやスマホに、どのぐらい情報が入っているのか想像もつかない。
だが、デジタル遺品がもたらしかねない様々な問題を考えると、何もしないわけにはいかなそうだ。
とはいえ、死後の備えに、というのは少々気が重い。使いやすくするため、
無駄なサービスがないか確認するため、まずは我がコトとして整理整頓してみようか。結果的に万が一の備えになるかもしれない
0660名無しさん＠お腹いっぱい。
2016/10/05(水) 21:13:41.25ID:W7lGgqSz0http://headlines.yahoo.co.jp/hl?a=20161005-00000028-reut-bus_all
すでにメールボックスにセーブされているメールのスキャンやリアルタイムで少数のアカウントを
監視するのではなく、すべての受信メールをサーチする要請に応じ、明るみに出た米企業としては初の
ケースになると指摘する。
0661名無しさん＠お腹いっぱい。
2016/10/08(土) 11:43:37.59ID:pvQqNcOF00662名無しさん＠お腹いっぱい。
2016/10/08(土) 13:27:58.86ID:Ig5Xg4zz00663名無しさん＠お腹いっぱい。
2016/10/08(土) 16:37:56.26ID:z5fAuC0J00664名無しさん＠お腹いっぱい。
2016/10/18(火) 18:55:23.81ID:gx27FAGQ0Changes between 1.18a and 1.19 (17 Octobre 2016) :
This build fix a crash caused by the previous Streebog fix
- All OSes:
* Fix issues raised by Quarkslab audit.
- Remove GOST89 encryption algorithm.
- Make PBKDF2 and HMAC code clearer and easier to analyze.
- Add test vectors for Kuznyechik.
- Update documentation to warn about risks of using command line switch ”tokenpin”.
* Use SSE2 optimized Serpent algorithm implementation from Botan project (2.5 times faster on 64-bit platforms).
- Windows:
* Fix keyboard issues in EFI Boot Loader.
* Fix crash on 32-bit machines when creating a volume that uses Streebog as PRF.
* Fix false positive detection of Evil-Maid attacks in some cases (e.g. hidden OS creation)
* Fix failure to access EFS data on VeraCrypt volumes under Windows 10.
* Fix wrong password error in the process of copying hidden OS.
* Fix issues raised by Quarkslab audit:
- Fix leak of password length in MBR bootloader inherited from TrueCrypt.
- EFI bootloader: Fix various leaks and erase keyboard buffer after password is typed.
- Use libzip library for handling zip Rescue Disk file instead of vulnerable XUnzip library.
* Support EFI system encryption for 32-bit Windows.
* Perform shutdown instead of reboot during Pre-Test of EFI system encryption to detect incompatible motherboards.
* Minor GUI and translations fixes.
- MacOSX:
* Remove dependency to MacFUSE compatibility layer in OSXFuse.
0665名無しさん＠お腹いっぱい。
2016/10/18(火) 19:19:27.79ID:mOP5wLnQ0やっとSerpentが二軍候補から脱出か
速度的にAESと掛け合わせるネタがTwofishしかなかった
0666名無しさん＠お腹いっぱい。
2016/10/18(火) 19:41:14.86ID:gx27FAGQ00667名無しさん＠お腹いっぱい。
2016/10/18(火) 23:36:45.16ID:Q/oetBLU00668名無しさん＠お腹いっぱい。
2016/10/19(水) 01:58:34.34ID:TCM6CJPt00669名無しさん＠お腹いっぱい。
2016/10/19(水) 08:40:15.01ID:stsBD74C0他のプロセスが使用中とかで再起動しても削除できなくて焦った
結局一度USBメモリ抜いて挿しなおしたら削除できた
0670名無しさん＠お腹いっぱい。
2016/10/20(木) 17:18:33.98ID:eA0bwDBY00671名無しさん＠お腹いっぱい。
2016/10/21(金) 00:25:01.72ID:iPoJ779l0穴塞いだだけじゃないの？
0672名無しさん＠お腹いっぱい。
2016/10/22(土) 01:38:15.49ID:/7brySDp0http://blog.quarkslab.com/security-assessment-of-veracrypt-fixes-and-evolutions-from-truecrypt.html
VeraCryptのセキュリティ評価：TrueCryptをからの修正と進化
日付 月2016年10月17日 によって ジャン=バティスト・Bedrune マリオンVideauの カテゴリー 暗号 札 VeraCrypt 暗号学
QuarkslabはVeraCrypt 1.18のセキュリティ評価を行いました。
監査はによって資金を供給されたOSTIFと研究の32人日合計8月16日及び2016年9月14日の間に2 Quarkslabのエンジニアによって行われました。
暗号化に関連する重大な脆弱性は、同定されています。 これは、バージョン1.18で導入されており、バージョン1.19で修正されます。
VeraCryptは、によって開発されたディスク暗号化ソフトウェアですIDRIX 。 それは、今は亡きTrueCryptのプロジェクトから派生しています。
この監査は、の要請で行われたオープンソースの技術向上基金 。
その目標は、によって行われたTrueCrypt 7.1Aの監査結果の公表以来VeraCryptによってもたらされた機能のセキュリティ評価することであったオープン暗号監査プロジェクトを 。
報告書の全文は、このブログ記事で利用できるようになる[1] 。
最初のステップは、オープン暗号監査プロジェクトのためのTrueCrypt 7.1AでISECおよびNCCグループが特定された問題や脆弱性を考慮して固定されていたことを確認することにありました。
その後、残りの研究はVeraCryptに固有のコード内の潜在的なセキュリティ上の問題を特定することでした。
他のTrueCryptのフォークに反して、VeraCryptの目標は、TrueCryptのの公開脆弱性を修正するだけでなく、ソフトウェアに新しい機能をもたらすことだけではありません。
0673名無しさん＠お腹いっぱい。
2016/10/22(土) 01:38:49.84ID:/7brySDp0UEFIのサポート、
非西洋の暗号アルゴリズム（Camelliaは、Kuznyechik、GOST 28147から89、Streebog）のほか、
ボリュームエキスパンダー、
ボリュームヘッダの暗号化キーの導出のセキュリティに影響を与える「個人の反復乗算器」、
Windows上でUNICODEのサポート、および次の使用StrSafe機能の代わりに、string.hの 、
ランダムおよび乱数のより良い推定値を改善するために、各乱数生成でマウスの動きにエントロピーの集まり。
監査は仕事の2行を続けてください。
TrueCrypt 7.1Aのオープン暗号監査プロジェクトの監査の結果が公表された後VeraCryptで導入された修正の分析。
TrueCryptの中に存在していなかったVeraCryptの機能の評価。
修正
考慮されているすべての脆弱性は、正確に（それらのいずれかのマイナーな不足している修正プログラムを除いて）修正されました。
具体的には、問題がにつながるジェームズForshawによって発見された権限昇格 OCAP監査が解決された直後のTrueCryptドライバで。
コードまたはプロジェクトのアーキテクチャの大幅な変更を必要とする脆弱性が修正されていません。
これらは、まだキャッシュタイミング攻撃を受けやすいAESの実装、およびアプリケーションの動作を変更する必要がTC_IOCTL_OPEN_TESTで問題が含まれています。
TrueCryptをとの不適合につながる脆弱性は、暗号化機構に関連するものとして、固定されていません。
最も注目すべきものは次のとおりです。
キーファイル混合は、暗号音ではありません：キーファイルは、秘密のデータを得るために混合されている方法は、非暗号化メカニズムに依存しています。
示すように、いくつかの攻撃が可能であり、 紙のUbuntuプライバシーリミックスチームによって。
ボリュームヘッダに認証されていない暗号文：ボリュームヘッダ上の実MACの欠如が約と実存偽造が可能となり、\（2 ^ {32} \）のクエリ。
0674名無しさん＠お腹いっぱい。
2016/10/22(土) 01:39:46.08ID:/7brySDp0監査時に見つかった問題のうち、いくつかはすぐに修正する必要があります。
GOST 28147から89、64ビットのブロックサイズで対称ブロック暗号の可用性は、問題です。 このアルゴリズムはVeraCrypt 1.18で追加されました。
それはVeraCryptで使用される他のブロック暗号とは逆に64ビットブロック暗号です。
VeraCrypt自体はいくつかの問題を提起ゼロIVとCBCモードで2つの64ビットのブロックを暗号化することにより、128ビットのブロック暗号をエミュレートするようにXTSコードは、そのような暗号のために適合されていません。
さらに、その128ビットのカウンターパートと同じレベルのセキュリティを達するために、処理されるデータの量は、
残りの暗号化システムにおけるデータのために考慮されるには小さすぎるこれ以上512バイト以下でなければなりません。
GOST 28147から89には、バージョン1.19で削除されます。
圧縮ライブラリが古いか下手に書かれています。 彼らは、更新または交換する必要があります。
VeraCryptはzlibのの古いバージョンを埋め込み、最新バージョンも下手に書かれたZipライブラリを含んでいました。
圧縮機能は、バージョン1.19に更新されたり書き換えられます。 バージョン1.18のように、これらのライブラリとの主なリスクは、ユーザー補助コードの実行です。
システムが暗号化されている場合、ブートパスワード（UEFIモード）またはその長さ（レガシーモードで）は、攻撃者によって取得することができます。
最後に、UEFIローダはまだ成熟していません。 しかし、その使用は、ビューの厳密な暗号点からセキュリティ上の問題を引き起こすことが見出されていません。
0675名無しさん＠お腹いっぱい。
2016/10/22(土) 01:40:32.01ID:/7brySDp0VeraCryptは維持するのは難しいプロジェクトです。
複数のオペレーティングシステムの深い知識は、Windowsのカーネル、システム・ブート・チェーンおよび暗号では良い概念が必要とされています。
IDRIXによって行われた改善は、これらのスキルの所有を証明します。
プロジェクトは、良い方向に進化し、明確にアカウントアセスメントの結論を考慮に入れます。
そのセキュリティは、ディスク暗号化ソフトウェアを使用したい人のために良いことである改善されています。
VeraCryptの主要開発者、ムニールIdrassiは、建設的な知見を議論し、問題を上げ、すべての質問に答える、監査に沿って非常に肯定的でした。
我々は彼に感謝したいと、もちろん、可能な研究をしたためOSTIFからデレク・ジマーだろう。
0676名無しさん＠お腹いっぱい。
2016/10/24(月) 20:11:07.64ID:lm8SAawH0半分以上終わった時点でファイルシステムがexFATになってるのに気づいた orz
一からやりなおしｗ
0677名無しさん＠お腹いっぱい。
2016/10/24(月) 22:14:03.81ID:cgPfmxwX0なんか不都合でもあるの？
0678名無しさん＠お腹いっぱい。
2016/10/25(火) 03:05:59.74ID:GPaoof/U00679名無しさん＠お腹いっぱい。
2016/10/25(火) 08:15:15.58ID:IJP4m/x30むしろNTFSより新しい規格だからいいのかな？
詳しい人教えて
あと初めてVeraCryptでボリューム作ったんだけど、マウントにすごく時間かかるね
TrueCryptでボリューム作ってTrueCryptモードで運用だとマウント早いけど、それだとVeraCrypt使う意味無い？
0680名無しさん＠お腹いっぱい。
2016/10/25(火) 09:51:20.92ID:kvfLdOQk0> HDDにexFATって問題無いの？
逆に何か問題なの？
0681名無しさん＠お腹いっぱい。
2016/10/25(火) 11:20:00.53ID:X/Qce/dH0逆にACLがないから常時マウントしてOSの追加領域として使うには不適
0682名無しさん＠お腹いっぱい。
2016/10/25(火) 12:08:09.12ID:sR7cBu0f0FAT32みたくACLがない場合、マウント中にChromeやEdgeでexploit踏むと、
本来rendererにはローカルファイルのアクセス権ないのにそれをバイパスして攻撃者がアクセス可能になる
悪質ドキュメントやメディアをsandbox化されたビューア/プレイヤーで開いた場合も同様
詳しくはChromeのsandboxドキュメント参照。
まあこうした攻撃は標的型以外では考えにくいけど、理論的にはありうるってことで
NTFSの場合はジャーナリングによるプライバシー漏洩が問題になる。
マニュアルではコンテナがジャーナリングFS内にある場合を想定してるけど、ボリュームがJFSの場合も問題出るはず
0683名無しさん＠お腹いっぱい。
2016/10/25(火) 13:17:00.01ID:GPaoof/U0裸で使うならNTFSにしないと暗号化出来ないけど
どっちみちVeraCrypt使うならexFATのままでも良い気がする
0684名無しさん＠お腹いっぱい。
2016/10/25(火) 14:53:29.43ID:sR7cBu0f0コンテナをNTFSにすること自体は問題ないかも
SSDの場合にウェアレベリングが元々持ってる問題(またはHDDのデフラグ)をより大きくするとか
インデックスソフトを使ってる場合により多くのメタデータが漏れるとかぐらいしか思いつかなかった
詳しい人よろ
0685名無しさん＠お腹いっぱい。
2016/10/25(火) 14:59:47.30ID:sR7cBu0f0TCの脆弱性が一部修正されてるから意味はあるけど、マウント時間気になるならPIMを減らしなさい
パスワード20文字以上が必須になるけどbrute force対策弱めるんだから仕方ない
TCのデフォはHMAC-RIPEMD160×1000, VCはHMAC-SHA512×500000 (= 15000 + PIM × 1000)
ハッシュはデフォのままがお勧め
どこまで減らすかは以下で計算。大文字小文字数字記号含むランダムなパスワードなら大体1文字5bit。
繰り返し数n = 15000 + PIM × 1000の時、これに大体log_2 n (2を底とするnの対数)を加える
例) 20文字のパスワード≒100bit + 繰り返し数100000≒17bit で約117bit
この場合、深刻な脆弱性が発見されない限り2030年位まで安全と思われる
ttp://www.nict.go.jp/publication/NICT-News/1303/01.html
実際はGPUやFPGAによる攻撃も考慮して多めにマージンを取っておくといい
0686名無しさん＠お腹いっぱい。
2016/10/25(火) 23:27:03.42ID:sR7cBu0f00687名無しさん＠お腹いっぱい。
2016/10/25(火) 23:57:53.47ID:X/Qce/dH0確認してみたけどたしかに出ないね。デフォルトは機能オフかな
まあ、大抵のユーザがexFATに望むのは"大容量対応なFAT32"の位置づけだろうから、そのほうが混乱がないか
0688名無しさん＠お腹いっぱい。
2016/10/26(水) 11:15:43.83ID:9rnlj9zx00689名無しさん＠お腹いっぱい。
2016/10/26(水) 11:16:44.11ID:t2m691K00サンクス
難しいことはさっぱりだけど、とにかくPIMってのを使って数値をなるべく小さくすればいいのね
1でもTrueCryptよりは強力らしいから1でいいや
NTFSとexFATの違いもよく分からないのでこれまで通りNTFSにしとく
0690名無しさん＠お腹いっぱい。
2016/10/26(水) 12:15:26.04ID:PRtJCzep0wikiにもあるし他でも言ってる人いたんだけどホントに対応してんのかな…してるなら何故弄らせてくれんのだ
俺の使い方だとACL必須なんでNTFSに戻したわ
>>689
小難しくてすまん
1でもTCの3倍以上brute force耐性あるから、企業レベルの攻撃を想定しない限り無問題
けどパスワードが脆弱だと意味ないからそこだけはしっかりね(Mypassword0123456789とかは×)
exFATの利点はMacでもマウントできるくらいかと
Winでしか使わんなら>>682前半の理由によりNTFSのが安全。>>643辺りで話題になってるようだが
コンテナの弱点の一つはマウント中に任意のプログラムからアクセス可能になることだからね
0691名無しさん＠お腹いっぱい。
2016/10/26(水) 13:22:51.10ID:D0wVrWcJ0石橋を叩いて渡る住人のことだから警戒してTrueにとどまってるものだと思ってた
0692名無しさん＠お腹いっぱい。
2016/10/27(木) 00:54:16.57ID:JmgQjuxu0久しぶりの人かい？俺もだw
正直石橋叩くのは極一部じゃないかと…俺もWin10で使ってる時点でお察しだし(archも使うけど)
VCは開発者の暗号知識に疑問を抱く件が以前あって、長らく留まってたんだけど7月末にOSアプグレして
環境再構築する際思い切って乗り換えてみた。
今は監査も終わったし、TCは脆弱性以外にもPBKDF2が時代についてってない面もあるから乗換え考慮してもいい気がする
(十分強いパスワードおよびkey file使ってればTCも問題ない…まあkey fileについてはセキュアな仕方で結合してないようだけど)
てかまだ監査のページ本家は張られてないのな
ttps://ostif.org/the-veracrypt-audit-results/
わかりにくいが下の方のveracrypt-audit-final-for-public-release.pdfからDLできる
0693名無しさん＠お腹いっぱい。
2016/10/27(木) 23:26:32.74ID:Yp+/zJDR0ジャーナリングが無いのでＮＴＦＳよりファイルが壊れやすい
ファイルシステムが壊れたときに、復旧ソフトがexFATに対応していないものも多い
４ＴＢ丸ごとともなるとexFATのクラスタサイズは大きくなるのでＨＤＤ容量の効率が悪くなる
0694名無しさん＠お腹いっぱい。
2016/10/27(木) 23:31:48.13ID:Yp+/zJDR0exFATのクラスタサイズが大きいのが原因なのか何なのか、
exFATのコンテナの中に入れ子でコンテナファイルを作ってマウントすると、
そこに膨大な量のファイルがあってアクセスしているとメモリが異常に浪費されることがある
0695名無しさん＠お腹いっぱい。
2016/10/28(金) 02:22:36.58ID:gvvkcU+U00696名無しさん＠お腹いっぱい。
2016/10/28(金) 19:09:30.55ID:t9l8a0oz00697名無しさん＠お腹いっぱい。
2016/10/29(土) 19:04:46.48ID:4Acumssi0VCに移行して3か月目にしてやっと気づいたｗ
0698名無しさん＠お腹いっぱい。
2016/10/29(土) 19:28:52.39ID:LZHcQyua00699名無しさん＠お腹いっぱい。
2016/10/30(日) 04:51:41.19ID:NSzTGOzQ0これって具体的にどうやるんですか？
現在、Veraを導入したのですが、Trueのコンテナもまだ使っていて、うっかりveraで開くと、すごいまたされた上に、パスワードが間違っています、、、となります。
0700名無しさん＠お腹いっぱい。
2016/10/30(日) 05:51:36.20ID:6TUgPAHK0ここの下の方
http://www.gigafree.net/security/encrypt/VeraCrypt-2.html
0701名無しさん＠お腹いっぱい。
2016/10/30(日) 11:06:13.49ID:0iaesvRR0ありがとうございます。助かりました。
英語版のユーザーズガイドには、半ページぐらいで、Trueからの変換というページがあって、ボリュームツール関係のコマンドで、変換することもできる、みたいに書いてあったのですが、意味が分かりませんでした。(*´ω｀*)
Veraで、パスワード変更したら、強制変換なのですね。
0702名無しさん＠お腹いっぱい。
2016/10/30(日) 14:04:53.40ID:kUKXLeRZ0「ｋ本的に無料ソフト・フリーソフト」Www
0703名無しさん＠お腹いっぱい。
2016/10/31(月) 17:08:22.05ID:alHnB8OD0ttps://veracrypt.codeplex.com/wikipage?title=Converting%20TrueCrypt%20volumes%20and%20partitions
けどこれ、作業的にヘッダーを交換しただけだよな
本体の暗号化形式はTruecryptから変わってないんだろうな、対応アルゴリズム以外
0704名無しさん＠お腹いっぱい。
2016/11/01(火) 03:32:58.15ID:VawRRG1h00705名無しさん＠お腹いっぱい。
2016/11/02(水) 03:39:50.65ID:h1YU2DL+0日本語になっている>>700を読んで理解したってこと位わかるやろ。
>>702も、そんなツッコミは入れてやらんでも。英語だとすんなり
入ってこないような人も使うくらい VC の裾野が広がってるって事だし、
単純にわかりやすくまとまったドキュメントがあれば、そっちを出して
あげればええやないの。そりゃ草も生えますけど、引用もh抜きじゃない
若い世代なんだから、おっさんはもっと優しく見守る余裕を持たんと。
0706名無しさん＠お腹いっぱい。
2016/11/02(水) 10:39:31.01ID:cF1j73OP0>若い世代なんだから
わざわざh消す理由あんの？delete押す手間かかるだけやん
普通にそのまま貼ればいいと思うが
語尾に(迫真)とか付けてる寒い某厨動画ネタ関連なんだろうか
0707名無しさん＠お腹いっぱい。
2016/11/02(水) 11:35:51.96ID:NN9nCuWt0違うよ>>701がボリュームツール関係のコマンドがどうのとか言うから調べてみたら
普通に真っ先に>>700と全く同じ内容の>>703が出てきたから一体どこを見てたんだと
0708名無しさん＠お腹いっぱい。
2016/11/02(水) 11:36:36.41ID:NN9nCuWt0直リンだとどーしてもすぐクリックしちゃう連中がいてマルウェアに感染したりするから
見る側に一手間踏ませようという古い慣習
まー専ブラとか結局h補完したりすっから大した意味はないかな
英語圏だとtをxに置き換えてhxxpとするのが多い。
向こうの場合は配慮というより規則で直リンが禁止されてる場合が多いけどね
0709名無しさん＠お腹いっぱい。
2016/11/02(水) 12:34:22.56ID:IZDpz7ju0ブラクラがジョークのように氾濫してた時代に他人のマルウェア感染を心配するような優しさは無かったと思う
0710名無しさん＠お腹いっぱい。
2016/11/02(水) 12:41:32.18ID:DeaVbpe400711名無しさん＠お腹いっぱい。
2016/11/02(水) 12:57:03.55ID:HhpQyesQ0ブラウザでコピーしてアドレス欄に貼り付けてくれれば飛んで来るところがわからなくなるんだろう
0712名無しさん＠お腹いっぱい。
2016/11/02(水) 13:00:09.54ID:41BR9RLQ00713名無しさん＠お腹いっぱい。
2016/11/02(水) 13:07:28.17ID:i/fSzimQ0俺はそっちのが前から疑問だわ
0714名無しさん＠お腹いっぱい。
2016/11/02(水) 23:03:33.17ID:NMtQU/FK0直リンすると<a>タグが挿入されてURLの2倍くらいバイト数食うから負担軽減のためにh抜きしてたのが主な理由
当時はgzipとかも導入してなかったし、三行革命とか半角ｶﾅとかも流行ってた
リファラ隠しはこういうのを知らない新参が後から考えた理由付け
そもそもウイルスのリンクとか大量にあったからh抜きですら人柱スレに貼ってから報告が無きゃ踏む奴も少なかった
新参に配慮してなんてのはあり得ないｗ
0715名無しさん＠お腹いっぱい。
2016/11/02(水) 23:08:49.35ID:vi2L9Jg300716名無しさん＠お腹いっぱい。
2016/11/03(木) 03:14:27.46ID:bACG4P2J0なるほど
0717名無しさん＠お腹いっぱい。
2016/11/03(木) 04:12:37.71ID:3zunEaTk0クソみてえだなｗ
今の時代にそんなことしてなんの理由があるんだか
0718名無しさん＠お腹いっぱい。
2016/11/03(木) 07:21:02.80ID:plZzGwP100719名無しさん＠お腹いっぱい。
2016/11/03(木) 11:08:43.31ID:aC7RIiHx0スマホの通信制限とか回避にも役に立つんでね
0720名無しさん＠お腹いっぱい。
2016/11/03(木) 20:18:33.48ID:/gMF8/6O00721名無しさん＠お腹いっぱい。
2016/11/05(土) 18:01:31.38ID:OLV82OK70マウントは出来るのだけど、読み取り専用として開く様になってしまった。
中のファイルは見られるだけで編集出来ないし、コンテナ内にファイルを追加することも出来ない。
VeraでVolume Propertyみたいなのを確認しても、Read Onlyの項目はNOになっている。
そもそも今迄はこの環境で普通に読み書き出来ていたし、何も変えていないはずなのに。
試しに新たなコンテナを作り直してみたけど、何故かこのまっさらなやつでも同様に書き込めなかった。
OSはTails2.6を管理者権限で、VCも最新版。
何が問題なのだろう？
0722名無しさん＠お腹いっぱい。
2016/11/05(土) 18:51:39.64ID:m+652qXd00723名無しさん＠お腹いっぱい。
2016/11/05(土) 18:52:17.89ID:m+652qXd0マウント時のパーミッションがroot:root/rwxr-xr-xになってて
それを一般ユーザが使おうとして無理ってパターンは非常にありがち。
0724名無しさん＠お腹いっぱい。
2016/11/05(土) 22:27:06.93ID:whVDh74n0てか常にsuで使ってんのかよ
0725名無しさん＠お腹いっぱい。
2016/11/06(日) 01:00:35.86ID:MJ4Q6lAg0「常にsuで使って」って意味がおかしいだろ
0726名無しさん＠お腹いっぱい。
2016/11/06(日) 03:41:40.54ID:6TIgf6Zl0マウント時にどうやってパーミッション選ぶのさ
0727721
2016/11/06(日) 05:18:28.28ID:6TIgf6Zl0FATのはやっぱり読むことしか出来ない。
以前はFATのも書き込み出来てたはずなのに。
パーミッションをどこでいじるのか分かりません。
0728名無しさん＠お腹いっぱい。
2016/11/07(月) 17:18:13.38ID:FjW0fgiB0コンテナが他ユーザーの持ち物で、パーミッションが755だったりしない？ということを言ってるのではないかと。
0729名無しさん＠お腹いっぱい。
2016/11/07(月) 17:22:53.75ID:FjW0fgiB0そのLinuxでは、fatでフォーマットされたデバイスは、Read onlyでしかマウント出来ないということはないですか？
0730721
2016/11/07(月) 19:23:03.43ID:fKIiWn8L0コンテナのプロパティからアクセス権を変更しようとしても出来ないのです。
0731名無しさん＠お腹いっぱい。
2016/11/07(月) 23:00:49.07ID:ae7XZfDy00732名無しさん＠お腹いっぱい。
2016/11/26(土) 23:24:42.12ID:lFwM8s+S0コンテナや領域内に突っ込んでた暗号化したコンテナファイルが読めずに焦った。
コンテナファイルが壊れたかと思ったらWin7では問題ないく読めるとか、1日疲れたorz
0733名無しさん＠お腹いっぱい。
2016/11/27(日) 00:00:21.01ID:TpVus+eR00734名無しさん＠お腹いっぱい。
2016/11/27(日) 01:13:11.83ID:wopoK7JZ0FAT32・exFATメディアにコピーしても暗号解除されないようになって、
2台のPCの証明書が違うとファイルが読めなくなったりして、半強制Windows10化で大変な目にあった。
0735名無しさん＠お腹いっぱい。
2016/11/27(日) 20:28:03.73ID:pXS35nzs00736名無しさん＠お腹いっぱい。
2016/11/29(火) 19:03:58.69ID:+B0gSqjW0そうかもしれない。Win2000から使い始めたが、
OSが変わるごとに微妙に仕様が変わって、
暗号化したらファイル作成日が変わったり変わらなかったり
証明書を作り直したりで結構こまったことがあった。
今後はややこしい事はせず、VeraCryptに頼るわ。
0737名無しさん＠お腹いっぱい。
2016/11/29(火) 19:35:20.91ID:M9ITph8k00738名無しさん＠お腹いっぱい。
2016/11/29(火) 20:17:21.81ID:+B0gSqjW00739名無しさん＠お腹いっぱい。
2016/11/29(火) 22:11:44.12ID:NsHyktKp00740名無しさん＠お腹いっぱい。
2016/11/30(水) 01:41:00.95ID:/U/PXfbK0バグが入った
0741名無しさん＠お腹いっぱい。
2016/12/02(金) 10:36:15.22ID:/sq2TsYb0http://gigazine.net/news/20161201-windows-10-upgrade-bitlocker-bypass/
0742名無しさん＠お腹いっぱい。
2016/12/03(土) 18:32:07.32ID:S9E4GiuG00743名無しさん＠お腹いっぱい。
2016/12/03(土) 19:15:18.92ID:U0Or5JPk0要するにクレイジーってことだよな
もうWindows使うのやめるしかない
0744名無しさん＠お腹いっぱい。
2016/12/04(日) 10:55:46.30ID:muQTlW1Q00745名無しさん＠お腹いっぱい。
2016/12/04(日) 11:31:28.80ID:9iHFOMYx00746名無しさん＠お腹いっぱい。
2016/12/04(日) 12:29:31.62ID:jVK79Ns000747名無しさん＠お腹いっぱい。
2016/12/06(火) 18:04:17.61ID:7I48Uvhx00748名無しさん＠お腹いっぱい。
2016/12/06(火) 19:19:47.86ID:shdwhYYE0http://news.mynavi.jp/news/2016/11/17/547/
0749名無しさん＠お腹いっぱい。
2016/12/06(火) 19:37:29.06ID:Ms8yZJTP0Linuxのシステム暗号化ドライブって何の意味もないじゃん
0750名無しさん＠お腹いっぱい。
2016/12/06(火) 20:30:31.39ID:02xTXk2h00751名無しさん＠お腹いっぱい。
2016/12/06(火) 20:44:43.86ID:dVKui/ZF0何かいい方法はないかね
0752名無しさん＠お腹いっぱい。
2016/12/06(火) 21:03:31.26ID:CwTqWFOW0cryptsetupあんまり知らないんだけど暗号化してるなら解除前にroot取っても意味無くね？
ロガー入れるなら外部メディアからlinuxブートすればいい訳だし
0753名無しさん＠お腹いっぱい。
2016/12/06(火) 22:33:42.36ID:yHjMqvUs0ブート保護してる企業の共有端末なんかでも、キーボードだけでroot取って
こちょこちょ仕込めるってのはわりと脅威かもしれん
0754名無しさん＠お腹いっぱい。
2016/12/13(火) 01:34:26.37ID:LI5WtSwz0■ このスレッドは過去ログ倉庫に格納されています