|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #77411 openssl_x509_parse serialNumber not always integer with OpenSSL version 1.1
Submitted: 2019-01-05 00:29 UTC Modified: 2021-01-19 14:22 UTC
Avg. Score:3.8 ± 0.7
Reproduced:6 of 6 (100.0%)
Same Version:3 (50.0%)
Same OS:0 (0.0%)
From: korikulum at net dot hr Assigned:
Status: Open Package: OpenSSL related
PHP Version: Irrelevant OS: Ubuntu 14.04
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: korikulum at net dot hr
New email:
PHP Version: OS:


 [2019-01-05 00:29 UTC] korikulum at net dot hr
With OpenSSL version 1.0 "openssl_x509_parse" would always return "serialNumber" as a string representation of an integer value, while "serialNumberHex" would be a string representation of a hexadecimal number.

This changes when using OpenSSL version 1.1. With OpenSSL version 1.1 the value of "serialNumber" is sometimes (not always) returned as a string representation of a hexadecimal number instead of an integer.

This is due to the following changes in OpenSSL:

Expected result:
  string(39) "269913321572441498538983276629377170905"
  string(32) "CB0F6A32FD527F6C0001000056603DD9"

Actual result:
  string(34) "0xCB0F6A32FD527F6C0001000056603DD9"
  string(32) "CB0F6A32FD527F6C0001000056603DD9"


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2021-01-19 14:22 UTC]
Given that the docs[1] state:

| The structure of the returned data is (deliberately) not yet
| documented, as it is still subject to change.

I wouldn't call that a bug, and it might be best to drop the
"serialNumber" altogether.

[1] <>
PHP Copyright © 2001-2023 The PHP Group
All rights reserved.
Last updated: Fri Sep 22 23:01:24 2023 UTC