 |
| ||||||||
SAP Ariba og SAP Business Network er forpligtet til at beskytte kundernes og deres leverandørers sikkerhed. SAP Ariba og SAP Business Network implementerer nogle obligatoriske ændringer for at sikre brugen af stærkere kryptografiske algoritmer, forbedrede sikkerhedsmekanismer og bedre beskyttelse mod kendte sårbarheder.
-
Fjernelse af svage TLS 1.2-krypteringer er afgørende for at forbedre SAP Ariba- og SAP Business Network-sikkerheden. Svage krypteringer kan udnyttes af angribere til at dekryptere følsomme data, udføre menneske-i-mellem-angreb eller kompromittere kommunikationens integritet
-
Desuden eliminerer TLS 1.3 forældede og sårbare kryptografiske algoritmer og protokoller, hvilket gør det mere sikkert mod kendte angreb sammenlignet med tidligere versioner.
Hvad vil ændre sig efter den 24. januar 2025?
Fra den 24. januar 2025 sker der en ændring af SAP Ariba-applikationerne og cipher suite-forbindelser, der understøttes af SAP Business Network. På denne dato implementeres nye sikkerhedsstandarder for TLS cipher suite-forbindelser. Understøttelsen af svage TLS 1.2-forbindelser ophører, og understøttelsen af TLS 1.3-forbindelser starter.
Implementeringen af TLS-ændringer starter fra den 24. januar 2025 på tværs af alle SAP Ariba- og Business Network-datacentre.
Bemærk: Hvis du planlægger at fjerne TLS 1.2-protokollen, skal du undlade at gøre det indtil den 24. januar 2025. Da der er tale om en trinvis tilgang og fjernelse af TLS 1.2, vil det føre til fejl i integrationen.
Hvilke krypteringssuiter frarådes? Hvordan identificerer man, hvilke krypteringer der skal fjernes?
Følgende TLS 1.2-cipher suites frarådes:
CBC-baserede cifre:
Enhver kryptering, der bruger CBC-krypteringstilstand, understøttes ikke, få eksempler på CBC-baserede krypteringer:
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
RSA-nøgleudvekslingsbaserede cifre
Enhver kryptering, der bruger RSA som nøgleudvekslingsalgoritme, understøttes ikke. Eksempel på RSA-nøgleudvekslingsbaserede krypteringer:
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
SHA-1 hashbaserede cipher suites.
Enhver kryptering, der bruger SHA/SHA-1-hashing, understøttes ikke. Eksempler på SHA-1-baserede cifre:
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
Hvorfor fjerner Ariba og Business Network svage TLS 1.2-cipher suites?
Cipher Block Chaining (CBC) mode er en populær driftsmåde for blok krypteringer. Den er dog udstyret med mange sårbarheder såsom IV genbrugsangreb, Padd Oracle Attacks, Bit Flipping Attacks osv.
SHA-1 (Secure Hash Algorithm 1) har flere veldokumenterede sårbarheder, der gør det mindre sikkert for kryptografiske applikationer. Få eksempler på SHA eller SHA-1 hashing algoritme omfatter kollision sårbarheder, længde udvidelse angreb osv.
TLS_RSA (Transport Layer Security, der bruger RSA til nøgleudveksling og godkendelse) har flere sårbarheder, der kan kompromittere kommunikationssikkerheden. Få eksempler på TLS_RSA omfatter manglende fremadrettet hemmeligholdelse, sårbarhed over for nøglekompromiser, timingangreb osv.
Fjernelse af svage TLS 1.2-krypteringer er afgørende for at forbedre SAP Ariba-applikationer og SAP Business Network-applikationers sikkerhed. Svage krypteringer kan udnyttes af angribere til at dekryptere følsomme data, udføre menneske-i-mellem-angreb eller kompromittere kommunikationens integritet.
Hvilke TLS 1.2-krypteringer skal bruges i stedet for svage krypteringer?
I stedet for CBC-mode-krypteringer skal du bruge GCM (Galois/Counter Mode) eller CCM (Counter with CBC-MAC) til autentificeret kryptering, som giver både fortrolighed og integritet
I stedet for SHA-1-krypteringer skal du skifte til mere sikre alternativer som SHA-256 eller SHA-3 til alle kryptografiske applikationer, især dem, der involverer digitale signaturer, certifikater og integritetsverificering.
I stedet for TLS_RSA krypteringer, brug moderne nøgle udveksling protokoller, der understøtter fremadrettet hemmeligholdelse såsom ECDHE eller DHE (Diffie-Hellman Ephemeral).
Ariba og Business Network understøtter kun følgende TLS 1.2-krypteringssuiter, der anses for at være stærke sammenlignet med dem, der udfases:
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
Derudover understøtter SAP Ariba og Business Network kun følgende TLS 1.3-cipher suites:
TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_GCM_SHA256
Kunder skal sikre, at de understøtter mindst en af de ovennævnte cipher suites
Gælder dette for HTTP eller HTTPS?
Dette gælder for HTTPS, da HTTPS bruger TLS-protokol
Hvilke yderligere cipher suites har vi brug for at støtte?
Sørg for, at de understøtter følgende stærke cipher suites (mindst):
TLS 1.3-kryptering:
TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_GCM_SHA256
TLS 1.2-cifre:
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
Er der nogen måde, hvorpå eksterne partnere/klientsystemer (f.eks. ved hjælp af API/webservice/ITK og osv.) kan kontrollere, om de kan påvirkes?
Kunder/partnere kan bruge følgende test-URL'er til at teste deres forbindelse:
Test URL for TLS 1.2-protokol: Kun aktiveret med TLS1.2-krypteringer.
https://tls12-strong-cipher-check.xglab.ariba.com
Hvis klienten kan oprette en forbindelse til slutpunktet, returnerer serveren meddelelsen "OK". Hvis resultatet afviger fra "OK" eller en forbindelsesfejl, skal kunde-/partnersystemet aktivere de stærke TLS 1.2-krypteringer, der er nævnt, for at muliggøre en vellykket forbindelse
Test URL for TLS 1.3-protokol: Kun aktiveret med TLS 1.3-krypteringer.
https://tls13-strong-cipher-check.xglab.ariba.com/
Hvis klienten kan oprette en forbindelse til slutpunktet, returnerer serveren meddelelsen "OK". Hvis resultatet afviger fra "OK" eller en forbindelsesfejl, skal kunde-/partnersystemet aktivere TLS 1.3 for at tillade forbindelser uden fejl
BEMÆRK: Disse test-URL'er er udelukkende beregnet til at evaluere TLS-protokol- og cipher-kompatibilitet og bør ikke bruges til ende-til-ende-test
Er det muligt for SAP at afskrive CBC-krypteringer i testklienten på forhånd, fx for at tillade slagtest?
Det er desværre ikke muligt, fordi denne ændring anvendes for hele landskabet, og der ikke er mulighed for kun at begrænse dette til en bestemt tenant.
Min organisation kan ikke understøtte TLS 1.3 i øjeblikket. Vil der være nogen spørgsmål?
Nej, så længe du understøtter ovennævnte stærke TLS 1.2-krypteringer, bør der ikke være nogen problemer. Ariba planlægger i øjeblikket ikke at fjerne understøttelse af TLS 1.2. Vi anbefaler dog, at du tester dine ændringer ved hjælp af test-URL'en nedenfor:
Test URL for TLS 1.2-protokol: Kun aktiveret med TLS1.2-krypteringer.
https://tls12-strong-cipher-check.xglab.ariba.com
BEMÆRK: Disse test-URL'er er udelukkende beregnet til at evaluere TLS-protokol- og cipher-kompatibilitet og bør ikke bruges til ende-til-ende-test
Min organisation planlægger at fjerne understøttelse af TLS 1.2 og understøtter kun TLS 1.3. Vil der være nogen spørgsmål?
Nej, Ariba understøtter både TLS 1.3 og TLS 1.2 med stærke cipher suites, og derfor bør der ikke være nogen problemer.
Vi anbefaler dog, at du tester dine ændringer ved hjælp af test-URL'en nedenfor:
Test URL for TLS 1.3-protokol: Kun aktiveret med TLS 1.3-krypteringer.
https://tls13-strong-cipher-check.xglab.ariba.com/
BEMÆRK: Disse test-URL'er er udelukkende beregnet til at evaluere TLS-protokol- og cipher-kompatibilitet og bør ikke bruges til ende-til-ende-test
Sådan tilføjes understøttelse af TLS 1.3-protokol?
Processen/trinnene til opdatering af TLS-protokollen og krypteringerne varierer for forskellige værktøjer og biblioteker.
Der er kun få eksempler på følgende:
For Browser: Opgrader til den nyeste browser eller minimum følgende browserversion, som som standard understøtter TLS 1.3 og stærke TLS 1.2-krypteringer:
Google Chrome (88 eller højere)
Microsoft Edge (88 eller højere)
Mozilla Firefox (87 eller højere)
Apple Safari (15 eller højere)
Mobil Safari på iPad (15 eller højere)
For JAVA-klient:
TLS 1.3 aktiveres som standard på -klienten for JDK 8. JDK 8 har siden (8u261) omfattet en implementering af TLS 1.3-specifikationen (RFC 8446). TLS 1.3 er dog endnu ikke aktiveret som standard på klienten.
For at teste denne ændring kan TLS 1.3-protokollen aktiveres på -klienten ved hjælp af systemegenskaben jdk.tls.client.protokoller, fx:
java -Djdk.tls.client.protokoller="TLSv1.3,TLSv1.2" ...
eller ved at bruge systemegenskaben https.protokoller, hvis applikationen bruger HttpsURLConnection eller URL.openStream()-API'er, f.eks.:
java -Dhttps.protokoller="TLSv1.3,TLSv1.2"
Du kan finde flere oplysninger på:
https://www.java.com/en/configure_crypto.html
https://www.java.com/en/jre-jdk-cryptoroadmap.html
Sådan tilføjes/fjernes TLS-cipher suites?
Processen/trinnene til opdatering af TLS-protokollen og krypteringerne varierer for forskellige værktøjer og biblioteker.
Der er kun få eksempler på følgende:
For browsere:
Sørg for, at du bruger den nyeste version af browseren, som understøtter stærke TLS 1.2-krypteringer og TLS 1.3.
For JAVA-klient:
Se Konfigurer Oracles JDK og JRE Cryptographic Algorithms (java.com) om hvordan man kan "Forbedre TLS cipher suite ordre"
Hvor længe leverandører vil kunne få adgang til nedenstående test-URL'er, der er angivet i TLS-meddelelsen. Er det planlagt, at disse udløber på et eller andet tidspunkt?
Test-URL'erne vil være aktive indtil 1. kvartal 2025 (dvs. Marts 2025)
Test URL for TLS 1.2-protokol: Kun aktiveret med TLS1.2-krypteringer.
https://tls12-strong-cipher-check.xglab.ariba.com
Test URL for TLS 1.3-protokol: Kun aktiveret med TLS 1.3-krypteringer.
https://tls13-strong-cipher-check.xglab.ariba.com/
Test URL for TLS 1.2-protokol: Kun aktiveret med TLS1.2-krypteringer.
https://tls12-strong-cipher-check.xglab.ariba.com
Test URL for TLS 1.3-protokol: Kun aktiveret med TLS 1.3-krypteringer.
https://tls13-strong-cipher-check.xglab.ariba.com/
Indkøbskerneplatform > Basisramme