An approach for Security Testing of Web Applications
As more and more vital data is stored in web applications and the number of transactions on the web increases, proper security testing of web applications is becoming very important. Security testing is the process that determines that confidential data stays confidential (i.e. it is not exposed to individuals/ entities for which it is not meant) and users can perform only those tasks that they are authorized to perform (e.g. a user should not be able to deny the functionality of the web site to other users, a user should not be able to change the functionality of the web application in an unintended way etc.).
Some key terms used in security testing
Before we go further, it will be useful to be aware of a few terms that are frequently used in web application security testing:
What is “Vulnerability”?
This is a weakness in the web application. The cause of such a “weakness” can be bugs in the application, an injection (SQL/ script code) or the presence of viruses.
What is “URL manipulation”?
Some web applications communicate additional information between the client (browser) and the server in the URL. Changing some information in the URL may sometimes lead to unintended behavior by the server.
What is “SQL injection”?
This is the process of inserting SQL statements through the web application user interface into some query that is then executed by the server.
What is “XSS (Cross Site Scripting)”?
When a user inserts HTML/ client-side script in the user interface of a web application and this insertion is visible to other users, it is called XSS.
What is “Spoofing”?
The creation of hoax look-alike websites or emails is called spoofing.
Security testing approach:
In order to perform a useful security test of a web application, the security tester should have good knowledge of the HTTP protocol. It is important to have an understanding of how the client (browser) and the server communicate using HTTP. Additionally, the tester should at least know the basics of SQL injection and XSS. Hopefully, the number of security defects present in the web application will not be high. However, being able to accurately describe the security defects with all the required details to all concerned will definitely help.
1. Password cracking:
The security testing on a web application can be kicked off by “password cracking”. In order to log in to the private areas of the application, one can either guess a username/ password or use some password cracker tool for the same. Lists of common usernames and passwords are available along with open source password crackers. If the web application does not enforce a complex password (e.g. with alphabets, number and special characters, with at least a required number of characters), it may not take very long to crack the username and password.
If username or password is stored in cookies without encrypting, attacker can use different methods to steal the cookies and then information stored in the cookies like username and password.
For more details see article on “Website cookie testing”.
2. URL manipulation through HTTP GET methods:
The tester should check if the application passes important information in the querystring. This happens when the application uses the HTTP GET method to pass information between the client and the server. The information is passed in parameters in the querystring. The tester can modify a parameter value in the querystring to check if the server accepts it.
Via HTTP GET request user information is passed to server for authentication or fetching data. Attacker can manipulate every input variable passed from this GET request to server in order to get the required information or to corrupt the data. In such conditions any unusual behavior by application or web server is the doorway for the attacker to get into the application.
3. SQL Injection:
The next thing that should be checked is SQL injection. Entering a single quote (‘) in any textbox should be rejected by the application. Instead, if the tester encounters a database error, it means that the user input is inserted in some query which is then executed by the application. In such a case, the application is vulnerable to SQL injection.
SQL injection attacks are very critical as attacker can get vital information from server database. To check SQL injection entry points into your web application, find out code from your code base where direct MySQL queries are executed on database by accepting some user inputs.
If user input data is crafted in SQL queries to query the database, attacker can inject SQL statements or part of SQL statements as user inputs to extract vital information from database. Even if attacker is successful to crash the application, from the SQL query error shown on browser, attacker can get the information they are looking for. Special characters from user inputs should be handled/escaped properly in such cases.
4. Cross Site Scripting (XSS):
The tester should additionally check the web application for XSS (Cross site scripting). Any HTML e.g. or any script e.g.
- About Testing (2)
- Agile Testing (1)
- An approach for Security Testing of Web Applications (1)
- Aptitude Questions Answers Vol - 1 (1)
- Automating Tests with Segue Silk (1)
- Basics of QTP (1)
- Basics of Rational Robot (1)
- Certification Preparation for HP Quality Center 9.2 - HP 0M15 (1)
- Client Server Testing (1)
- CMM Overview (1)
- Code Coverage - Typical features (1)
- Configuration Management Activities (1)
- Cookie Testing (1)
- Costly Software Bugs (1)
- Database Testing: Five Key Elements (1)
- Diagramatically Representation (1)
- Driver Testing Tips (1)
- Foundation Certificate In Software Testing Practice Exam (1)
- Function Points (1)
- Function Points FAQs (1)
- General Interview Questions (2)
- General Testing Interview Questions (1)
- GUI Testing Standards (1)
- Guidelines For Matrics Calculations (1)
- How to Improve Tester Performance? (1)
- How to test software requirements specification (SRS)? (1)
- International Software Testing Qualifications Board (1)
- Interview Tips (1)
- Introduction to Rational (1)
- Introduction to Six Sigma (1)
- ISTQB Preparation Guide (1)
- Load Test Overview (1)
- Localization Testing (1)
- Organisational Approaches for Unit Testing (1)
- Plan on Testing Success (1)
- Priority and Severity of the Bug (1)
- QA and QC (1)
- QTP Introduction (1)
- Quality Audit (1)
- RAD Model (1)
- Resume tip ... (1)
- Software Bugs And Spec Bugs (1)
- Software Metrics (1)
- Software QA and Testing Frequently-Asked-Questions (1)
- Software Testing Levels (1)
- Software Testing Resume (1)
- Spiral Model (1)
- SQC Vs. SQA (1)
- SQL FAQs (1)
- SQL Fundamentals (1)
- SQL Introduction (1)
- STLC (1)
- Test Director Interview Questions ... (1)
- Test Management with QaTraq Pro (1)
- Test Matices Sample (1)
- Test Partner (1)
- Test Plan Guidelines (1)
- Test-Design Specification (1)
- Testing Estimation Process (1)
- Testing Plan Template (1)
- Testing Start Process (1)
- Testing Stop Process (1)
- Testing Strategy Template (1)
- The Big Bang Model (1)
- The Interview Guide for Testers (1)
- The Meaning of Configuration Management (1)
- Three Conditions Of A Bug's Existence (1)
- Top Three Tips to Survive in this Recession (1)
- Traditional Configuration Management (1)
- Try Beta Testing (1)
- Types of Testing (1)
- UML (1)
- Unit Testing (1)
- Unix Commands (1)
- V and V (1)
- V Model to W Model (1)
- WaterFall Model (1)
- Web Testing (1)
- What is Alpha Testing? (1)
- What is Configuration Management (1)
- What is ReTesting and Regression Testing? (1)
- What is Test Bed? (1)
- What is Traceability Matrix from Software Testing perspective? (1)
- What should be done after writing test case? (1)
- Why Bother to Unit Testing? (1)
- Winrunner FAQs - I (1)
- WinRunner FAQs - II (1)
- Writing Test Cases (1)
- ► July (10)
- ► June (11)
- ► May (13)