User talk:Raghavendra Rao PV

--Raghavendra Rao PV 03:59, 26 September 2012 (UTC)

1. Security Testing - An Overview
Developers are under strict timelines to complete the project. Hence developers concentrate more on the development activities than implementing security features in the application.

Testers concentrate more on the functional testing aspects and are less aware of testing applications specific to security controls.

Information Technology industry required a new breed of testers who could identify the security threats in their application and assist them in overcoming the security threats. Some of the skilled people enhanced their testing knowledge and concentrated more towards the security aspects. This group of skilled testers were coined as Security Testers/Advisors/Consultants/Experts.

Security Testing in the recent past has been considered as one of the critical stages of Software Development Life Cycle [SDLC] and Customers/Organizations/Clients/Vendors are insisting the Software Development Organizations to conduct a thorough round of security tests on their applications and comply to a Industry Standard. The Industry Standard is either:

1. Custom: Defined by the requesting Organization -or- 2. Public: As per the Software Development Organization or any Open Source Industry Standard.

Industry Standards/Guidelines play an important role in addressing the Confidentiality, Integrity and Availability [CIA] of information to the right person at the right time.

2. Security Testing - The Beginning
Data or information can be globally accessed by individuals through the Internet. Depending on the criticality levels, data may be classified as: Critical, Highly Confidential, Confidential or Public. Such data/information residing at the servers will be managed by an Administrator or a group of administrators.

Web Applications designed and developed by an organization too serves a similar purpose and data classification approach.

1. Showcase the capabilities of the organization 2. Grant access to internal users/employees 3. Grant access to external users/customers

Customers/Organizations are at a constant risk of their sensitive data being exploited by unwanted users. Such users pose a threat to organizations by identifying loopholes/vulnerabilities in the web applications and exposing these vulnerabilities on the Internet. Doing so will bring down the reputation of these organizations in the show business. Hence to summarize, the major risks associated by showcasing an organizations information on the Internet can be considered to be:

1. Threat of misuse by individuals 2. Reputation of the organization

There came an urge to protect sensitive information from being disclosed out in the public via Internet. Individuals/Customers/Clients/Organizations started demanding the development community to build them SECURE softwares to overcome the already existing list of attack scenarios. Developers had to incorporate security controls while developing any software. Since most of the developers are unaware of security consequences nor given on the job training's for building a secure software, there came a specialized group of Testers/Analysts/Consultants/Experts whose major role in the Organization is to identify security loopholes in the software and assist the developers in fixing them.

--Raghavendra Rao PV (talk) 04:44, 24 January 2014 (CST)

3. Need for Security Testing
Security Testing was once considered as an add-on or an additional team for approval before moving the application to Production environment. Applications which lacked security controls were the soft-targets for unintended users/hackers.

There exist various types of Hackers:

1. Black Hat 2. White Hat 3. Gray Hat 4. Suicide Hackers

These hackers identified various security loopholes in such applications and started gathering sensitive information relating to the application Customers/Users which includes their Personal Information (Name, Address, Date of Birth, PAN, etc.) and any financial information (depending on the type of information stored by the application). Such incidents when made public by these hackers, had an adverse effect on these application owners/developers/hosting parties.

Members of Security Team across the globe, from various Non-Profitable Organisations [NTOs] stepped forward and formed different forums to educate Application Owners/Developers/Hosting parties the need for Security Testing. Some of the forums include:

a. OWASP b. CVE c. PCI-DSS d. HIPPA e. NIST f. and so on.

--Raghavendra Rao PV (talk) 07:32, 07 January 2015 (CST)

4. Domain Specific Industry Standards
Various Domain specific Industry Standards exist which helps Organizations choose.

Following are the list of Domain to Industry Standard mapping which can be considered:

1. HealthCare: Health Insurance Portability and Accountability Act (HIPPA) 2. Banking Financial Institutes and Services (BFSI): Payment Card Industry - Data Security Standards (PCI-DSS) 3. Investors Protection: Sarbanes Oxley Act (SOX)

On a need basis, Organizations can opt the following:

1. OWASP Top Ten Vulnerabilities or         2. SANS Top 25 Programming Errors

5. Current Trend
Writers Note: In the recent past, I received calls from Organizations who are interested in my 'Security Testing Framework' and want to develop a similar framework in their Organization / Practice.

With the recent trend, seems like Organizations are willing to invest on Security Advisors who have a quality development experience and who can develop a security framework which identifies vulnerabilities based on custom-defined Perl Scripts. The strategy could be to eliminate the use of Commercial tools (thus saving huge amount on the tool license cost) or other open source tools and to attract Customers with custom-built security testing frameworks.

SecureFirst Solutions
We at SecureFirst Solutions conduct Security Assessments for your applications, identify potential security vulnerabilities, document the valid security vulnerabilities along with relevant fix recommendations and share the Executive and Detailed reports for your action.

We operate from Bengaluru, Karnataka, INDIA and reachable at: info@SecureFirst.in

Identifying security vulnerabilities at early stages of SDLC not just helps reduce the development effort but drastically reduces the cost of fixing those vulnerabilities. Various Industry Standards and Compliances such as: OWASP; CWE SANS; NIST; PCI-DSS; PA-DSS; SOX; GLBA; FFIEC so on. emphasize the need for secure development, vulnerability management and fixing the security issues.

Conducting security assessments across ALL phases of SDLC for a particular Project and a Client is a tedeous activity. Managing and tracking each identified security vulnerability to closure is hectic and there are possibilities of loosing track due to various unavoidable reasons.

We provide both: Product (to manage vulnerabilities to closure and to manage Clients, Reports and Resources) and Services (conducting Security assessments across SDLC) for our valued Customers and ensure their sensitive data is secure.

Engage us in any / ALL phases of your SDLC programs (even after the application is successfully deployed to Production) and help identify security loopholes and provide you relevant fix recommendations.

For more information about our Product and Services, kindly visit: www.SecureFirst.in