security-dev  

Messages by Thread

• • Re: RFR: 8356897: Update NSS library to 3.111 Rajan Halade
  • Integrated: 8356897: Update NSS library to 3.111 Matthew Donovan
• RFR: 8359388: Stricter checking for cipher transformations Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations Mikhail Yankelevich
  • Re: RFR: 8359388: Stricter checking for cipher transformations Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v2] Mikhail Yankelevich
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v2] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v2] Mikhail Yankelevich
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v2] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v2] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v3] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v4] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v4] Sean Mullan
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v4] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v5] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v5] Sean Mullan
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v5] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v6] Valerie Peng
  • Re: RFR: 8359388: Stricter checking for cipher transformations [v6] Sean Mullan
  • Integrated: 8359388: Stricter checking for cipher transformations Valerie Peng
• RFR: 8359395: XML signature generation does not support user provided SecureRandom Weijun Wang
  • Re: RFR: 8359395: XML signature generation does not support user provided SecureRandom [v2] Weijun Wang
  • Re: RFR: 8359395: XML signature generation does not support user provided SecureRandom [v2] Mikhail Yankelevich
  • Re: RFR: 8359395: XML signature generation does not support user provided SecureRandom [v3] Weijun Wang
• [jdk25] RFR: 8359170: Add 2 TLS and 2 CS Sectigo roots Rajan Halade
  • Re: [jdk25] RFR: 8359170: Add 2 TLS and 2 CS Sectigo roots Sean Mullan
  • [jdk25] Integrated: 8359170: Add 2 TLS and 2 CS Sectigo roots Rajan Halade
• RFR: 8359170: Add 2 TLS and 2 CS Sectigo roots Rajan Halade
  • Re: RFR: 8359170: Add 2 TLS and 2 CS Sectigo roots Sean Mullan
  • Integrated: 8359170: Add 2 TLS and 2 CS Sectigo roots Rajan Halade
• [jdk25] RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: [jdk25] RFR: 8358171: Additional code coverage for PEM API Rajan Halade
  • Re: [jdk25] RFR: 8358171: Additional code coverage for PEM API Anthony Scarpino
  • [jdk25] Integrated: 8358171: Additional code coverage for PEM API Fernando Guallini
• CFV: New Security Group Member: Hai-May Chao Sean Mullan
  • Re: CFV: New Security Group Member: Hai-May Chao Sean Mullan
  • Re: CFV: New Security Group Member: Hai-May Chao Wei-Jun Wang
  • RE: CFV: New Security Group Member: Hai-May Chao Valerie Peng
  • Re: CFV: New Security Group Member: Hai-May Chao Jamil Nimeh
• RFR: 8314180: Disable XPath in XML Signatures Sean Mullan
  • Re: RFR: 8314180: Disable XPath in XML Signatures Weijun Wang
  • Integrated: 8314180: Disable XPath in XML Signatures Sean Mullan
• Re: RFR: 8273042: TLS Certificate Compression Artur Barashev
• RFR: 8349946: Cipher javadoc could describe AEAD reuse better Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better Anthony Scarpino
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better Sebastian Stenzel
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better Anthony Scarpino
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better Anthony Scarpino
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better [v2] Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better [v2] Anthony Scarpino
  • Re: RFR: 8349946: Cipher javadoc could describe AEAD reuse better [v3] Koushik Muthukrishnan Thirupattur
• RFR: 8345414: Google CAInterop test failures Rajan Halade
  • Integrated: 8345414: Google CAInterop test failures Rajan Halade
  • Re: RFR: 8345414: Google CAInterop test failures Weijun Wang
• [jdk25] RFR: 8345414: Google CAInterop test failures Rajan Halade
  • Re: [jdk25] RFR: 8345414: Google CAInterop test failures Weijun Wang
  • [jdk25] Integrated: 8345414: Google CAInterop test failures Rajan Halade
• RFR: 8358731: Remove jdk.internal.access.JavaAWTAccess.java Phil Race
  • Re: RFR: 8358731: Remove jdk.internal.access.JavaAWTAccess.java Phil Race
  • Re: RFR: 8358731: Remove jdk.internal.access.JavaAWTAccess.java Daniel Fuchs
  • Re: RFR: 8358731: Remove jdk.internal.access.JavaAWTAccess.java Sergey Bylokhov
  • Integrated: 8358731: Remove jdk.internal.access.JavaAWTAccess.java Phil Race
• CFV: New Security Group Member: Martin Balao Sean Mullan
  • Re: CFV: New Security Group Member: Martin Balao Sean Mullan
  • Re: CFV: New Security Group Member: Martin Balao Wei-Jun Wang
  • Re: CFV: New Security Group Member: Martin Balao Anthony Scarpino
  • Re: CFV: New Security Group Member: Martin Balao Kevin Driver
• New Security Group Member: Martin Balao Sean Mullan
• RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key Mark Powers
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key Artur Barashev
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v2] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v2] Artur Barashev
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v2] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Sean Mullan
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Sean Mullan
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Sean Coffey
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Mikhail Yankelevich
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v3] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v4] Weijun Wang
  • Re: RFR: 8358594: Misleading keyLength value captured in JFR event for ML-KEM key [v5] Weijun Wang
• RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Weijun Wang
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Kevin Driver
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Weijun Wang
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called Kevin Driver
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called [v2] Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called [v2] Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called [v3] Valerie Peng
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called [v3] Sean Mullan
  • Re: RFR: 8358451: SunJCE PBEKey impl should throw IllegalStateException when getEncoded() is called [v3] Valerie Peng
• RFR: 8355379: Annotate lazy fields in java.security @Stable Koushik Muthukrishnan Thirupattur
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable Per Minborg
  • Re: RFR: 8355379: Annotate lazy fields in java.security @Stable [v2] Koushik Muthukrishnan Thirupattur
• RFR: 8358099: PEM spec updates Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates Sean Mullan
  • Re: RFR: 8358099: PEM spec updates [v2] Sean Mullan
  • Re: RFR: 8358099: PEM spec updates [v2] Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates [v3] Anthony Scarpino
  • Re: RFR: 8358099: PEM spec updates [v3] Sean Mullan
  • Integrated: 8358099: PEM spec updates Anthony Scarpino
• RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Matthew Donovan
  • Re: RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API Matthew Donovan
  • Re: RFR: 8358171: Additional code coverage for PEM API [v2] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Anthony Scarpino
  • Re: RFR: 8358171: Additional code coverage for PEM API [v3] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Andrey Turbanov
  • Re: RFR: 8358171: Additional code coverage for PEM API [v4] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v5] Fernando Guallini
  • Re: RFR: 8358171: Additional code coverage for PEM API [v5] Anthony Scarpino
  • Integrated: 8358171: Additional code coverage for PEM API Fernando Guallini
• RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Anthony Scarpino
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Anthony Scarpino
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Re: RFR: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
  • Integrated: 8358319: Pem.decode should cache the Pattern Aleksey Shipilev
• RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Anthony Scarpino
  • Re: RFR: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
  • Integrated: 8358316: PKCS8Key.getEncoded() can throw NPE after JDK-8298420 Aleksey Shipilev
• Quantum Resistant hybrid key exchange Azeem Jiva
  • Re: Quantum Resistant hybrid key exchange ecki
  • Re: Quantum Resistant hybrid key exchange Sean Mullan
• RFR: 8358159: empty mode/padding in cipher transformations. Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations. Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v2] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Amit Kumar
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Sean Mullan
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v3] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v4] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Valerie Peng
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Amit Kumar
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Varada M
  • Re: RFR: 8358159: Empty mode/padding in cipher transformations [v5] Valerie Peng
  • Integrated: 8358159: Empty mode/padding in cipher transformations Varada M
• RFR: 8357821: Revert incorrectly named JavaLangAccess::unchecked* methods Volkan Yazici
• RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Alan Bateman
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v2] Chris Plummer
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v3] Chris Plummer
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Weijun Wang
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Naoto Sato
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v4] Andrey Turbanov
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v5] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v6] Volkan Yazici
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v6] Naoto Sato
  • Re: RFR: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] [v7] Volkan Yazici
  • Integrated: 8357995: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [core] Volkan Yazici
• Withdrawn: 8345139: Fix bugs and inconsistencies in the Provider services map duke
• RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Weijun Wang
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE [v2] Anthony Scarpino
  • Re: RFR: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE [v2] Weijun Wang
  • Integrated: 8358076: KeyFactory.getInstance("EdDSA").generatePublic(null) throws NPE Anthony Scarpino
• Integrated: 8349400: Improve startup speed via eliminating nested classes Shaojin Wen
• RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Mark Powers
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Weijun Wang
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Sean Coffey
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Weijun Wang
  • Re: RFR: 8350689: Turn on timestamp and thread metadata by default for java.security.debug [v2] Sean Mullan

• Earlier messages
• Later messages