Deprecation of Weak TLS 1.2 Ciphers and Implementation of TLS 1.3 Support

	Nederlands - Automatische vertaling	
اللغة العربية - Automatische vertaling Български - Automatische vertaling Čeština - Automatische vertaling Dansk - Automatische vertaling Deutsch - Automatische vertaling Ελληνικά - Automatische vertaling English Español - Automatische vertaling Suomi - Automatische vertaling Français (France) - Automatische vertaling עברית - Automatische vertaling Hrvatski - Automatische vertaling Magyar - Automatische vertaling Italiano - Automatische vertaling 日本語 - Automatische vertaling Қазақ тілі - Automatische vertaling 한국어 - Automatische vertaling Bahasa Malaysia - Automatische vertaling Norsk - Automatische vertaling Polski - Automatische vertaling Português (Brasil) - Automatische vertaling Română - Automatische vertaling Русский - Automatische vertaling Slovenčina - Automatische vertaling Slovenščina - Automatische vertaling Srpski - Automatische vertaling Svenska - Automatische vertaling ไทย - Automatische vertaling Türkçe - Automatische vertaling українська - Automatische vertaling 简体中文 - Automatische vertaling 繁體中文 - Automatische vertaling

FAQ KB0902767

Beëindiging van zwakke encryptiealgoritmen van TLS 1.2 en implementatie van TLS 1.3-ondersteuning

Dit kennisartikel is automatisch voor u vertaald. SAP geeft geen garantie inzake de juistheid of volledigheid van de automatische vertaling. U vindt de originele content door met de taalselector om te schakelen naar Engels.

Symptoom

SAP Ariba en SAP Business Network doen er alles aan om de veiligheid van klanten en hun leveranciers te beschermen. SAP Ariba en SAP Business Network zullen enkele verplichte wijzigingen implementeren om het gebruik van sterkere cryptografische algoritmen, verbeterde beveiligingsmechanismen en een betere bescherming tegen bekende kwetsbaarheden te waarborgen.

Omgeving

Het verwijderen van zwakke TLS 1.2-ciphers is essentieel voor het verbeteren van de beveiliging van SAP Ariba en SAP Business Network. Zwakke encryptiealgoritmen kunnen door aanvallers worden gebruikt om gevoelige gegevens te decoderen, man-in-the-middle-aanvallen uit te voeren of de integriteit van communicatie in gevaar te brengen
Daarnaast elimineert TLS 1.3 verouderde en kwetsbare cryptografische algoritmen en protocollen, waardoor het veiliger wordt tegen bekende aanvallen in vergelijking met eerdere versies.

Oplossing

Wat gaat er veranderen na 24 januari 2025?

Vanaf 24 januari 2025 vindt er een wijziging plaats naar de door SAP Ariba-applicaties en SAP Business Network ondersteunde verbindingen met cipher suites. Op deze datum worden nieuwe beveiligingsstandaarden voor verbindingen met TLS-cipher suite geïmplementeerd; de ondersteuning voor zwakke TLS 1.2-verbindingen eindigt en de ondersteuning van TLS 1.3-verbindingen begint.

De implementatie van TLS-wijzigingen begint vanaf 24 januari 2025 in alle datacenters van SAP Ariba en Business Network.

Opmerking: als u van plan bent om het TLS 1.2-protocol te verwijderen, doet u dit niet tot 24 januari 2025. Aangezien dit een gefaseerde aanpak is en het verwijderen van TLS 1.2 zou leiden tot integratiefouten.

Welke encryptiesuites worden verwijderd? Hoe kan ik identificeren welke encryptiealgoritmen moeten worden verwijderd?

De volgende TLS 1.2-cipher suites worden verwijderd:

CBC gebaseerde encryptiealgoritmen:

Een encryptiealgoritme dat gebruik maakt van CBC-codering wordt niet ondersteund, enkele voorbeelden van op CBC gebaseerde encryptiealgoritmen:

TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_DH_RSA_WITH_AES_128_CBC_SHA256
TLS_DH_RSA_WITH_AES_256_CBC_SHA256
TLS_DH_DSS_WITH_AES_128_CBC_SHA256
TLS_DH_DSS_WITH_AES_256_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
TLS_DHE_DSS_WITH_AES_256_CBC_SHA256
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_DH_anon_WITH_AES_128_CBC_SHA256
TLS_DH_anon_WITH_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA
TLS_DHE_DSS_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA

Op RSA-sleutels gebaseerde encryptiealgoritmen

Een encryptiealgoritme dat RSA als algoritme voor sleuteluitwisseling gebruikt, wordt niet ondersteund. Voorbeeld van RSA-sleutelencryptiealgoritmen op basis van uitwisseling:

TLS_RSA_WITH_NULL_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_GCM_SHA384

Op SHA-1 hash gebaseerde encryptiesuites.

Een encryptiealgoritme dat SHA/SHA-1-hashing gebruikt, wordt niet ondersteund. Voorbeelden van op SHA-1 gebaseerde encryptiealgoritmen:

