クライアント側で保護されたデータをキャッシュする方法はありますかユーザーが変更することはできませんサーバー側で再度使用することは安全ですか?セキュリティ保護されたデータクライアントサイドキャッシュ?
また、ユーザーによる変更がある場合は、利用可能である必要がありますが、元のデータではないとフラグが立てられている可能性があります。
クライアント側で保護されたデータをキャッシュする方法はありますかユーザーが変更することはできませんサーバー側で再度使用することは安全ですか?セキュリティ保護されたデータクライアントサイドキャッシュ?
また、ユーザーによる変更がある場合は、利用可能である必要がありますが、元のデータではないとフラグが立てられている可能性があります。
短答 - いいえ。 長い答え - おそらくWebストレージ/ indexedDB/Web SQLデータベースを、何らかの種類の塩漬けされたハッシュと組み合わせて使用して、後でそのオブジェクトが変更されていないことを確認することができます。
です。この塩はスクリプトで利用可能です。 – Trevor
いいえ、塩はバックエンドに保存し、ハッシュのみをフロントエンドに送る必要があります。 – valentinas
を得たものに等しいことがSAFであるように、それはユーザによって変更することができないようなクライアント側で保護されたデータをキャッシュする任意の方法があります。サーバー側でもう一度使用しますか?
データたら、いいえは、あなたがゲームを失ってしまった、クライアントのローカルです。
ユーザーによって変更があった場合は、利用可能である必要がありますが、元のデータではないとフラグされている可能性があります。
このデータには、サーバーのみが知っているキーで署名することができます。暗号署名では、誰でも署名者の身元を確認できますが、秘密鍵を持つ人だけが「正しい」署名を生成できます。
クライアント側のストレージはに制限されているので - localStorage/sessionStorage
は、indexedDB
(低サポート)(「サポートを主張」)、そしてもちろんcookies
はありません、保存されたデータを保護する方法はありません、簡単にアクセスできますwebsql
(低サポート)いくつかのJSメソッドを使用してデータを暗号化しても、そのメソッドはハッカーによって検出される可能性があります。 HMAC
を使用してデータを保護する唯一の真の方法は、サーバー側です。
でも、クライアント側の操作はいつでも一方的にハックすることができます。 ["安全なCookie"](http://thinkvitamin.com/code/how-to-create-totally-secure-cookies/)または["サイン付きCookie"](http://コードは – SpYk3HH