On 08/12/2016 00:37, Emmanuel Bourg wrote:
> Hi,
> 
> The security pages are missing another commit, this time for
> CVE-2016-6797. The newly added validateGlobalResourceAccess method in
> ResourceLinkFactory was later modified to iterate over the classloader
> hierarchy. Without this modification some applications are no longer
> able to access their datasource (this happened to Debian users [1]
> installing the latest security update).
> 
> Here are the commits per version if someone could update the pages:
> 
> Tomcat 6:   https://svn.apache.org/r1763237
> Tomcat 7:   https://svn.apache.org/r1763236
> Tomcat 8:   https://svn.apache.org/r1763234
> Tomcat 8.5: https://svn.apache.org/r1763233
> Tomcat 9:   https://svn.apache.org/r1763232

Added.

The commits on the security pages are meant to be just those required to
fix the vulnerability.

Back-porters may need additional commits for various reasons:
a) prior commits that aligned the code with later versions prior to the
   security fix being applied
b) commits that create new configuration options to provide work-arounds
   for side-effects of security fixes
c) commits that address regressions caused by security fixes.
to name the first few that come to mind.

I'm +0.5 on including those under c) above although I wonder if we
should differentiate them on the security pages somehow. I'm not
convinced that a), b) or any others should be included.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to