TLS_DHE_DSS_WITH_AES_128_CBC_SHA
TLS_DHE_DSS_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA
TLS_ECDH_RSA_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA

Waarom verwijderen Ariba en Business Network zwakke TLS 1.2-cipher suites?

De CBC-modus (Cipher Block Chaining) is een populaire modus voor blokencryptiealgoritmen. Het is echter uitgerust met veel kwetsbaarheden zoals IV hergebruik aanvallen, Padding Oracle Attacks, Bit Flipping Attacks etc.

SHA-1 (Secure Hash Algoritthm 1) heeft verschillende goed gedocumenteerde kwetsbaarheden die het minder veilig maken voor cryptografische toepassingen. Enkele voorbeelden van SHA of SHA-1 hashing algoritme zijn Collision Vulnerabilities, Length Extension Attacks etc.

TLS_RSA (Transport Layer Security gebruikt RSA voor sleuteluitwisseling en authenticatie) heeft verschillende kwetsbaarheden die de beveiliging van communicatie in gevaar kunnen brengen. Enkele voorbeelden, van TLS_RSA zijn Gebrek aan voorwaartse geheimhouding, Kwetsbaarheid naar Sleutelcompromis, Timing Attacks etc.

Het verwijderen van zwakke TLS 1.2-ciphers is essentieel voor het verbeteren van de beveiliging van SAP Ariba-applicaties en SAP Business Network-applicaties. Zwakke encryptiealgoritmen kunnen door aanvallers worden gebruikt om gevoelige gegevens te decoderen, man-in-the-middle-aanvallen uit te voeren of de integriteit van communicatie in gevaar te brengen.

Welke TLS 1.2-ciphers moeten worden gebruikt in plaats van zwakke encryptiealgoritmen?

In plaats van CBC-modusencryptiealgoritmen GCM (Galois/tellermodus) of CCM (teller met CBC-MAC) gebruiken voor geverifieerde encryptie, die zowel vertrouwelijkheid als integriteit biedt

In plaats van SHA-1-encryptiealgoritmen, ga naar veiligere alternatieven zoals SHA-256 of SHA-3 voor alle cryptografische toepassingen, met name die met betrekking tot digitale handtekeningen, certificaten en integriteitsverificatie.

In plaats van TLS_RSA-encryptiealgoritmen, gebruiken moderne Key Exchange Protocols die voorwaartse geheimhouding zoals ECDHE of DHE (Diffie-Hellman Ephemeral) ondersteunen.

Ariba en Business Network ondersteunen alleen de volgende TLS 1.2-ciphers suites die als sterk worden beschouwd in vergelijking met de ciphers die worden beëindigd:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

Daarnaast ondersteunen SAP Ariba en Business Network alleen de volgende TLS 1.3-cipher suites:

TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_GCM_SHA256

Klanten moeten ervoor zorgen dat ze ten minste één van de bovengenoemde encryptiesuites ondersteunen

Is dit van toepassing op HTTP of HTTPS?

Dit is van toepassing op HTTPS, omdat HTTPS het TLS-protocol gebruikt

Welke aanvullende encryptiesuites moeten worden ondersteund?

Zorg ervoor dat ze ondersteuning bieden voor de volgende sterke encryptiesuites (ten minste):

TLS 1.3-encryptiealgoritme:

TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_GCM_SHA256

TLS 1.2-ciphers:

Is er een manier om externe partners/clientsystemen (zoals API/Webservice/ITK enz.) te controleren of dit gevolgen kan hebben?

Klanten/partners kunnen de volgende test-URL's gebruiken om hun verbinding te testen:

Test-URL voor TLS 1.2-protocol: alleen ingeschakeld met TLS1.2-encryptiealgoritmen.
https://tls12-strong-cipher-check.xglab.ariba.com

Als de client een verbinding met het eindpunt tot stand kan brengen, retourneert de server het bericht "OK". Als het resultaat afwijkt van "OK" of een verbindingsfout, moet het klant-/partnersysteem de opgegeven sterke TLS 1.2-ciphers inschakelen om een succesvolle verbinding mogelijk te maken.

Test-URL voor TLS 1.3-protocol: alleen ingeschakeld met TLS 1.3-ciphers.
https://tls13-strong-cipher-check.xglab.ariba.com/

OPMERKING: deze test-URL's zijn uitsluitend bedoeld voor het evalueren van de compatibiliteit van TLS-protocol en encryptiealgoritmen en mogen niet worden gebruikt voor end-to-end tests

Is het voor SAP mogelijk om CBC-encryptiealgoritmen vooraf af te schrijven in de testtenant, bijv. om impacttests mogelijk te maken?

Helaas is dit niet mogelijk omdat deze wijziging wordt toegepast voor het hele landschap en er geen mogelijkheid is om dit te beperken tot een bepaalde tenant.

