summaryrefslogtreecommitdiff
path: root/src/lib/libc/stdlib/_Exit.c
diff options
context:
space:
mode:
authorderaadt <>2015-04-11 16:16:15 +0000
committerderaadt <>2015-04-11 16:16:15 +0000
commit01d65208fd8dd61fb0f8c5d92ff80c7630a7c2b5 (patch)
tree4cf4654b69cedb1946aed375cd29d1ff7cc53a6c /src/lib/libc/stdlib/_Exit.c
parentb6e092d1e41107edc3265fcda97c497aa21950e1 (diff)
downloadopenbsd-01d65208fd8dd61fb0f8c5d92ff80c7630a7c2b5.tar.gz
openbsd-01d65208fd8dd61fb0f8c5d92ff80c7630a7c2b5.tar.bz2
openbsd-01d65208fd8dd61fb0f8c5d92ff80c7630a7c2b5.zip
Send OPENSSL_issetugid() straight to hell, no final cigarette.
The issetugid() API is supposed to make a strong promise where "0 means it is safe to look at the environment". Way back in the past someone on the OpenSSL team responded to the environment access danger by creating a wrapper called OPENSSL_issetugid, and went to use it a number of places. However, by default on systems lacking true issetugid(), OPENSSL_issetugid returns 0. 0 indicating safely. False safety. Which means OPENSSL_issetugid() fails to make any sort of promise about safety, in fact it is just the opposite. Can you believe the OpenSSL team? This nastiness was noticed over the years, however noone could gain traction and get it fixed in OpenSSL. Also see a paragraph about this in http://www.tedunangst.com/flak/post/worst-common-denominator-programming ok jsing
Diffstat (limited to 'src/lib/libc/stdlib/_Exit.c')
0 files changed, 0 insertions, 0 deletions