Software-update: Google Chrome 31.0.1650.48

Google heeft versie 31 van zijn webbrowser Chrome uitgebracht. Google Chrome is beschikbaar in drie verschillende uitvoeringen: stable, beta en dev, en ditmaal is de stabiele uitvoering bijgewerkt. In versie 31 zijn geen nieuwe mogelijkheden toegevoegd, maar zijn er wel weer een groot aantal beveiligingsupdates doorgevoerd. Het volledige changelog van deze release is hieronder te vinden.

Stable Channel Update

Chrome has been updated to 31.0.1650.48 for Windows, Mac, Linux and Chrome Frame. Flash Player has been updated to 11.9.900.152, which is included w/ this release.

Security Fixes and Rewards

Note: Access to bug details and links may be kept restricted until a majority of users are updated with a fix. We will also retain restrictions if the bug exists in a third party library that other projects similarly depend on, but haven’t yet fixed. This update includes 25 security fixes. Below, we highlight fixes that were either contributed by external researchers or particularly interesting. Please see the Chromium security page for more information.

• [268565] Medium CVE-2013-6621: Use after free related to speech input elements.
• [272786] High CVE-2013-6622: Use after free related to media elements.
• [282925] High CVE-2013-6623: Out of bounds read in SVG.
• [290566] High CVE-2013-6624: Use after free related to “id” attribute strings.
• [295010] High CVE-2013-6625: Use after free in DOM ranges.
• [295695] Low CVE-2013-6626: Address bar spoofing related to interstitial warnings.
• [299892] High CVE-2013-6627: Out of bounds read in HTTP parsing.
• [306959] Medium CVE-2013-6628: Issue with certificates not being checked during TLS renegotiation.

We would also like to thank miaubiz and Atte Kettunen of OUSPG for working with us during the development cycle to prevent security bugs from ever reaching the stable channel. As usual, our ongoing internal security work responsible for a wide range of fixes:

• [315823] Medium-Critical CVE-2013-2931: Various fixes from internal audits, fuzzing and other initiatives.
• [258723] Medium CVE-2013-6629: Read of uninitialized memory in libjpeg and libjpeg-turbo.
• [299835] Medium CVE-2013-6630: Read of uninitialized memory in libjpeg-turbo.
• [296804] High CVE-2013-6631: Use after free in libjingle.

Many of the above bugs were detected using AddressSanitizer.

A full list of changes is available in the SVN log. Interested in switching release channels? Find out how. If you find a new issue, please let us know by filing a bug.

Versienummer	31.0.1650.48
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, Windows XP, macOS, Windows Vista, Windows 8
Website	Google
Download	http://www.google.com/chrome/index.html?hl=nl
Licentietype	Freeware

Reacties (4)

[questarey]

waarom zou je je eraan ergeren? ook al noemen ze dit versie 3 biljard, maakt geen enkel verschil welk nummertje het meekrijgt.

[SharpY]

Het kan toch ook zijn "Public release" 31 en dat is bijvoorbeeld versie 0.1650.48 intern? Voor de eindgebruiker is het makkelijker om in normale getallen te tellen. Bijvoorbeeld Internet Explorer 10 heeft versienummer 10.0.9200.16384 > ofwel public release versie 10.

[Steef]

Toch is dit niet ongebruikelijk. Ook andere grote projecten, bijvoorbeeld de Linux kernel, houden tegenwoordig een development cycle release structuur aan. Major bumps zijn in zo'n structuur een indicatie van een dev cycle en heeft niet de ouderwetse relatie tot features.

Het voordeel is hier voornamelijk dat men met meer regelmaat kan releasen, er is geen noodzaak om op non-regelmatige intervallen te besluiten een major release uit te brengen. Gewoon doorwerken en met regenmaat een release de deur uit gooien. Systeembeheerders worden hier vrolijk van

In een recente mailing word bijvoorbeeld geopperd de kernel van een major bump te voorzien omdat "de minor counter te hoog word".

"Onto a totally different topic: we're getting to release numbers where I have to take off my socks to count that high again."