Mijn organisatie kan TLS 1.3 op dit moment niet ondersteunen. Zullen er problemen zijn?

Nee, zolang u hierboven genoemde Strong TLS 1.2-ciphers ondersteunt, mogen er geen problemen zijn. Momenteel is Ariba niet van plan om ondersteuning voor TLS 1.2 te verwijderen. We raden u echter aan uw wijzigingen te testen met behulp van onderstaande test-URL:

Test-URL voor TLS 1.2-protocol: alleen ingeschakeld met TLS1.2-encryptiealgoritmen.
https://tls12-strong-cipher-check.xglab.ariba.com

OPMERKING: deze test-URL's zijn uitsluitend bedoeld voor het evalueren van de compatibiliteit van TLS-protocol en encryptiealgoritmen en mogen niet worden gebruikt voor end-to-end tests

Mijn organisatie is van plan om ondersteuning voor TLS 1.2 te verwijderen en alleen TLS 1.3 te ondersteunen. Zullen er problemen zijn?

Nee, Ariba ondersteunt zowel TLS 1.3 als TLS 1.2 met sterke cipher suites. Er mogen daarom geen problemen zijn.

We raden u echter aan uw wijzigingen te testen met behulp van onderstaande test-URL:

Test-URL voor TLS 1.3-protocol: alleen ingeschakeld met TLS 1.3-ciphers.
https://tls13-strong-cipher-check.xglab.ariba.com/
OPMERKING: Deze test-URL's zijn uitsluitend bedoeld voor het evalueren van de compatibiliteit van TLS-protocol en encryptiealgoritmen en mogen niet worden gebruikt voor end-to-end tests

Hoe voeg ik ondersteuning toe voor TLS 1.3-protocol?

Het proces/de stappen voor het bijwerken van het TLS-protocol en de encryptiealgoritmen variëren voor verschillende tools en bibliotheken.

Enkele voorbeelden zijn:

Voor browser: voer een upgrade uit naar de nieuwste browser of minimaal de volgende browserversie die standaard TLS 1.3- en sterke TLS 1.2-ciphers ondersteunt:

Google Chrome (88 of hoger)
Microsoft Edge (88 of hoger)
Mozilla Firefox (87 of hoger)
Apple Safari (15 of hoger)
Mobile Safari op iPad (15 of hoger)

Voor JAVA-client:

TLS 1.3 wordt standaard ingeschakeld op de -client voor JDK 8. JDK 8 heeft sinds (8u261) een implementatie van de TLS 1.3-specificatie (RFC 8446) opgenomen. TLS 1.3 is echter nog niet standaard ingeschakeld op de -client.

Om deze wijziging te testen, kan het TLS 1.3-protocol worden ingeschakeld op de client met behulp van de systeemeigenschap jdk.tls.client.protocols, bijvoorbeeld:

java -Djdk.tls.client.protocols="TLSv1.3,TLSv1.2" ...
of door de systeemeigenschap https.protocols te gebruiken als de toepassing de API's HttpsURLConnection of URL.openStream() gebruikt, bijvoorbeeld:

java -Dhttps.protocols="TLSv1.3,TLSv1.2"
Zie voor meer informatie:

https://www.java.com/en/configure_crypto.html

https://www.java.com/en/jre-jdk-cryptoroadmap.html

Hoe TLS-cipher suites toevoegen/verwijderen?

Het proces/de stappen voor het bijwerken van het TLS-protocol en de encryptiealgoritmen variëren voor verschillende tools en bibliotheken.

Enkele voorbeelden zijn:

Voor browsers:

Zorg ervoor dat u de nieuwste versie van de browser gebruikt die sterke TLS 1.2-ciphers en TLS 1.3 ondersteunt.

Voor JAVA-client:

Zie JDK- en JRE-cryptografische algoritmen (java.com) van Oracle configureren voor meer informatie over het verbeteren van de volgorde van de TLS-cipher suite

Hoe lang leveranciers toegang hebben tot de onderstaande test-URL's in de TLS-melding. Is het de bedoeling dat deze op een gegeven moment vervallen?

De test-URL's zijn actief tot het eerste kwartaal van 2025 (d.w.z. maart 2025)

Test-URL voor TLS 1.2-protocol: alleen ingeschakeld met TLS1.2-encryptiealgoritmen.
https://tls12-strong-cipher-check.xglab.ariba.com

Test-URL voor TLS 1.3-protocol: alleen ingeschakeld met TLS 1.3-ciphers.
https://tls13-strong-cipher-check.xglab.ariba.com/

Zie ook

Test-URL voor TLS 1.2-protocol: alleen ingeschakeld met TLS1.2-encryptiealgoritmen.
https://tls12-strong-cipher-check.xglab.ariba.com

Test-URL voor TLS 1.3-protocol: alleen ingeschakeld met TLS 1.3-ciphers.
https://tls13-strong-cipher-check.xglab.ariba.com/

Van toepassing op

Kernplatform inkoop > Basisframework