Page History
...
- Add CommonsGridLoginModule to JAAS login module (security-config.xml)
- requires
nci-commons-core
version 1.2.4 or greater see http://maven.5amsolutions.com/archiva/browse/com.fiveamsolutions/nci-commons-core requires
jbosssx.jar
as runtime dependency to handle decryption of encrypted pre-shared key withinCommonsGridLoginModule
class. Typically included with JBoss by default, please verify.Code Block xml xml title Add to JAAS Login Module (security-config.xml)xml <login-module code="com.fiveamsolutions.nci.commons.authentication.CommonsGridLoginModule" flag="optional"> <module-option name="gridServicePrincipal">${gridServicePrincipal}</module-option> <module-option name="gridServiceCredential">${gridServiceCredential}</module-option> <module-option name="gridServicePrincipalSeparator">||</module-option> </login-module>
Define gridServicePrincipal & gridServiceCredential properties within appropriate properties file so that the login module configuration file is properly configured as a part of the build and deployment process for your application
Code Block xml xml title Example snippet to add Maven2 propertiesxml <gridServicePrincipal>Gr1DU5er</gridServicePrincipal> <gridServiceCredential>ltHZmZ1rqYq8j2uyHEABIQ==</gridServiceCredential>
The unencrypted value for
ltHZmZ1rqYq8j2uyHEABIQ==
isPa44Wurd
- requires
Introduce a new grid service instance CSM Group
Update the application name'po'
to your application's nameCode Block sql sql title Sample SQL for Postgres to define a new CSM Group sql INSERT INTO CSM_GROUP (GROUP_NAME, GROUP_DESC, APPLICATION_ID) VALUES ('gridClient', 'Grid Service Invocation Group', (select application_id from csm_application where application_name = 'po'));
Update @Remote EJBs endpoints to allow the new CSM Group using the @RolesAllowed annotation
Code Block java java title Example with only grid accessjava @RolesAllowed("gridClient") public void myRemoteEndpointMethod() { ... }
Code Block java java title Example granting both grid and web clients access java @RolesAllowed({"webClient","gridClient"}) public void myRemoteEndpointMethod() { ... }
...
- Alter Service Context(s) within Introduce
- Modify each service context accordingly to add security
- Highlight Service Context, click Modify Service button
- Under Information Page, User Resource Framework Options section, check Secure
- Under Security Page (tab/button at top of dialogue), choose Custom
- Then under Secure Communication tab, check Transport Layer Security , choose Privacy for Communication Method
Specifying Transport Layer Security (TLS) enables encryption - Then under Authorization tab, select No for Client should connect anonymously AND select Enforce Authentication for Authorization Mechanism
These settings force the user to authenticate with the Grid and provide a valid user credential when calling the grid data service - Then under Service Credentials tab, select System for Run As
- Add Service Property to your (Main Service)context within Introduce,
Select Service Properties tab, input the following values:
Key
Default Value
Description
gridServicePrincipalSeparator
||
The separator used to encord the gridServicePrincipal and grid user's identity when Using the com.fiveamsolutions.nci.commons.authentication.CommonsGridLoginModule
- Click Add button
- Ensure the appropriate Typesare included within your grid service, if not add the types (XSDs) by doing the following:
- Import Data Types -> caDSR; Project: caGrid_Metadata_Models (version 1); Package gov.nih.nci.cagrid.metadata.security
- Save your changes within Introduce (must be successful)
- Modify each service context accordingly to add security
Ensure the Service Property is specified within
service.properties
Code Block #service deployment properties #Wed Nov 04 17:13:39 EST 2009 gridServicePrincipalSeparator=||
Alter how remote services (eg, EJBs) are authenticated and authorized for each grid service request.
As an example, create aGridSecurityJNDIServiceLocator
class to authenticate using both the Grid User's Identity (eg,/O=caBIG/OU=caGrid/OU=Training/OU=Dorian/CN=coppagridtest
instead of a typical remote service user. In short, you'll base your implementation off of your existing Locator (eg,JNDIServiceLocator
) and replace existing occurrences with the newGridSecurityJNDIServiceLocator
.
Don't forget to update the values for thejava.naming.security.principal
andjava.naming.security.credentials
when using the the newGridSecurityJNDIServiceLocator
, see example below.Code Block <property name="java.naming.security.principal" value="Gr1DU5er" /> <property name="java.naming.security.credentials" value="Pa44Wurd" />
Tip Example GridSecurityJNDIServiceLocator implementation within COPPA PO Grid Service Example GridSecurityJNDIServiceLocator implementation within COPPA PO Grid Service See https://ncisvn.nci.nih.gov/svn/coppa/trunk/code/po-grid/src/gov/nih/nci/coppa/po/grid/remote/GridSecurityJNDIServiceLocator.java for full code
Below is an example that demonstrates the essence of how to code it up your new
GridSecurityJNDIServiceLocator
class.Note title About example CoreServicesConfiguration
is theServiceConfiguration
for our (Main Service) context that you previously added a Service Property when updating your services using Introduce.Warning GridSecurityJNDIServiceLocator
may not be a singleton (static) within your application as the containedInitialContext
instance needs to reference the Grid Identity for the incoming request by usingSecurityUtils.getCallerIdentity()
.Note While this is recognized as a performance hit, we've yet to figure a better way. If anyone is able to determine a better way, please let the COPPA team know team-po@5amsolutions.com --thanks
Code Block java java title Essentials for a GridSecurityJNDIServiceLocator implementationjava ... private InitialContext context; private static final String JNDI_PRINCIPAL = "java.naming.security.principal"; private static final String JNDI_CREDENTIALS = "java.naming.security.credentials"; /** * @return a ServiceLocator with the caller's identity * @throws Exception if a problem occurs */ public static ServiceLocator newInstance() throws Exception { return new GridSecurityJNDIServiceLocator(SecurityUtils.getCallerIdentity()); } /** * Get an instance of the service locator. specific to the grid user. * * @param userIdentity user identity of the grid user */ public GridSecurityJNDIServiceLocator(String userIdentity) { try { Properties props = new Properties(); props.load(GridSecurityJNDIServiceLocator.class.getClassLoader().getResourceAsStream("jndi.properties")); // set grid service principal and grid identity as java.naming.security.principal CoreServicesConfiguration coreConfiguration = CoreServicesConfiguration.getConfiguration(); String principal = props.getProperty(JNDI_PRINCIPAL) + coreConfiguration.getGridServicePrincipalSeparator() + userIdentity; props.setProperty(JNDI_PRINCIPAL, principal); LOG.debug("Properties " + props.toString()); context = new InitialContext(props); } catch (Exception e) { LOG.error("Unable to load jndi properties.", e); throw new RuntimeException("Unable to load jndi properties.", e); } } private Object lookup(String name) throws NamingException { Object object = null; int i = 0; while (object == null && i < MAX_RETRIES) { try { LOG.debug("Performing JNDI Lookup of : " + name); object = context.lookup(name); } catch (CommunicationException com) { LOG.warn("Unable to lookup: " + name); } i++; } return object; } /** * {@inheritDoc} */ public PersonEntityServiceRemote getPersonService() throws NamingException { PersonEntityServiceRemote object = (PersonEntityServiceRemote) lookup("po/PersonEntityServiceBean/remote"); return object; } ...
Next, an example of demonstrating the use of theGridSecurityJNDIServiceLocator
classCode Block java java title Using GridSecurityJNDIServiceLocatorjava /** * {@inheritDoc} */ public PersonDTO getPerson(Ii ii) throws NullifiedEntityException { try { PersonDTO person = GridSecurityJNDIServiceLocator.newInstance().getPersonService().getPerson(ii); return person; } catch (NullifiedEntityException e) { throw e; } catch (UndeclaredThrowableException e) { throw (e); } catch (Exception e) { throw new InvokeCoppaServiceException(e.toString(), e); } }
Lastly, here are the JNDI PropertiesCode Block title jndi.properties java.naming.factory.initial=${java.naming.factory.initial} java.naming.provider.url=${java.naming.provider.url} java.naming.factory.url.pkgs=${java.naming.factory.url.pkgs} java.naming.security.principal=${java.naming.security.principal} java.naming.security.credentials=${java.naming.security.credentials}
Be sure to filter the values as a part of your build processCode Block <property name="java.naming.factory.initial" value="org.jboss.security.jndi.JndiLoginInitialContextFactory" /> <property name="java.naming.provider.url.host" value="localhost" /> <property name="java.naming.provider.url.port" value="1099" /> <property name="java.naming.provider.url" value="jnp://${java.naming.provider.url.host}:${java.naming.provider.url.port}" /> <property name="java.naming.factory.url.pkgs" value="org.jboss.naming:org.jnp.interfaces" /> <property name="java.naming.security.principal" value="Gr1DU5er" /> <property name="java.naming.security.credentials" value="Pa44Wurd" />
...
This section will likely vary based on many factors and more notably your specific version of BDA and existing deployment configuration steps.
Below is a diff of the changes for COPPA-PO BDA Scripts:
...