Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

libopenssl1_1-1.1.1w-9.1 RPM for aarch64

From OpenSuSE Ports Tumbleweed for aarch64

Name: libopenssl1_1 Distribution: openSUSE Tumbleweed
Version: 1.1.1w Vendor: openSUSE
Release: 9.1 Build date: Mon May 6 14:11:02 2024
Group: Productivity/Networking/Security Build host: reproducible
Size: 3711355 Source RPM: openssl-1_1-1.1.1w-9.1.src.rpm
Summary: Secure Sockets and Transport Layer Security
OpenSSL is a software library to be used in applications that need to
secure communications over computer networks against eavesdropping or
need to ascertain the identity of the party at the other end.
OpenSSL contains an implementation of the SSL and TLS protocols.






* Mon May 06 2024 Otto Hollmann <>
  - Security fix: [bsc#1222548, CVE-2024-2511]
    * Fix unconstrained session cache growth in TLSv1.3
    * Add openssl-CVE-2024-2511.patch
* Wed Feb 07 2024 Pedro Monreal <>
  - Enable running the regression tests in FIPS mode.
* Mon Feb 05 2024 Otto Hollmann <>
  - Rename engines directories to the same name like in SLE:
      /etc/ssl/engines1_1.d -> /etc/ssl/engines1.1.d
      /etc/ssl/engdef1_1.d -> /etc/ssl/engdef1.1.d
    * Add migration script to move files (bsc#1219562)
      /etc/ssl/engines.d/* -> /etc/ssl/engines1.1.d
      /etc/ssl/engdef.d/* -> /etc/ssl/engdef1.1.d
* Tue Jan 30 2024 Otto Hollmann <>
  - Security fix: [bsc#1219243, CVE-2024-0727]
    * Add NULL checks where ContentInfo data can be NULL
    * Add openssl-CVE-2024-0727.patch
* Mon Jan 22 2024 Otto Hollmann <>
  - Because OpenSSL 1.1.1 is no longer default, let's rename engine
    directories to contain version of OpenSSL and let unversioned for
    the default OpenSSL. [bsc#1194187, bsc#1207472, bsc#1218933]
    * /etc/ssl/engines.d ->  /etc/ssl/engines1_1.d
    * /etc/ssl/engdef.d -> /etc/ssl/engdef1_1.d
    * Update patches:
    - openssl-1_1-ossl-sli-002-ran-make-update.patch
    - openssl-1_1-use-include-directive.patch
* Thu Nov 23 2023 Otto Hollmann <>
  - Skip SHA1 test in 20-test_dgst.t when in FIPS mode
    * Add openssl-Skip_SHA1-test-in-FIPS-mode.patch
  - FIPS: add openssl-1_1-fips-bsc1190652_release_num_in_version_string.patch
    * bsc#1190652 - Provide a service to output module name/identifier
      and version
  - Sync patches with SLE:
    * Merge openssl-keep_EVP_KDF_functions_version.patch into
    * Refresh openssl-1_1-fips-bsc1215215_fips_in_version_string.patch
    * Remove openssl-no-date.patch
* Mon Nov 13 2023 Otto Hollmann <>
  - Security fix: [bsc#1216922, CVE-2023-5678]
    * Fix excessive time spent in DH check / generation with large Q
      parameter value.
    * Applications that use the functions DH_generate_key() to generate
      an X9.42 DH key may experience long delays. Likewise,
      applications that use DH_check_pub_key(), DH_check_pub_key_ex
      () or EVP_PKEY_public_check() to check an X9.42 DH key or X9.42
      DH parameters may experience long delays. Where the key or
      parameters that are being checked have been obtained from an
      untrusted source this may lead to a Denial of Service.
    * Add openssl-CVE-2023-5678.patch
  - Remove trailing spaces from changelog
* Thu Oct 19 2023 Otto Hollmann <>
  - Performance enhancements for cryptography from OpenSSL 3.x
    [jsc#PED-5086, jsc#PED-3514]
    * Add patches:
    - openssl-ec-Use-static-linkage-on-nistp521-felem_-square-mul-.patch
    - openssl-ec-56-bit-Limb-Solinas-Strategy-for-secp384r1.patch
    - openssl-ec-powerpc64le-Add-asm-implementation-of-felem_-squa.patch
    - openssl-ecc-Remove-extraneous-parentheses-in-secp384r1.patch
    - openssl-powerpc-ecc-Fix-stack-allocation-secp384r1-asm.patch
    - openssl-Improve-performance-for-6x-unrolling-with-vpermxor-i.patch
* Wed Oct 04 2023 Otto Hollmann <>
  - Displays "fips" in the version string (bsc#1215215)
    * Add openssl-1_1-fips-bsc1215215_fips_in_version_string.patch
* Tue Sep 12 2023 Otto Hollmann <>
  - Update to 1.1.1w:
    * Fix POLY1305 MAC implementation corrupting XMM registers on Windows.
    The POLY1305 MAC (message authentication code) implementation in OpenSSL
    does not save the contents of non-volatile XMM registers on Windows 64
    platform when calculating the MAC of data larger than 64 bytes. Before
    returning to the caller all the XMM registers are set to zero rather than
    restoring their previous content. The vulnerable code is used only on newer
    x86_64 processors supporting the AVX512-IFMA instructions.
    The consequences of this kind of internal application state corruption can
    be various - from no consequences, if the calling application does not
    depend on the contents of non-volatile XMM registers at all, to the worst
    consequences, where the attacker could get complete control of the
    application process. However given the contents of the registers are just
    zeroized so the attacker cannot put arbitrary values inside, the most likely
    consequence, if any, would be an incorrect result of some application
    dependent calculations or a crash leading to a denial of service.
* Tue Aug 08 2023 Otto Hollmann <>
  - Add missing FIPS patches from SLE:
    * Add patches:
    - bsc1185319-FIPS-KAT-for-ECDSA.patch
    - bsc1198207-FIPS-add-hash_hmac-drbg-kat.patch
    - openssl-1.1.1-fips-fix-memory-leaks.patch
    - openssl-1_1-FIPS-PBKDF2-KAT-requirements.patch
    - openssl-1_1-FIPS_drbg-rewire.patch
    - openssl-1_1-Zeroization.patch
    - openssl-1_1-fips-drbg-selftest.patch
    - openssl-1_1-fips-list-only-approved-digest-and-pubkey-algorithms.patch
    - openssl-1_1-jitterentropy-3.4.0.patch
    - openssl-1_1-ossl-sli-000-fix-build-error.patch
    - openssl-1_1-ossl-sli-001-fix-faults-preventing-make-update.patch
    - openssl-1_1-ossl-sli-002-ran-make-update.patch
    - openssl-1_1-ossl-sli-003-add-sli.patch
    - openssl-1_1-ossl-sli-004-allow-aes-xts-256.patch
    - openssl-1_1-ossl-sli-005-EC_group_order_bits.patch
    - openssl-1_1-ossl-sli-006-rsa_pkcs1_padding.patch
    - openssl-1_1-ossl-sli-007-pbkdf2-keylen.patch
    - openssl-1_1-ossl-sli-008-pbkdf2-salt_pass_iteration.patch
    - openssl-1_1-serialize-jitterentropy-calls.patch
    - openssl-1_1-shortcut-test_afalg_aes_cbc.patch
    - openssl-DH.patch
    - openssl-FIPS-KAT-before-integrity-tests.patch
    - openssl-fips-DH_selftest_shared_secret_KAT.patch
    - openssl-fips-kdf-hkdf-selftest.patch
    - openssl-kdf-selftest.patch
    - openssl-kdf-ssh-selftest.patch
    - openssl-kdf-tls-selftest.patch
    - openssl-no-date.patch
    - openssl-s_client-check-ocsp-status.patch
    * Modify patches:
    - openssl-1.1.1-fips.patch
    - openssl-1_1-FIPS-fix-error-reason-codes.patch
    * Remove patches:
    - openssl-add_rfc3526_rfc7919.patch
    - openssl-fips-dont_run_FIPS_module_installed.patch
    - openssl-fips_fix_selftests_return_value.patch
    * Add build and runtime dependency on jitterentropy
  - Pass over with spec-cleaner
* Tue Aug 01 2023 Pedro Monreal <>
  - Update to 1.1.1v:
    * Fix excessive time spent checking DH q parameter value
      (bsc#1213853, CVE-2023-3817). The function DH_check() performs
      various checks on DH parameters. After fixing CVE-2023-3446 it
      was discovered that a large q parameter value can also trigger
      an overly long computation during some of these checks. A
      correct q value, if present, cannot be larger than the modulus
      p parameter, thus it is unnecessary to perform these checks if
      q is larger than p. If DH_check() is called with such q parameter
      value, DH_CHECK_INVALID_Q_VALUE return flag is set and the
      computationally intensive checks are skipped.
    * Fix DH_check() excessive time with over sized modulus
      (bsc#1213487, CVE-2023-3446). The function DH_check() performs
      various checks on DH parameters. One of those checks confirms
      that the modulus ("p" parameter) is not too large. Trying to use
      a very large modulus is slow and OpenSSL will not normally use
      a modulus which is over 10,000 bits in length. However the
      DH_check() function checks numerous aspects of the key or
      parameters that have been supplied. Some of those checks use the
      supplied modulus value even if it has already been found to be
      too large. A new limit has been added to DH_check of 32,768 bits.
      Supplying a key/parameters with a modulus over this size will
      simply cause DH_check() to fail.
    * Update openssl.keyring with the OTC members that sign releases
    * Rebase openssl-1_1-openssl-config.patch
    * Remove security patches fixed upstream:
    - openssl-CVE-2023-3446.patch
    - openssl-CVE-2023-3446-test.patch
* Mon Jul 24 2023 Otto Hollmann <>
  - Dont pass zero length input to EVP_Cipher because assembler
    optimized AES cannot handle zero size. [bsc#1213517]
    * Add openssl-dont-pass-zero-length-input-to-EVP_Cipher.patch
* Thu Jul 20 2023 Pedro Monreal <>
  - Security fix: [bsc#1213487, CVE-2023-3446]
    * Fix DH_check() excessive time with over sized modulus.
    * The function DH_check() performs various checks on DH parameters.
      One of those checks confirms that the modulus ("p" parameter) is
      not too large. Trying to use a very large modulus is slow and
      OpenSSL will not normally use a modulus which is over 10,000 bits
      in length.
      However the DH_check() function checks numerous aspects of the
      key or parameters that have been supplied. Some of those checks
      use the supplied modulus value even if it has already been found
      to be too large.
      A new limit has been added to DH_check of 32,768 bits. Supplying
      a key/parameters with a modulus over this size will simply cause
      DH_check() to fail.
    * Add openssl-CVE-2023-3446.patch openssl-CVE-2023-3446-test.patch
* Tue Jun 20 2023 Otto Hollmann <>
  - Improve cross-package provides/conflicts [boo#1210313]
    * Add Provides/Conflicts: ssl-devel
    * Remove explicit conflicts with other devel-libraries
* Wed May 31 2023 Otto Hollmann <>
  - Update to 1.1.1u:
    * Mitigate for the time it takes for `OBJ_obj2txt` to translate gigantic
      OBJECT IDENTIFIER sub-identifiers to canonical numeric text form.
      OBJ_obj2txt() would translate any size OBJECT IDENTIFIER to canonical
      numeric text form.  For gigantic sub-identifiers, this would take a very
      long time, the time complexity being O(n^2) where n is the size of that
      sub-identifier.  (CVE-2023-2650, bsc#1211430)
      To mitigitate this, `OBJ_obj2txt()` will only translate an OBJECT
      IDENTIFIER to canonical numeric text form if the size of that OBJECT
      IDENTIFIER is 586 bytes or less, and fail otherwise.
      The basis for this restriction is RFC 2578 (STD 58), section 3.5. OBJECT
      IDENTIFIER values, which stipulates that OBJECT IDENTIFIERS may have at
      most 128 sub-identifiers, and that the maximum value that each sub-
      identifier may have is 2^32-1 (4294967295 decimal).
      For each byte of every sub-identifier, only the 7 lower bits are part of
      the value, so the maximum amount of bytes that an OBJECT IDENTIFIER with
      these restrictions may occupy is 32 * 128 / 7, which is approximately 586
    * Reworked the Fix for the Timing Oracle in RSA Decryption
      (CVE-2022-4304, bsc#1207534). The previous fix for this timing side
      channel turned out to cause a severe 2-3x performance regression in the
      typical use case compared to 1.1.1s. The new fix uses existing constant
      time code paths, and restores the previous performance level while fully
      eliminating all existing timing side channels. The fix was developed by
      Bernd Edlinger with testing support by Hubert Kario.
    * Corrected documentation of X509_VERIFY_PARAM_add0_policy() to mention that
      it does not enable policy checking. Thanks to David Benjamin for
      discovering this issue. (CVE-2023-0466, bsc#1209873)
    * Fixed an issue where invalid certificate policies in leaf certificates are
      silently ignored by OpenSSL and other certificate policy checks are
      skipped for that certificate. A malicious CA could use this to
      deliberately assert invalid certificate policies in order to circumvent
      policy checking on the certificate altogether.
      (CVE-2023-0465, bsc#1209878)
    * Limited the number of nodes created in a policy tree to mitigate against
      CVE-2023-0464.  The default limit is set to 1000 nodes, which should be
      sufficient for most installations.  If required, the limit can be
      adjusted by setting the OPENSSL_POLICY_TREE_NODES_MAX build time define
      to a desired maximum number of nodes or zero to allow unlimited growth.
      (CVE-2023-0464, bsc#1209624)
    * Rebased patch openssl-1_1-openssl-config.patch
    * Removed patches:
    - openssl-CVE-2023-0464.patch
    - openssl-CVE-2023-0465.patch
    - openssl-CVE-2023-0466.patch
    * Update openssl.keyring with key
      A21F AB74 B008 8AA3 6115 2586 B8EF 1A6B A9DA 2D5C (Tomas Mraz)
* Mon May 29 2023 Pedro Monreal <>
  - FIPS: Merge libopenssl1_1-hmac package into the library [bsc#1185116]
* Mon Apr 03 2023 Otto Hollmann <>
  - Security Fix: [CVE-2023-0465, bsc#1209878]
    * Invalid certificate policies in leaf certificates are silently ignored
    * Add openssl-CVE-2023-0465.patch
  - Security Fix: [CVE-2023-0466, bsc#1209873]
    * Certificate policy check not enabled
    * Add openssl-CVE-2023-0466.patch
* Fri Mar 24 2023 Otto Hollmann <>
  - Security Fix: [CVE-2023-0464, bsc#1209624]
    * Excessive Resource Usage Verifying X.509 Policy Constraints
    * Add openssl-CVE-2023-0464.patch
* Tue Feb 07 2023 Otto Hollmann <>
  - Update to 1.1.1t:
    * Fixed X.400 address type confusion in X.509 GeneralName.
      There is a type confusion vulnerability relating to X.400 address processing
      inside an X.509 GeneralName. X.400 addresses were parsed as an ASN1_STRING
      but subsequently interpreted by GENERAL_NAME_cmp as an ASN1_TYPE. This
      vulnerability may allow an attacker who can provide a certificate chain and
      CRL (neither of which need have a valid signature) to pass arbitrary
      pointers to a memcmp call, creating a possible read primitive, subject to
      some constraints. Refer to the advisory for more information. Thanks to
      David Benjamin for discovering this issue. [bsc#1207533, CVE-2023-0286]
      This issue has been fixed by changing the public header file definition of
      GENERAL_NAME so that x400Address reflects the implementation. It was not
      possible for any existing application to successfully use the existing
      definition; however, if any application references the x400Address field
      (e.g. in dead code), note that the type of this field has changed. There is
      no ABI change.
    * Fixed Use-after-free following BIO_new_NDEF.
      The public API function BIO_new_NDEF is a helper function used for
      streaming ASN.1 data via a BIO. It is primarily used internally to OpenSSL
      to support the SMIME, CMS and PKCS7 streaming capabilities, but may also
      be called directly by end user applications.
      The function receives a BIO from the caller, prepends a new BIO_f_asn1
      filter BIO onto the front of it to form a BIO chain, and then returns
      the new head of the BIO chain to the caller. Under certain conditions,
      for example if a CMS recipient public key is invalid, the new filter BIO
      is freed and the function returns a NULL result indicating a failure.
      However, in this case, the BIO chain is not properly cleaned up and the
      BIO passed by the caller still retains internal pointers to the previously
      freed filter BIO. If the caller then goes on to call BIO_pop() on the BIO
      then a use-after-free will occur. This will most likely result in a crash.
      [bsc#1207536, CVE-2023-0215]
    * Fixed Double free after calling PEM_read_bio_ex.
      The function PEM_read_bio_ex() reads a PEM file from a BIO and parses and
      decodes the "name" (e.g. "CERTIFICATE"), any header data and the payload
      data. If the function succeeds then the "name_out", "header" and "data"
      arguments are populated with pointers to buffers containing the relevant
      decoded data. The caller is responsible for freeing those buffers. It is
      possible to construct a PEM file that results in 0 bytes of payload data.
      In this case PEM_read_bio_ex() will return a failure code but will populate
      the header argument with a pointer to a buffer that has already been freed.
      If the caller also frees this buffer then a double free will occur. This
      will most likely lead to a crash.
      The functions PEM_read_bio() and PEM_read() are simple wrappers around
      PEM_read_bio_ex() and therefore these functions are also directly affected.
      These functions are also called indirectly by a number of other OpenSSL
      functions including PEM_X509_INFO_read_bio_ex() and
      SSL_CTX_use_serverinfo_file() which are also vulnerable. Some OpenSSL
      internal uses of these functions are not vulnerable because the caller does
      not free the header argument if PEM_read_bio_ex() returns a failure code.
      [bsc#1207538, CVE-2022-4450]
      [Kurt Roeckx, Matt Caswell]
    * Fixed Timing Oracle in RSA Decryption.
      A timing based side channel exists in the OpenSSL RSA Decryption
      implementation which could be sufficient to recover a plaintext across
      a network in a Bleichenbacher style attack. To achieve a successful
      decryption an attacker would have to be able to send a very large number
      of trial messages for decryption. The vulnerability affects all RSA padding
      modes: PKCS#1 v1.5, RSA-OEAP and RSASVE.
      [bsc#1207534, CVE-2022-4304]
    * Rebased openssl-1_1-openssl-config.patch
    * Update openssl.keyring with key
      7953 AC1F BC3D C8B3 B292 393E D5E9 E43F 7DF9 EE8C (Richard Levitte)
* Wed Dec 14 2022 Pedro Monreal <>
  - Set OpenSSL 3.0 as the default openssl [bsc#1205042]
    * For compatibility with OpenSSL 3.0, the OpenSSL master
      configuration file openssl.cnf has been renamed to
      openssl-1_1.cnf. The executables openssl, c_rehash, and have been also renamed to openssl-1_1, c_rehash-1_1, and, respectively.
    * Add openssl-1_1-devel as conflicting with libopenssl-3-devel
    * Add openssl-1_1-openssl-config.patch
* Wed Dec 14 2022 Otto Hollmann <>
  - POWER10 performance enhancements for cryptography [jsc#PED-512]
    * openssl-1_1-AES-GCM-performance-optimzation-with-stitched-method.patch
    * openssl-1_1-Fixed-counter-overflow.patch
    * openssl-1_1-chacha20-performance-optimizations-for-ppc64le-with-.patch
    * openssl-1_1-Fixed-conditional-statement-testing-64-and-256-bytes.patch
    * openssl-1_1-Fix-AES-GCM-on-Power-8-CPUs.patch
* Wed Nov 02 2022 Otto Hollmann <>
  - Updated openssl.keyring with key A21FAB74B0088AA361152586B8EF1A6BA9DA2D5C
  - Update to 1.1.1s:
    * Fixed a regression introduced in 1.1.1r version not refreshing the
      certificate data to be signed before signing the certificate.
  - Update to 1.1.1r:
    * Fixed the linux-mips64 Configure target which was missing the
      SIXTY_FOUR_BIT bn_ops flag. This was causing heap corruption on that
    * Fixed a strict aliasing problem in bn_nist. Clang-14 optimisation was
      causing incorrect results in some cases as a result.
    * Fixed SSL_pending() and SSL_has_pending() with DTLS which were failing to
      report correct results in some cases
    * Fixed a regression introduced in 1.1.1o for re-signing certificates with
      different key sizes
    * Added the loongarch64 target
    * Fixed a DRBG seed propagation thread safety issue
    * Fixed a memory leak in tls13_generate_secret
    * Fixed reported performance degradation on aarch64. Restored the
      implementation prior to commit 2621751 ("aes/asm/ avoid
      32-bit lane assignment in CTR mode") for 64bit targets only, since it is
      reportedly 2-17% slower and the silicon errata only affects 32bit targets.
      The new algorithm is still used for 32 bit targets.
    * Added a missing header for memcmp that caused compilation failure on some
* Sat Sep 24 2022 Jason Sikes <>
  - Added openssl-1_1-paramgen-default_to_rfc7919.patch
    * bsc#1180995
    * Default to RFC7919 groups when generating ECDH parameters
      using 'genpkey' or 'dhparam' in FIPS mode.
* Thu Jul 07 2022 Jason Sikes <>
  - update to 1.1.1q:
    * [CVE-2022-2097, bsc#1201099]
    * Addresses situations where AES OCB fails to encrypt some bytes
* Tue Jun 28 2022 Andreas Schwab <>
  - openssl-riscv64-config.patch: backport of riscv64 config support
* Thu Jun 23 2022 Jason Sikes <>
  - Update to 1.1.1p:
    * bsc#1185637 - updated certificates required for testing that failed
      when date is later than 1 June 2022
    - removed openssl-update_expired_certificates.patch
    * [bsc#1200550, CVE-2022-2068] - more shell code injection issues in c_rehash
* Thu Jun 02 2022 Jason Sikes <>
  - Update to 1.1.1o: [CVE-2022-1292, bsc#1199166]
    * Fixed a bug in the c_rehash script which was not properly sanitising
      shell metacharacters to prevent command injection.
    * Rebased openssl-s390x-assembly-pack-add-OPENSSL_s390xcap-environment.patch
    * Rebased openssl-s390x-assembly-pack-add-support-for-pcc-and-kma-inst.patch
  - Added openssl-update_expired_certificates.patch
    * Openssl failed tests because of expired certificates.
    * bsc#1185637
    * Sourced from
* Tue Mar 15 2022 Pedro Monreal <>
  - Update to 1.1.1n: [bsc#1196877, CVE-2022-0778]
    * Security fix [CVE-2022-0778]: Infinite loop for non-prime moduli
      in BN_mod_sqrt() reachable when parsing certificates.
    * Add ciphersuites based on DHE_PSK (RFC 4279) and ECDHE_PSK
      (RFC 5489) to the list of ciphersuites providing Perfect Forward
      Secrecy as required by SECLEVEL >= 3.
    * Rebase openssl-1.1.1-fips.patch openssl-1.1.1-evp-kdf.patch
* Fri Mar 04 2022 Pedro Monreal <>
  - Security fix: [bsc#1192820, CVE-2002-20001]
    * Fix DHEATER: The Diffie-Hellman Key Agreement Protocol allows
      remote attackers (from the client side) to send arbitrary
      numbers that are actually not public keys, and trigger
      expensive server-side DHE calculation.
    * Stop recommending the DHE in SSL_DEFAULT_SUSE_CIPHER_LIST
    * Rebase openssl-DEFAULT_SUSE_cipher.patch
* Tue Feb 22 2022 Pedro Monreal <>
  - Fix the engines section in /etc/ssl/openssl.cnf [bsc#1194187]
    * In an INI-type file, the sections begin with a [section_name]
      and they run until the next section begins.
    * Rebase openssl-1_1-use-include-directive.patch
* Fri Feb 11 2022 Pedro Monreal <>
  - Pull libopenssl-1_1 when updating openssl-1_1 with the same
    version. [bsc#1195792]
* Fri Feb 04 2022 Pedro Monreal <>
  - FIPS: Fix function and reason error codes [bsc#1182959]
    * Add openssl-1_1-FIPS-fix-error-reason-codes.patch
* Thu Feb 03 2022 Pedro Monreal <>
  - Enable zlib compression support [bsc#1195149]
* Fri Jan 28 2022 Pedro Monreal <>
  - Backport cryptographic improvements from OpenSSL 3 [jsc#SLE-19742]
    * Optimize RSA on armv8: openssl-1_1-Optimize-RSA-armv8.patch
    * Optimize AES-XTS mode for aarch64:
    * Optimize AES-GCM for uarchs with unroll and new instructions:
* Fri Jan 28 2022 Pedro Monreal <>
  - POWER10 performance enhancements for cryptography [jsc#SLE-18136]
    * openssl-1_1-Optimize-ppc64.patch
* Tue Dec 28 2021 Pedro Monreal <>
  - Update to 1.1.1m:
    * Avoid loading of a dynamic engine twice.
    * Prioritise DANE TLSA issuer certs over peer certs
  - Rebased patches:
    * openssl-1.1.1-evp-kdf.patch
    * openssl-1.1.1-system-cipherlist.patch
* Mon Dec 06 2021 Mark Post <>
  - Added openssl-1_1-use-include-directive.patch so that the default
    /etc/ssl/openssl.cnf file will include any configuration files that
    other packages might place into /etc/ssl/engines.d/ and
    /etc/ssl/engdef.d/ This is a fix for bsc#1004463 where scripting was
    being used to modify the openssl.cnf file. The scripting would fail
    if either the default openssl.cnf file, or the sample openssl-ibmca
    configuration file would be changed by upstream.
  - Updated spec file to create the two new necessary directores for
    the above patch.
* Thu Nov 11 2021 Giuliano Belinassi <>
  - Add support for livepatches (jsc#SLE-20049).
  - Generate ipa-clones tarball artifact when livepatching is enabled.
* Tue Nov 02 2021 Andreas Schneider <>
  - Add missing libopenssl1_1-hmac 32bit package
* Mon Nov 01 2021 Dan Čermák <>
  - Drop openssl-no-date.patch
    Upstream added support for reproducible builds via SOURCE_DATE_EPOCH in
    thereby making this patch obsolete as builds *should* still be reproducible.
* Mon Sep 27 2021 Pedro Monreal <>
  - Enforce crypto-policies for the upcoming Leap 15.4 and SLE 15-SP4
* Tue Aug 24 2021 Pedro Monreal <>
  - Update to 1.1.1l:
    * [bsc#1189520, CVE-2021-3711] Fixed an SM2 Decryption Buffer Overflow.
    * [bsc#1189521, CVE-2021-3712] Fixed various read buffer overruns
      processing ASN.1 strings
* Wed Jul 28 2021 Pedro Monreal <>
  - Require the crypto-policies package from libopenssl-1_1
* Mon May 17 2021 Jason Sikes <>
  - Added openssl-add_rfc3526_rfc7919.patch
    * Genpkey: "-pkeyopt dh_param:" can now choose modp_* (rfc3526)
      and ffdhe* (rfc7919) groups. Example:
      $ openssl genpkey -genparam -algorithm DH -pkeyopt dh_param:ffdhe4096
    * DH_new_by_nid(), DH_get_nid(), and EVP_PKEY_CTX_set_dh_nid():
      NID_modp_* groups are now available, similar to NID_ffdhe*.
    * Fixes bsc#1180995 - openssl s_server fails when FIPS is enabled
* Thu Mar 25 2021 Jason Sikes <>
  - Update to 1.1.1k
    * Fixed a problem with verifying a certificate chain when using
      the X509_V_FLAG_X509_STRICT flag. This flag enables additional
      security checks of the certificates present in a certificate
      chain. It is not set by default. ([CVE-2021-3450])
    * Fixed an issue where an OpenSSL TLS server may crash if sent a
      maliciously crafted renegotiation ClientHello message from a
      client. If a TLSv1.2 renegotiation ClientHello omits the
      signature_algorithms extension (where it was present in the
      initial ClientHello), but includes a signature_algorithms_cert
      extension then a NULL pointer dereference will result, leading
      to a crash and a denial of service attack.
      A server is only vulnerable if it has TLSv1.2 and renegotiation
      enabled (which is the default configuration). OpenSSL TLS
      clients are not impacted by this issue. ([CVE-2021-3449])
* Tue Mar 02 2021 Pedro Monreal <>
  - Fix unresolved error codes [bsc#1182959]
  - Update patches:
    * openssl-1.1.1-fips.patch
    * openssl-1.1.1-evp-kdf.patch
* Fri Feb 19 2021 Pedro Monreal <>
  - Update to 1.1.1j
    * Fixed the X509_issuer_and_serial_hash() function. It attempts
      to create a unique hash value based on the issuer and serial
      number data contained within an X509 certificate. However it
      was failing to correctly handle any errors that may occur
      while parsing the issuer field [bsc#1182331, CVE-2021-23841]
    * Fixed the RSA_padding_check_SSLv23() function and the
      RSA_SSLV23_PADDING padding mode to correctly check for
      rollback attacks.
    * Fixed the EVP_CipherUpdate, EVP_EncryptUpdate and
      EVP_DecryptUpdate functions. Previously they could overflow the
      output length argument in some cases where the input length is
      close to the maximum permissable length for an integer on the
      platform. In such cases the return value from the function call
      would be 1 (indicating success), but the output length value
      would be negative. This could cause applications to behave
      incorrectly or crash. [bsc#1182333, CVE-2021-23840]
    * Fixed SRP_Calc_client_key so that it runs in constant time.
      The previous implementation called BN_mod_exp without setting
      BN_FLG_CONSTTIME. This could be exploited in a side channel
      attack to recover the password. Since the attack is local host
      only this is outside of the current OpenSSL threat model and
      therefore no CVE is assigned.
  - Rebase patches:
    * openssl-1.1.1-fips.patch
    * openssl-1.1.0-issuer-hash.patch
    * openssl-1.1.1-evp-kdf.patch
* Sat Feb 06 2021 Jason Sikes <>
  - Removed patch because it was causing problems with other servers.
    * openssl-zero-pad-DHE-public-key.patch
    * bsc#1181796
* Thu Feb 04 2021 Jason Sikes <>
  - Zero pad the DHE public key in ClientKeyExchange for interoperability with
    Windows Server 2019.
    * openssl-zero-pad-DHE-public-key.patch
    * bsc#1181796
    * sourced from
* Fri Jan 22 2021 Pedro Monreal <>
  - Add version guards for the crypto-policies
* Wed Jan 20 2021 Pedro Monreal <>
  - Disable test_srp subsection from 90-test_sslapi.t test
  - Use SECLEVEL 2 in 80-test_ssl_new.t
  - Add patches:
    * openssl-1_1-use-seclevel2-in-tests.patch
    * openssl-1_1-disable-test_srp-sslapi.patch
* Fri Jan 08 2021 Pedro Monreal <>
  - Allow SHA1 in SECLEVEL 2 in non-FIPS mode
  - Add openssl-1_1-seclevel.patch



Generated by rpm2html 1.8.1

Fabrice Bellet, Sat Jun 29 00:17:04 2024