summaryrefslogtreecommitdiffstats
path: root/crypto
diff options
context:
space:
mode:
authorMatt Caswell <matt@openssl.org>2023-12-06 12:51:01 +0100
committerMatt Caswell <matt@openssl.org>2023-12-12 17:12:32 +0100
commit322517d817ecb5c1a3a8b0e7e038fa146857b4d4 (patch)
tree1e83e2f25e64dbf76797ae1030d99718718af562 /crypto
parentExtend the test of BN_GF2m_mod_inv (diff)
downloadopenssl-322517d817ecb5c1a3a8b0e7e038fa146857b4d4.tar.xz
openssl-322517d817ecb5c1a3a8b0e7e038fa146857b4d4.zip
Fix some invalid use of sscanf
sscanf can return -1 on an empty input string. We need to appropriately handle such an invalid case. The instance in OSSL_HTTP_parse_url could cause an uninitialised read of sizeof(unsigned int) bytes (typically 4). In many cases this uninit read will immediately fail on the following check (i.e. if the read value >65535). If the top 2 bytes of a 4 byte unsigned int are zero then the value will be <=65535 and the uninitialised value will be returned to the caller and could represent arbitrary data on the application stack. The OpenSSL security team has assessed this issue and consider it to be a bug only (i.e. not a CVE). Reviewed-by: Todd Short <todd.short@me.com> Reviewed-by: Tomas Mraz <tomas@openssl.org> Reviewed-by: Shane Lontis <shane.lontis@oracle.com> (Merged from https://github.com/openssl/openssl/pull/22961)
Diffstat (limited to 'crypto')
-rw-r--r--crypto/http/http_lib.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/crypto/http/http_lib.c b/crypto/http/http_lib.c
index 3164d01d9e..cd0e25c85e 100644
--- a/crypto/http/http_lib.c
+++ b/crypto/http/http_lib.c
@@ -118,7 +118,7 @@ int OSSL_parse_url(const char *url, char **pscheme, char **puser, char **phost,
port = ++p;
/* remaining port spec handling is also done for the default values */
/* make sure a decimal port number is given */
- if (!sscanf(port, "%u", &portnum) || portnum > 65535) {
+ if (sscanf(port, "%u", &portnum) <= 0 || portnum > 65535) {
ERR_raise_data(ERR_LIB_HTTP, HTTP_R_INVALID_PORT_NUMBER, "%s", port);
goto err;
}