Root certificate · Cybertrust Japan

SecureSign Root CA15

SecureSign Root CA15 is a root CA certificate operated by Cybertrust Japan (ECDSA P-384, valid until 2045-04-08, SHA-256 E778F0F0). As of the latest CCADB data it is trusted for TLS server authentication by 2 of 4 major root stores: Mozilla, Microsoft.

Data updated

Root store status

Root storeStatusTrusted for TLSDistrust for TLS afterConstrained
ChromeNot included Not includedNo—No
MozillaIncluded IncludedYes—No
AppleNot included Not includedNo—No
MicrosoftIncluded IncludedYes—Yes

Mozilla treats it as an EV root for policy OID 2.23.140.1.1.

Not included Chrome

Status
Not included

Included Mozilla

Status
Included
Trust bits
Websites
EV policy OIDs
2.23.140.1.1
First included in
NSS 3.104 / Firefox 131

Not included Apple

Status
Not included

Included Microsoft

Status
Included
Trusted EKUs
Server Authentication, Client Authentication, Secure Email
Not-before cutoff
2026-05-19 (Secure Email)

"Trusted for TLS" means the store includes the root with the server-authentication trust bit (Mozilla "Websites", Apple serverAuth, Microsoft Server Authentication EKU). Microsoft "NotBefore" means only certificates issued before a cutoff date are still trusted. "Constrained" means the store applies extra restrictions.

Details

CA owner
Cybertrust Japan / JCSI
Subject
CN=SecureSign Root CA15,O=Cybertrust Japan Co.\, Ltd.,C=JP
SHA-256
E778F0F095FE843729CD1A0082179E5314A9C291442805E1FB1D8FB6B8886C3A
SHA-1 (Windows thumbprint)
CBBA83C8C15A5DF1F9736FCAD7EF2813064A077D
SPKI SHA-256
F0011F92FCF9BE36C7A5B36E7BC862AB20E94EF36FEA8A561DB0A8D7750C1F51
Valid from
2020-04-08
Expires
2045-04-08
Key
ECDSA P-384
Signature algorithm
ecdsa-with-SHA384
Serial number
1615C7C3D849A7BE690C8A88EDF070F9DDB73E87
Country
JP
Trust bits (CCADB)
Server Authentication, Client Authentication
EV policy OIDs (CCADB)
2.23.140.1.1 · TLS EV capable: Yes
Test websites
valid: https://ss15-valid.managedpki.ne.jp · expired: https://ss15-expired.managedpki.ne.jp · revoked: https://ss15-revoked.managedpki.ne.jp
CCADB record
A006998
PEM
cybertrust-japan-securesign-root-ca15.pem

Look up this certificate on crt.sh

Intermediate CAs issued by this root

The CCADB lists 14 intermediate CA certificates signed directly by SecureSign Root CA15: 2 currently valid, 0 expired and 12 revoked (revoked includes those whose parent was revoked).

Showing 14 of 14: valid certificates first, newest first. Each name links to its crt.sh entry by SHA-256; an arrow marks a cross-certificate for another root on this site.

IntermediateOperated byExpiresStatus
Cybertrust Japan SureServer CA G8 Cybertrust Japan / JCSI2030-06-22Valid
Cybertrust Japan SureServer EV CA G8 Cybertrust Japan / JCSI2030-06-22Valid
Cybertrust Japan SureMail CA G8 Cybertrust Japan / JCSI2030-06-22Revoked
Cybertrust Japan SureTime CA G4 Cybertrust Japan / JCSI2037-09-09Revoked
Cybertrust Japan SureTime CA G4 Cybertrust Japan / JCSI2036-06-22Revoked
Cybertrust Japan SureCode EV CA G4 Cybertrust Japan / JCSI2036-06-22Revoked
Cybertrust Japan SureCode CA G4 Cybertrust Japan / JCSI2036-06-22Revoked
Cybertrust Japan SureMail CA G8 Cybertrust Japan / JCSI2030-06-22Revoked
Cybertrust Japan SureMail CA G6 Cybertrust Japan / JCSI2030-04-09Revoked
Cybertrust Japan SureCode EV CA G2 Cybertrust Japan / JCSI2036-04-09Revoked
Cybertrust Japan SureServer CA G6 Cybertrust Japan / JCSI2030-04-09Revoked
Cybertrust Japan SureCode CA G2 Cybertrust Japan / JCSI2036-04-09Revoked
Cybertrust Japan SureServer EV CA G5 Cybertrust Japan / JCSI2030-04-09Revoked
Cybertrust Japan SureTime CA G2 Cybertrust Japan / JCSI2036-04-09Revoked

Cross-signed versions

No certificate in the CCADB has the same subject and public key as SecureSign Root CA15 with a different issuer, so a client has to carry SecureSign Root CA15 itself in its root store to trust it.

CRL and OCSP addresses

In the root certificate

SecureSign Root CA15 itself contains no CRL Distribution Points and no OCSP (Authority Information Access) extension. That is normal for a root: clients trust it directly and do not check its own revocation status.

Full CRL this CA publishes (CCADB)

  • http://rtcrl.cybertrust.ne.jp/SecureSign/rtca15/cdp.crl

