Thursday, February 18, 2016

OSSTMM (Open Source Security Testing Methodology Manual)

OSSTMM (Open Source Security Testing Methodology Manual)

What is OSSTMM?
The abbreviation of OSSTMM is Open Source Security Testing Methodology Manual. It was developed by the Pete Herzog and distributed by the Institute for Security and Open Methodologies (ISECOM). It is a document for improving the quality of enterprise security as well as the methodology and strategy of testers. It includes various information gathering templates.
It is one of the International Standard for Internet Security and Testing.  It is an open source, standardized methodology where anyone adds, cut, open anything from anywhere on the Internet and also make complaint about the vulnerabilities. This type of methodology depends on the scientific methods where operational and financially security measures.  Basically, OSSTMM is a set of rules and regulations for the Penetration Testing, Ethical Hacking, and Information Security Analysis which involves tools for testing. It also includes automated vulnerability testing tools. Here, standard sets in testing methodology either manually or automatic where operational security requirements conformed. The result of testing creates the discipline which it acts as a central point in the whole security tests which regards the size of the network, type of the system or the Internet applications. It is used in the various sectors such as Financial Institutions, Navy and Air force, Security Market’s Players (Vendors, Freelancers, Consultation companies, etc.), Telecommunication and Financial Operators and many more.

Domains Covers in OSSTMM:

·      Information Security:  The security is the major term in the computer system and network. Many computer systems have secured with access limitations. It is very important how to protect the important assets (system, network, applications, data, etc.) from the attackers. This is the major area in the field of OSSTMM because this deals with important keys.
·      Process Security: The process security deals under the operation control in which if any threats exists or in running process, then it protects the assets rather than influencing from the third-party. It includes Non-repudiation, Confidentiality, Integrity, Privacy and Alarm.
·     Internet Technology Security: It is used for protecting the Smart Meters. It includes Network Surveying, Port Scanning, Services Identification, System Identification, Vulnerability Research and Verification, Internet Application Testing, Router Testing, Trusted Systems Testing, Firewall Testing, Intrusion Detection System Testing, Containment Measures Testing, Password Cracking, Denial of Service Testing, Security Policy Review.
·   Communication Security: It emphasis on the communication infrastructure which includes Posture Review, PBX Review, Voicemail Testing, Fax Testing, Modern Survey, Remote Access Control Testing, VoIP Testing, X.25 Packet Switched Networks Testing.
·      Wireless Security: It describes what wireless technologies used by the organization. It involves Electromagnetic Radiation Testing, 802.11 Wireless Network Testing, Bluetooth Testing, Wireless Input device Testing, Wireless Handheld Testing, Wireless Surveillance Device testing, Cordless Communication Testing, Wireless transaction Device testing, RFID Testing, Infrared Testing, Privacy Review. It also regulates rules and guidelines. For example, if company adopts Bluetooth Technology, then first thing requires that organization have Wireless Technology or not.
·      Physical Security: It determines the access controls of target. It monitors the controls in place of compromising the attacks. It also determines how to defeat them.

OSSTMM Test Phases:
There are 7 test phases which are as follows:
1.      Discovery: It analyzes and acquires the existing system testimonials.
2.      Enumeration Verification: It tests the Operating System, configuration and services with the system document.
3.      Vulnerability Research and Verification: It done and analyzes by the Penetration testing.
4.      Integrating Testing: Check the Integrity of all the results.
5.      Security Mapping: It maps the measured security of the results of systems and services.
6.      Risk Assessment Value: If any loopholes found, then classifies the risk and measures the risk assessment value (RAV).
7.      Reporting: Maps the results and recommend it.

