Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63626 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10142 invoked from network); 25 Oct 2012 14:59:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Oct 2012 14:59:27 -0000 Authentication-Results: pb1.pair.com smtp.mail=lars@strojny.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lars@strojny.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain strojny.net from 46.4.40.248 cause and error) X-PHP-List-Original-Sender: lars@strojny.net X-Host-Fingerprint: 46.4.40.248 milch.schokokeks.org Received: from [46.4.40.248] ([46.4.40.248:45964] helo=milch.schokokeks.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E1/38-59506-DC359805 for ; Thu, 25 Oct 2012 10:59:27 -0400 Received: from [192.168.1.85] (p5099f5c8.dip0.t-ipconnect.de [::ffff:80.153.245.200]) (AUTH: PLAIN lars@schokokeks.org, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by milch.schokokeks.org with ESMTPSA; Thu, 25 Oct 2012 16:59:22 +0200 id 0000000000000016.00000000508953CA.000065F6 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) In-Reply-To: Date: Thu, 25 Oct 2012 16:59:22 +0200 Cc: internals@lists.php.net Content-Transfer-Encoding: quoted-printable Message-ID: References: To: JJ X-Mailer: Apple Mail (2.1499) Subject: Re: [PHP-DEV] Changing the default value of "true" for CURLOPT_SSL_VERIFYHOST From: lars@strojny.net (Lars Strojny) Hi, Am 25.10.2012 um 07:03 schrieb JJ : [...] > My solution was to check the type for CURLOPT_SSL_VERIFYHOST: if it is > boolean and true, the opt value for libcurl is set to 2L. >=20 > I understand that engineers should have the proper option value to > begin with but weighing the impact of this (MITM attacks) against > doing what they probably meant anyways is worth the presumption. >=20 > Please discuss and adjust the patch if necessary. Good find. I would suggest to not actually change the behavior but throw = a warning when a boolean is passed and advise the user to either pass = int(1) explicitly or use int(2). Link to the manual in the warning and = be good. cu, Lars=