Used by the intermediates it issued

Addresses found in the CRL Distribution Points and OCSP fields of the 2 valid intermediates signed by SecureSign Root CA15; the number in brackets is how many of them use each address.

  • CRL: http://rtcrl.cybertrust.ne.jp/SecureSign/rtca15/cdp.crl (2)
  • OCSP: http://rtocsp.cybertrust.ne.jp/OcspServer (2)

What happens when it expires

SecureSign Root CA15 is valid until 2045-04-08, about 18.4 years after this data snapshot (2026-11-10). From that day, browsers and operating systems that check trust-anchor expiry stop accepting chains that end at this root, so any certificate that can only chain to it fails validation. Android is a known exception: it does not enforce the expiry date of trust anchors.

Check whether your device trusts it

Each platform keeps its own root store. The commands below look up SecureSign Root CA15 by common name (SecureSign Root CA15) or fingerprint. The store status in each heading comes from the CCADB snapshot; your device can differ if it is out of date or managed by an administrator.

macOS (Apple store: Not included)

Search the system roots keychain by common name. -Z prints the SHA-256 hash, which must match the fingerprint on the last line.

security find-certificate -a -c "SecureSign Root CA15" -Z \
  /System/Library/Keychains/SystemRootCertificates.keychain | grep "SHA-256"
# SHA-256 hash: E778F0F095FE843729CD1A0082179E5314A9C291442805E1FB1D8FB6B8886C3A

Windows (Microsoft store: Included · Trusted for TLS)

Windows identifies roots by SHA-1 thumbprint. It installs third-party roots on demand through Automatic Root Certificates Update, so "not found" can also mean the root has not been needed yet; certutil -generateSSTFromWU roots.sst downloads Microsoft's full list.

certutil -verifystore Root CBBA83C8C15A5DF1F9736FCAD7EF2813064A077D

Linux (ca-certificates follows Mozilla: Included · Trusted for TLS)

Debian, Ubuntu, Fedora and RHEL build their ca-certificates package from Mozilla's root store. Use trust list on p11-kit systems, or search the PEM bundle on Debian and Ubuntu.

# Fedora / RHEL / Arch (p11-kit)
trust list --filter=ca-anchors | grep -iF -A2 "SecureSign Root CA15"
# Debian / Ubuntu (ca-certificates)
openssl crl2pkcs7 -nocrl -certfile /etc/ssl/certs/ca-certificates.crt \
  | openssl pkcs7 -print_certs -noout | grep -iF "SecureSign Root CA15"

Java

Java ships its own cacerts keystore; JDK 9 and later accept -cacerts and the default store password is changeit. Search for the SHA-256 fingerprint in colon form.

keytool -list -cacerts -storepass changeit | grep -i "E7:78:F0:F0:95:FE:84:37:29:CD:1A:00:82:17:9E:53:14:A9:C2:91:44:28:05:E1:FB:1D:8F:B6:B8:88:6C:3A"

Android

Android's system store is maintained by Google separately from the four CCADB stores above. Open Settings → Security & privacy → More security settings → Encryption & credentials → Trusted credentials → System (menu names vary by vendor and version) and look for Cybertrust Japan Co., Ltd. → SecureSign Root CA15.

Which root does my site chain to?

List the chain your server sends and compare the last issuer with this root; the fingerprint check confirms a local copy.

Download PEM

# show subject (s:) and issuer (i:) of every certificate the server sends
openssl s_client -connect example.com:443 -servername example.com -showcerts </dev/null 2>/dev/null \
  | grep -E '^ *[0-9]+ s:|^ *i:'
# subject and SHA-256 fingerprint of the downloaded PEM file
openssl x509 -in cybertrust-japan-securesign-root-ca15.pem -noout -subject -fingerprint -sha256
# sha256 Fingerprint=E7:78:F0:F0:95:FE:84:37:29:CD:1A:00:82:17:9E:53:14:A9:C2:91:44:28:05:E1:FB:1D:8F:B6:B8:88:6C:3A

FAQ

Is SecureSign Root CA15 trusted by Chrome, Firefox, Safari and Windows?

As of 2026-11-10, Mozilla, Microsoft trust it for TLS server authentication; Chrome, Apple do not.

When does SecureSign Root CA15 expire?

On 2045-04-08, about 18.4 years after the 2026-11-10 data snapshot.

How many intermediate certificates has SecureSign Root CA15 issued?

The CCADB lists 14: 2 valid, 0 expired and 12 revoked. The newest valid one is Cybertrust Japan SureServer CA G8, valid until 2030-06-22.

Is SecureSign Root CA15 cross-signed?

No. The CCADB has no certificate with the same subject and public key signed by another CA.

Other roots from Cybertrust Japan

Sources

  1. CCADB — Resources (TLS Server Authentication report, All Included Root Certificate Trust Bit Settings)
  2. CCADB — All Certificate Information (root and intermediate), CSV V5
  3. CCADB — Mozilla Included CA Certificate Report
  4. CCADB — Chrome / Mozilla / Apple / Microsoft TLS Server Authentication CSV