Point Process of OSSTMM:
There are three types of interactions in the OSSTMM: Porosity, Four Point Process (FPP), and Echo Process.
Porosity means you need to know how to protect yourself or attack on the target, while FPP means need to know in deep by monitoring and watching the activities. Echo Process is a very basic form of analysis in which discovering and learning things by interacting directly to it. It requires access interaction on the target level and monitoring the reactions. It is a cause-and –effect type of verification.
The point process performs in four ways, that’s why it is known as Four Point Process (FPP). Induction: Determine the target from its environment, how it behaves in that environment, if the target is not influenced by its environment, and then what happen. Inquest: What signals does the target give off? Investigate the tracks or indicators of the signals because in general the system or process leaves the signature of interactions with its environment. Interaction: What happen when poking takes place? It calls for echo tests include expected and unexpected interactions with the target to trigger responses.  Intervention: How far it bends before it breaks? The target needs interrupting resources to understand the extremes under which it can continue operating.
The classes are the official label which is used in the security industry, government and military fields. Basically, classes define the area of study, investigation and operation. The Channels are the way to interact with the assets. There are three types of classes which is useful for hackers to attack on it i.e. Physical Security (PHYSSEC), Spectrum Security (SPECSEC) and Communication Security (COMSEC), it further divided into five channels. PHYSSEC contains two channels:  Human and Physical Channel, SPECSEC contains one channel: Wireless Channel and SPECSEC contain two channels i.e. Telecommunications and Data Network Channels.

OSSTMM Compliance:
The compliance is not to specify the operational security requirement, also specifies the use of OSSTMM testing time on the periodic basis to fulfill the control requirement drafted as a result trust assessment which scopes the minimum number of control requirement to achieve the complaint, not requires secure state. The documentation includes business processes, narratives, trust assessment, risk assessments, signed off design tests, operational audits, attestations, etc. With the help of OSSTMM, the result is understandable and verifies the level of quality. It is designed to allow the analyst to view and understand the safety and security. By this type of Methodologies, any compliance has the production of the evidence of governance within the business process of security.

Official Link:


Sunday, June 29, 2014

White Hat Hacking - Whitebook for Ethical Hackers and Security Professionals

White Hat Hacking Tutorial - Be a Security Professional Learn from anywhere anytime,

Description

Whitebook is a growing community of White Hat Hackers or so Called the Security Professionals, We Begin with tutorials and Techniques to become a Security Professional and Later Will Grow as a Community where with jobs updates, Project updates, Support and every thing related to Cyber Security to our user.
You can become a whitehat Hacker or Say a Security Professional by learning from our WhiteBook Tutorials, It Contains following Topics:

1) Hacking Basics - Introduction to Hacking, Basic Concept of IT, Concept of Security, Introduction to Networking, Foot Printing.

2) Common Hacking Tuts - Google Hacking Database, windows Hacking and Security, Linux Hacking and Security, Virus, Worms and Trojans, DOS and DDOS, Sniffers, Network Hacking, Social Engineering, Physical Security, Cryptography and Stenography, WI-FI hacking, FireWall and IDS/IPS.

3) Vulnerabilities - Vulnerability Scanning, Vulnerability Research, Web Penetration Testing, Network Penetration Testing, Server Penetration Testing and More Coming Soon,

4) Security Standards ( Beta) - Security Standards and Principles, OWSAP Top 10 Vulnerability, OSSTMM, SANS TOP 25 Vulnerabilities. ( Note: at Present We are Just Giving an Overview in this module, We will be Soon Updating the Details)

5) Exploits And Exploitation - Assembly Language, Exploit Writing, Buffer Overflow, Reverse Engineering, Exploit Frameworks

6) BackTrack - Introduction to BackTrack, BackTrack Methodology, Information Gathering, Vulnerability Assessment, Exploitation Using BT.

7) Advance Tools - Acunetix, IBM App Scanner, Net Sparker, Vega, Burp Suite, W3AF, OWASP ZED Proxy, Aarachini, NMAP, Maltego, Dark Comet, WireShark.

8) Cyber Forensics - Hacking Incidents, Doing Forensics, Data Recovery and Analysis, Understanding Anti Forensics, Cyber Crime Investigations ( Note: at Present We are Just Giving an Overview in this Module, We will be Soon Updating the Details)

9) Security Management - Information Security Management, Policies and Documentations

10) Tips and Tricks - Facebook hacking, Tips and Tricks, Mobile Tips and Tricks, List Sites You should not Scan.

Security is a vast field and have several verticals, if you need and other tutorials or have suggestions, We would love to here it. We will Grow with the Best Tutorials and Content,
We are also Looking for Enthusiast Professionals, who can Join part time to Contribute to this Growing Community.

Disclaimers: The Information Provided on this Application is to be used for educational purpose only. The Website/Application Creator is in no way responsible for misuse of the information provided. All the Information in this Whitebook Application is meant to help the reader develop a Professional Security Attitude in order to prevent the attacks Discussed. In no way should you use the information to cause any kind of damage directly or indirectly. You Implement the information given at your own Risk.


