JAAS, Securing J2EE Applications: Securing Web Components - JAAS: What is it?
(Page 2 of 7 )
Traditionally the security provided by Java (I will be using the term Java when referring to J2SE) provided code based security. In code based security, the signature of the code along with the origin of the code is verified. The privileges of the user running the code are never checked. Thus access control is never enforced. To overcome this limitation, the JAAS package was introduced. In the current version, JAAS is one of the core modules of the Java Development Kit. JAAS has two components: an authentication component, and an authorization component.
The authentication component provides services to verify the credentials of the user who is trying to execute the code. The authorization component supplements the existing code security features by restricting the code from performing sensitive system tasks. This is done by enforcing the access control based on the authentication. The authorization module is able to provide this service to any type of code whether it is being executed from within an application, applet and servlet or for that matter EJB. Apart from the above, JAAS does its authentication and authorization in a pluggable fashion. These two features of JAAS makes it a "lucrative proposition" in its application of securing J2EE applications.
Why use JAAS?
In the context of J2EE, the answer to the above query lies in the following facts:
- As already described, JAAS compliments the security features provided by Java.
- It fits "hand-in-glove" with J2EE security. The integration of JAAS with J2EE is really very easy.
- The authentication done by JAAS follows Pluggable Authentication Module design approach. This approach decouples Java from the underlying authentication technique. Variations in authentication techniques can be achieved without rewriting the code.
- The pluggable nature of JAAS also ensures vendor neutrality.
Next: Subject, Principal and Credentials >>
More Java Articles
More By A.P.Rajshekhar