0

ここにユニークな使用例があります: 危険にさらされている患者が使用するスタンドアロンの iPhone アプリ「EmergencyResponse」(この投稿のために名前が変更されました) を拡張する必要があります。患者/介護者は、薬に関する情報、医師の連絡先情報、家族の連絡先、情報などを使用してアプリをセットアップします。

このアプリは、iPhone のロック画面に「電話のロックを解除し、「EmergencyResponse」を開いてください。サポート方法を案内します」というメッセージを表示します。

そのため、患者がどこかで気絶し、善良なサマリア人がやってきた場合、彼らはメッセージを見て、電話でアプリを開きます。アプリが開くと、善きサマリア人は「こんにちは、私の名前はジョン・スミスです。困っている場合は、妻のジル・スミスに 123-456-7890 (セル) で電話してください...など」というメッセージが表示されます。患者の病状の詳細、服用中の薬などを見ることができます(緊急対応の人々を助けるすべてのもの)

アプリのスポンサーである会社は、使用法を損なうことなく暗号化を使用するようにしたいと考えています (つまり、ユーザーにパスワードを要求することはできません)。コード内に暗号化キーを格納することを考えていました。コア データ フィールドに格納されているデータ要素は、キーを使用して暗号化し、データベースにアクセスする必要があるときに暗号化を解除できます。限られた量のデータしかなく、クエリするものがないため、データの暗号化を解除した後、すべてをモデル オブジェクトに保持できました。

袖をまくり上げて始める前に、これが機能するかどうか、それが最良の選択肢であるかどうか、または他にもっとうまく機能するものがあるかどうかについて、適切なアドバイスを得たいと思っていました(SALTリストについて聞いたことがあります-しかし、決してそれらを使用しました)!あなたの反応を楽しみにしています!

4

1 に答える 1

1

2つの考え:

1) すべてのデータを KeyChain のディクショナリに格納するだけです。合理的な制限が何であるかはわかりませんが、数千バイトは問題にならないと思います。

2) 起動時、ランダム、ソルトなどで暗号化キーを作成し、それをキーチェーンに保存できます。

しかし、私が理解していないのは、なぜ暗号化したいのかということです。この人が電話を紛失した場合、データは画面から読み取ることができますよね? つまり、ファイル システム内のデータを保護したいだけで、ランダムな人が画面からデータを読み取っても問題ないのでしょうか?

于 2013-05-15T20:54:23.770 に答える