<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://elvis.hcw.ac.at/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Akrischan</id>
	<title>Elvis Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://elvis.hcw.ac.at/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Akrischan"/>
	<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php/Special:Contributions/Akrischan"/>
	<updated>2026-09-10T19:41:47Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.41.5</generator>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3202</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3202"/>
		<updated>2020-02-17T21:48:18Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
The OWASP Top 10 is a standard awareness document for developers and web application security.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039; Injection &#039;&#039;&#039;: SQL, OS or LDAP injection occur when untrusted data is sent to an interpreter. It is possible ot trick the interpreter into executing malicious code.&lt;br /&gt;
&#039;&#039;How to prevent: Usage of safe API&#039;s, Whitelists or escaping spezial characters&lt;br /&gt;
* &#039;&#039;&#039; Broken authentication &#039;&#039;&#039;: Authentication and session management is often poorly implemented, leading to compromised passwords, keys or session tokens. &lt;br /&gt;
&#039;&#039;How to prevent: Multifactor authentication, no default credentials, weak-password checks, usage of service-side and secure session managers &lt;br /&gt;
* &#039;&#039;&#039; Sensitive Data Exposure &#039;&#039;&#039;: Many Applications and APIs do not protect sensitive data, leading to credit card fraud, identify theft or other crimes.&lt;br /&gt;
&#039;&#039;How to prevent: Identify and protect data processing of sensitive data, encryption with secure cipher suites or hash functions, disable caching for sensitive data&lt;br /&gt;
* &#039;&#039;&#039; XML Enternal Entities &#039;&#039;&#039;: Poorly configured XML processors evalute external entity references.&lt;br /&gt;
&#039;&#039;How to prevent: Use complex data formats such as JSON, Upgrade old XML processors, use whitelisting or disable XML external entity and DTD processing&lt;br /&gt;
* &#039;&#039;&#039; Broken Access Control &#039;&#039;&#039;: Poor restrictions on what authenticated users are allowed to do within an application.&lt;br /&gt;
&#039;&#039;How to prevent: Log access control failures and create admin alerts, rate limit APIs, Deny everything by default, implement access controll mechanisms once and use it throughout the application&lt;br /&gt;
* &#039;&#039;&#039; Security Misconfiguration &#039;&#039;&#039;: Most commonly issue. Result of default or incomplete configurations like web- or ftp services. &lt;br /&gt;
&#039;&#039;How to prevent: Minimal plattform - only use what you really need on public systems, review and audit application configurations, use diffrent credentials &lt;br /&gt;
* &#039;&#039;&#039; Cross-Site Scripting&#039;&#039;&#039;: Occur whenever an application includes untrusted data without proper validation, leading to defaced websites, redirection to malicious sites or complete hijacking of user sessions.&lt;br /&gt;
&#039;&#039;How to prevent: Use frameworks which escape XSS like React JS, Escaping untrusted HTTP requests, applying context-sensitive encoding&lt;br /&gt;
* &#039;&#039;&#039; Insecure Deserialization &#039;&#039;&#039;: Leads to remote code execution, replay and injection attacks or user privilege escalation&lt;br /&gt;
&#039;&#039;How to prevent: Implementing integrity checks, Isolating and running code in low privilege environments, log and monitor deserialization failures and exceptions&lt;br /&gt;
* &#039;&#039;&#039; Using Components with Known Vulnerabilities &#039;&#039;&#039;: Libraries, frameworks or other software modules may undermine application defenses and enable various attacks and impacts.&lt;br /&gt;
&#039;&#039;How to prevent: Usage of minimal plattforms, remove unused dependencies, features and components. Only obtain components from official sources over secure links - also check their hashes. Patch regularly.&lt;br /&gt;
* &#039;&#039;&#039; Insufficient Logging &amp;amp; Monitoring &#039;&#039;&#039;: Allows attackers to silently operate within hijacked networks or applications. &lt;br /&gt;
&#039;&#039;How to prevent: Log and inform admins about access control failures, use centralized log management solutions, establish an incident response and recovery plan&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
[[File:Owaspthreatdragon1.PNG|thumbnail|upright]]&lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web platform. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download and install node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Download and install git for windows: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
Open a powershell (with administrator privileges) and run:&lt;br /&gt;
&lt;br /&gt;
 cd C:\&lt;br /&gt;
 git clone https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
 cd .\owasp-threat-dragon-desktop\&lt;br /&gt;
 npm install&lt;br /&gt;
&lt;br /&gt;
To start the application run:&lt;br /&gt;
&lt;br /&gt;
 npm run start&lt;br /&gt;