Friday, April 11, 2014

Understanding Ethical Hacking, Vulnerability Assessment and Penetration Testing Framework from Falgun Rathod



Yes I know what you guys might be thinking as this paper is already published before in this blog but this slideshare upload got 85+ Facebooked Share and was Featured on Homepage of Slideshare as this was small attachment.

Soon will be publishing some technical stuff.
Cheers. 

Monday, February 24, 2014

Vulnerability Assessment and Penetration Testing for Beginners

What If you are thinking that I am not connected to Internet Is my System Secure ? I am using IDPS and Firewall while connected to Internet.
Then You are Wrong Still amazed How let’s see still Hackers can Hack into Your System/Server/Network Lets Read this Whitepaper to know more about Penetration Testing How You can Secure Your Network/Server/System or How Any Intruder can Hack into your System to steal your confidential or privates files.

Vulnerability Assessment, Penetration testing or Ethical Hacking?

- What's the difference?
In general, the above terms are used interchangeably within the industry, although it is always a good idea to clarify the supplier's perception of the term used to ensure you are comparing like for like offerings. Although they are generally interchangeable, there are semantically some differences between the vulnerability assessment and penetration testing/ethical hacking: Vulnerability assessments tend to be performed using automated scanning tools. These tools when used in isolation however have a number of limitations, not least of which is the inability to exploit the potential vulnerability to confirm its presence and demonstrate the real-world risk associated with its exploitation.
Penetration testing and ethical hacking will normally provide a number of important additions: Firstly, a range of tools and technologies will be used. Secondly, potential vulnerabilities will normally be exploited to confirm their existence, and simulate a real attacker more closely. Not all issues can be exploited (for example, some require very specific scenarios or actions by third parties to be exploitable) but the vulnerabilities existence will be proved/disproved as far as reasonably possible.

What is Penetration Testing?

Penetration testing is the process of attempting to gain access to resources without knowledge of user-names,passwords and other normal means of access.
The penetration tester will have permission from the owner of the computing resources that are being tested and will be responsible to provide a report. The goal of a penetration test is to increase the security of the computing resources being tested.
In many cases, a penetration tester will be given user-level access and in those cases, the goal would be to elevate the status of the account or user other means to gain access to additional information that a user of that level should not have access to.
It’s important to understand that it is very unlikely that a pen-tester will find all the security issues. As an example, if a penetration test was done yesterday, the organization may pass the test. However, today is Microsoft’s “patch Tuesday” and now there’s a brand new vulnerability in some Exchange mail servers that were previously considered secure, and next month it will be something else. Even ZERO Day Attacks can create a Headache after completing Penetration Test as You have to Maintaining secure network requires constant vigilance.


Penetration - Testing vs. Vulnerability Assessment

The main focus of this paper is penetration testing but there is often some confusion between penetration testing and vulnerability assessment. The two terms are related but penetration testing has more of an emphasis on gaining as much access as possible while vulnerability Assessment places the emphasis on identifying areas that are vulnerable to a computer attack. An automated vulnerability scanner will often identify possible vulnerabilities based on service banners or other network responses that are not in fact what they seem.
A penetration test is like any other test in the sense that it is a sampling of all possible systems and configurations. Unless the contractor is hired to test only a single system, they will be unable to identify and penetrate all possible systems using all possible vulnerabilities. As such, any Penetration Test is a sampling of the environment. Furthermore, most testers will go after the easiest targets first then he can deal with Hard System Configuration for better Conclusion to find vulnerability and penetrate into it deeper.

How Vulnerabilities Are Identified

Vulnerabilities need to be identified by both the penetration tester and the vulnerability scanner. The steps are similar for the security tester and an unauthorized attacker. The attacker may choose to proceed more slowly to avoid detection, but some penetration testers will also start slowly so that the target company can learn where their detection threshold is and make improvements.
Once the tester has an idea what software might be running on the target computers, that information needs to be verified. The tester really does not know what is running but he may have a pretty good idea. The information that the tester has can be combined and then compared with known vulnerabilities, and then those vulnerabilities can be tested to see if the results support or contradict the prior information.
In a stealthy penetration test, these first steps may be repeated for some time before the tester decides to launch a specific attack. In the case of a strict vulnerability assessment, the attack may never be launched so the owners of the target computer would never really know if this was an exploitable vulnerability or not.

