<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://wiki.owasp.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Slib</id>
		<title>OWASP - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.owasp.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Slib"/>
		<link rel="alternate" type="text/html" href="https://wiki.owasp.org/index.php/Special:Contributions/Slib"/>
		<updated>2026-04-21T13:05:09Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.27.2</generator>

	<entry>
		<id>https://wiki.owasp.org/index.php?title=OWASP_O2_Platform&amp;diff=148889</id>
		<title>OWASP O2 Platform</title>
		<link rel="alternate" type="text/html" href="https://wiki.owasp.org/index.php?title=OWASP_O2_Platform&amp;diff=148889"/>
				<updated>2013-03-29T15:20:03Z</updated>
		
		<summary type="html">&lt;p&gt;Slib: Fixed typos (availabled, GutHub)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;font-size:125%;border:none;margin: 0;color:#000&amp;quot;&amp;gt;&lt;br /&gt;
= Main =&lt;br /&gt;
Welcome to OWASP O2 Platform project.&lt;br /&gt;
&lt;br /&gt;
''The O2 platform represents a new paradigm for how to perform, document and distribute Web Application security reviews. &lt;br /&gt;
&lt;br /&gt;
O2 is designed to '''Automate Security Consultants Knowledge and Workflows''' and to '''Allow non-security experts to access and consume Security Knowledge'''''&lt;br /&gt;
&lt;br /&gt;
== DOWNLOAD O2 == &lt;br /&gt;
'''Latest Release: April 2013 - v5.1.1''':  [https://o2platform.googlecode.com/files/O2%20Platform%20-%20Main%20O2%20Gui%20v5.1.1.exe O2 Platform - Main O2 Gui] - this is a '''Windows Stand-Alone exe''' which will create a number of folders on first load (dependencies and temp files)&lt;br /&gt;
&lt;br /&gt;
[[Image:O2Download_Button_6_22_2010_7_07_03_PM_tmp9E0.jpg| link=https://o2platform.googlecode.com/files/O2%20Platform%20-%20Main%20O2%20Gui%20v5.1.1.exe]]&lt;br /&gt;
&lt;br /&gt;
'''Requirements:'': Windows and .NET Framework 4.0&lt;br /&gt;
&lt;br /&gt;
'''Source code''': The source code for the O2 Platform is available for download at GitHub:&lt;br /&gt;
&lt;br /&gt;
'''Git Hub repositories'''&lt;br /&gt;
* Installer: https://github.com/o2platform/O2_Install/zipball/master&lt;br /&gt;
* FluentSharp: https://github.com/o2platform/O2.FluentSharp&lt;br /&gt;
* O2 Platform Projects: https://github.com/o2platform/O2.Platform.Projects&lt;br /&gt;
* O2 Platform Scripts: https://github.com/o2platform/O2.Platform.Scripts&lt;br /&gt;
* Misc and Legacy projects: https://github.com/o2platform/O2.Platform.Projects.Misc_and_Legacy&lt;br /&gt;
&lt;br /&gt;
==O2-Platform.com website (external to owasp)== &lt;br /&gt;
&lt;br /&gt;
For more details on the O2 Platform see  http://o2platform.wordpress.com website which currently being used to host the help files and documentation pages. &lt;br /&gt;
&lt;br /&gt;
[[Image:10_4_2010_1_54_50_PM_tmp472.jpg | link=http://o2platform.wordpress.com|200px|border=1]]&lt;br /&gt;
&lt;br /&gt;
=== Mailing list===&lt;br /&gt;
The best place to keep updated with the lastest news and developers it to subscribe to the [https://lists.owasp.org/mailman/listinfo/owasp-o2-platform OWASP O2 Platform Mailing list] (you can read its [https://lists.owasp.org/mailman/listinfo/owasp-o2-platform archives here] )&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!---- ====Project Details====&lt;br /&gt;
{{:OWASP O2 Platform Project - Project Identification}} ---&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= News =&lt;br /&gt;
'''Latest News:'''&lt;br /&gt;
* 2013/Feb/8 : Released version 5.1 of the [http://o2platform.googlecode.com/files/O2%20Platform%20-%20Main%20O2%20Gui%20v5.1.exe O2 Platform main GUI]&lt;br /&gt;
* 2013/Feb/8 : Helped [[UK]] Chapters to visualize its locations: [http://blog.diniscruz.com/2013/02/o2-script-to-create-google-static-map.html O2 Script to create Google Static map with OWASP UK Chapter locations]&lt;br /&gt;
&lt;br /&gt;
= Project About =&lt;br /&gt;
{{:Projects/OWASP O2 Platform Project | Project About}} &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOTOC__ &lt;br /&gt;
&amp;lt;headertabs /&amp;gt; &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:OWASP_O2_Platform|O2 Platform]]&lt;/div&gt;</summary>
		<author><name>Slib</name></author>	</entry>

	<entry>
		<id>https://wiki.owasp.org/index.php?title=Java_server_(J2EE)_code_review&amp;diff=28378</id>
		<title>Java server (J2EE) code review</title>
		<link rel="alternate" type="text/html" href="https://wiki.owasp.org/index.php?title=Java_server_(J2EE)_code_review&amp;diff=28378"/>
				<updated>2008-04-24T14:45:01Z</updated>
		
		<summary type="html">&lt;p&gt;Slib: fixed typos&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
==Java EE Authentication Technologies==&lt;br /&gt;
The Java EE framework contains a number of options from an authentication standpoint, such as,&lt;br /&gt;
&lt;br /&gt;
* Java Authentication and Authorization Service (JAAS)&lt;br /&gt;
* Java Secure Socket Extensions (JSSE.)&lt;br /&gt;
** Authentication and key exchange (RSA &amp;amp; DSA), SSL Authentication&lt;br /&gt;
* Java 2 Security Model&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Servlet Authentication===&lt;br /&gt;
The Java API javax.servlet.HttpServlet contains a number of methods to receive HTTP requests. One fundamental practice in application security is not to hue HTTP GET during the authentication sequence (This is because sensitive credentials may be logged inadvertently on the web server). HttpServlet harbours methods such as doPost(), doPut(), doDelete(), doGet() to name a few. These methods can be used to process incomming HTTP requests.&lt;br /&gt;
&lt;br /&gt;
During the course of Servlet processing, the HttpServlet.service() method is called before the &amp;quot;do&amp;quot; methods (doGet(), doPost(), etc.) therefore no significant processing should be placed in HttpServlet.service() prior to validating that the correct HTTP method was used to submit the transaction. Therefore it is prudent to examine that the correct http method (doPost(), doGet() has been over-ridden as opposed to service() method.&lt;br /&gt;
&lt;br /&gt;
In the case of an authentication servlet it would be recommended to assure that the doGet() method has been overridden.&lt;br /&gt;
&lt;br /&gt;
One solution to prevent HTTP GET requests is to use the HTTPServletRequest.getMethod() to examine if the method is POST.&lt;br /&gt;
&lt;br /&gt;
{&lt;br /&gt;
if( (request.getMethod()).compareTo(“POST”)) {&lt;br /&gt;
// POST submission processing . . .&lt;br /&gt;
}&lt;br /&gt;
else {&lt;br /&gt;
// not POST&lt;br /&gt;
throw new Exception(“HTTP method error”);&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
==J2EE Authorization Technologies==&lt;br /&gt;
&lt;br /&gt;
==J2EE Session Management==&lt;br /&gt;
&lt;br /&gt;
==J2EE Data Validation==&lt;br /&gt;
&lt;br /&gt;
==J2EE Error Handling==&lt;br /&gt;
&lt;br /&gt;
==Crypto in J2EE/Java==&lt;/div&gt;</summary>
		<author><name>Slib</name></author>	</entry>

	<entry>
		<id>https://wiki.owasp.org/index.php?title=Searching_for_Code_in_J2EE/Java&amp;diff=28276</id>
		<title>Searching for Code in J2EE/Java</title>
		<link rel="alternate" type="text/html" href="https://wiki.owasp.org/index.php?title=Searching_for_Code_in_J2EE/Java&amp;diff=28276"/>
				<updated>2008-04-22T12:23:31Z</updated>
		
		<summary type="html">&lt;p&gt;Slib: fixed typo&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Searching for key indicators ==&lt;br /&gt;
The basis of the code review is to locate and analyse areas of code which may have application security implications.&lt;br /&gt;
Assuming the code reviewer has a thorough understanding of the code, what it is intended to do and the context upon which it is to be used, firstly one needs to sweep the code base for areas of interest.&lt;br /&gt;
&lt;br /&gt;
This can be done by performing a text search on the code base looking for keywords relating to API's and functions.&lt;br /&gt;
Below is a guide for .NET framework 1.1 &amp;amp; 2.0&lt;br /&gt;
&lt;br /&gt;
=== Searching for code in .NET ===&lt;br /&gt;
&lt;br /&gt;
Firstly one needs to be familiar with the tools one can use in order to perform text searching following on from this one need to know what to look for.&lt;br /&gt;
 &lt;br /&gt;
In this section we will assume you have a copy of Visual Studio (VS) .NET at hand. VS has two types of search &amp;quot;'''Find in Files'''&amp;quot; and a cmd line tool called '''Findstr'''&lt;br /&gt;
  &lt;br /&gt;
The test search tools in XP is not great in my experience and if one has to use this make sure SP2 in installed as it works better.&lt;br /&gt;
To start off one should scan thorough the code looking for common patterns or keywords such as &amp;quot;User&amp;quot;, &amp;quot;Password&amp;quot;, &amp;quot;Pswd&amp;quot;, &amp;quot;Key&amp;quot;, &amp;quot;Http&amp;quot;, etc...&lt;br /&gt;
This can be done using the &amp;quot;Find in Files&amp;quot; tool in VS or using findstring as follows:&lt;br /&gt;
 &lt;br /&gt;
[Find In Files HERE]&lt;br /&gt;
&lt;br /&gt;
 '''findstr /s /m /i /d:c:\projects\codebase\sec &amp;quot;http&amp;quot; *.*'''&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
====Http Request Strings====&lt;br /&gt;
Requests from external sources are onviously a key area of a secure code review. We need to ensure that all HTTP requests received are datavalidated for composition, max and min length and if the data falls with the relms of the parameter whitelist.&lt;br /&gt;
Bottom-line is this is a key area to look at and ensure security is enabled.&lt;br /&gt;
&lt;br /&gt;
 request.querystring&lt;br /&gt;
 request.form &lt;br /&gt;
 request.cookies&lt;br /&gt;
 request.certificate&lt;br /&gt;
 request.servervariables&lt;br /&gt;
 request.IsSecureConnection&lt;br /&gt;
 request.TotalBytes&lt;br /&gt;
 request.BinaryRead&lt;br /&gt;
&lt;br /&gt;
====HTML Output====&lt;br /&gt;
Here we are looking for responses to the client. Responses which go unvalidated or which echo external input without data validation are key areas to examine. Many client side attacks result from poor response validation. XSS relies on this somewhat.&lt;br /&gt;
&lt;br /&gt;
 response.write&lt;br /&gt;
 &amp;lt;% =&lt;br /&gt;
 HttpUtility&lt;br /&gt;
 HtmlEncode&lt;br /&gt;
 UrlEncode&lt;br /&gt;
 innerText&lt;br /&gt;
 innerHTML&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
====SQL &amp;amp; Database====&lt;br /&gt;
Locating where a database may be involved in the code is an important aspect of the code review. Looking at the database code will help determine if the application is vulnerable to SQL injection. One aspect of this is to verify that the code uses either ''SqlParameter'', ''OleDbParameter'', or ''OdbcParameter''(System.Data.SqlClient). These are typed and treats parameters as the literal value and not executable code in the database. &lt;br /&gt;
&lt;br /&gt;
 exec sp_executesql&lt;br /&gt;
 execute sp_executesql&lt;br /&gt;
 select from&lt;br /&gt;
 Insert&lt;br /&gt;
 update&lt;br /&gt;
 delete from where&lt;br /&gt;
 delete&lt;br /&gt;
 exec sp_&lt;br /&gt;
 execute sp_&lt;br /&gt;
 exec xp_&lt;br /&gt;
 execute sp_&lt;br /&gt;
 exec @&lt;br /&gt;
 execute @&lt;br /&gt;
 executestatement&lt;br /&gt;
 executeSQL&lt;br /&gt;
 setfilter&lt;br /&gt;
 executeQuery&lt;br /&gt;
 GetQueryResultInXML&lt;br /&gt;
 adodb&lt;br /&gt;
 sqloledb&lt;br /&gt;
 sql server&lt;br /&gt;
 driver&lt;br /&gt;
 Server.CreateObject&lt;br /&gt;
 .Provider&lt;br /&gt;
 .Open&lt;br /&gt;
 ADODB.recordset&lt;br /&gt;
 New OleDbConnection&lt;br /&gt;
 ExecuteReader&lt;br /&gt;
 DataSource&lt;br /&gt;
 SqlCommand&lt;br /&gt;
 Microsoft.Jet&lt;br /&gt;
 SqlDataReader&lt;br /&gt;
 ExecuteReader&lt;br /&gt;
 GetString&lt;br /&gt;
 SqlDataAdapter &lt;br /&gt;
 CommandType&lt;br /&gt;
 StoredProcedure&lt;br /&gt;
 System.Data.sql&lt;br /&gt;
&lt;br /&gt;
====Cookies====&lt;br /&gt;
Cookie manipulation can be key to various application security exploits such as session hijacking/fixation and parameter manipulation. One should examine any code relating to cookie functionality as this would have a bearing on session security.&lt;br /&gt;
 System.Net.Cookie &lt;br /&gt;
 [[HTTPOnly]]&lt;br /&gt;
 document.cookie&lt;br /&gt;
&lt;br /&gt;
==== HTML Tags====&lt;br /&gt;
Many of the HTML tags below can be used for client side attacks such as cross site scritping. It is important to examine the context in which these tags are used and to examine any relevant data validation associated with the display and use of such tags withing a web application.&lt;br /&gt;
&lt;br /&gt;
 HtmlEncode &lt;br /&gt;
 URLEncode&lt;br /&gt;
 &amp;lt;applet&amp;gt; &lt;br /&gt;
 &amp;lt;frameset&amp;gt; &lt;br /&gt;
 &amp;lt;embed&amp;gt; &lt;br /&gt;
 &amp;lt;frame&amp;gt; &lt;br /&gt;
 &amp;lt;html&amp;gt;&lt;br /&gt;
 &amp;lt;iframe&amp;gt; &lt;br /&gt;
 &amp;lt;img&amp;gt; &lt;br /&gt;
 &amp;lt;style&amp;gt; &lt;br /&gt;
 &amp;lt;layer&amp;gt; &lt;br /&gt;
 &amp;lt;ilayer&amp;gt; &lt;br /&gt;
 &amp;lt;meta&amp;gt; &lt;br /&gt;
 &amp;lt;object&amp;gt; &lt;br /&gt;
 &amp;lt;body&amp;gt; &lt;br /&gt;
 &amp;lt;frame security&lt;br /&gt;
 &amp;lt;iframe security&lt;br /&gt;
&lt;br /&gt;
====Input Controls====&lt;br /&gt;
The input controls below are server classes used to produce and display web application form fields. Looking for such references helps locate entry points into the application.&lt;br /&gt;
&lt;br /&gt;
 system.web.ui.htmlcontrols.htmlinputhidden&lt;br /&gt;
 system.web.ui.webcontrols.textbox&lt;br /&gt;
 system.web.ui.webcontrols.listbox&lt;br /&gt;
 system.web.ui.webcontrols.checkboxlist&lt;br /&gt;
 system.web.ui.webcontrols.dropdownlist&lt;br /&gt;
&lt;br /&gt;
====web.config====&lt;br /&gt;
The .NET Framework relies on .config files to define configuration settings. The .config files are text-based XML files. Many .config files can, and typically do, exist on a single system. Web applications refer to a web.config file located in the application’s root directory. For ASP.NET applications, web.config contains information about most aspects of the application’s operation.&lt;br /&gt;
&lt;br /&gt;
 requestEncoding&lt;br /&gt;
 responseEncoding&lt;br /&gt;
 trace&lt;br /&gt;
 authorization&lt;br /&gt;
 CustomErrors&lt;br /&gt;
 httpRuntime &lt;br /&gt;
 maxRequestLength&lt;br /&gt;
 debug&lt;br /&gt;
 forms protection&lt;br /&gt;
 appSettings&lt;br /&gt;
 ConfigurationSettings&lt;br /&gt;
 authentication mode&lt;br /&gt;
 allow&lt;br /&gt;
 deny&lt;br /&gt;
 credentials&lt;br /&gt;
 identity impersonate&lt;br /&gt;
 timeout&lt;br /&gt;
&lt;br /&gt;
====global.asax====&lt;br /&gt;
Each application has its own Global.asax if one is required. Global.asax sets the event code and values for an application using scripts. One must ensure that application variables do not contain sensitive information, as they are accessible to the whole application and to all users within it.&lt;br /&gt;
&lt;br /&gt;
 Application_OnAuthenticateRequest&lt;br /&gt;
 Application_OnAuthorizeRequest&lt;br /&gt;
 Session_OnStart&lt;br /&gt;
 Session_OnEnd&lt;br /&gt;
&lt;br /&gt;
====logging====&lt;br /&gt;
Logging can be a source of information leakage. It is important to examing all calls to the logging subsystem and to determine if any sensitive information is being logged. Common mistakes are logging userID in conjunction with passwords within the authentication functionality or logging database requests which may contains sensitive data.&lt;br /&gt;
&lt;br /&gt;
 log4net&lt;br /&gt;
 Console.WriteLine&lt;br /&gt;
 System.Diagnostics.Debug&lt;br /&gt;
 System.Diagnostics.Trace&lt;br /&gt;
&lt;br /&gt;
====Machine.config====&lt;br /&gt;
Its important that many variables in machine.config can be overridden in the web.config file for a particular application.&lt;br /&gt;
 validateRequest&lt;br /&gt;
 enableViewState&lt;br /&gt;
 enableViewStateMac&lt;br /&gt;
&lt;br /&gt;
====Threads and Concurrancy====&lt;br /&gt;
Locating code that contains multithreaded functions. Concurrancy issues can result in race conditions which may result in security vulnerabilities. The Thread keyword is where new threads objects are created. Code that uses static global variables which hold sensitive security information may cause session issues. Code that uses static constructors may also cause issues between threads. Not synchronizing the Dispose method may cause issues if a number of threads call Dispose at the same time, this may cause resource release issues.&lt;br /&gt;
&lt;br /&gt;
 Thread&lt;br /&gt;
 Dispose&lt;br /&gt;
&lt;br /&gt;
====Class Design====&lt;br /&gt;
Public and Sealed relate to the design at class level. Classes whicch are not intended to be derived from should be sealed. Make sure all class fields are Public for a reason. Dont expose anything you dont need to.&lt;br /&gt;
&lt;br /&gt;
 Public&lt;br /&gt;
 Sealed&lt;br /&gt;
&lt;br /&gt;
====Reflection, Serialization====&lt;br /&gt;
Code may be generated dynamically at runtime. Code that is generated dynamically as a function of external input may give rise to issues. If your code contains sensitive data does it need to be serialized. &lt;br /&gt;
&lt;br /&gt;
 Serializable &lt;br /&gt;
 AllowPartiallyTrustedCallersAttribute&lt;br /&gt;
 GetObjectData &lt;br /&gt;
 StrongNameIdentityPermission&lt;br /&gt;
 StrongNameIdentity&lt;br /&gt;
 System.Reflection&lt;br /&gt;
&lt;br /&gt;
====Exceptions &amp;amp; Errors====&lt;br /&gt;
Ensure that the catch blocks do not leak information to the user in the case of an exception. Ensure when dealing with resources that the finally block is used. Having trace enabled is not great from an information leakage perspective. Ensure custonised errors are properly implemented.&lt;br /&gt;
&lt;br /&gt;
 catch{&lt;br /&gt;
 Finally&lt;br /&gt;
 trace enabled&lt;br /&gt;
 customErrors mode&lt;br /&gt;
&lt;br /&gt;
====Crypto====&lt;br /&gt;
If cryptography is used then is a strong enough cipher used i.e. AES or 3DES. What size key is used, the larger the better. Where is hashing performed. Are passwords that are being persisted hashed, they should be.&lt;br /&gt;
How are random numbers generated? Is the PRNG &amp;quot;random enough&amp;quot;?&lt;br /&gt;
&lt;br /&gt;
 RNGCryptoServiceProvider&lt;br /&gt;
 SHA&lt;br /&gt;
 MD5&lt;br /&gt;
 base64&lt;br /&gt;
 xor&lt;br /&gt;
 DES&lt;br /&gt;
 RC2&lt;br /&gt;
 System.Random&lt;br /&gt;
 Random&lt;br /&gt;
 System.Security.Cryptography&lt;br /&gt;
&lt;br /&gt;
====Storage====&lt;br /&gt;
If storing sensitive data in memory recommend one uses the following. &lt;br /&gt;
 SecureString&lt;br /&gt;
 ProtectedMemory&lt;br /&gt;
&lt;br /&gt;
====Authorization, Assert &amp;amp; Revert====&lt;br /&gt;
Bypassing the code access security permission? Not a good idea. Also below is a list of potentially dangerous permissions such as calling unmanaged code, outside the CLR.&lt;br /&gt;
&lt;br /&gt;
 .RequestMinimum&lt;br /&gt;
 .RequestOptional&lt;br /&gt;
 Assert&lt;br /&gt;
 Debug.Assert&lt;br /&gt;
 CodeAccessPermission&lt;br /&gt;
 ReflectionPermission.MemberAccess&lt;br /&gt;
 SecurityPermission.ControlAppDomain&lt;br /&gt;
 SecurityPermission.UnmanagedCode&lt;br /&gt;
 SecurityPermission.SkipVerification&lt;br /&gt;
 SecurityPermission.ControlEvidence&lt;br /&gt;
 SecurityPermission.SerializationFormatter&lt;br /&gt;
 SecurityPermission.ControlPrincipal&lt;br /&gt;
 SecurityPermission.ControlDomainPolicy&lt;br /&gt;
 SecurityPermission.ControlPolicy&lt;br /&gt;
&lt;br /&gt;
====Legacy methods====&lt;br /&gt;
 printf&lt;br /&gt;
 strcpy&lt;br /&gt;
&lt;br /&gt;
=== Searching for code in J2EE/Java ===&lt;br /&gt;
&lt;br /&gt;
====Input and Output Streams====&lt;br /&gt;
These are used to read data into ones application. They may be potential entry points into an application. The entry points may be from an external source and must be investigated. These may also be used in path traversal attacks or DoS attacks.&lt;br /&gt;
&lt;br /&gt;
 Java.io&lt;br /&gt;
 FileInputStream&lt;br /&gt;
 ObjectInputStream&lt;br /&gt;
 FilterInputStream&lt;br /&gt;
 PipedInputStream&lt;br /&gt;
 SequenceInputStream&lt;br /&gt;
 StringBufferInputStream&lt;br /&gt;
 BufferedReader&lt;br /&gt;
 ByteArrayInputStream&lt;br /&gt;
 CharArrayReader&lt;br /&gt;
 File&lt;br /&gt;
 ObjectInputStream&lt;br /&gt;
 PipedInputStream&lt;br /&gt;
 StreamTokenizer&lt;br /&gt;
 getResourceAsStream&lt;br /&gt;
 java.io.FileReader&lt;br /&gt;
 java.io.FileWriter&lt;br /&gt;
 java.io.RandomAccessFile&lt;br /&gt;
 java.io.File&lt;br /&gt;
 java.io.FileOutputStream&lt;br /&gt;
&lt;br /&gt;
====Servlets====&lt;br /&gt;
These API calls may be avenues for parameter, header, URL &amp;amp; cookie tampering, HTTP Response Splitting and information leakage. They should be examined closely as many of such API's obtain the parameters directly from HTTP requests.&lt;br /&gt;
 javax.servlet.&lt;br /&gt;
 getParameterNames&lt;br /&gt;
 getParameterValues&lt;br /&gt;
 getParameter&lt;br /&gt;
 getParameterMap&lt;br /&gt;
 getScheme&lt;br /&gt;
 getProtocol&lt;br /&gt;
 getContentType&lt;br /&gt;
 getServerName&lt;br /&gt;
 getRemoteAddr&lt;br /&gt;
 getRemoteHost&lt;br /&gt;
 getRealPath&lt;br /&gt;
 getLocalName&lt;br /&gt;
 getAttribute&lt;br /&gt;
 getAttributeNames&lt;br /&gt;
 getLocalAddr&lt;br /&gt;
 getAuthType&lt;br /&gt;
 getRemoteUser&lt;br /&gt;
 getCookies&lt;br /&gt;
 isSecure&lt;br /&gt;
 HttpServletRequest&lt;br /&gt;
 getQueryString&lt;br /&gt;
 getHeader&lt;br /&gt;
 getPrincipal&lt;br /&gt;
 isUserInRole&lt;br /&gt;
 getOutputStream&lt;br /&gt;
 getWriter&lt;br /&gt;
 addCookie&lt;br /&gt;
 addHeader&lt;br /&gt;
 setHeader&lt;br /&gt;
 javax.servlet.http.Cookie&lt;br /&gt;
 getName&lt;br /&gt;
 getPath&lt;br /&gt;
 getDomain&lt;br /&gt;
 getComment&lt;br /&gt;
 getValue&lt;br /&gt;
 getRequestedSessionId&lt;br /&gt;
'''Cross site scripting'''&lt;br /&gt;
 javax.servlet.ServletOutputStream.print&lt;br /&gt;
 javax.servlet.jsp.JspWriter.print&lt;br /&gt;
 java.io.PrintWriter.print&lt;br /&gt;
&lt;br /&gt;
'''Response Splitting'''&lt;br /&gt;
 javax.servlet.http.HttpServletResponse.sendRedirect&lt;br /&gt;
&lt;br /&gt;
====SQL &amp;amp; Database====&lt;br /&gt;
Searching for Java Database related code this list should help you pinpoint classes/methods which are involved in the persistance layer of the application being reviewed.&lt;br /&gt;
 jdbc&lt;br /&gt;
 executeQuery&lt;br /&gt;
 select&lt;br /&gt;
 insert&lt;br /&gt;
 update&lt;br /&gt;
 delete&lt;br /&gt;
 execute&lt;br /&gt;
 executestatement&lt;br /&gt;
 java.sql.ResultSet.getString&lt;br /&gt;
 java.sql.ResultSet.getObject&lt;br /&gt;
 java.sql.Statement.executeUpdate&lt;br /&gt;
 java.sql.Statement.executeQuery&lt;br /&gt;
 java.sql.Statement.execute&lt;br /&gt;
 java.sql.Statement.addBatch&lt;br /&gt;
 java.sql.Connection.prepareStatement&lt;br /&gt;
 java.sql.Connection.prepareCall&lt;br /&gt;
&lt;br /&gt;
====SSL====&lt;br /&gt;
&lt;br /&gt;
Looking for code which utilises SSL as a medium for point to point encryption. The following fragments should indicate where SSL functionality has been developed.&lt;br /&gt;
&lt;br /&gt;
 com.sun.net.ssl&lt;br /&gt;
 SSLContext&lt;br /&gt;
 SSLSocketFactory&lt;br /&gt;
 TrustManagerFactory&lt;br /&gt;
 HttpsURLConnection&lt;br /&gt;
 KeyManagerFactory&lt;br /&gt;
&lt;br /&gt;
====Session Management====&lt;br /&gt;
 getSession&lt;br /&gt;
 invalidate&lt;br /&gt;
 getId &lt;br /&gt;
&lt;br /&gt;
====Data Validation====&lt;br /&gt;
&lt;br /&gt;
====Legacy Interaction====&lt;br /&gt;
Here we may be vulnerable to command injection attacks or OS injection attacks. Java linking to the native OS can cause serious issues and potentially give rise to total server compromise.&lt;br /&gt;
&lt;br /&gt;
 java.lang.Runtime.exec&lt;br /&gt;
&lt;br /&gt;
====Logging====&lt;br /&gt;
We may come across some information leakage by examining code below contained in ones application.&lt;br /&gt;
&lt;br /&gt;
 java.io.PrintStream.write&lt;br /&gt;
 log4j&lt;br /&gt;
 jLo&lt;br /&gt;
 Lumberjack&lt;br /&gt;
 MonoLog&lt;br /&gt;
 qflog&lt;br /&gt;
 just4log&lt;br /&gt;
 log4Ant&lt;br /&gt;
 JDLabAgent&lt;br /&gt;
&lt;br /&gt;
====Architectural Analysis====&lt;br /&gt;
If we can identify major architectural components within that application (right away) it can help narrow our search, and we can then look for known vulnerabilities in those components and frameworks:&lt;br /&gt;
&lt;br /&gt;
 ### Ajax&lt;br /&gt;
 XMLHTTP&lt;br /&gt;
 ### Struts&lt;br /&gt;
 org.apache.struts&lt;br /&gt;
 ### Spring&lt;br /&gt;
 org.springframework&lt;br /&gt;
 ### Java Server Faces (JSF)&lt;br /&gt;
 import javax.faces&lt;br /&gt;
 ### Hibernate&lt;br /&gt;
 import org.hibernate&lt;br /&gt;
 ### Castor&lt;br /&gt;
 org.exolab.castor&lt;br /&gt;
 ### JAXB&lt;br /&gt;
 javax.xml&lt;br /&gt;
 ### JMS&lt;br /&gt;
 JMS&lt;br /&gt;
&lt;br /&gt;
===Generic keywords===&lt;br /&gt;
Developers say the darnedest things in their source code.  Look for the following keywords as pointers to possible software vulnerabilities:&lt;br /&gt;
&lt;br /&gt;
 Hack&lt;br /&gt;
 Kludge&lt;br /&gt;
 Bypass&lt;br /&gt;
 Steal&lt;br /&gt;
 Stolen&lt;br /&gt;
 Divert&lt;br /&gt;
 Broke&lt;br /&gt;
 Trick&lt;br /&gt;
 Fix&lt;br /&gt;
 ToDo&lt;br /&gt;
&lt;br /&gt;
===Web 2.0===&lt;br /&gt;
&lt;br /&gt;
====Ajax and JavaScript====&lt;br /&gt;
Look for Ajax usage, and possible JavaScript issues:&lt;br /&gt;
&lt;br /&gt;
 document.write&lt;br /&gt;
 eval(&lt;br /&gt;
 document.cookie&lt;br /&gt;
 window.location&lt;br /&gt;
 document.URL&lt;br /&gt;
 XMLHTTP&lt;br /&gt;
 window.createRequest&lt;/div&gt;</summary>
		<author><name>Slib</name></author>	</entry>

	</feed>