QSsl NamespaceThe QSsl namespace declares enums common to all SSL classes in QtNetwork. More... #include <QSsl> This namespace was introduced in Qt 4.3. Types
Detailed DescriptionThe QSsl namespace declares enums common to all SSL classes in QtNetwork. Type Documentation
|
Constant | Value | Description |
---|---|---|
QSsl::EmailEntry | 0 | An email entry; the entry contains an email address that the certificate is valid for. |
QSsl::DnsEntry | 1 | A DNS host name entry; the entry contains a host name entry that the certificate is valid for. The entry may contain wildcards. |
See also QSslCertificate::subjectAlternativeNames().
Describes supported encoding formats for certificates and keys.
Constant | Value | Description |
---|---|---|
QSsl::Pem | 0 | The PEM format. |
QSsl::Der | 1 | The DER format. |
Describes the different key algorithms supported by QSslKey.
Constant | Value | Description |
---|---|---|
QSsl::Rsa | 1 | The RSA algorithm. |
QSsl::Dsa | 2 | The DSA algorithm. |
QSsl::Opaque | 0 | A key that should be treated as a 'black box' by QSslKey. |
The opaque key facility allows applications to add support for facilities such as PKCS#11 that Qt does not currently offer natively.
Describes the two types of keys QSslKey supports.
Constant | Value | Description |
---|---|---|
QSsl::PrivateKey | 0 | A private key. |
QSsl::PublicKey | 1 | A public key. |
Describes the options that can be used to control the details of SSL behaviour. These options are generally used to turn features off to work around buggy servers.
Constant | Value | Description |
---|---|---|
QSsl::SslOptionDisableEmptyFragments | 0x01 | Disables the insertion of empty fragments into the data when using block ciphers. When enabled, this prevents some attacks (such as the BEAST attack), however it is incompatible with some servers. |
QSsl::SslOptionDisableSessionTickets | 0x02 | Disables the SSL session ticket extension. This can cause slower connection setup, however some servers are not compatible with the extension. |
QSsl::SslOptionDisableCompression | 0x04 | Disables the SSL compression extension. When enabled, this allows the data being passed over SSL to be compressed, however some servers are not compatible with this extension. |
QSsl::SslOptionDisableServerNameIndication | 0x08 | Disables the SSL server name indication extension. When enabled, this tells the server the virtual host being accessed allowing it to respond with the correct certificate. |
QSsl::SslOptionDisableLegacyRenegotiation | 0x10 | Disables the older insecure mechanism for renegotiating the connection parameters. When enabled, this option can allow connections for legacy servers, but it introduces the possibility that an attacker could inject plaintext into the SSL session. |
By default, SslOptionDisableEmptyFragments is turned on since this causes problems with a large number of servers. SslOptionDisableLegacyRenegotiation is also turned on, since it introduces a security risk. The other options are turned off.
Note: Availability of above options depends on the version of the SSL backend in use.
The SslOptions type is a typedef for QFlags<SslOption>. It stores an OR combination of SslOption values.
Describes the protocol of the cipher.
Constant | Value | Description |
---|---|---|
QSsl::SslV3 | 0 | SSLv3 |
QSsl::SslV2 | 1 | SSLv2 |
QSsl::TlsV1_0 | 2 | TLSv1.0 |
QSsl::TlsV1 | TlsV1_0 | Obsolete, means the same as TlsV1_0 |
QSsl::UnknownProtocol | -1 | The cipher's protocol cannot be determined. |
QSsl::AnyProtocol | ? | The socket understands SSLv2, SSLv3, and TLSv1.0. This value is used by QSslSocket only. |
QSsl::TlsV1SslV3 | ? | On the client side, this will send a TLS 1.0 Client Hello, enabling TLSv1_0 and SSLv3 connections. On the server side, this will enable both SSLv3 and TLSv1_0 connections. |
QSsl::SecureProtocols | ? | The default option, using protocols known to be secure; currently behaves like TlsV1SslV3. |
Note: most servers using SSL understand both versions (2 and 3), but it is recommended to use the latest version only for security reasons. However, SSL and TLS are not compatible with each other: if you get unexpected handshake failures, verify that you chose the correct setting for your protocol.