Deprecated Features
========================

Certain functionality is deprecated and is likely to be removed in
a future major release.

To help warn users, macros are used to annotate deprecated functions
and headers. These warnings are enabled by default, but can be
disabled by defining the macro ``BOTAN_NO_DEPRECATED_WARNINGS`` prior
to including any Botan headers.

.. warning::
    Not all of the functionality which is currently deprecated has an
    associated warning.

If you are using something which is currently deprecated and there
doesn't seem to be an obvious alternative, contact the developers to
explain your use case if you want to make sure your code continues to
work.

TLS Protocol Deprecations
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The following TLS protocol features are deprecated and will be removed
in a future major release:

- Support for TLSv1.0/v1.1 and DTLS v1.0

- All support for DSA ciphersuites/certificates

- Support for point compression in TLS. This is supported in v1.2 but
  removed in v1.3. For simplicity it will be removed in v1.2 also.

- Support for using SHA-1 to sign TLS v1.2 ServerKeyExchange.

- All CBC mode ciphersuites. This includes all available 3DES and SEED
  ciphersuites. This implies also removing Encrypt-then-MAC extension.

- All ciphersuites using DH key exchange (DHE-DSS, DHE-RSA, DHE-PSK, anon DH)

- Support for renegotiation in TLS v1.2

- All ciphersuites using static RSA key exchange

- All anonymous (DH/ECDH) ciphersuites. This does not include PSK and
  ECDHE-PSK, which will be retained.

- SRP ciphersuites. This is implied by the removal of CBC mode, since
  all available SRP ciphersuites use CBC. To avoid use of obsolete
  ciphers, it would be better to instead perform a standard TLS
  negotiation, then a PAKE authentication within (and bound to) the
  TLS channel.

- OCB ciphersuites using 128-bit keys

Deprecated Functionality
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This section lists cryptographic functionality which will be removed
in a future major release.

- Block ciphers CAST-256, GOST 28147, Kasumi, MISTY1, DESX, and XTEA.

- Hash functions GOST 34.11-94 and Tiger

- DLIES

- MCEIES

- CBC-MAC

- PBKDF1 key derivation

- GCM support for 64-bit tags

- Weak or rarely used ECC builtin groups including "secp160k1", "secp160r1",
  "secp160r2", "secp192k1", "secp224k1",
  "brainpool160r1", "brainpool192r1", "brainpool224r1", "brainpool320r1",
  "x962_p192v2", "x962_p192v3", "x962_p239v1", "x962_p239v2", "x962_p239v3".

- All built in MODP groups < 2048 bits

