summaryrefslogtreecommitdiff
path: root/lib/libpcap/ethertype.h
diff options
context:
space:
mode:
authorTheo de Raadt <deraadt@cvs.openbsd.org>2015-04-11 16:16:16 +0000
committerTheo de Raadt <deraadt@cvs.openbsd.org>2015-04-11 16:16:16 +0000
commit76386d0d14bda74bdd733e62aa9e32191412f59d (patch)
treebc745125af4aeeb371f0f00cba007847140505f1 /lib/libpcap/ethertype.h
parentef153fa4c3e9636d4f3eb07eefb7193e95edd0cd (diff)
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 'lib/libpcap/ethertype.h')
0 files changed, 0 insertions, 0 deletions