oss-sec mailing list archives
Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability
From: Tomas Hoger <thoger () redhat com>
Date: Mon, 14 May 2018 14:52:44 +0200
Hi Bryan! On Sat, 5 May 2018 07:52:08 -0700 Bryan Pendleton wrote:
CVE-2018-1313: Apache Derby externally-controlled input vulnerability Severity: Important Vendor: The Apache Software Foundation Versions Affected: Derby 10.3.1.4 to 10.14.1.0 Description: A specially-crafted network packet can be used to request the Derby Network Server to boot a database whose location and contents are under the user's control. If the Derby Network Server is not running with a Java Security Manager policy file, the attack is successful. If the server is using a policy file, the policy file must permit the database location to be read for the attack to work. The default Derby Network Server policy file distributed with the affected releases includes a permissive policy as the default Network Server policy, which allows the attack to work. Mitigation: Users should specify an explicit security policy file, as described here: http://db.apache.org/derby/docs/10.14/security/csecjavasecurity.html Derby release 10.14.2.0 disallows the specially-crafted network packet, and also modifies the default Derby Network Server policy file to be significantly less permissive (the default file access policy is now limited to the derby.system.home directory and the directory from which the Derby jar files were loaded). It is still recommended that production installations of the Derby Network Server should specify an explicit security policy file. Credit: This issue was discovered by Grégory Draperi
Can you clarify what upstream considers to be the fix for this issue? Some sources such as: http://www.systemtek.co.uk/2018/05/apache-derby-externally-controlled-input-vulnerability-cve-2018-1313/ indicate that the fix is the change to the default security policy, i.e. DERBY-6987. However, the wording above seems to consider that as more of an additional hardening fix, and the actual security fix is change to handling of the ping command to disallow additional arguments, i.e. DERBY-6986. Related to the above is the question regarding the list of affected versions. Version 10.3.1.4 is listed as the first affected, however the "ping with arguments" should pre-date that version, and even DERBY-6986 indicates it's old code. However, 10.3.1.4 seems to be the first version to include the default security policy, which may be the reason why it's listed as the first affected. And one more clarification for those of us not familiar with Derby: What is the known impact of opening some untrusted database? Is it known to e.g. allow arbitrary code execution directly in Derby? Thank you! -- Tomas Hoger / Red Hat Product Security
Current thread:
- [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Bryan Pendleton (May 05)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Tomas Hoger (May 14)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Bryan Pendleton (May 15)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Tomas Hoger (May 21)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Bryan Pendleton (May 26)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Bryan Pendleton (May 15)
- Re: [ANNOUNCE] CVE-2018-1313: Apache Derby externally-controlled input vulnerability Tomas Hoger (May 14)