Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:96207 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 15776 invoked from network); 4 Oct 2016 07:17:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Oct 2016 07:17:01 -0000 Authentication-Results: pb1.pair.com smtp.mail=me@kelunik.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=me@kelunik.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.160 cause and error) X-PHP-List-Original-Sender: me@kelunik.com X-Host-Fingerprint: 81.169.146.160 mo4-p00-ob.smtp.rzone.de Received: from [81.169.146.160] ([81.169.146.160:9817] helo=mo4-p00-ob.smtp.rzone.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/FB-06241-96753F75 for ; Tue, 04 Oct 2016 03:16:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1475565414; l=6973; s=domk; d=kelunik.com; h=Content-Type:To:Subject:Date:From:In-Reply-To:References: MIME-Version; bh=f2mkjiUXqEjrk3JUA3AJqCGCE6Yp1seqMU6UrlIDrPY=; b=G9trptITdpNz4lICsyC7TXf1UJ0EKapHQp1Wc5jHTrPSOfCRUvbj8vafbXFuRCdclCi 1CNwIJ/eTFYBO4aAKAZpwR4bA7T6t9G4rgThHDpybe6RTWn8YZ/AOfkaZMHtNCwLR525s VVhWzC2jIHqehgcCq7UtPANv8kCaOUv7dIY= X-RZG-AUTH: :IWkkfkWkbvHsXQGmRYmUo9mls2vWuiu+7SLGvomb4bl9EfHtO3Y6 X-RZG-CLASS-ID: mo00 Received: from mail-wm0-f45.google.com ([74.125.82.45]) by smtp.strato.de (RZmta 39.5 AUTH) with ESMTPSA id Y0b562s947GrWJM (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp384r1 with 384 ECDH bits, eq. 7680 bits RSA)) (Client did not present a certificate) for ; Tue, 4 Oct 2016 09:16:53 +0200 (CEST) Received: by mail-wm0-f45.google.com with SMTP id b201so125627761wmb.0 for ; Tue, 04 Oct 2016 00:16:53 -0700 (PDT) X-Gm-Message-State: AA6/9RkzQ113dRIyJiaDXIe9TiIqO06AMf5M7jEgSJH617hrFWScAMHvuIfhpZik0doHx671/OrF0492lb3k7g== X-Received: by 10.28.93.14 with SMTP id r14mr2058296wmb.89.1475565413831; Tue, 04 Oct 2016 00:16:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Tue, 04 Oct 2016 07:16:43 +0000 X-Gmail-Original-Message-ID: Message-ID: To: Yasuo Ohgaki , PHP Internals Content-Type: multipart/alternative; boundary=001a1145bd82559eaa053e04d8c2 Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Improve uniqid() uniqueness From: me@kelunik.com (Niklas Keller) --001a1145bd82559eaa053e04d8c2 Content-Type: text/plain; charset=UTF-8 Yasuo Ohgaki schrieb am Di., 4. Okt. 2016, 03:54: > Hi Davey, > > On Tue, Oct 4, 2016 at 4:59 AM, Davey Shafik wrote: > > On Sunday, October 2, 2016, Yasuo Ohgaki wrote: > >> > >> Hi all, > >> > >> On Mon, Oct 3, 2016 at 3:56 AM, Yasuo Ohgaki > wrote: > >> > Besides improving "more entropy" the default and data, I prepared > >> > fully compatible patch to simplify discussion. > >> > > >> > https://gist.github.com/anonymous/fb615df325d559fa806a265031a06ede > >> > > >> > I would like to apply this patch from PHP 7.0 branch, then discuss > what > >> > the default should be. > >> > > >> > Any comments? > >> > If there is no objections, I'll apply this few days later. > > > > > > Yasuo, > > > > This change should go through the standard RFC process and should be > > targeted at 7.2+ (master) *only*. > > > > Please check with the RMs before merging functionality changes into > release > > branches. All functionality changes need consent and consensus. Bug fixes > > (that don't change functionality or break BC) do not. > > > > I understand your desire to fix these things, especially the security > > related type stuff, but as a group we have a responsibility to create > > predictable, sane, and safe (as in, don't break stuff) migration paths > when > > we can. A history of doing this is WHY php is still going strong after so > > long. > > > > Thanks, > > I agree fully. > > The only case this patch could break code is caused by broken PRNG in > the system which is fatal anyway. i.e. If PRNG is broken, session > module/randon_*() cannot produce secure session ID/values. We don't > have to worry about changed behavior/BC. > > The main motivation is to simply this RFC discussion. I'll commit this > patch master only. > It still needs a RFC. Regards, Niklas Regards, > > -- > Yasuo Ohgaki > yohgaki@ohgaki.net > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --001a1145bd82559eaa053e04d8c2--