https://issues.apache.org/bugzilla/show_bug.cgi?id=51073

           Summary: Misconfigured SSLProtocol with an AprEndpoint silently
                    falls back to ALL
           Product: Tomcat 7
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: major
          Priority: P2
         Component: Connectors
        AssignedTo: dev@tomcat.apache.org
        ReportedBy: co...@colinharrington.net


When configuring tomcat with an SSL Connector with an AprEndpoint (using the
Http11AprProtocol) if you misconfigure the SSLProtocol, the it silently falls
back to "all" which can be very dangerous.

For example this configuration may seem convincing:
<Connector 
    protocol="org.apache.coyote.http11.Http11AprProtocol"
    SSLEnabled="true"
    port="443"
    scheme="https"
    secure="true"
    ...Other SSL configuration...
    SSLProtocol="-ALL +SSLv3 +TLSv1" 
    .../>

The Documentation states valid values for the SSL protocol, but if the values
don't line up exactly it defaults to "ALL"
http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL%20Support 
SSLProtocol: 'Protocol which may be used for communicating with clients. The
default is "all", with other acceptable values being "SSLv2", "SSLv3", "TLSv1"
and "SSLv2+SSLv3".'

Misconfiguration of an SSLProtocol should never silently fall back to enabling
all protocols.  At minimum, misconfiguration of this value should result in
logged error messages.  Since SSLv2 is vulnerable to several attacks known to
have some serious security flaws even allowing the possibility of
man-in-the-middle attacks, I think a misconfiguration should cause the
connector to fail.

@See
http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

I think that "all" should be specifically allowed (along with "" or null), and
all other unexpected values should fail loudly.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Reply via email to