summaryrefslogtreecommitdiffstats
path: root/service/java/com/android/server/wifi/hotspot2/PasspointConfigSharedStoreData.java
Commit message (Collapse)AuthorAgeFilesLines
* WifiConfigStore: Encrypt credentials for networks (4/4)Roshan Pius2019-11-141-3/+3
| | | | | | | | | | | | | | | | | | | Add a setting to turn on/off encryption. This global setting will be turned on for devices which require encrypted credentials. We don't need to support flipping the global settings back n forth. Only needs to support the one way toggle from off to on once for the lifetime of the device. Bug: 140485110 Test: atest com.android.server.wifi Test: Manual verification - Store a PSK network config on older build - Upgrade to build with this CL - adb shell settings put global niap_mode 1 - Ensured that the psk was read correctly on upgrade - Ensured that the psk was encrypted when stored on disk after upgrade Change-Id: Ibabe0814bfc42a7bf610d18e89a7b82bacfdfeed Merged-In: Ibabe0814bfc42a7bf610d18e89a7b82bacfdfeed
* WifiConfigStore: Encrypt credentials for networks (1/4)Roshan Pius2019-11-141-2/+8
| | | | | | | | | | | | | | | | | | | | | | Changes in the CL: a) Introduced a new config store version. The new version gets rid of the integrity computation & adds support for encryption of credential data. b) Changed DataIntegrityChecker to WifiConfigStoreEncryptionUtil to help the different config store modules to encrypt/decrypt their credential data to be stored. c) Pass the version & the new EncryptionUtil to all the config store modules. The version is needed for the modules to handle upgrades. d) Use the WIFI_UID to store encryption key in keystore (to help ease migrate keys if we move to a separate process in R) Actual encryption of credential data/handling of upgrades will be added in the next CL. Bug: 140485110 Test: atest com.android.server.wifi Change-Id: I522b11ef2ffbdbf0ff19ae4f2643023df3843e5e Merged-In: I522b11ef2ffbdbf0ff19ae4f2643023df3843e5e
* WifiConfigStore Refactor (2/2)Roshan Pius2018-11-011-0/+154
Change all the WifiConfigStore clients to use the new architecture: a) Any clients (StoreData) that was previously writing data to both the user & shared store files needs to split into 2 separate |StoreData| instances. b) All clients (StoreData) currently always ask for data to persisted. This can potentially be improved in the future (only set the flag when it has new data), but it preserves current state for both the general shared & user store files. Bug: 117599800 Test: Unit tests Test: Verified upgrading device with some store data to the new architecture and ensured that we don't lose any data. Test: Will send for integration tests. Change-Id: Ibc07a7adba855fa858ddcf27c8a787677fcb3d3d