これは、私たちが学校で話し合ったものです。
だいたいこんな感じで、
- ディレクトリを作成します(
data
ここでは参照用に名前を付けます)
- 権限を「
chmod 711 data
」に変更
- グループと他の人だけが持ってい
x
ます-ディレクトリに入るアクセス権
- ディレクトリをリストすることはできません
- 次に、ディレクトリを作成します
difficult-name-here
(これはハッシュ文字列の場合があります)。
- 権限を「
chmod a+rx difficult-name-here
」に変更
- このディレクトリの内容は安全ですが、外部ディレクトリはリストできません
- 「難しい名前」を知っている人はこの2番目のディレクトリにジャンプできます
- 「
cd path/to/data/difficult-name-here
」
- 他の人は名前を見ることができず、ディレクトリの内容にアクセスできません
- ただし、は
root
常にすべてにアクセスできます(ここでは問題になりません)。
difficult-name-here
このデータを提供したい人と共有します
- この2番目のディレクトリに共有ファイルを保持する
かなり大雑把ですが、これがunixアクセス制御の破損なしに壊れる可能性がある場合は、知りたいです。
からのコメントの更新dmckee
、
これはまさに私たちが達した結論です!
「あいまいさによるセキュリティ」の安全性には限界があります。
とはいえ、データの保護を設計するとき
は、その価値を特定することが重要です。
あなたが対象とする必要があります、
- より高いセキュリティを破るコスト
- 保護されたコンテンツのコスト
- あなたのパラノイアに比例する要因によって
この場合、root
がパブリックアクセスのどこかにディレクトリツリーを列挙することを決定した場合、その
秘密は明らかになります。しかし、あなたは根元から保護しているのか、それとも潜在的な無責任なのか?
その場合は、共有ファイルについて心配すべきことがたくさんあります。
質問の機能しないメモについて更新します。
私はこれがLinuxの初期の頃にそれが機能することを知るために使用しました。
「cannot access non-existant file
」ではなく「」'permissions denied
が表示される場合は、シーケンスに誤りがある可能性が非常に高いです。あなたが欲しいものはこのように見えるはずです、
755 711 755何でも-===アクセス許可
BasePath / CoverDir / Obscure / protectedFile.txt
| | ^^^^^^^^^^^^^^^^^なしでは見ることができません
| ^^^^^^^ディレクトリ名の読み取りアクセス
^^^^^友達と共有しました。あいまいなディレクトリ。
アクセス可能
ディレクトリ。
- '
CoverDir
'アクセスを'rwx--x--x
'に設定すると、
グループなどはディレクトリに入ることができるだけで、その内容を読み取ることはできません。
- あなたは、あいまいなディレクトリ名を使用している場合さて、
「Obscure
」、それの内側とで完全な読み取りアクセス権を与える「rwxr-xr-x
」、
この名前をknowning誰もがその内容を一覧表示することができます。
-
グループ内のユーザーや他のユーザーは ' 'を使用できないため、このアクセスは外部から '
ls BasePath/CoverDir/Obscure
' を使用して行う必要があり
ますls BasePath/CoverDir
。