Why We need Penetration Testing

There are a variety of reasons for performing a penetration test. One of the main reasons is to find vulnerabilities and fix them before an attacker does. Sometimes, the IT department is aware of reported vulnerabilities but they need an outside expert to officially report them so that management will approve the resources necessary to fix them. Testing a new system before it goes on-line is also a good idea. Another reason for a penetration test is to give the IT department at the target company a chance to respond to an attack. ISO 27000 , The Payment Card Industry (PCI) Data Security Standard, and other recent security recommendations and regulations, require external security testing.
Over the past few years We have seen Hackers performing Denial of Service attacks on very critical Infrastructures like GOVT Operations, Nuclear Operations, Banks and Corporate. Even Hacking into Different Websites and Server using vulnerabilities in Software and web based application. As some of the Server and Websites stores very Confidential  like Passwords, Credit Card/Debit Card Information, Information the following Industries given below should conduct PT on regular basis.

 Ã˜  Banking, Finance, Insurance
 Ã˜  Online retail & Ecommerce
 Ã˜  Manufacturing
 Ã˜  Telecommunications
 Ã˜  Research Development
 Ã˜  Government
 Ã˜  Television Media
 Ã˜  Education Sectors

Most of websites have vulnerabilities that could lead to the theft of sensitive corporate data such as credit card information and customer lists. Hackers are concentrating their efforts on web-based applications - shopping carts, forms, login pages, dynamic content, etc. Accessible 24/7 from anywhere in the world, insecure web applications provide easy access to backend corporate databases. If web applications are not secure, then your entire database of sensitive information is at serious risk.
Find Holes Now Before Somebody Else Does       
At any given time, attackers are employing any number of automated tools and network attacks looking for ways to penetrate systems. Only a handful of those people will have access to Zero - day exploits, most will be using well known (and hence preventable) attacks and exploits.
In a sense, think of a Penetration Test as an annual medical physical. Even if you believe you are healthy, your physician will run a series of tests (some old and some new) to detect dangers that have not yet developed symptoms.

Penetration Testing Framework

This Famework draws your attention to the main phases of the test that should be perfomed while Vulnerability Assessment and Penetration Testing for the beginners, Some security testers believe that a security test is simply a “point in time” view of a defensive posture and present the output from their tests as a “security snapshot”. They call it a snapshot because at that time the known vulnerabilities, the known weaknesses, and the known configurations have not changed.

Many variables affect the outcome of a test, including the personal style and bias of a tester. Precisely because of all these variables, it is important to define the right way to test based on best practices and a worldwide consensus. If you can reduce the amount of bias in testing, you will reduce many false assumptions and you will avoid mediocre results. You’ll have the correct balanced judgment of risk, value, and the business justification of the target being tested. By limiting and guiding our biases, it makes good security testers great and provides novices with the proper methodology to conduct the right tests in the right areas.
Following are the main phases that should be covered:
Vulnerability Assessment and Penetration Testing (VAPT) should be proceed into following stages:

1.1 ) Acquisition and Information gathering on Network/System along with detailed description of important issues that needs to be clarified in a contract before carrying out VAPT.

1.2) Risk analysis for identifying and assessing risks associated with VAPT.

1.2.3) Following testing activities need to be completed in VAPT:
1)    Information Gathering Scanning:
a)    Intelligence gathering and information assessment are the foundations of a good penetration test.
b)    The more informed the tester is about the environment, the better the results of the test will be.
 In this section, a number of items should be written up to show the CLIENT the extent of public and private information available through the execution of the Intelligence gathering phase of PTES. At a minimum, the results identified will be presented in 4 basic categories:
      I.        Passive Intelligence:
Intelligence gathered from indirect analysis such as DNS,Googledorking for IP/infrastructure related information. This section will focus on the techniques used to profile the technology in the CLIENT environment WITHOUT sending any traffic directly to the assets.
    II.        Active Intelligence:
This section will show the methods and results of tasks such as infrastructure mapping, port scanning, and architecture assessment and other foot printing activities. This section will focus on the techniques used to profile the technology in the CLIENT environment by sending traffic DIRECTLY to the assets.
   III.        Corporate Intelligence:
Information about the structure of the organization, business units, market share, vertical, and other corporate functions should be mapped to both business process and the previously identified physical assets being tested.
   IV.        Personnel Intelligence:
