Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 84955 invoked from network); 2 Feb 2011 23:26:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Feb 2011 23:26:52 -0000 Received: (qmail 56881 invoked by uid 500); 2 Feb 2011 23:26:52 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 56828 invoked by uid 500); 2 Feb 2011 23:26:51 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 56821 invoked by uid 99); 2 Feb 2011 23:26:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 23:26:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Feb 2011 23:26:50 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 704DD18A817 for ; Wed, 2 Feb 2011 23:26:30 +0000 (UTC) Date: Wed, 2 Feb 2011 23:26:30 +0000 (UTC) From: "Dag H. Wanvik (JIRA)" To: derby-dev@db.apache.org Message-ID: <252977352.6264.1296689190456.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <28069556.287211296304243734.JavaMail.jira@thor> Subject: [jira] Updated: (DERBY-4990) Documentation should state a custom security policy being required to use LDAP in conjunction with network driver MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DERBY-4990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dag H. Wanvik updated DERBY-4990: --------------------------------- Attachment: DERBY-4990b.diff Attaching a revised version of this patch which changes the wording to say that a SocketPermission must be granted to the derby.jar codebase, rather than the derbynet.jar codebase. It also inserts an example entry into the shown policy file for LDAP. Thanks to Thomas for noticing! > Documentation should state a custom security policy being required to use LDAP in conjunction with network driver > ----------------------------------------------------------------------------------------------------------------- > > Key: DERBY-4990 > URL: https://issues.apache.org/jira/browse/DERBY-4990 > Project: Derby > Issue Type: Task > Components: Documentation > Reporter: Thomas Hill > Assignee: Kim Haase > Attachments: DERBY-4990.diff, DERBY-4990b.diff, tadminnetservcustom.html > > > The documentation is lacking a statement that defining and using a >custom< security manager template is required when wanting to use LDAP authorization provider in conjunction with the network driver client. driver. Otherwise, i.e. just using the default security policy will lead to socket permission errors. Details on which permission exactely needs to be granted to which code base would be very helpful. > Chapter 'Running Derby under a security manager', section 'granting permissions to Derby' in the Developer's guide seems a good place to mention the permission java.net.SocketPermission as optional, but required to be set when wanting to use LDAP authorization in conjunction with the network client driver and defining the authorisation provider properties as system-level properties. > Adding this to the documentation and preferrably also providing some more guidance seems desirable as migrating off the builtin user system to LDAP is strongly recommened and the documentation has explicit statements about security risks otherwise incurred. > I also realized that the template included in the documentation at http://db.apache.org/derby/docs/10.7/adminguide/tadminnetservbasic.html and the default template included in 10.7.1.1 software are no longer in sync. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira