jsvcからJetty（または他のアプリケーションサーバー）へのメッセージのセキュリティ

Question

私は、埋め込みJettyを使用しているLinux上で実行されている既存のJava Webアプリケーションを持っています。アプリケーションは、rootとして実行されるjsvcを使用してロードされ、ポート443でリッスンし、ポート8443のあまり特権のないユーザー "appname"の下で実行されるJavaアプリケーションにリクエストをリレーします。

現在、私たちは "secrets.properties"と呼ばれるファイルから暗号化キーを取得します。これは "root"によって書き込み可能であり、 "appname"によって読み取り可能です（技術的には、 "appname"グループのメンバーによって）。しかし、私の好みは、ファイルが "root"によってのみ読み込み可能であり、jsvcがファイルを読み込んで、そのファイルの内容（または単一のプロパティ）をアプリケーションに渡すということです。私の目標は、誰かがアプリを破壊し、アプリの「appname」アカウントでシステムアクセス権を取得できた場合、そのキーを取得できないということです。

"ps -ex"を実行している誰かに鍵が表示されていなくても可能ですか？

Answer 1

彼らはキーを取得することができないかもしれないが、彼らはまだ、攻撃者が現在のアプリケーションを制御するので、彼らは彼らが望む任意のメッセージを送ることができ、それ

を使用することができるだろうし、それらを暗号化/でしょう署名されているものアプリケーションが妥協しなかったと信じて、忠実に署名または暗号化してください。アプリケーションからのデータを単に認証しようとしているだけの場合は、これを行うのにはほとんど意味がありません。

サーバが侵害された場合でも、あなたの鍵を取り消すことは賢明でしょう。

攻撃者が以前に送信された（しかし、もはやアプリケーションに保存されていない）メッセージを読むことを許す、長寿命の鍵の妥協を心配するならば、それは別の問題です。 perfect forward secrecyの暗号システムを使用することをお勧めします。 TLS/SSLは、ECDHEまたはDHEのスキームである認証済みDiffie-Helmen key exchange（たとえば、ECDHE-ECDSA-AES128-GCM-SHA256またはTLS-DHE-RSA-AES-256-CBC-SHA）を使用する場合、これを持っています。

何らかの理由でキーが侵害されていると心配している場合は、プロキシを作成できます。それはルートとして実行されるか、別のグループとして実行され、そのグループに鍵が渡されます。 TLS/SSLの場合、これは簡単です。いくつかのカスタム暗号化/署名システムでは、誰が知っていますか。しかし、もう一度、これをしたいと思う理由はほとんどありません。