Any and all information found during the intelligence collection phase which maps users to the CLIENT organization. This section should show the techniques used to harvest intelligence such as public/private employee depots, mail repositories, org charts and other items leading to the connection of employee/company.
  
 Ã˜  Network Scanning
 Ã˜  Port Scanning
 Ã˜  System Identification and Trusted System Scanning\
 Ã˜  Service Identification Scanning
 Ã˜  Vulnerability Scanning
 Ã˜  Malware Scanning
 Ã˜  Spoofing
 Ã˜  Scenario Analysis

2)    Vulnerability Assessment:
Vulnerability assessment is the act of identifying the POTENTIAL vulnerabilities which exist in a TEST and the threat classification of each threat. In this section, a definition of the methods used to identify the vulnerability as well as the evidence/classification of the vulnerability should be present. In addition this section will include:

   a)    Network Architecture Review
   b)    Server Assessment (OS, Security Configuration etc.)
   c)    Security Devices Assessment (IOS, Security Configuration etc.)
   d)    Network Devices Assessment (Security Configuration etc.) 
   e)    Website Assessment (Security Configuration, Security Certificates, Services etc.)
   f)     Vulnerability Research & Verification

3)    Penetration Testing:
   a)    Application Security Testing and Code Review
   b)    OS Fingerprinting
   c)    Service Fingerprinting
   d)    Access Control Mapping
   e)    Denial of Service (DoS)
   f)     Distributed DoS
   g)    Authorization Testing
   h)    Lockout Testing
i)   I)  Password Cracking
j)     j)Cookie Security
   k)    Functionality Testing (Input validation of login fields, Transaction Testing etc.)
l)    L) Containment Measures Testing
   m)  War Dailing
4)    Website/Web Application Assessment
Check various web attacks and web applications for web attacks. The various checks/attacks/vulnerabilities should cover the following or any type of attacks, which are vulnerable to  the website/web application.

   a)    Vulnerabilities to SQL injections 
   b)    CRLF injections
   c)    Directory Traversal
   d)    Authentication hacking/attacks
   e)    Password strength on authentication pages
   f)     Scan java-script for security vulnerabilities
   g)    File inclusion attacks 
   h)    Exploitable hacking vulnerable
i)   I)Web server information security
j)   J)  PHP remote scripts vulnerability
    K) HTTP injection
l)     L)Phishing a website
    m)  Buffer overflows, Invalid inputs, Insure storages etc
     n)    Any other attacks, which are vulnerability to the website and web applications.
Web assessment should be done by using industry standards and also as per the Open Web Application Security Project (OWASP) methodology to identify the security vulnerabilities including top web application vulnerabilities viz. Cross site scripting (XSS), Injection Flaws, Malicious File Execution, Insecure Direct Object Reference, Cross Site Request Forgery (CSRF), Information Leakage and Improper Error Handling, Broken Authentication and Session Management, Insecure Cryptographic Storage, Insecure Communications, Failure to Restrict URL Access etc. and also to identify remedial solutions and recommendations for making the web application secure.
1.2.4) Post Testing Actions and Reports: Summary comparisons of Network Testing Techniques used for VAPT along with Reports and Recommendations along with solution as per the industry standard and best practices.
1.3) Approach to be followed in Penetration Testing is given here below:
a) Information base (Grey Box Testing)
b) Aggressiveness (Passive Scanning)
c) Scope (Focused)
d) Approach (Overt)
e) Technique (Network-based)
f) Starting Point (from the outside and the inside)
           
1.4) Method of VAPT to be followed:
      The vendor has to undertake the VAPT in a phased manner as described below:
     
PHASE 1 – Conduct of VAPT as per Scope, Evaluation & Submission of Preliminary Reports of Finding and Discussion on the Findings.
     
PHASE 2 – Submission of Reports

1.5) VAPT Core Team
            1.5.1) The Core team assigned for VAPT activity should have minimum 2 professionals in each of the following category with valid certification mentioned thereon.

            a) Information Security (CISA/CISM/CISSP)
            b) Network (CCNA/CCNP or equivalent)
            c) Operating Systems (Certification from Microsoft/Linux/Solaris/AIX)
            d) Databases (Oracle/MySQL/MS SQL/Sybase/etc)
            e) Ethical Hacking (CEH)
