11–20 of 23 posts
More importantly, how can gmail preserve your identity yet after every update it asks again if you want to view links with Chrome (which, by the way will have to be installed), no matter how many times you select "Do not ask again"?
There are basically two ways this can work: the old way, and the new way. In the old way, an implementation detail of the Keychain was that data saved in the Keychain would not be purged on app uninstall. Basically, the Keychain can be thought of as a fancy key-value store where your keyspace is further scoped to your app's bundle ID. It's intended to provide a secure place to generate and store keys, etc., but you c…
Any Apple engineers reading this, please give users control over this. This is a privacy hole.
That said, I found a post from last year saying that they would like to phase key-chain persistence out at some point, but it was fairly free of actual commitments.
There are basically two ways this can work: the old way, and the new way. In the old way, an implementation detail of the Keychain was that data saved in the Keychain would not be purged on app uninstall. Basically, the Keychain can be thought of as a fancy key-value store where your keyspace is further scoped to your app's bundle ID. It's intended to provide a secure place to generate and store keys, etc., but you c…
Any Apple engineers reading this, please give users control over this. This is a privacy hole.
Earlier quoted context omitted.
Any Apple engineers reading this, please give users control over this. This is a privacy hole.
Don't think they can. Keychain is supposed to be a secure storage solution, so I can't imagine they want users to be able to view that data, and it would be hard to manage it without knowing what it was. That said, I found a post from last year saying that they would like to phase key-chain persistence out at some point, but it was fairly free of actual commitments.
If you wanted to remove all Google data from your phone, surely it would be enough to just display the app name.
Earlier quoted context omitted.
Any Apple engineers reading this, please give users control over this. This is a privacy hole.
Don't think they can. Keychain is supposed to be a secure storage solution, so I can't imagine they want users to be able to view that data, and it would be hard to manage it without knowing what it was. That said, I found a post from last year saying that they would like to phase key-chain persistence out at some point, but it was fairly free of actual commitments.
Why not? They allow you to see your passwords that are stored in the keychain. And on macOS I can poke around the keychain to my heart’s content.
It would be ralatively easy to provide a way to dump an app’s (or app group’s) keychain values in Settings.app.
There are basically two ways this can work: the old way, and the new way. In the old way, an implementation detail of the Keychain was that data saved in the Keychain would not be purged on app uninstall. Basically, the Keychain can be thought of as a fancy key-value store where your keyspace is further scoped to your app's bundle ID. It's intended to provide a secure place to generate and store keys, etc., but you c…
One way is saving data in keychains. Data persist between installation in keychain until you erase the iPhone. You can easily track the device and user with keychain.
More importantly, how can gmail preserve your identity yet after every update it asks again if you want to view links with Chrome (which, by the way will have to be installed), no matter how many times you select "Do not ask again"?
Earlier quoted context omitted.
Any Apple engineers reading this, please give users control over this. This is a privacy hole.
Don't think they can. Keychain is supposed to be a secure storage solution, so I can't imagine they want users to be able to view that data, and it would be hard to manage it without knowing what it was. That said, I found a post from last year saying that they would like to phase key-chain persistence out at some point, but it was fairly free of actual commitments.