&lt;br /&gt;
To get familiar with the threat modeling process with Threat Dragon you can open a Demo Model and start to edit it:&lt;br /&gt;
&lt;br /&gt;
[[File:Owaspthreatdragon2.PNG]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3201</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3201"/>
		<updated>2020-02-17T20:52:25Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
[[File:Owaspthreatdragon1.PNG|thumbnail|upright]]&lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web application. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download and install node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Download and install git for windows: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
Open a powershell (with administrator privileges) and run:&lt;br /&gt;
&lt;br /&gt;
 cd C:\&lt;br /&gt;
 git clone https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
 cd .\owasp-threat-dragon-desktop\&lt;br /&gt;
 npm install&lt;br /&gt;
&lt;br /&gt;
To start the application run:&lt;br /&gt;
&lt;br /&gt;
 npm run start&lt;br /&gt;
&lt;br /&gt;
To get familiar with the threat modeling process with Threat Dragon you can open a Demo Model and start to edit it:&lt;br /&gt;
&lt;br /&gt;
[[File:Owaspthreatdragon2.PNG]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Owaspthreatdragon2.PNG&amp;diff=3200</id>
		<title>File:Owaspthreatdragon2.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Owaspthreatdragon2.PNG&amp;diff=3200"/>
		<updated>2020-02-17T20:52:16Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Owaspthreatdragon1.PNG&amp;diff=3199</id>
		<title>File:Owaspthreatdragon1.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Owaspthreatdragon1.PNG&amp;diff=3199"/>
		<updated>2020-02-17T20:44:50Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3198</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3198"/>
		<updated>2020-02-17T20:36:52Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web application. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download and install node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Download and install git: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
Open a powershell (with administrator privileges) and run:&lt;br /&gt;
&lt;br /&gt;
 cd C:\&lt;br /&gt;
 git clone https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
 cd .\owasp-threat-dragon-desktop\&lt;br /&gt;
 npm install&lt;br /&gt;
&lt;br /&gt;
To start the application run:&lt;br /&gt;
&lt;br /&gt;
 npm run start&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3197</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3197"/>
		<updated>2020-02-17T20:36:07Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web application. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Install git: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
Open a powershell (with administrator privileges) and run:&lt;br /&gt;
&lt;br /&gt;
 cd C:\&lt;br /&gt;
 git clone https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
 cd .\owasp-threat-dragon-desktop\&lt;br /&gt;
 npm install&lt;br /&gt;
&lt;br /&gt;
To start the application run:&lt;br /&gt;
&lt;br /&gt;
 npm run start&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3196</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3196"/>
		<updated>2020-02-17T20:31:45Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web application. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Install git: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
Open a powershell (with administrator privileges) and run:&lt;br /&gt;
&lt;br /&gt;
 git clone https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
 npm install&lt;br /&gt;
&lt;br /&gt;
To start the application run:&lt;br /&gt;
&lt;br /&gt;
 npm run start&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3195</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3195"/>
		<updated>2020-02-17T20:29:29Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Threat Dragon === &lt;br /&gt;
&lt;br /&gt;
Threat Dragon is a free and open-source threat modeling application which is available on multiple plattforms including linux and windows. The application can also be used as a web application. Threat Dragon is capable of: &lt;br /&gt;
&lt;br /&gt;
* designing data flow diagrams&lt;br /&gt;
* automatic determining and ranking threats&lt;br /&gt;
* suggests mitigations&lt;br /&gt;
* entry of mitigations and counter measures&lt;br /&gt;
&lt;br /&gt;
To install it on windows proceed as follows:&lt;br /&gt;
&lt;br /&gt;
* Download node.js latest lts version: https://nodejs.org/en/download/&lt;br /&gt;
* Install git: https://gitforwindows.org/&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://github.com/mike-goodwin/owasp-threat-dragon-desktop&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3194</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3194"/>
		<updated>2020-02-17T20:16:36Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS:&#039;&#039;&#039; threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide:&#039;&#039;&#039; Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet:&#039;&#039;&#039; Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Example Suite === &lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3193</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3193"/>
		<updated>2020-02-17T20:16:13Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;OWASP ASVS&#039;&#039;&#039;: threat modeling standard to verify applications&lt;br /&gt;
* &#039;&#039;&#039;The Guide&#039;&#039;&#039;: Guidelines for implementing secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;Top Ten Most DotNet&#039;&#039;&#039;: Toolkit to improve .net security&lt;br /&gt;
* &#039;&#039;&#039;Enigform:&#039;&#039;&#039; Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* &#039;&#039;&#039;ESAPI:&#039;&#039;&#039; Free and public methods to secure webapplications&lt;br /&gt;
* &#039;&#039;&#039;AntiSamy:&#039;&#039;&#039; Tool to validate user input in webapplications &lt;br /&gt;
* &#039;&#039;&#039;XSSer:&#039;&#039;&#039; Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* &#039;&#039;&#039;Webgoat:&#039;&#039;&#039; Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* &#039;&#039;&#039;WebScarab:&#039;&#039;&#039; Transparent Webproxy &lt;br /&gt;
* &#039;&#039;&#039;Mantra Security Workframe:&#039;&#039;&#039; Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* &#039;&#039;&#039;OWASP Threat Dragon:&#039;&#039;&#039; Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Example Suite === &lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3192</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3192"/>
		<updated>2020-02-17T20:13:50Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* OWASP ASVS: threat modeling standard to verify applications&lt;br /&gt;
* The Guide: Guidelines for implementing secure webapplications&lt;br /&gt;
* Top Ten Most DotNet: Toolkit to improve .net security&lt;br /&gt;
* Enigform: Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* ESAPI: Free and public methods to secure webapplications&lt;br /&gt;
* AntiSamy: Tool to validate user input in webapplications &lt;br /&gt;
* XSSer: Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* Webgoat: Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* WebScarab: Transparent Webproxy &lt;br /&gt;
* Mantra Security Workframe: Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
* OWASP Threat Dragon: Tool to create threat model diagrams &lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Example Suite === &lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3191</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3191"/>
		<updated>2020-02-17T20:11:49Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* OWASP ASVS: threat modeling standard to verify applications&lt;br /&gt;
* The Guide: Guidelines for implementing secure webapplications&lt;br /&gt;
* Top Ten Most DotNet: Toolkit to improve .net security&lt;br /&gt;
* Enigform: Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* ESAPI: Free and public methods to secure webapplications&lt;br /&gt;
* AntiSamy: Tool to validate user input in webapplications &lt;br /&gt;
* XSSer: Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* Webgoat: Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* WebScarab: Transparent Webproxy &lt;br /&gt;
* Mantra Security Workframe: Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
&lt;br /&gt;
=== Top 10 Web Application Security Risks ===&lt;br /&gt;
&lt;br /&gt;
=== OWASP Example Suite === &lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3190</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3190"/>
		<updated>2020-02-17T20:10:00Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project is a NGO whose aim is to improve the security of software. Their main focus are Applications within the World Wide Web, to enable organizations to conceive, develop, acquire, operate, and maintain applications that can be trusted. The programm includes: &lt;br /&gt;
&lt;br /&gt;
* Community-led open source software projects&lt;br /&gt;
* Over 275 local chapters worldwide&lt;br /&gt;
* Tens of thousands of members&lt;br /&gt;
* Industry-leading educational and training conferences&lt;br /&gt;
&lt;br /&gt;
OWASP Projects split in two main categories: Development- and Documentationprojects. The documentation project currently consists of:&lt;br /&gt;
&lt;br /&gt;
* OWASP ASVS: threat modeling standard to verify applications&lt;br /&gt;
* The Guide: Guidelines for implementing secure webapplications&lt;br /&gt;
* Top Ten Most DotNet: Toolkit to improve .net security&lt;br /&gt;
* Enigform: Testplatform for OpenPGP-related webprojects&lt;br /&gt;
* ESAPI: Free and public methods to secure webapplications&lt;br /&gt;
* AntiSamy: Tool to validate user input in webapplications &lt;br /&gt;
* XSSer: Automatic system to detect Cross-Site-Scripting vulnerabilities&lt;br /&gt;
* Webgoat: Dummy webapplication (e.g. how not to do it)&lt;br /&gt;
* WebScarab: Transparent Webproxy &lt;br /&gt;
* Mantra Security Workframe: Pentesting Toolkit based on Mozilla Firefox&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3189</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3189"/>
		<updated>2020-02-17T19:51:45Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
The Open Web Application Security Project&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://owasp.org&lt;br /&gt;
* https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
* https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
* https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
* Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3188</id>
		<title>Threat Modelling</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3188"/>
		<updated>2020-02-17T19:46:06Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possible vulnerabilities of a system that are most desired by attackers. There is hardly any product which who threat modeling can´t be used. It helps with the security of software, applications, networks, IoT, business processes and many more. &lt;br /&gt;
&lt;br /&gt;
The reasons to use threat modeling are mainly to build secure design and to document threats and mitigations. It helps to identify threats and compliance requirements and to evaluate their risks to the system as well as is helps to efficient invest given resources. An important part is to document the threats and mitigations found. &lt;br /&gt;
&lt;br /&gt;
The methodology mostly always includes a description, design or model of the potential problem, a list of assumptions that can be checked or challenged and of potential threats, a list of actions to be taken against this threats and a way of validating the output and the action taken. &lt;br /&gt;
&lt;br /&gt;
== When to perform == &lt;br /&gt;
&lt;br /&gt;
It is never to late to perform Threat Modelling actions but the earlier the better. It is to consider that, if the systems architecture isn´t changing, there are no new processes or dataflows and no changes to the data structure than it is unlikely that there will be new threats that are to be considered. But if some of them change, it is useful to examine what could go wrong in the current change. If something has already happened, it is important to have a look again at the system and check the threat models to find out what was going wrong and what was left out. &lt;br /&gt;
&lt;br /&gt;
== The four questions == &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we building?&#039;&#039;&#039;&lt;br /&gt;
This includes the scope of the Threat Model and requires an understanding of the subject to be tested. For that purpose, it can help to have a look at or make yourself a architecture diagram, dataflow transitions or data classifications. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What can go wrong?&#039;&#039;&#039;&lt;br /&gt;
Manly the research activity to find the main threats that appear to the system or the application. It helps to use a structure to think it through or to brainstorm about the possibilities.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What are we going to do about it?&#039;&#039;&#039; &lt;br /&gt;
Turn the findings to action using the most fitted method. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Did we a good enough job?&#039;&#039;&#039; &lt;br /&gt;
Check the quality, feasibility, progress and the planning of the process you developed. If not satisfied, start everything again with a better concept. &lt;br /&gt;
&lt;br /&gt;
== Methodologies == &lt;br /&gt;
&lt;br /&gt;
=== STRIDE ===&lt;br /&gt;
&lt;br /&gt;
STRIDE is the threat modeling methodology from Microsoft that aligns with their Trustworthy Computing directive of January 2002. It mainly helps Microsoft Windows software developers assure the security during the design phase. &lt;br /&gt;
The goal is that the application meets the CIA (Confidentiality, Integrity and Availability) security properties and as well Authorization, Authentication and Non-Repudiation. The six threat categories are:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Spoofing identity:&#039;&#039;&#039; assuming or taking on the identity of another person to accomplish a certain goal. &lt;br /&gt;
&#039;&#039;Example: Using another person’s username and password to login.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Tampering with data:&#039;&#039;&#039; The malicious modification of data. &lt;br /&gt;
&#039;&#039;Example: The unauthorized changes to persistent data and alteration of data in a dataflow.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Repudiation:&#039;&#039;&#039; Users who deny performing an action without other parties having any way to prove otherwise. &lt;br /&gt;
&#039;&#039;Example: An illegal action of a user in a system without the possibility to trace the operation.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Information disclosure:&#039;&#039;&#039; The exposure of information to unauthorized individuals. &lt;br /&gt;
&#039;&#039;Example: If a user can read files, he should not have access to or if an attacker can read transit between computers where he is not supposed to.&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Denial of service:&#039;&#039;&#039; A DoS attack denies service to a valid user. &lt;br /&gt;
&#039;&#039;Example: Making a Webserver unavailable by creating a lot of fake requests.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Elevation of privilege:&#039;&#039;&#039; An unprivileged user gains enough privileged access to destroy the entire system. &lt;br /&gt;
&#039;&#039;Example: An Attacker has effectively penetrated system defense to the point where he becomes part of the trusted system.&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OCTAVE ===&lt;br /&gt;
&lt;br /&gt;
OCTAVE stand for “Operationally Critical Threat, Asset and Vulnerability Evaluation and is developed at the Carnegie Mellon University´s Software Engineering Institute (SEI) and is heavy weighted on assessing organizational risks that result from data asset breaches. It was one of the first specifically for cybersecurity developed threat modeling methods. &lt;br /&gt;
Since it is mostly used in companies, it is normally performed in small teams composed of people from the business unit as well as from the IT department to address the security needs. It is driven by the operational risks more than by the theology risks and allows an organization to direct and manage information security risk assessments, communicate key security information as well as focus on protecting key information and to find the best practice and decisions based on the unique risk of their department and thus provides a highly customizable security option.&lt;br /&gt;
&lt;br /&gt;
There are eight processes that are broken in three (or four with phase 0) phases:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 0:&#039;&#039;&#039; Exploratory phase that determine criteria used.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 1:&#039;&#039;&#039; Develop initial security strategies&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 2:&#039;&#039;&#039; Technological view to identify infrastructure vulnerabilities&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Phase 3:&#039;&#039;&#039; Risk analysis to develop security strategy and plans&lt;br /&gt;
&lt;br /&gt;
=== Trike ===&lt;br /&gt;
&lt;br /&gt;
The Trike Threat Modeling is an open source process that provides a risk-based approach and risk modeling processes. It is based on a requirement model which ensures that the assigned levels of risk are acceptable to the stakeholders. This means that the modeling process is focused on satisfying the security auditing process from a cyber management perspective.&lt;br /&gt;
There are two attack types in the Trike model, an elevation of privilege attack or a denial of service attack and the actions taken are divided into one of four groups called CRUD: &#039;&#039;Create, Read, Update, Delete&#039;&#039;. The threats are rated in a rating chart that shows the risk of either attack type to a five-point scale for each CRUD action. &lt;br /&gt;
Trike starts with the creation of a requirements model and continues with the creation of a DFD, a Data Flow Diagram. From this point on the risk values are assigned to the threats and an attack graph is created. The Trike model requires a view of the entire system, therefore it can be hard to scale it for larger systems.&lt;br /&gt;
&lt;br /&gt;
== OWASP Tools == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&lt;br /&gt;
&lt;br /&gt;
https://threatmodeler.com/threat-modeling-methodologies-overview-for-your-business/&lt;br /&gt;
&lt;br /&gt;
https://docs.microsoft.com/en-us/previous-versions/commerce-server/ee823878(v=cs.20)?redirectedfrom=MSDN&lt;br /&gt;
&lt;br /&gt;
https://technology.ku.edu/octave-method-security-assessment&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Introducing OCTAVE Allegro:Improving the Information Security Risk Assessment Process&amp;quot;; Richard A. Caralli&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3183</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3183"/>
		<updated>2020-02-17T19:23:56Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. It is written in python and uses wxPython. The feature set includes: scanning, tracking, alerts on new devices or targeted devices, sending files or changing BT values like the BD_ADDR. &lt;br /&gt;
&lt;br /&gt;
Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
=== Bluepot ===&lt;br /&gt;
&lt;br /&gt;
Bluepot is a Bluetooth Honeypot written in Java, it is designed to accept and store any malware sent to it and interact with common Bluetooth attacks. The system also allows monitoring of attacks via a graphical user interface that provides graphs, lists, a dashboard and further detailed analysis from log files.&lt;br /&gt;
&lt;br /&gt;
In order to install bluepot use following commands:&lt;br /&gt;
&lt;br /&gt;
 wget https://github.com/andrewmichaelsmith/bluepot/raw/master/bin/bluepot-0.1.tar.gz&lt;br /&gt;
 tar xfz bluepot-0.1.tar.gz&lt;br /&gt;
 java -jar bluepot/BluePot-0.1.jar&lt;br /&gt;
&lt;br /&gt;
[[File:Bluepot.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== spooftooph === &lt;br /&gt;
&lt;br /&gt;
Spooftooph is designed to automate spoofing or cloning Bluetooth device information. The software is able to clone and log bluetooth devices, generate or change new random bluetooth profiles and specify device information for bluetooth interfaces. &lt;br /&gt;
&lt;br /&gt;
E.g.: Spoof your own device address for the interface hci0:&lt;br /&gt;
&lt;br /&gt;
[[File:Btspoofbdaddr.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://tools.kali.org&lt;br /&gt;
* https://www.offensive-security.com/&lt;br /&gt;
* https://www.kali.org&lt;br /&gt;
* https://github.com/andrewmichaelsmith/bluepot&lt;br /&gt;
* https://github.com/zenware/bluemaho&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3182</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3182"/>
		<updated>2020-02-17T19:21:56Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. It is written in python and uses wxPython. The feature set includes: scanning, tracking, alerts on new devices or targeted devices, sending files or changing BT values like the BD_ADDR. &lt;br /&gt;
&lt;br /&gt;
Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
=== Bluepot ===&lt;br /&gt;
&lt;br /&gt;
Bluepot is a Bluetooth Honeypot written in Java, it is designed to accept and store any malware sent to it and interact with common Bluetooth attacks. The system also allows monitoring of attacks via a graphical user interface that provides graphs, lists, a dashboard and further detailed analysis from log files.&lt;br /&gt;
&lt;br /&gt;
In order to install bluepot use following commands:&lt;br /&gt;
&lt;br /&gt;
 wget https://github.com/andrewmichaelsmith/bluepot/raw/master/bin/bluepot-0.1.tar.gz&lt;br /&gt;
 tar xfz bluepot-0.1.tar.gz&lt;br /&gt;
 java -jar bluepot/BluePot-0.1.jar&lt;br /&gt;
&lt;br /&gt;
[[File:Bluepot.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== spooftooph === &lt;br /&gt;
&lt;br /&gt;
Spooftooph is designed to automate spoofing or cloning Bluetooth device information. The software is able to clone and log bluetooth devices, generate or change new random bluetooth profiles and specify device information for bluetooth interfaces. &lt;br /&gt;
&lt;br /&gt;
[[File:Btspoofbdaddr.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://tools.kali.org&lt;br /&gt;
* https://www.offensive-security.com/&lt;br /&gt;
* https://www.kali.org&lt;br /&gt;
* https://github.com/andrewmichaelsmith/bluepot&lt;br /&gt;
* https://github.com/zenware/bluemaho&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Btspoofbdaddr.PNG&amp;diff=3181</id>
		<title>File:Btspoofbdaddr.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Btspoofbdaddr.PNG&amp;diff=3181"/>
		<updated>2020-02-17T19:21:50Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3180</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3180"/>
		<updated>2020-02-17T19:13:29Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. It is written in python and uses wxPython. The feature set includes: scanning, tracking, alerts on new devices or targeted devices, sending files or changing BT values like the BD_ADDR. &lt;br /&gt;
&lt;br /&gt;
Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
=== Bluepot ===&lt;br /&gt;
&lt;br /&gt;
Bluepot is a Bluetooth Honeypot written in Java, it is designed to accept and store any malware sent to it and interact with common Bluetooth attacks. The system also allows monitoring of attacks via a graphical user interface that provides graphs, lists, a dashboard and further detailed analysis from log files.&lt;br /&gt;
&lt;br /&gt;
In order to install bluepot use following commands:&lt;br /&gt;
&lt;br /&gt;
 wget https://github.com/andrewmichaelsmith/bluepot/raw/master/bin/bluepot-0.1.tar.gz&lt;br /&gt;
 tar xfz bluepot-0.1.tar.gz&lt;br /&gt;
 java -jar bluepot/BluePot-0.1.jar&lt;br /&gt;
&lt;br /&gt;
[[File:Bluepot.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== spooftooph === &lt;br /&gt;
&lt;br /&gt;
Spooftooph is designed to automate spoofing or cloning Bluetooth device information. The software is able to clone and log bluetooth devices, generate new random bluetooth profiles, &lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://tools.kali.org&lt;br /&gt;
* https://www.offensive-security.com/&lt;br /&gt;
* https://www.kali.org&lt;br /&gt;
* https://github.com/andrewmichaelsmith/bluepot&lt;br /&gt;
* https://github.com/zenware/bluemaho&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3178</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3178"/>
		<updated>2020-02-17T19:09:09Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. It is written in python and uses wxPython. The feature set includes: scanning, tracking, alerts on new devices or targeted devices, sending files, changing BT values like the BD_ADDR. &lt;br /&gt;
&lt;br /&gt;
Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
=== Bluepot ===&lt;br /&gt;
&lt;br /&gt;
Bluepot is a Bluetooth Honeypot written in Java, it is designed to accept and store any malware sent to it and interact with common Bluetooth attacks. The system also allows monitoring of attacks via a graphical user interface that provides graphs, lists, a dashboard and further detailed analysis from log files.&lt;br /&gt;
&lt;br /&gt;
In order to install bluepot use following commands:&lt;br /&gt;
&lt;br /&gt;
 wget https://github.com/andrewmichaelsmith/bluepot/raw/master/bin/bluepot-0.1.tar.gz&lt;br /&gt;
 tar xfz bluepot-0.1.tar.gz&lt;br /&gt;
 java -jar bluepot/BluePot-0.1.jar&lt;br /&gt;
&lt;br /&gt;
[[File:Bluepot.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluepot.PNG&amp;diff=3177</id>
		<title>File:Bluepot.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluepot.PNG&amp;diff=3177"/>
		<updated>2020-02-17T19:08:47Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3176</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3176"/>
		<updated>2020-02-17T19:00:01Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. It is written in python and uses wxPython. The feature set includes: scanning, tracking, alerts on new devices or targeted devices, sending files, changing BT values like the BD_ADDR. &lt;br /&gt;
&lt;br /&gt;
Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
=== Bluepot ===&lt;br /&gt;
&lt;br /&gt;
Bluepot is a Bluetooth Honeypot written in Java, it is designed to accept and store any malware sent to it and interact with common Bluetooth attacks. The system also allows monitoring of attacks via a graphical user interface that provides graphs, lists, a dashboard and further detailed analysis from log files.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3172</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3172"/>
		<updated>2020-02-17T18:54:16Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
[[File:Bluemaho.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== GATT Tool === &lt;br /&gt;
&lt;br /&gt;
A great BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
[[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluemaho.PNG&amp;diff=3171</id>
		<title>File:Bluemaho.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluemaho.PNG&amp;diff=3171"/>
		<updated>2020-02-17T18:53:03Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3170</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3170"/>
		<updated>2020-02-17T18:40:44Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3169</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3169"/>
		<updated>2020-02-17T18:39:55Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
In the following chapter we will present some software pentesting tools which are used for ethical bluetooth device hacking.&lt;br /&gt;
&lt;br /&gt;
=== BlueMaho ===&lt;br /&gt;
&lt;br /&gt;
BlueMaho is a tool suite for bluetooth device pentesting and provides various exploits. Although it is still listed in the kali linux tool list, it has to be manually installed:&lt;br /&gt;
&lt;br /&gt;
 apt install autoconf build-essential build-dep git python-wxtools &lt;br /&gt;
 git clone https://github.com/zenware/bluemaho&lt;br /&gt;
 cd /bluemaho/config&lt;br /&gt;
 ./build.sh&lt;br /&gt;
&lt;br /&gt;
In order to run the GUI use: &lt;br /&gt;
&lt;br /&gt;
 ./bluemaho.py&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3168</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3168"/>
		<updated>2020-02-17T18:24:39Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bluelog ===&lt;br /&gt;
&lt;br /&gt;
Another great tool for bluetooth device discovery is &#039;bluelog&#039;. It is extremly lightweight and can be automated for background usage without user intervention. Bluelog is already preinstalled on kali linux but can be installed with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluelog&lt;br /&gt;
&lt;br /&gt;
To start scanning for bluetooth devices use:&lt;br /&gt;
&lt;br /&gt;
 bluelog -nmtc&lt;br /&gt;
&lt;br /&gt;
(n=log device names;m=log manufacturer;t=log timestamps of discovery;c=log device class)&lt;br /&gt;
&lt;br /&gt;
[[File:Bluelog.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluelog.PNG&amp;diff=3167</id>
		<title>File:Bluelog.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluelog.PNG&amp;diff=3167"/>
		<updated>2020-02-17T18:24:32Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3166</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3166"/>
		<updated>2020-02-17T18:10:50Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
[[File:Bettercapblescan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Bettercapblescan.PNG&amp;diff=3165</id>
		<title>File:Bettercapblescan.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Bettercapblescan.PNG&amp;diff=3165"/>
		<updated>2020-02-17T18:10:39Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3164</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3164"/>
		<updated>2020-02-17T18:01:09Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl which is also included in the bluez-utils package:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
Start bettercap with:&lt;br /&gt;
&lt;br /&gt;
 bettercap&lt;br /&gt;
&lt;br /&gt;
Scanning for BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.recon on&lt;br /&gt;
&lt;br /&gt;
Show a formatted output of found BLE devices:&lt;br /&gt;
&lt;br /&gt;
 ble.show&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with...&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
...and select your bluetooth interface e.g. bluetooth0 or bluetooth1.&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3163</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3163"/>
		<updated>2020-02-17T17:54:48Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== hcitool === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bluetoothctl === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with:&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3162</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3162"/>
		<updated>2020-02-17T17:52:57Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== bettercap ===&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you must have followed [[Install_Bettercap_on_Kali_Linux]] before.&lt;br /&gt;
&lt;br /&gt;
Bettercap is a powerful tool for Wifi, Bluetooth LE or ethernet hijacking and provides tools for MITM attacks. Bettercap can also be used to gather informations about bluetooth devices like shown below:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with:&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3160</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3160"/>
		<updated>2020-02-17T17:35:19Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
=== btmon === &lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. &lt;br /&gt;
&lt;br /&gt;
=== Wireshark === &lt;br /&gt;
&lt;br /&gt;
Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with:&lt;br /&gt;
&lt;br /&gt;
 wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3159</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3159"/>
		<updated>2020-02-17T17:33:54Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. Alternatively you can capture bluetooth traffic directly with Wireshark. Start Wireshark with:&lt;br /&gt;
&lt;br /&gt;
wireshark -w ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
&lt;br /&gt;
Another BLE penetration testing example with the powerful GATT Tool can be found here:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_GATT_Tool_Basics_with_the_MiPow_Playbulb_Candle]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3158</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3158"/>
		<updated>2020-02-17T17:23:50Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
These files can be viewed and analysed with &#039;Wireshark&#039; which is also preinstalled on kali linux. Alternatively you can capture bluetooth traffic directly with Wireshark:&lt;br /&gt;
&lt;br /&gt;
[[File:Wiresharkhciscan.PNG]]&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Bluetooth Pentesting Hardware ==&lt;br /&gt;
&lt;br /&gt;
For hardware pentesting devices like the Ubertooth one please see following documentations:&lt;br /&gt;
&lt;br /&gt;
* [[Bluetooth_Hacking_Ubertooth]]&lt;br /&gt;
* [[Bluetooth_Sniffing_with_Ubertooth:_A_Step-by-step_guide]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Wiresharkhciscan.PNG&amp;diff=3157</id>
		<title>File:Wiresharkhciscan.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Wiresharkhciscan.PNG&amp;diff=3157"/>
		<updated>2020-02-17T17:09:35Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3156</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3156"/>
		<updated>2020-02-17T17:04:21Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
== Capturing bluetooth traffic ==&lt;br /&gt;
&lt;br /&gt;
With the preinstalled package &#039;btmon&#039; it is possible to capture traffic between the HCI and the controller:&lt;br /&gt;
&lt;br /&gt;
 btmon --write ~/Documents/bttraffic.snoop&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Device to be used with this documentation]]&lt;br /&gt;
[[Maybe another device to be used with this documentation]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3155</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3155"/>
		<updated>2020-02-17T16:44:52Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
 hcitool scan&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
In order to scan for BLE devices use:&lt;br /&gt;
&lt;br /&gt;
 hcitool lescan&lt;br /&gt;
&lt;br /&gt;
=== Step 1 ===&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Device to be used with this documentation]]&lt;br /&gt;
[[Maybe another device to be used with this documentation]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3154</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3154"/>
		<updated>2020-02-17T16:41:34Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed on kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install -y bluez bluez-utils&lt;br /&gt;
 systemctl start bluetooth.service&lt;br /&gt;
 systemctl status bluetooth.service&lt;br /&gt;
&lt;br /&gt;
[[File:Bluetoothservice.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Scanning for bluetooth devices === &lt;br /&gt;
&lt;br /&gt;
To start with penetration testing we need to gather information about our environment, for this purpose scan for available bluetooth devices with the included packages &#039;hcitool&#039; or &#039;bluetoothctl&#039;.&lt;br /&gt;
&lt;br /&gt;
First check if your bluetooth device is available:&lt;br /&gt;
&lt;br /&gt;
 hciconfig&lt;br /&gt;
&lt;br /&gt;
[[File:Hciconfig.PNG]]&lt;br /&gt;
&lt;br /&gt;
Scan for BR/EDR Bluetooth devices with hcitool:&lt;br /&gt;
&lt;br /&gt;
[[File:Scanbr.PNG]]&lt;br /&gt;
&lt;br /&gt;
Alternatively you can use bluetoothctl:&lt;br /&gt;
&lt;br /&gt;
[[File:Btctl.PNG]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Step 1 ===&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Device to be used with this documentation]]&lt;br /&gt;
[[Maybe another device to be used with this documentation]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Btctl.PNG&amp;diff=3153</id>
		<title>File:Btctl.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Btctl.PNG&amp;diff=3153"/>
		<updated>2020-02-17T16:41:25Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Scanbr.PNG&amp;diff=3152</id>
		<title>File:Scanbr.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Scanbr.PNG&amp;diff=3152"/>
		<updated>2020-02-17T16:38:47Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: Akrischan uploaded a new version of File:Scanbr.PNG&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Scanbr.PNG&amp;diff=3151</id>
		<title>File:Scanbr.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Scanbr.PNG&amp;diff=3151"/>
		<updated>2020-02-17T16:38:06Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluetoothservice.PNG&amp;diff=3150</id>
		<title>File:Bluetoothservice.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Bluetoothservice.PNG&amp;diff=3150"/>
		<updated>2020-02-17T16:36:09Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Hciconfig.PNG&amp;diff=3149</id>
		<title>File:Hciconfig.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Hciconfig.PNG&amp;diff=3149"/>
		<updated>2020-02-17T16:33:33Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3148</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3148"/>
		<updated>2020-02-17T15:56:49Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing and aims to provide an overview to choose the right tool for a use case.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Information gathering ==&lt;br /&gt;
&lt;br /&gt;
The offical linux bluetooth protocol stack BlueZ is already installed with kali linux but can be installed on other linux maschines with:&lt;br /&gt;
&lt;br /&gt;
 apt install bluez -y&lt;br /&gt;
&lt;br /&gt;
=== Step 1 ===&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Device to be used with this documentation]]&lt;br /&gt;
[[Maybe another device to be used with this documentation]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Basics]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3147</id>
		<title>Bluetooth Pentesting Tools (HW/SW)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Bluetooth_Pentesting_Tools_(HW/SW)&amp;diff=3147"/>
		<updated>2020-02-17T15:27:31Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: Created page with &amp;quot;== Summary ==   This article describes various tools for bluetooth penetration testing, besides some software tools   == Requirements ==  * Operating system: Kali Linux amd64...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This article describes various tools for bluetooth penetration testing, besides some software tools &lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Individual shown for each tool &lt;br /&gt;
&lt;br /&gt;
In order to use hardware pentesting devices a dedicated installation of kali linux is recommended but it is also possible to use hypervisors which are capable of passing USB devices from the host- to the guestsystem e.g. VMWare Workstation or the free hypervisor VirtualBox. &lt;br /&gt;
&lt;br /&gt;
== Preinstalled tools ==&lt;br /&gt;
&lt;br /&gt;
=== Step 1 ===&lt;br /&gt;
&lt;br /&gt;
Enter these commands in the shell&lt;br /&gt;
&lt;br /&gt;
 echo foo&lt;br /&gt;
 echo bar&lt;br /&gt;
&lt;br /&gt;
=== Step 2 ===&lt;br /&gt;
&lt;br /&gt;
Make sure to read&lt;br /&gt;
&lt;br /&gt;
* War and Peace&lt;br /&gt;
* Lord of the Rings&lt;br /&gt;
* The Baroque Cycle&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Device to be used with this documentation]]&lt;br /&gt;
[[Maybe another device to be used with this documentation]]&lt;br /&gt;
&lt;br /&gt;
== Courses ==&lt;br /&gt;
&lt;br /&gt;
* [[A course where this documentation was used]] (2017, 2018)&lt;br /&gt;
* [[Another one]] (2018)&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://wikipedia.org&lt;br /&gt;
* https://google.com&lt;br /&gt;
&lt;br /&gt;
[[Category:Basics]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Metasploit_with_Armitage&amp;diff=2816</id>
		<title>Metasploit with Armitage</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Metasploit_with_Armitage&amp;diff=2816"/>
		<updated>2020-01-31T19:37:06Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This documentation describes how to use Armitage GUI with the Metasploit Framework. &lt;br /&gt;
&lt;br /&gt;
Armitage is a Java-based graphical user interface and serves as a free frontend for the Metasploit Framework. The software was first developed by Raphael Mudge in 2013. It is used for the visualization of vulnerable systems, provides suitable exploits and tools for post-exploitation. Access on a single Metasploit RPC instance is possible through multiple Armitage clients. Therefore, teamwork is possible sharing same data, i.e. workspaces and sessions with common event logs. Armitage is a Team Red cooperation, a group of moral hackers (White Hats), whose declared goal is to detect security vulnerabilities before they can be discovered and exploited by destructive hackers (Black Hats). In addition to such projects, the American company offers security audits as well as customized training. &lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Kali Linux amd64 2019.2&lt;br /&gt;
* Packages: Metasploit Framework&lt;br /&gt;
&lt;br /&gt;
In order to complete these steps, you should have followed [[Metasploit Framework MSF]] before.&lt;br /&gt;
&lt;br /&gt;
== Attack Process ==&lt;br /&gt;
&lt;br /&gt;
[[File:Ablauf.PNG|thumbnail|upright]]&lt;br /&gt;
&lt;br /&gt;
Armitage is able to perform network scans via NMAP but the import of data from external tools is also supported. Hosts are displayed within a GUI workspace. Afterwards the hosts can be compared with the exploit database provided by Metasploit. If no matching exploits can be found, a so-called Hail Mary Attack is possible. In this case, all available exploits from the database are executed without necessary knowledge of the target system. However, this method leaves traces in the network or on hosts. After a successful attack the available post exploitation tools can be used. Once the necessary rights to the system have been obtained or already existed (root exploit), keyloggers can be installed or existing password hash files can be read from the file system. The execution of remote shells is also possible, e.g.: the installation of further malware. Especially interesting is the possibility to use pivot systems, these are systems that have already been compromised within a network and are used for further attacks in the local network. For this purpose Armitage offers support for the SOCKS proxy modules provided by the Metasploit Framework.&lt;br /&gt;
&lt;br /&gt;
== First Start ==&lt;br /&gt;
&lt;br /&gt;
After successful login to our kali linux desktop, the Armitage GUI can be started as follows.&lt;br /&gt;
&lt;br /&gt;
Select 08 - Exploitation Tools - armitage:&lt;br /&gt;
 &lt;br /&gt;
[[File:Armitage01.PNG]]&lt;br /&gt;
&lt;br /&gt;
Afterwards start with the &#039;Connect&#039; Button:&lt;br /&gt;
&lt;br /&gt;
[[File:Armitage02.png]]&lt;br /&gt;
&lt;br /&gt;
If the metasploit RPC service was not started already, start it with &#039;Yes&#039;:&lt;br /&gt;
&lt;br /&gt;
[[File:Armitage03.PNG]] &lt;br /&gt;
&lt;br /&gt;
== Example Attack with Armitage ==&lt;br /&gt;
&lt;br /&gt;
Afterwards we will show an example attack with the Armitage GUI.&lt;br /&gt;
&lt;br /&gt;
=== Network Discovery with NMAP ===&lt;br /&gt;
&lt;br /&gt;
Start with an NMAP &#039;Intense Scan&#039; within your local network. This will scan for services on well known ports and provides service and os detection:&lt;br /&gt;
&lt;br /&gt;
[[File:Armitage04.PNG]] &lt;br /&gt;
&lt;br /&gt;
Afterwards detected hosts will be shown in your workspace:&lt;br /&gt;
&lt;br /&gt;
[[File:Armitage05.PNG]]&lt;br /&gt;
&lt;br /&gt;
You can check services with a right click on the host:&lt;br /&gt;
&lt;br /&gt;
[[File:Workspace03.PNG]]&lt;br /&gt;
&lt;br /&gt;
=== Attack ProFTPD Service ===&lt;br /&gt;
&lt;br /&gt;
For our demonstration we will use the Exploit CVE-2015-3306, a well known vulnerability in the mod_copy module of ProFTPD.&lt;br /&gt;
&lt;br /&gt;
With a right click on the host, the Exploit &#039;proftpd_mod_copy&#039; can be selected and executed:&lt;br /&gt;
&lt;br /&gt;
[[File:Workspace04.PNG]]&lt;br /&gt;
&lt;br /&gt;
After a successful attack the host picture will look as follows:&lt;br /&gt;
&lt;br /&gt;
[[File:Workspace05.PNG]]&lt;br /&gt;
&lt;br /&gt;
Now we can use the active session for a remote shell:&lt;br /&gt;
&lt;br /&gt;
[[File:Workspace06.PNG]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* http://www.fastandeasyhacking.com/manual&lt;br /&gt;
* https://www.redteamsecure.com/&lt;br /&gt;
* https://www.offensive-security.com/metasploit-unleashed/&lt;br /&gt;
* http://www.proftpd.org/docs/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Workspace06.PNG&amp;diff=2812</id>
		<title>File:Workspace06.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Workspace06.PNG&amp;diff=2812"/>
		<updated>2020-01-31T19:18:51Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Workspace05.PNG&amp;diff=2811</id>
		<title>File:Workspace05.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Workspace05.PNG&amp;diff=2811"/>
		<updated>2020-01-31T19:16:21Z</updated>

		<summary type="html">&lt;p&gt;Akrischan: Akrischan uploaded a new version of File:Workspace05.PNG&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Akrischan</name></author>
	</entry>
</feed>