Who have associated/conducted at least one VAPT for Clients IT Infrastructure and should be on permanent roll of the Organization.

1.6) Completion of VAPT activity
            1.6.1) The Vulnerability Assessment should be carried out at on-site for the devices/servers etc. and Penetration Testing should be carried out from the Our site. The VAPT may also be carried out simultaneously in all the locations after obtaining written permission from the Client.

            1.6.2) The Company will complete the VAPT activity and submit the reports within two months from the date of acceptance of Purchase Order.

1.7) Deliverables
            The deliverables for VAPT activity are as follows:
           
1.7.1) Execution of Vulnerability Assessment and Penetration Testing for the identified network devices, security devices, servers, applications, websites etc. as per the scope mentioned in Approach & analysis of the findings and guidance for  resolution of the same. (Type – service & documentation).

1.7.2) VAPT Report (Type – Documentation)
           
The VAPT report should contain the followings:

1)    Identification of auditee (Address & Contact information)
2)    Dates & Locations of VAPT
3)    Terms of reference
4)    Standards followed
5)    Summary of audit findings including identification tests, tools used and results of test performed (like vulnerability assessment, penetration testing, application security assessment, website assessment,etc.)
a)    Tools used and methodology employed
b)    Positive security aspects identified
c)    List of vulnerabilities identified
d)    Description of vulnerabilities
e)    Risk rating or severity of vulnerability
f)     Category of risk: Very High/High/Medium/Low
g)    Test cases used for assessing the vulnerabilities
h)   Illustration of test cases
i)     Applicable screenshots
6)    Analysis of vulnerabilities & issues of concern
7)    Recommendations for corrective action
8)    Personnel involved in the audit

The Company conducting Test may further provide any other required information as per the approach adopted by them and which they feel is relevant to the audit process. All the gaps, deficiencies, vulnerabilities observed shall be thoroughly discussed with respective Client officials before finalization of the report.

1.7.3) The VAPT report should comprise the following sub reports:

a) VAPT Report – Executive Summary: The vendor should submit a report to summarize the Scope, Approach, Findings, and recommendations, in a manner suitable for senior management.

b) VAPT Report – Core Findings along with Risk Analysis: The vendor should submit a report bringing out the core findings of the VAPT conducted for network devices, security devices, servers and websites.
           
c) VAPT Report – Detailed Findings/Checklists: The detailed findings of the VAPT would be brought out in this report which will cover in detail all aspects viz. Identification of vulnerabilities/ threats in the systems (specific to equipment’s/resources – indicating the name and IP address of the equipment with office and department name), Identification of threat sources, Identification of risk, Identification of inherent weakness, Servers/Resources affected with IP address etc. Report should classify the observations into Critical/Non Critical category and assess the category of Risk Implication as Very High/High/Medium/Low risk based on the impact. The various checklist formats, designed and used for conducting the VAPT activity as per the scope, should also be included in the report separately for servers (different for different OS), Application, Network equipments, Security equipmentsetc, so that they provide minimum domain wise baseline security standard/practices to achieve a reasonably  secure IT environment for technologies deployed by the Client. The reports should be substantiated with the help of snap shots/evidences/documents etc. from where the observations were made.
           
d) VAPT Report – In depth analysis of findings/ Corrective Measures & Recommendations along with Risk Analysis: The findings of the entire VAPT process should be critically analyzed and controls should be suggested as corrective/preventive measures for strengthening/safeguarding the IT assets of the Client against existing and future threats in the short/long term. Report should contain suggestions/recommendations for improvement in the systems wherever required. If recommendations for Risk Mitigation/Removal could not be implemented as suggested, alternative solutions to be provided. Also, if the formal procedures are not in place for any activity, evaluate the process & the associated risks and give recommendations for improvement as per the best practices.
           
e) VAPT Report – Suggestion for Industry Best Practices: The vendor has to provide hardening parameters for OS, websites, web-based applications, databases, servers, network and security devices as per the industry best practices standard.

1.7.4)Documentation Format:
a) All documents will be handed over in three copies, signed, legible, neatly and robustly bound on A4 size, good quality paper. The place of submission of reports shall be informed to select.
b) Soft copies of all the documents properly encrypted in MS Word/MS Excel/PDF format also to be submitted in CDs/DVDs along with the hard copies.
c) All documents shall be in plain English.