- Support for explicit ECC curve parameters and ImplicitCA encoded parameters in
  EC_Group and all users (including X.509 certificates and PKCS#8 private keys).

- All pre-created DSA groups

- All support for loading, generating or using RSA keys with a public
  exponent larger than 2**64-1

- All or nothing package transform (``package.h``)


Deprecated Headers
^^^^^^^^^^^^^^^^^^^^^^

* The following headers and all functionality contained within them
  are outright deprecated, and will be removed entirely in a future
  major release. Most are either simply forwarding includes to another
  (still public) header, or contain functionality which is entirely
  deprecated. Consult the relevent file for more information.
  ``basefilt.h``, ``botan.h``, ``buf_filt.h``, ``cipher_filter.h``, ``comp_filter.h``,
  ``compiler.h``, ``init.h``, ``key_filt.h``, ``lookup.h``, ``sm2_enc.h``, ``threefish.h``,
  ``xmss_key_pair.h``

* The following headers have useful functionality but which we wish to
  hide from applications to allow easier library evolution. They will
  be made internal in a future major release, and will only be
  available to the library itself. In most cases, there is an
  alternative available. For example instead of using algorithm
  specific interfaces, use X::create to create the object dynamically.

  Algorithm headers (ciphers, modes, etc); just interact via the base class:
  ``adler32.h``,
  ``aes.h``,
  ``aria.h``,
  ``bcrypt_pbkdf.h``,
  ``blake2b.h``,
  ``blowfish.h``,
  ``camellia.h``,
  ``cascade.h``,
  ``cast128.h``,
  ``cast256.h``,
  ``cbc.h``,
  ``cbc_mac.h``,
  ``ccm.h``,
  ``cfb.h``,
  ``chacha20poly1305.h``,
  ``chacha.h``,
  ``cmac.h``,
  ``comb4p.h``,
  ``crc24.h``,
  ``crc32.h``,
  ``ctr.h``,
  ``des.h``,
  ``desx.h``,
  ``eax.h``,
  ``gcm.h``,
  ``ghash.h``,
  ``gmac.h``,
  ``gost_28147.h``,
  ``gost_3411.h``,
  ``hkdf.h``,
  ``hmac.h``,
  ``idea.h``,
  ``iso9796.h``,
  ``kasumi.h``,
  ``kdf1.h``,
  ``kdf1_iso18033.h``,
  ``kdf2.h``,
  ``keccak.h``,
  ``lion.h``,
  ``md4.h``,
  ``md5.h``,
  ``mdx_hash.h``,
  ``misty1.h``,
  ``noekeon.h``,
  ``ocb.h``,
  ``ofb.h``,
  ``par_hash.h``,
  ``pbes2.h``,
  ``pbkdf1.h``,
  ``pbkdf2.h``,
  ``pgp_s2k.h``,
  ``poly1305.h``,
  ``prf_tls.h``,
  ``prf_x942.h``,
  ``rc4.h``,
  ``rmd160.h``,
  ``salsa20.h``,
  ``scrypt.h``,
  ``seed.h``,
  ``serpent.h``,
  ``sha160.h``,
  ``sha2_32.h``,
  ``sha2_64.h``,
  ``sha3.h``,
  ``shacal2.h``,
  ``shake_cipher.h``,
  ``shake.h``,
  ``siphash.h``,
  ``siv.h``,
  ``skein_512.h``,
  ``sm3.h``,
  ``sm4.h``,
  ``sp800_108.h``,
  ``sp800_56a.h``,
  ``sp800_56c.h``,
  ``streebog.h``,
  ``threefish_512.h``,
  ``tiger.h``,
  ``twofish.h``,
  ``whrlpool.h``,
  ``x919_mac.h``,
  ``xtea.h``,
  ``xts.h``,

  Internal implementation headers - seemingly no reason for applications to use:
  ``blinding.h``,
  ``curve_gfp.h``,
  ``curve_nistp.h``,
  ``datastor.h``,
  ``divide.h``,
  ``eme.h``,
  ``eme_pkcs.h``,
  ``eme_raw.h``,
  ``emsa1.h``,
  ``emsa.h``,
  ``emsa_pkcs1.h``,
  ``emsa_raw.h``,
  ``emsa_x931.h``,
  ``gf2m_small_m.h``,
  ``keypair.h``,
  ``mode_pad.h``,
  ``mul128.h``,
  ``oaep.h``,
  ``polyn_gf2m.h``,
  ``pow_mod.h``,
  ``pssr.h``,
  ``rfc6979.h``,
  ``scan_name.h``,
  ``stream_mode.h``,
  ``tls_algos.h``,
  ``tls_magic.h``,
  ``xmss_common_ops.h``,
  ``xmss_hash.h``,
  ``xmss_index_registry.h``,
  ``xmss_tools.h``,

  Utility headers, nominally useful in applications but not a core part of
  the library API and most are just sufficient for what the library needs
  to implement other functionality.
  ``atomic.h``,
  ``bswap.h``,
  ``charset.h``,
  ``compiler.h``,
  ``cpuid.h``,
  ``http_util.h``,
  ``loadstor.h``,
  ``locking_allocator.h``,
  ``parsing.h``,
  ``rotate.h``,
  ``secqueue.h``,
  ``stl_compatibility.h``,
  ``uuid.h``,

Other API deprecations
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- Directly accessing the member variables of types ``calendar_point``,
  ``ASN1_Attribute``, ``AlgorithmIdentifier``, and ``BER_Object``

- Using a default output length for "SHAKE-128" and "SHAKE-256". Instead,
  always specify the desired output length.

- Currently if KDF interface is invoked with a requested output length larger
  than supported by the KDF, it returns instead a truncated key. In a future
  major release, instead if KDF is called with a length larger than it supports
  an exception will be thrown.

- The TLS constructors taking ``std::function`` for callbacks. Instead
  use the ``TLS::Callbacks`` interface.

- Using ``X509_Certificate::subject_info`` and ``issuer_info`` to access any
  information that is not included in the DN or subject alternative name. Prefer
  using the specific assessor functions for other data, eg instead of
  ``cert.subject_info("X509.Certificate.serial")`` use ``cert.serial_number()``.

- The ``Buffered_Computation`` base class. In a future release the
  class will be removed, and all of member functions instead declared
  directly on ``MessageAuthenticationCode`` and ``HashFunction``. So
  this only affects you if you are directly referencing
  ``Botan::Buffered_Computation`` in some way.

Deprecated Build Targets
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

- Configuring a build (with ``configure.py``) using Python2. In a future
  major release, Python3 will be required.

- Platform support for Google Native Client

- Support for PathScale and HP compilers