|  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:4.0 ± 0.8
Reproduced:7 of 7 (100.0%)
Same Version:3 (42.9%)
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
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
35 - 22 = ?
Subscribe to this entry?

 [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-2024 The PHP Group
All rights reserved.
Last updated: Wed Jul 24 04:01:31 2024 UTC