NSURLAuthenticationChallenge encapsulates a challenge from a server requiring authentication from the client.


Most apps do not create authentication challenges themselves. However, you might need to create authentication challenge objects when adding support for custom networking protocols, as part of your custom NSURLProtocol subclasses.

Instead, your app receives authentication challenges in various NSURLSession, NSURLConnection, and NSURLDownload delegate methods, such as URLSession:​task:​did​Receive​Challenge:​completion​Handler:​. These objects provide the information you’ll need when deciding how to handle a server’s request for authentication. At the core of that authentication challenge is a protection space that defines the type of authentication being requested, the host and port number, the networking protocol, and (where applicable) the authentication realm (a group of related URLs on the same server that share a single set of credentials).

Your app responds to authentication challenges by providing an NSURLCredential object. The details depend on the API you are using and on the type of challenge.

At a high level, if you’re providing the user’s credentials to a server or proxy, the proposed​Credential method provides a credential that matches the criteria specified in the protection space, retrieved from the NSURLCredential​Storage class handling the request (assuming such a credential exists).

If the previous​Failure​Count method returns 0 and the proposed credential exists, the proposed credential has not yet been tried, which means you should try it. If it returns a nonzero result, then the server has rejected the proposed credential, and you should use that credential to populate a password or certificate chooser dialog, then provide a new credential. You can create password-based credentials by calling the credential​With​User:​password:​persistence:​ method or create certificate-based credentials with the credential​With​Identity:​certificates:​persistence:​.

If the authentication’s protection space uses the NSURLAuthentication​Method​Server​Trust authentication method, the request is asking you to verify the server’s authenticity. In this case, the proposed​Credential method provides a credential based on the certificates that the server provided as part of its initial TLS handshake. Most apps should request default handling for authentication challenges based on a server trust protection space, but if you need to override the default TLS validation behavior, you can do so as described in Overriding TLS Chain Validation Correctly.

For more information about how URL sessions handle the different types of authentication challenges, see NSURLSession and URL Session Programming Guide.


Creating an authentication challenge instance

- init​With​Authentication​Challenge:​​sender:​​

Returns an initialized NSURLAuthenticationChallenge object copying the properties from challenge, and setting the authentication sender to sender.

- init​With​Protection​Space:​​proposed​Credential:​​previous​Failure​Count:​​failure​Response:​​error:​​sender:​​

Returns an initialized NSURLAuthentication​Challenge object for the specified protection space, credential, failure count, server response, error, and sender.

Getting authentication challenge properties


The error object representing the last authentication failure.


The URL response object representing the last authentication failure.


The receiver’s count of failed authentication attempts.


The proposed credential for this challenge.


The receiver’s protection space.


The receiver’s sender.


Inherits From