Resources

AppSec Phoenix
FAQ

Discover all AppSec Phoenix events where you can meet our team

Client FAQ

Application configuration and scanner configuration are available at www.kb.appsecphoenix.com

  • Risk is commonly defined with the following formula: threat x vulnerability x impact.
  • Details of the risk formula can be found <insert link to risk formula>
  • To better understand the risk formula and how it applies to cybersecurity risk, we must first break down its component parts

Threat

There are many threat actors out there, including nation states, criminal syndicates and enterprises, hacktivists, insiders, and lone wolf actors. These threat actors play on a variety of motivations, including financial gain, political statements, corporate or government espionage, and military advantage.

Vulnerability

Threat actors are able to launch cyber attacks through the exploitation of vulnerabilities. In cybersecurity, these vulnerabilities are fixed with a process, procedure, or technology.

For example, an employee may choose to exploit their familiarity with internal processes, procedures, or technology, such as their knowledge of the following:

  • Everyone in their company uses the password “12345”
  • User names consist of an employee’s first and last name
  • Their organisation is very lax on additional security controls like multifactor authentication

Failures in both process and technology could then be exploited by said insider. And of course, there are also a number of vulnerabilities in both hardware and software that can be exploited from the outside, such as unpatched software, unsecured access points, misconfigured systems, and so on.

Consequence

The consequence is the harm caused to an exploited organization by a cyberattack — from loss of sensitive data, to a disruption in a corporate network, to physical electronic damage. Consequences from a cybersecurity incident not only affect the machine or data that was breached, but also affect the company’s customer base, reputation, financial standing, and regulatory good-standing. These can be considered direct and indirect costs.

You will be able to place a threshold in the dashboard. As you interact with the visual data, you will be given an option to set your threshold in each of the graphs (such as in the risk progression line graph etc.) With your newly appointed threshold, you will be able to see if your application falls above or below that threshold, as well as identifying where the problem areas are that are keeping that application above the threshold.

As you place your initial threshold and view the progression of the application’s risk over time, you will be able to adjust (override) the previous threshold to reflect any new changes in the company. Perhaps the new industry threshold is lower now.

CVSS is an industry standard vulnerability metric. You can learn more about CVSS at FIRST.org.

  • Critical
  • High
  • Medium
  • Low

 

 

Below are a few examples of vulnerabilities which may result in a given severity level. Please keep in mind that this rating does not take into account details of your installation and are to be used as a guide only.

Severity Level: Critical

Vulnerabilities that score in the critical range usually have most of the following characteristics:

  • Exploitation of the vulnerability likely results in root-level compromise of servers or infrastructure devices.
  • Exploitation is usually straightforward, in the sense that the attacker does not need any special authentication credentials or knowledge about individual victims, and does not need to persuade a target user, for example via social engineering, into performing any special functions.

For critical vulnerabilities, is advised that you patch or upgrade as soon as possible, unless you have other mitigating measures in place. For example, a mitigating factor could be if your installation is not accessible from the Internet.

Severity Level: High

Vulnerabilities that score in the high range usually have some of the following characteristics:

  • The vulnerability is difficult to exploit.
  • Exploitation could result in elevated privileges.
  • Exploitation could result in a significant data loss or downtime.
     

Severity Level: Medium

Vulnerabilities that score in the medium range usually have some of the following characteristics:

  • Vulnerabilities that require the attacker to manipulate individual victims via social engineering tactics.
  • Denial of service vulnerabilities that are difficult to set up.
  • Exploits that require an attacker to reside on the same local network as the victim.
  • Vulnerabilities where exploitation provides only very limited access.
  • Vulnerabilities that require user privileges for successful exploitation.
     

Severity Level: Low

Vulnerabilities in the low range typically have very little impact on an organization’s business. Exploitation of such vulnerabilities usually requires local or physical system access.

In cybersecurity, a vulnerability is a weakness that can be exploited by cybercriminals to gain unauthorized access to a computer system. Every organization has multiple security measures that keeps intruders out and important data in. We can think of such security measures as the fence that circumvents your yard. Vulnerabilities are cracks and openings in this fence.After exploiting a vulnerability, a cyberattack can run malicious code, install malware and even steal sensitive data

 

According to the CWE/SANS Top 25 list, there are three main types of security vulnerabilities:

  • Faulty defenses
  • Poor resource management
  • Insecure connection between elements

 

SCA, a term coined by market analysts, describes an automated process to identify open source components in a codebase. Once a component is identified, it becomes possible to map that component to known security disclosures and determine whether multiple versions are present within an application. SCA also helps identify whether the age of the component might present maintenance issues. While not strictly a security consideration, SCA also facilitates legal compliance related to those open source components.

Static application security testing (SAST), or static analysis, is a testing methodology that analyzes source code to find security vulnerabilities that make your organization’s applications susceptible to attack. SAST scans an application before the code is compiled. It’s also known as white box testing.

A website vulnerability is a weakness or misconfiguration in a website or web application code that allows an attacker to gain some level of control of the site, and possibly the hosting server. Most vulnerabilities are exploited through automated means, such as vulnerability scanners and botnets.

Most Common Website Security Vulnerabilities

  • SQL Injections. …
  • Cross Site Scripting (XSS) …
  • Broken Authentication & Session Management. …
  • Insecure Direct Object References. …
  • Security Misconfiguration. …
  • Cross-Site Request Forgery (CSRF)

 

AppSec Phoenix allows you to specify your annualised value and divide it by the number of business applications that you run or specify the value an application generates annually.

AppSec phoenix does that for you. We apply FAIR principles to derive the direct damage (current damage you could incur if an attacks happens and brings down your application or renders it unavailable) and indirect damage (remaining value of the application plus financial damage derived by brand damage, cost of the record sold on dark web, financial damage derived from Finex (e.g. GDPR).

One of the biggest advantages of AppSec Phoenix is that we are able to visualize the complex data that goes behind cyber security and create a narrative that helps you understand how safe your company really is. 

 

With the risk progression models, we are able to track the overall performance of the company’s risk over time. 

 

Creating thresholds allow you to manage your company’s risk so that it can stay below your designated threshold. Our risk progression line graphs show the threshold you have set overlaid against the risk progression over time. This sheds light on any patterns that arise. 

 

From the dashboard, you will be able to see the cost of your exposure over time as well as how much can be saved through fixing the exposure. 

 

The heatmap’s ability to navigate through the most critical risks in the system is unmatched. To visually ascertain where significant risks are coming from is pivotal to understanding the nature of the vulnerability and how best to mitigate and prevent other similar risk vulnerabilities from happening.

Business FAQ

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.

Platform knowledge base

Platform FAQ

Kick start your journey with AppSec Phoenix!
Get all the guidance and answers you need on our knowledge base

Resources

Listen to the latest AppSec Phoenix podcast

Get Started with AppSec Phoenix

Read the latest AppSec Phoenix news

Read the latest Blogs

Discover our events

Explore the talks

Discover Whitepapers

Read the latest News

Discover video resources

Get in control

Trusted by more than 1000 users and 380 organizations

Join our Mailing list!

Get all the latest news, exclusive deals, and feature updates.

x Logo: Shield Security
This Site Is Protected By
Shield Security