Bug 134878 – [iOS] Networking process writes persistent credentials to the keychain

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKit2

<rdar://problem/17657391>

Created attachment 234838 [details]
Use a session-persistent credential instead of a permanent one

The patch is missing a change to WebCore’s exports file.

[Alexey Proskuryakov]

Comment on attachment 234838 [details]
Use a session-persistent credential instead of a permanent one

View in context: https://bugs.webkit.org/attachment.cgi?id=234838&action=review

It's going to be sad without shimming. Perhaps we should indicate why we fail, so that developers know why their APIs don't work as expected?

I think that there is a way to implement shimming though, see <rdar://problem/11965615>.

> Source/WebKit2/Shared/Authentication/AuthenticationManager.cpp:119
> +#if PLATFORM(IOS)

I'm somewhat torn about suggesting to move this to ResourceHandle::receivedCredential(), where we have very similar code.

Existing code seems like it probably doesn't handle downloading.

> Source/WebKit2/Shared/Authentication/AuthenticationManager.cpp:122
> +    if (credential.persistence() == CredentialPersistencePermanent) {

Do proxy credentials go through this code path? I suspect that they do, and that we very much do want to store them persistently anyway.

(In reply to comment #3)
> (From update of attachment 234838 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=234838&action=review
> 
> It's going to be sad without shimming. Perhaps we should indicate why we fail, so that developers know why their APIs don't work as expected?
> 
> I think that there is a way to implement shimming though, see <rdar://problem/11965615>.

If that works, it’s much better than my patch, so I am going to try that first.

> 
> > Source/WebKit2/Shared/Authentication/AuthenticationManager.cpp:119
> > +#if PLATFORM(IOS)
> 
> I'm somewhat torn about suggesting to move this to ResourceHandle::receivedCredential(), where we have very similar code.
> 
> Existing code seems like it probably doesn't handle downloading.
> 
> > Source/WebKit2/Shared/Authentication/AuthenticationManager.cpp:122
> > +    if (credential.persistence() == CredentialPersistencePermanent) {
> 
> Do proxy credentials go through this code path? I suspect that they do, and that we very much do want to store them persistently anyway.

I think proxy credentials go through this same code path, but I don’t understand why we’d ever want to Networking process to write to the keychain. We can discuss that separately from this bug, though.

Created attachment 234843 [details]
Route CFNetwork calls to Security API through to the UI process

[Build Bot]

Comment on attachment 234843 [details]
Route CFNetwork calls to Security API through to the UI process

Attachment 234843 [details] did not pass mac-wk2-ews (mac-wk2):
Output: http://webkit-queues.appspot.com/results/5769428302036992

New failing tests:
media/W3C/video/src/src_reflects_attribute_not_source_elements.html

[Build Bot]

Created attachment 234845 [details]
Archive of layout-test-results from webkit-ews-16 for mac-mountainlion-wk2

The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-16  Port: mac-mountainlion-wk2  Platform: Mac OS X 10.8.5

Fixed in <http://trac.webkit.org/r171066>.