<?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=Sprochazka</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=Sprochazka"/>
	<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php/Special:Contributions/Sprochazka"/>
	<updated>2026-09-10T19:42:47Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.41.5</generator>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3205</id>
		<title>Proprietary Crypto Implementations</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3205"/>
		<updated>2020-02-17T22:23:21Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Summary */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
Proprietary Software is computer software that is not free and protected by mostly copyright or patent rights. This means it is normally not possible for an unauthorized user to have a look at the source code of the program or change it in any way. Companies or persons that want to use a proprietary software need to pay for it. On the other hand, there is free software also called open source software. It is free to use, and mostly also free to change up to a certain point. Normally open source software offers the possibility to look at and change the source code. A commonly known example of proprietary versus open source software are the operations systems windows and Linux. &lt;br /&gt;
Proprietary cryptographic software fulfilles the same fundamentals. A company must pay to use the encryption algorithm and the code remains hidden. &lt;br /&gt;
August Kerckhoffs born in 1835 in Denmark was a famous linguist and cryptographer who wrote the book “La Cryptographie Militaire”, a stepstone for the cryptography of the 19th century. &lt;br /&gt;
He is famous for the “Kerckhoffs´s principle, which states: “It [The cryprosystem] must not require secrecy and it can without disadvantage fall into the hands of the enemy” which means and is used in today’s terms that a cryptosystem should be secure even if everything about the system, except the key, is public knowledge. This stands in strong contrast to the concept “security through obscurity”. Security by obscurity goes with proprietary software in that case, that it relies on the secrecy of the inner workings of a system and the algorithm to keep the system secured. &lt;br /&gt;
There is a huge discussion if a cryptosystem is more secure if the mechanism is kept secret or if it is open to public and thus overviewed by many people and tested for weak spots. One argument states, that keeping the algorithm secret may improve short term security but for long term security its better if a system has been published and analyzed. The problem is, if the security of the system relies on the secrecy of the mechanisms, if get leaked or hacked, the whole mechanism is useless.&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Before 1969, software and services that went with the use of servers and computers where provided without extra charge. Source codes where available and everyone had the possibility to change and develop them and shared the results. That change when first IBM in 1969 started a new change leading to proprietary software. Companies started to keep source code secret to hinder other companies to steal and use it. Besides the source code, the fact that it was now possible to sell and change software on the base of microprocessors encouraged that change since the U.S. Copyright Act of 1976 extended the copyright law to protect binary programs as well. In February 1983 IBM took another step and established the “object-code-only”- Modell, which means the selling of a software without source code. &lt;br /&gt;
&lt;br /&gt;
== Examples of exploited proprietary systems ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Legic&#039;&#039;&#039; is a swiss supplier of access control systems that uses RFID (radio-frequency identification) with smartcards to secure building access and micropayment applications. The cards are used throughout Europe in clinical infrastructures, military installations, governmental departments, power plants, hospitals and airports. Beside the fact that they are used in high security facilities, it was exploited, that access cards could be cloned form distance. The algorithm was reversed engineered by a method called chip-slicing and it shows that there is no secret key involved, only a secret algorithm. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;SimonsVoss G1&#039;&#039;&#039; is a locking system used for electronic locks whose cryptographic primitives and radio protocol where reverse engineered and discovered some implementation flaws which allow two ways to extract the master secret. There were also found some several weaknesses in the PRNG (Pseudo Random Number Generator). &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;DST&#039;&#039;&#039; stands for Digital Signature Transponder and is a cryptosystem used in vehicle immobilizer. The transponder was used for black-box analysis and it was shown, that is straightforward to recover the proprietary algorithms used in the cryptosystem. They then did an exhaustive search over the complete key space. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;KeeLoq&#039;&#039;&#039; is used in Remote Keyless Entry (RKE) that are used for garage doors. The cipher was published in 2006 and the first proposed attack was a combination of linear attacks and correlation to recover the secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;ORXY&#039;&#039;&#039; is a stream cipher that is used to protect the wireless data services of the North American Telecommunications Industry Association (TIA). The cipher was first publicly reviewed in 1995 and it was shown that although the cipher should provide a computational complexity of 2 hoch 96 it only had 2 hoch 16. The same reviewers used a divide-and-conquer attack to reduce the computational complexity of the cipher. Since the cipher was insecure, they updated their specification and removed ONXY from the list of proposed cryptographic primitives. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A3, A8, COMP128&#039;&#039;&#039; is a proprietary algorithm for network authentication that instances the two proprietary algorithms A3 and A8. A3 is used to authenticate the mobile station to the network, A8 is used to generate the session key. COMP128 was copied and deployed by different service providers although it was just a reference example. The first attack to this was published in 1998 and later extended and generalized. There was also a hardware attack where just 8 chosen plaintext where used to retrieve a 128-bit key. &lt;br /&gt;
&lt;br /&gt;
== Encryption techniques ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CSS&#039;&#039;&#039; the content scramble system is a proprietary cryptosystem is used to store encrypted information on a DVD. The working was later published and there were several serious weaknesses and the 40-bit secret key can be recovered with a computational complexity of only 2 hoch 25 operations. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;E0&#039;&#039;&#039; is a stream cipher algorithm used to encrypt the communication between Bluetooth devices. The first attack was published shortly after its introduction and is based on general correlation attack techniques. An article of 2013 identifies weaknesses that allows to recover the complete 128-bit secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Skipjack&#039;&#039;&#039; depends on an 80-bit secret key and was designed by the National Security Agency (NSA). It was only used in a hardware device called the Clipper chip which was for example used by telecom providers to secure the confidentiality of telephone conversations. The requirement to use the chip was to share every used secret key with the US government. Although several minor weaknesses were identified the design of the proprietary cipher Skipjack does not seem to be very insecure. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RC4&#039;&#039;&#039; short for Rivest Cipher 4, is a proprietary stream cipher that was designed in 1987 and originally considered a trade-secret only available under a Non-Disclosure Agreement (NDA). The creator was Ron Rivest, the same who tool part in designing RSA. The design is more than 20 years old but still used in many protocols such as TLS, SSH or to encrypt network traffic in VPNs. When the code first appeared in the internet in 1994 it was anonymously posted and several weaknesses where identified. When used with a long random initializing internal state thou, it is still much more secure than most proprietary algorithms. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;WEP&#039;&#039;&#039; the Wired Equivalent Privacy is a wireless network communication protocol that was officially introduced as part of the IEEE 802.11 in 1999. There were several weaknesses in the loading and scheduling of the secret key and after the first attack methodology was published, an experiment that demonstrated the feasibility of the proposed attack followed. As a result, the IEEE together with the Wi-Fi Alliance superseded by the Wi-Fi Protected Access (WPA).&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
*https://www.zdnet.de/2130055/proprietaer-vs-open-source-eine-frage-der-sicherheit/&lt;br /&gt;
*https://www.heise.de/newsticker/meldung/FOSDEM-Kann-man-ohne-proprietaere-Software-leben-4296589.html&lt;br /&gt;
*https://www.security-insider.de/open-source-macht-hintertueren-transparent-a-612960/&lt;br /&gt;
* &amp;quot;The (in)security of proprietary cryptography&amp;quot;; Roel Verdult; 2015&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3204</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=3204"/>
		<updated>2020-02-17T22:22:04Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* References */&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;
=== P.A.S.T.A. ===&lt;br /&gt;
&lt;br /&gt;
The P.A.S.T.A. methodology is a new application threat modeling methodology and stands for Process for Attack Simulation and Threat Analysis. It works with a seven step process:&lt;br /&gt;
*&#039;&#039;&#039;Define business and security objectives&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Define the technical scope&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Decompose the application&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Threat analysis&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Weakness and Vulnerabilities Analysis&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Attacks/Exploits Enumeration and modeling&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Risk and impact analysis&#039;&#039;&#039;&lt;br /&gt;
The steps combine an attacker centric perspective with risk and impact analysis. It combines the business impact, application risk, trust boundaries amongst application components, correlated threats and attack patterns.&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;
*&amp;quot;Real World Threat Modeling Using the PASTA Methodology&amp;quot;; Tony Uceda Valez&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3203</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=3203"/>
		<updated>2020-02-17T22:17:06Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Methodologies */&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;
=== P.A.S.T.A. ===&lt;br /&gt;
&lt;br /&gt;
The P.A.S.T.A. methodology is a new application threat modeling methodology and stands for Process for Attack Simulation and Threat Analysis. It works with a seven step process:&lt;br /&gt;
*&#039;&#039;&#039;Define business and security objectives&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Define the technical scope&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Decompose the application&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Threat analysis&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Weakness and Vulnerabilities Analysis&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Attacks/Exploits Enumeration and modeling&#039;&#039;&#039;&lt;br /&gt;
*&#039;&#039;&#039;Risk and impact analysis&#039;&#039;&#039;&lt;br /&gt;
The steps combine an attacker centric perspective with risk and impact analysis. It combines the business impact, application risk, trust boundaries amongst application components, correlated threats and attack patterns.&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>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3161</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=3161"/>
		<updated>2020-02-17T17:40:50Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Methodologies */&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;
== 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>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3146</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=3146"/>
		<updated>2020-02-17T10:39:41Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* OCTAVE */&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;
== 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>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3145</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=3145"/>
		<updated>2020-02-17T10:39:22Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* References */&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;
&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>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3144</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=3144"/>
		<updated>2020-02-17T10:38:02Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &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;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&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;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3143</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=3143"/>
		<updated>2020-02-17T10:34:19Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &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;
&#039;&#039;&#039;STRIDE&#039;&#039;&#039; &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;
&#039;&#039;&#039;OCTAVE&#039;&#039;&#039;&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;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&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;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3142</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=3142"/>
		<updated>2020-02-17T09:59:14Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &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;
&#039;&#039;&#039;STRIDE&#039;&#039;&#039; &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;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&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;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3141</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=3141"/>
		<updated>2020-02-17T09:58:39Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &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;
&#039;&#039;&#039;STRIDE&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
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;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&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;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3140</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=3140"/>
		<updated>2020-02-17T09:57:30Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &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;
&#039;&#039;&#039;STRIDE&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
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;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Threat_Modelling&amp;diff=3139</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=3139"/>
		<updated>2020-02-17T08:39:57Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Created page with &amp;quot;== Summary ==  Thread modelling is a process used to systematically identify potential threats to products, applications or any other system. It helps to figure out the possib...&amp;quot;&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;
== References ==&lt;br /&gt;
&lt;br /&gt;
https://owasp.org/www-community/Application_Threat_Modeling&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3036</id>
		<title>Proprietary Crypto Implementations</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3036"/>
		<updated>2020-02-13T09:34:33Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
Proprietary Software is computer software that is not free and protected by mostly copyright or patent rights. This means it is normally not possible for an unauthorized user to have a look at the source code of the program or change it in any way. Companies or persons that want to use a proprietary software need to pay for it. On the other hand, there is free software also called open source software. It is free to use, and most are also free to change to a certain point. Normally open source software offers the possibility to look at and change the source code. A commonly known example of proprietary versus open source software are the operations systems windows and Linux. &lt;br /&gt;
Proprietary cryptographic software fulfilles the same fundamentals. A company must pay to use the encryption algorithm and the code remains hidden. &lt;br /&gt;
August Kerckhoffs born in 1835 in Denmark was a famous linguist and cryptographer who wrote the book “La Cryptographie Militaire”, a stepstone for the cryptography of the 19th century. &lt;br /&gt;
He is famous for the “Kerckhoffs´s principle, which states: “It [The cryprosystem] must not require secrecy and it can without disadvantage fall into the hands of the enemy” which means and is used in today’s terms that a cryptosystem should be secure even if everything about the system, except the key, is public knowledge. This stands in strong contrast to the concept “security through obscurity”. Security by obscurity goes with proprietary software in that case, that it relies on the secrecy of the inner workings of a system and the algorithm to keep the system secured. &lt;br /&gt;
There is a huge discussion if a cryptosystem is more secure if the mechanism is kept secret or if it is open to public and thus overviewed by many people and tested for weak spots. One argument states, that keeping the algorithm secret may improve short term security but for long term security its better if a system has been published and analyzed. The problem is, if the security of the system relies on the secrecy of the mechanisms, if get leaked or hacked, the whole mechanism is useless. &lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Before 1969, software and services that went with the use of servers and computers where provided without extra charge. Source codes where available and everyone had the possibility to change and develop them and shared the results. That change when first IBM in 1969 started a new change leading to proprietary software. Companies started to keep source code secret to hinder other companies to steal and use it. Besides the source code, the fact that it was now possible to sell and change software on the base of microprocessors encouraged that change since the U.S. Copyright Act of 1976 extended the copyright law to protect binary programs as well. In February 1983 IBM took another step and established the “object-code-only”- Modell, which means the selling of a software without source code. &lt;br /&gt;
&lt;br /&gt;
== Examples of exploited proprietary systems ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Legic&#039;&#039;&#039; is a swiss supplier of access control systems that uses RFID (radio-frequency identification) with smartcards to secure building access and micropayment applications. The cards are used throughout Europe in clinical infrastructures, military installations, governmental departments, power plants, hospitals and airports. Beside the fact that they are used in high security facilities, it was exploited, that access cards could be cloned form distance. The algorithm was reversed engineered by a method called chip-slicing and it shows that there is no secret key involved, only a secret algorithm. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;SimonsVoss G1&#039;&#039;&#039; is a locking system used for electronic locks whose cryptographic primitives and radio protocol where reverse engineered and discovered some implementation flaws which allow two ways to extract the master secret. There were also found some several weaknesses in the PRNG (Pseudo Random Number Generator). &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;DST&#039;&#039;&#039; stands for Digital Signature Transponder and is a cryptosystem used in vehicle immobilizer. The transponder was used for black-box analysis and it was shown, that is straightforward to recover the proprietary algorithms used in the cryptosystem. They then did an exhaustive search over the complete key space. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;KeeLoq&#039;&#039;&#039; is used in Remote Keyless Entry (RKE) that are used for garage doors. The cipher was published in 2006 and the first proposed attack was a combination of linear attacks and correlation to recover the secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;ORXY&#039;&#039;&#039; is a stream cipher that is used to protect the wireless data services of the North American Telecommunications Industry Association (TIA). The cipher was first publicly reviewed in 1995 and it was shown that although the cipher should provide a computational complexity of 2 hoch 96 it only had 2 hoch 16. The same reviewers used a divide-and-conquer attack to reduce the computational complexity of the cipher. Since the cipher was insecure, they updated their specification and removed ONXY from the list of proposed cryptographic primitives. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A3, A8, COMP128&#039;&#039;&#039; is a proprietary algorithm for network authentication that instances the two proprietary algorithms A3 and A8. A3 is used to authenticate the mobile station to the network, A8 is used to generate the session key. COMP128 was copied and deployed by different service providers although it was just a reference example. The first attack to this was published in 1998 and later extended and generalized. There was also a hardware attack where just 8 chosen plaintext where used to retrieve a 128-bit key. &lt;br /&gt;
&lt;br /&gt;
== Encryption techniques ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CSS&#039;&#039;&#039; the content scramble system is a proprietary cryptosystem is used to store encrypted information on a DVD. The working was later published and there were several serious weaknesses and the 40-bit secret key can be recovered with a computational complexity of only 2 hoch 25 operations. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;E0&#039;&#039;&#039; is a stream cipher algorithm used to encrypt the communication between Bluetooth devices. The first attack was published shortly after its introduction and is based on general correlation attack techniques. An article of 2013 identifies weaknesses that allows to recover the complete 128-bit secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Skipjack&#039;&#039;&#039; depends on an 80-bit secret key and was designed by the National Security Agency (NSA). It was only used in a hardware device called the Clipper chip which was for example used by telecom providers to secure the confidentiality of telephone conversations. The requirement to use the chip was to share every used secret key with the US government. Although several minor weaknesses were identified the design of the proprietary cipher Skipjack does not seem to be very insecure. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RC4&#039;&#039;&#039; short for Rivest Cipher 4, is a proprietary stream cipher that was designed in 1987 and originally considered a trade-secret only available under a Non-Disclosure Agreement (NDA). The creator was Ron Rivest, the same who tool part in designing RSA. The design is more than 20 years old but still used in many protocols such as TLS, SSH or to encrypt network traffic in VPNs. When the code first appeared in the internet in 1994 it was anonymously posted and several weaknesses where identified. When used with a long random initializing internal state thou, it is still much more secure than most proprietary algorithms. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;WEP&#039;&#039;&#039; the Wired Equivalent Privacy is a wireless network communication protocol that was officially introduced as part of the IEEE 802.11 in 1999. There were several weaknesses in the loading and scheduling of the secret key and after the first attack methodology was published, an experiment that demonstrated the feasibility of the proposed attack followed. As a result, the IEEE together with the Wi-Fi Alliance superseded by the Wi-Fi Protected Access (WPA).&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
*https://www.zdnet.de/2130055/proprietaer-vs-open-source-eine-frage-der-sicherheit/&lt;br /&gt;
*https://www.heise.de/newsticker/meldung/FOSDEM-Kann-man-ohne-proprietaere-Software-leben-4296589.html&lt;br /&gt;
*https://www.security-insider.de/open-source-macht-hintertueren-transparent-a-612960/&lt;br /&gt;
* &amp;quot;The (in)security of proprietary cryptography&amp;quot;; Roel Verdult; 2015&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3035</id>
		<title>Proprietary Crypto Implementations</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3035"/>
		<updated>2020-02-13T09:20:16Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
Proprietary Software is computer software that is not free and protected by mostly copyright or patent rights. This means it is normally not possible for an unauthorized user to have a look at the source code of the program or change it in any way. Companies or persons that want to use a proprietary software need to pay for it. On the other hand, there is free software also called open source software. It is free to use, and most are also free to change to a certain point. Normally open source software offers the possibility to look at and change the source code. A commonly known example of proprietary versus open source software are the operations systems windows and Linux. &lt;br /&gt;
Proprietary cryptographic software erfüllt the same fundamentals. A company must pay to use the encryption algorithm and the code remains hidden. &lt;br /&gt;
August Kerckhoffs born in 1835 in Denmark was a famous linguist and cryptographer who wrote the book “La Cryptographie Militaire”, a stepstone for the cryptography of the 19th century. &lt;br /&gt;
He is famous for the “Kerckhoffs´s principle, which states: “It [The cryprosystem] must not require secrecy and it can without disadvantage fall into the hands of the enemy” which means and is used in today’s terms that a cryptosystem should be secure even if everything about the system, except the key, is public knowledge. This stands in strong contrast to the concept “security through obscurity”. Security by obscurity goes with proprietary software in that case, that it relies on the secrecy of the inner workings of a system and the algorithm to keep the system secured. &lt;br /&gt;
There is a huge discussion if a cryptosystem is more secure if the mechanism is kept secret or if it is open to public and thus overviewed by many people and tested for weak spots. One argument states, that keeping the algorithm secret may improve short term security but for long term security its better if a system has been published and analyzed. The problem is, if the security of the system relies on the secrecy of the mechanisms, if get leaked or hacked, the whole mechanism is useless. &lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Before 1969, software and services that went with the use of servers and computers where provided without extra charge. Source codes where available and everyone had the possibility to change and develop them and shared the results. That change when first IBM in 1969 started a new change leading to proprietary software. Companies started to keep source code secret to hinder other companies to steal and use it. Besides the source code, the fact that it was now possible to sell and change software on the base of microprocessors encouraged that change since the U.S. Copyright Act of 1976 extended the copyright law to protect binary programs as well. In February 1983 IBM took another step and established the “object-code-only”- Modell, which means the selling of a software without source code. &lt;br /&gt;
&lt;br /&gt;
== Examples of exploited proprietary systems ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Legic&#039;&#039;&#039; is a swiss supplier of access control systems that uses RFID (radio-frequency identification) with smartcards to secure building access and micropayment applications. The cards are used throughout Europe in clinical infrastructures, military installations, governmental departments, power plants, hospitals and airports. Beside the fact that they are used in high security facilities, it was exploited, that access cards could be cloned form distance. The algorithm was reversed engineered by a method called chip-slicing and it shows that there is no secret key involved, only a secret algorithm. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;SimonsVoss G1&#039;&#039;&#039; is a locking system used for electronic locks whose cryptographic primitives and radio protocol where reverse engineered and discovered some implementation flaws which allow two ways to extract the master secret. There were also found some several weaknesses in the PRNG (Pseudo Random Number Generator). &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;DST&#039;&#039;&#039; stands for Digital Signature Transponder and is a cryptosystem used in vehicle immobilizer. The transponder was used for black-box analysis and it was shown, that is straightforward to recover the proprietary algorithms used in the cryptosystem. They then did an exhaustive search over the complete key space. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;KeeLoq&#039;&#039;&#039; is used in Remote Keyless Entry (RKE) that are used for garage doors. The cipher was published in 2006 and the first proposed attack was a combination of linear attacks and correlation to recover the secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;ORXY&#039;&#039;&#039; is a stream cipher that is used to protect the wireless data services of the North American Telecommunications Industry Association (TIA). The cipher was first publicly reviewed in 1995 and it was shown that although the cipher should provide a computational complexity of 2 hoch 96 it only had 2 hoch 16. The same reviewers used a divide-and-conquer attack to reduce the computational complexity of the cipher. Since the cipher was insecure, they updated their specification and removed ONXY from the list of proposed cryptographic primitives. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A3, A8, COMP128&#039;&#039;&#039; is a proprietary algorithm for network authentication that instances the two proprietary algorithms A3 and A8. A3 is used to authenticate the mobile station to the network, A8 is used to generate the session key. COMP128 was copied and deployed by different service providers although it was just a reference example. The first attack to this was published in 1998 and later extended and generalized. There was also a hardware attack where just 8 chosen plaintext where used to retrieve a 128-bit key. &lt;br /&gt;
&lt;br /&gt;
== Encryption techniques ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CSS&#039;&#039;&#039; the content scramble system is a proprietary cryptosystem is used to store encrypted information on a DVD. The working was later published and there were several serious weaknesses and the 40-bit secret key can be recovered with a computational complexity of only 2 hoch 25 operations. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;E0&#039;&#039;&#039; is a stream cipher algorithm used to encrypt the communication between Bluetooth devices. The first attack was published shortly after its introduction and is based on general correlation attack techniques. An article of 2013 identifies weaknesses that allows to recover the complete 128-bit secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Skipjack&#039;&#039;&#039; depends on an 80-bit secret key and was designed by the National Security Agency (NSA). It was only used in a hardware device called the Clipper chip which was for example used by telecom providers to secure the confidentiality of telephone conversations. The requirement to use the chip was to share every used secret key with the US government. Although several minor weaknesses were identified the design of the proprietary cipher Skipjack does not seem to be very insecure. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RC4&#039;&#039;&#039; short for Rivest Cipher 4, is a proprietary stream cipher that was designed in 1987 and originally considered a trade-secret only available under a Non-Disclosure Agreement (NDA). The creator was Ron Rivest, the same who tool part in designing RSA. The design is more than 20 years old but still used in many protocols such as TLS, SSH or to encrypt network traffic in VPNs. When the code first appeared in the internet in 1994 it was anonymously posted and several weaknesses where identified. When used with a long random initializing internal state thou, it is still much more secure than most proprietary algorithms. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;WEP&#039;&#039;&#039; the Wired Equivalent Privacy is a wireless network communication protocol that was officially introduced as part of the IEEE 802.11 in 1999. There were several weaknesses in the loading and scheduling of the secret key and after the first attack methodology was published, an experiment that demonstrated the feasibility of the proposed attack followed. As a result, the IEEE together with the Wi-Fi Alliance superseded by the Wi-Fi Protected Access (WPA).&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
*https://www.zdnet.de/2130055/proprietaer-vs-open-source-eine-frage-der-sicherheit/&lt;br /&gt;
*https://www.heise.de/newsticker/meldung/FOSDEM-Kann-man-ohne-proprietaere-Software-leben-4296589.html&lt;br /&gt;
*https://www.security-insider.de/open-source-macht-hintertueren-transparent-a-612960/&lt;br /&gt;
* &amp;quot;The (in)security of proprietary cryptography&amp;quot;; Roel Verdult; 2015&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3034</id>
		<title>Proprietary Crypto Implementations</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Proprietary_Crypto_Implementations&amp;diff=3034"/>
		<updated>2020-02-13T09:17:37Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Created page with &amp;quot;== Summary ==   Proprietary Software is computer software that is not free and protected by mostly copyright or patent rights. This means it is normally not possible for an un...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
Proprietary Software is computer software that is not free and protected by mostly copyright or patent rights. This means it is normally not possible for an unauthorized user to have a look at the source code of the program or change it in any way. Companies or persons that want to use a proprietary software need to pay for it. On the other hand, there is free software also called open source software. It is free to use, and most are also free to change to a certain point. Normally open source software offers the possibility to look at and change the source code. A commonly known example of proprietary versus open source software are the operations systems windows and Linux. &lt;br /&gt;
Proprietary cryptographic software erfüllt the same fundamentals. A company must pay to use the encryption algorithm and the code remains hidden. &lt;br /&gt;
August Kerckhoffs born in 1835 in Denmark was a famous linguist and cryptographer who wrote the book “La Cryptographie Militaire”, a stepstone for the cryptography of the 19th century. &lt;br /&gt;
He is famous for the “Kerckhoffs´s principle, which states: “It [The cryprosystem] must not require secrecy and it can without disadvantage fall into the hands of the enemy” which means and is used in today’s terms that a cryptosystem should be secure even if everything about the system, except the key, is public knowledge. This stands in strong contrast to the concept “security through obscurity”. Security by obscurity goes with proprietary software in that case, that it relies on the secrecy of the inner workings of a system and the algorithm to keep the system secured. &lt;br /&gt;
There is a huge discussion if a cryptosystem is more secure if the mechanism is kept secret or if it is open to public and thus overviewed by many people and tested for weak spots. One argument states, that keeping the algorithm secret may improve short term security but for long term security its better if a system has been published and analyzed. The problem is, if the security of the system relies on the secrecy of the mechanisms, if get leaked or hacked, the whole mechanism is useless. &lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Before 1969, software and services that went with the use of servers and computers where provided without extra charge. Source codes where available and everyone had the possibility to change and develop them and shared the results. That change when first IBM in 1969 started a new change leading to proprietary software. Companies started to keep source code secret to hinder other companies to steal and use it. Besides the source code, the fact that it was now possible to sell and change software on the base of microprocessors encouraged that change since the U.S. Copyright Act of 1976 extended the copyright law to protect binary programs as well. In February 1983 IBM took another step and established the “object-code-only”- Modell, which means the selling of a software without source code. &lt;br /&gt;
&lt;br /&gt;
== Examples of exploited proprietary systems ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Legic&#039;&#039;&#039; is a swiss supplier of access control systems that uses RFID (radio-frequency identification) with smartcards to secure building access and micropayment applications. The cards are used throughout Europe in clinical infrastructures, military installations, governmental departments, power plants, hospitals and airports. Beside the fact that they are used in high security facilities, it was exploited, that access cards could be cloned form distance. The algorithm was reversed engineered by a method called chip-slicing and it shows that there is no secret key involved, only a secret algorithm. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;SimonsVoss G1&#039;&#039;&#039; is a locking system used for electronic locks whose cryptographic primitives and radio protocol where reverse engineered and discovered some implementation flaws which allow two ways to extract the master secret. There were also found some several weaknesses in the PRNG (Pseudo Random Number Generator). &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;DST&#039;&#039;&#039; stands for Digital Signature Transponder and is a cryptosystem used in vehicle immobilizer. The transponder was used for black-box analysis and it was shown, that is straightforward to recover the proprietary algorithms used in the cryptosystem. They then did an exhaustive search over the complete key space. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;KeeLoq&#039;&#039;&#039; is used in Remote Keyless Entry (RKE) that are used for garage doors. The cipher was published in 2006 and the first proposed attack was a combination of linear attacks and correlation to recover the secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;ORXY&#039;&#039;&#039; is a stream cipher that is used to protect the wireless data services of the North American Telecommunications Industry Association (TIA). The cipher was first publicly reviewed in 1995 and it was shown that although the cipher should provide a computational complexity of 2 hoch 96 it only had 2 hoch 16. The same reviewers used a divide-and-conquer attack to reduce the computational complexity of the cipher. Since the cipher was insecure, they updated their specification and removed ONXY from the list of proposed cryptographic primitives. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A3, A8, COMP128&#039;&#039;&#039; is a proprietary algorithm for network authentication that instances the two proprietary algorithms A3 and A8. A3 is used to authenticate the mobile station to the network, A8 is used to generate the session key. COMP128 was copied and deployed by different service providers although it was just a reference example. The first attack to this was published in 1998 and later extended and generalized. There was also a hardware attack where just 8 chosen plaintext where used to retrieve a 128-bit key. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Encryption techniques ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CSS&#039;&#039;&#039; the content scramble system is a proprietary cryptosystem is used to store encrypted information on a DVD. The working was later published and there were several serious weaknesses and the 40-bit secret key can be recovered with a computational complexity of only 2 hoch 25 operations. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;E0&#039;&#039;&#039; is a stream cipher algorithm used to encrypt the communication between Bluetooth devices. The first attack was published shortly after its introduction and is based on general correlation attack techniques. An article of 2013 identifies weaknesses that allows to recover the complete 128-bit secret key. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Skipjack&#039;&#039;&#039; depends on an 80-bit secret key and was designed by the National Security Agency (NSA). It was only used in a hardware device called the Clipper chip which was for example used by telecom providers to secure the confidentiality of telephone conversations. The requirement to use the chip was to share every used secret key with the US government. Although several minor weaknesses were identified the design of the proprietary cipher Skipjack does not seem to be very insecure. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RC4&#039;&#039;&#039; short for Rivest Cipher 4, is a proprietary stream cipher that was designed in 1987 and originally considered a trade-secret only available under a Non-Disclosure Agreement (NDA). The creator was Ron Rivest, the same who tool part in designing RSA. The design is more than 20 years old but still used in many protocols such as TLS, SSH or to encrypt network traffic in VPNs. When the code first appeared in the internet in 1994 it was anonymously posted and several weaknesses where identified. When used with a long random initializing internal state thou, it is still much more secure than most proprietary algorithms. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;WEP&#039;&#039;&#039; the Wired Equivalent Privacy is a wireless network communication protocol that was officially introduced as part of the IEEE 802.11 in 1999. There were several weaknesses in the loading and scheduling of the secret key and after the first attack methodology was published, an experiment that demonstrated the feasibility of the proposed attack followed. As a result, the IEEE together with the Wi-Fi Alliance superseded by the Wi-Fi Protected Access (WPA).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
*https://www.zdnet.de/2130055/proprietaer-vs-open-source-eine-frage-der-sicherheit/&lt;br /&gt;
*https://www.heise.de/newsticker/meldung/FOSDEM-Kann-man-ohne-proprietaere-Software-leben-4296589.html&lt;br /&gt;
*https://www.security-insider.de/open-source-macht-hintertueren-transparent-a-612960/&lt;br /&gt;
* &amp;quot;The (in)security of proprietary cryptography&amp;quot;; Roel Verdult; 2015&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2681</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2681"/>
		<updated>2020-01-30T16:15:01Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[File:webauthn_logo.PNG|500px|thumb|WebAuthn logo]]&lt;br /&gt;
&lt;br /&gt;
== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party, the server that hosts the Website, and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|400px]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn, the link is provided below, so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
The security feature now asks us to verify the identity with the same Authenticatior you want to use every time you log into the website. The choice will be stored with your ID and used every time you login.&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn3.PNG|600px]]&lt;br /&gt;
&lt;br /&gt;
The login was a scucess and now we are able to login just using our fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn4.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
You are ask to provide the same authentication which you used to login, in this case the fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn5.PNG|800px]]&lt;br /&gt;
&lt;br /&gt;
If everything goes well, you are now logged in just using a fingerprint sensor!&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
Try it yourself if you want to! &lt;br /&gt;
[https://webauthn.io/ WebAuthn Demo]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_logo.PNG&amp;diff=2680</id>
		<title>File:Webauthn logo.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_logo.PNG&amp;diff=2680"/>
		<updated>2020-01-30T16:12:38Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2679</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2679"/>
		<updated>2020-01-30T16:09:21Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Functionality */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party, the server that hosts the Website, and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|400px]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn, the link is provided below, so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
The security feature now asks us to verify the identity with the same Authenticatior you want to use every time you log into the website. The choice will be stored with your ID and used every time you login.&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn3.PNG|600px]]&lt;br /&gt;
&lt;br /&gt;
The login was a scucess and now we are able to login just using our fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn4.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
You are ask to provide the same authentication which you used to login, in this case the fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn5.PNG|800px]]&lt;br /&gt;
&lt;br /&gt;
If everything goes well, you are now logged in just using a fingerprint sensor!&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
Try it yourself if you want to! &lt;br /&gt;
[https://webauthn.io/ WebAuthn Demo]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2678</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2678"/>
		<updated>2020-01-30T15:56:48Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|400px]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn, the link is provided below, so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
The security feature now asks us to verify the identity with the same Authenticatior you want to use every time you log into the website. The choice will be stored with your ID and used every time you login.&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn3.PNG|600px]]&lt;br /&gt;
&lt;br /&gt;
The login was a scucess and now we are able to login just using our fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn4.PNG|300px]]&lt;br /&gt;
&lt;br /&gt;
You are ask to provide the same authentication which you used to login, in this case the fingerprint. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn5.PNG|800px]]&lt;br /&gt;
&lt;br /&gt;
If everything goes well, you are now logged in just using a fingerprint sensor!&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
Try it yourself if you want to! &lt;br /&gt;
[https://webauthn.io/ WebAuthn Demo]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2677</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2677"/>
		<updated>2020-01-30T15:49:36Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|100px|left]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn https://webauthn.io/ so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|100px|frame|left]]&lt;br /&gt;
[[File:webauthn3.PNG|300px|frame|left]]&lt;br /&gt;
[[File:webauthn4.PNG|100px|frame|left]]&lt;br /&gt;
[[File:webauthn5.PNG|400px|frame|left]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2676</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2676"/>
		<updated>2020-01-30T15:49:21Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|100px|frame|left]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn https://webauthn.io/ so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|100px|frame|left]]&lt;br /&gt;
[[File:webauthn3.PNG|300px|frame|left]]&lt;br /&gt;
[[File:webauthn4.PNG|100px|frame|left]]&lt;br /&gt;
[[File:webauthn5.PNG|400px|frame|left]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2675</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2675"/>
		<updated>2020-01-30T15:48:42Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|300px|frame|left]]&lt;br /&gt;
&lt;br /&gt;
First you have to navigate to the Website where you want to change the default login to WebAuthn, in this case it is the test website of WebAuthn https://webauthn.io/ so we create a new user and pick the option PMT for we are going to use the inbuilt fingerprint sensor of the laptop to verify our identity. &lt;br /&gt;
&lt;br /&gt;
[[File:webauthn2.PNG|300px|frame|left]]&lt;br /&gt;
[[File:webauthn3.PNG|500px|frame|left]]&lt;br /&gt;
[[File:webauthn4.PNG|300px|frame|left]]&lt;br /&gt;
[[File:webauthn5.PNG|600px|frame|left]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2674</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2674"/>
		<updated>2020-01-30T15:43:41Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG|400px]]&lt;br /&gt;
[[File:webauthn2.PNG|400px]]&lt;br /&gt;
[[File:webauthn3.PNG|600px]]&lt;br /&gt;
[[File:webauthn4.PNG|400px]]&lt;br /&gt;
[[File:webauthn5.PNG|700px]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2673</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2673"/>
		<updated>2020-01-30T15:40:36Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG]]&lt;br /&gt;
[[File:webauthn2.PNG]]&lt;br /&gt;
[[File:webauthn3.PNG]]&lt;br /&gt;
[[File:webauthn4.PNG]]&lt;br /&gt;
[[File:webauthn5.PNG]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2672</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2672"/>
		<updated>2020-01-30T15:35:22Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG]]&lt;br /&gt;
[[File:webauthn_2.PNG]]&lt;br /&gt;
[[File:webauthn_3.PNG]]&lt;br /&gt;
[[File:webauthn_4.PNG]]&lt;br /&gt;
[[File:webauthn_5.PNG]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2671</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2671"/>
		<updated>2020-01-30T15:34:46Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Example */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:webauthn_1.PNG]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn5.PNG&amp;diff=2670</id>
		<title>File:Webauthn5.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn5.PNG&amp;diff=2670"/>
		<updated>2020-01-30T15:33:29Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Successful login with WebAuthn using fingerprint sensor.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Successful login with WebAuthn using fingerprint sensor.&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn4.PNG&amp;diff=2669</id>
		<title>File:Webauthn4.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn4.PNG&amp;diff=2669"/>
		<updated>2020-01-30T15:32:48Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Verification of identity after registration.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Verification of identity after registration.&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn3.PNG&amp;diff=2668</id>
		<title>File:Webauthn3.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn3.PNG&amp;diff=2668"/>
		<updated>2020-01-30T15:32:18Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Successful registration on side.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Successful registration on side.&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn2.PNG&amp;diff=2667</id>
		<title>File:Webauthn2.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn2.PNG&amp;diff=2667"/>
		<updated>2020-01-30T15:31:40Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Proof of identity by using the fingerprint sensor.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Proof of identity by using the fingerprint sensor.&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2666</id>
		<title>File:Webauthn 1.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2666"/>
		<updated>2020-01-30T15:30:41Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Summary */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Normal registration on a side on which one wants to use WebAuthn with picked option Platform-authenticator&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2665</id>
		<title>File:Webauthn 1.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2665"/>
		<updated>2020-01-30T15:30:28Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Summary */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Normal registration on a side on which one wants to use WebAuthn with picked option Plattformauthenticator&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2664</id>
		<title>File:Webauthn 1.PNG</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:Webauthn_1.PNG&amp;diff=2664"/>
		<updated>2020-01-30T15:29:48Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Normal registration on a side on which one wants to use WebAuthn.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Normal registration on a side on which one wants to use WebAuthn.&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2663</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2663"/>
		<updated>2020-01-30T15:26:03Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== Example ==&lt;br /&gt;
&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
[[File:Example.jpg]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2662</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2662"/>
		<updated>2020-01-30T15:20:03Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Functionality */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2661</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2661"/>
		<updated>2020-01-30T15:19:51Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Functionality ==&lt;br /&gt;
WebAuthn works with two ceremonies:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Registration:&#039;&#039;&#039;&lt;br /&gt;
The Registration involves a Relying Party and the user client that must host at least one authenticator. To register, the user has to navigate to the website where he wishes to use Web Authentication and sign in using the method that was used to this point, which means for example a password. After that it is to choose to register this site from now an using Web Authentication, which leads to the request to submit the configures authorization gesture. When the provided gesture is accepted, the registrations is complete.&lt;br /&gt;
&#039;&#039;&#039;The Authentication:&#039;&#039;&#039;&lt;br /&gt;
For the user, the authentication using the Web Authenticator works seemingly as a normal login with just the difference that instead of typing a password to verify its identity, the user uses the same Authentication gesture that he used to register to the site.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2660</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2660"/>
		<updated>2020-01-30T15:18:06Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Platform Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Roaming Authenticator:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2659</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2659"/>
		<updated>2020-01-30T15:17:36Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
WebAuthn is an Application created by the FIDO (Fast Identity Online) alliance and the W3C (World Wide Web Consortium) to offer the possibility of passwordless authentication online. The latest recommendation is of March 2019 published by the W3C. Instead WebAuthn work either with the inbuild Authenticator of the device, such as fingerprint sensor or facial recognition, or with an extern media like an USB Stick for verification. &lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Its purpose is to offer a more secure and easy possibility to log into your online accounts without storing or remembering huge amounts of passwords to prevent the possibility of passwords getting leaked or forgotten. &lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
The authenticator is necessary to create a public key credential and to register with a Relying Party. &lt;br /&gt;
There are two types of Authenticators:&lt;br /&gt;
&lt;br /&gt;
Platform Authenticator:&lt;br /&gt;
&lt;br /&gt;
The platform Authenticator is implemented on a device thus using a client device-specific transport called platform attachment. This authenticator is usually not removable from the device and the credential created with it is called platform credential.&lt;br /&gt;
&lt;br /&gt;
Roaming Authenticator:&lt;br /&gt;
&lt;br /&gt;
A roaming Authenticator is attached using cross-platform transport and is thus called a cross-platform attachment. They are removable from the device, such as an USB key fob, and the generated credential is called roaming credential&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://webauthn.guide/#about-webauthn&lt;br /&gt;
* https://www.w3.org/TR/webauthn/#intro&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2642</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2642"/>
		<updated>2020-01-30T07:00:37Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Authenticators ==&lt;br /&gt;
&lt;br /&gt;
== Titel ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2464</id>
		<title>WebAuthn</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=WebAuthn&amp;diff=2464"/>
		<updated>2020-01-13T14:05:39Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Created page with &amp;quot;== Summary ==     == Goal ==    == Used Software ==    == Used Hardware ==   == Titel ==   == References ==  * https://www.openhab.org/ * https://www.wireshark.org/  Categor...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Titel ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Pass-the-Hash_(PtH)&amp;diff=2463</id>
		<title>Pass-the-Hash (PtH)</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Pass-the-Hash_(PtH)&amp;diff=2463"/>
		<updated>2020-01-13T14:03:49Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Removed redirect to Brute-Force with NMAP&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Titel ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:VergleichOpenHAB_ioBroker.jpg&amp;diff=1544</id>
		<title>File:VergleichOpenHAB ioBroker.jpg</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:VergleichOpenHAB_ioBroker.jpg&amp;diff=1544"/>
		<updated>2019-07-16T18:33:57Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: Sprochazka uploaded a new version of File:VergleichOpenHAB ioBroker.jpg&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1543</id>
		<title>Install OpenHAB</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1543"/>
		<updated>2019-07-16T18:31:49Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Compared to ioBroker */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This documentation describes how to install and configure OpenHAB 2 on a Windows computer.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Windows &lt;br /&gt;
* Java JDK 8&lt;br /&gt;
&lt;br /&gt;
== Description ==&lt;br /&gt;
&lt;br /&gt;
=== Step 1: Set system variable Java 8 ===&lt;br /&gt;
&lt;br /&gt;
At first, we have to make sure that we are using Java 8 because OpenHub will not work with Java 9 or 10.&lt;br /&gt;
&lt;br /&gt;
Navigate to:&lt;br /&gt;
Control Panel &amp;gt; System &amp;gt; Advanced System Settings &amp;gt; Environment Variables &amp;gt; System Variables&lt;br /&gt;
&lt;br /&gt;
Add here a System Environment Variable with the Name JAVA_HOME and fill in the path to your Java 8 JDK.&lt;br /&gt;
&lt;br /&gt;
You can find how to install Java on the website of oracle or you click the link below.&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
&lt;br /&gt;
=== Step 2: Install OpenHAB 2 ===&lt;br /&gt;
To get started with OpenHub, first visit the official site https://www.openhab.org/ and klick on the &lt;br /&gt;
get started Button.&lt;br /&gt;
&lt;br /&gt;
It leads to the very first and important site of the programs documentation, the welcome site.&lt;br /&gt;
On this site you learn everything that is essential to know for this program and it will lead you through a very detailed step by step manual on how to install and use the program.&lt;br /&gt;
&lt;br /&gt;
OpenHub runs on most popular platforms such as Linux, Windows and MacOS, we installed it on Windows.&lt;br /&gt;
Under the section “Installation Overview” https://www.openhab.org/docs/installation/ &lt;br /&gt;
that gives platform recommendations and asks you to choose help for the desired system.&lt;br /&gt;
&lt;br /&gt;
You can download the latest Windows Stable version of as a zip-file from the download page of openHAB:&lt;br /&gt;
* https://www.openhab.org/download/&lt;br /&gt;
&lt;br /&gt;
We unzip the file in the chosen directory and start the server by executing the script start.bat&lt;br /&gt;
which will open an runtime window showing you the following Window:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabStartWindow.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
After that you navigate your browser to http://localhost:8080 which will automatically direct you to the OpenHub package selection page.&lt;br /&gt;
&lt;br /&gt;
Here you can decide between four different packages:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabPackages.PNG]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
We chose the Standard setup for it provides all necessary features for our tasks. &lt;br /&gt;
&lt;br /&gt;
After that, the installation is complete.&lt;br /&gt;
&lt;br /&gt;
The online documentation is very detailed and nearly every error that might have been made is covered.&lt;br /&gt;
&lt;br /&gt;
During our installation process no problems occurred.&lt;br /&gt;
&lt;br /&gt;
The section “While you are getting started” will lead you to a “new user tutorial” which will help with the use of the program. You can also reach the tutorial with the following link:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/&lt;br /&gt;
&lt;br /&gt;
=== Step 3: Binding ===&lt;br /&gt;
&lt;br /&gt;
A crucial step when using a Smarthome software is the binding of the devices we want to control. &lt;br /&gt;
We decided to use a PHILIPS HUE white and color ambiance single bulb and a PHILIPS HUE motion sensor. &lt;br /&gt;
&lt;br /&gt;
No matter which product you use it is important to have a bridge to connect your devices with your network.&lt;br /&gt;
We use an original PHILIPS HUE Bridge which we connected directly to our router via a Lan cable.&lt;br /&gt;
&lt;br /&gt;
After installing the program and choosing the setup, we enter the PAPER UI and start the configuration of our bindings:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/configuration.html&lt;br /&gt;
The first thing to do is to install the corresponding binding for the device you like to control, in our case, the HUE binding. &lt;br /&gt;
&lt;br /&gt;
So, we navigate to the point Add-ons &amp;gt; bindings and search for HUE, then hit the install button.&lt;br /&gt;
&lt;br /&gt;
[[File:Add-ons.png]]&lt;br /&gt;
&lt;br /&gt;
After that, we enter the “Inbox” to search for new devices by taping the “SEARCH FOR THINGS” button.&lt;br /&gt;
This will automatically show all active devices nearby.&lt;br /&gt;
&lt;br /&gt;
If the device you are looking for you can add it manually by hitting “ADD MANUALLY”.&lt;br /&gt;
There you must add which device it is, to which bridge it is connected and the device ID.&lt;br /&gt;
&lt;br /&gt;
The next point to do is to navigate to the point “configuration” &amp;gt; “system” and activate the “Simple Mode” under the point “Item linking”.&lt;br /&gt;
&lt;br /&gt;
Now when you navigate to “configuration” &amp;gt; “things” you can see the “thing” related to your device which should show the status “online”.&lt;br /&gt;
After you clicked on your thing you can see the so called “channels”. Those are the functions that you item provides.&lt;br /&gt;
&lt;br /&gt;
The last thing to do is linking the channels together with the item and snice we activated the simple mode, we simply click on the corresponding blue radio button left to the channel. &lt;br /&gt;
&lt;br /&gt;
At last we navigate to the “control” page where we can see our new Item and use its functions.&lt;br /&gt;
&lt;br /&gt;
[[File:Control.png]]&lt;br /&gt;
&lt;br /&gt;
If you want to change anything about your Item, you go to the “Configuration” &amp;gt; “thing” page and click the pen icon.&lt;br /&gt;
&lt;br /&gt;
There you can edit the name, chose a location (eg. living room etc.) and change binding related options like the IP address, the timeout, the refresh interval etc.&lt;br /&gt;
&lt;br /&gt;
== Compared to ioBroker ==&lt;br /&gt;
[[File:VergleichOpenHAB ioBroker.jpg]]&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
* [[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
* [[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://openhab.org&lt;br /&gt;
* https://www.oracle.com/technetwork/java/javase/downloads/index.html&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
* https://www.iobroker.net/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=File:VergleichOpenHAB_ioBroker.jpg&amp;diff=1542</id>
		<title>File:VergleichOpenHAB ioBroker.jpg</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=File:VergleichOpenHAB_ioBroker.jpg&amp;diff=1542"/>
		<updated>2019-07-16T18:26:58Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1533</id>
		<title>OpenHAB - Man in the middle attack</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1533"/>
		<updated>2019-07-16T18:21:30Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Software */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
The results of our Man in the middle attack on OpenHAB.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
To perform a Man in the Middle attack via arp spoofing between a Hue bridge and a computer and capture the traffic send between OpenHab and the bridge to control a wireless light. &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
* Cain &amp;amp; Able https://www.chip.de/downloads/Cain-Abel_17043501.html&lt;br /&gt;
* OpenHAB https://www.openhab.org/&lt;br /&gt;
You can find our documentation about installing OpenHAB here [[Install OpenHAB]].&lt;br /&gt;
* Wireshark https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic before the Attack ==&lt;br /&gt;
&lt;br /&gt;
Before we performed the Man in the Middle attack, we performed a wireshark capturing directly on the host camputer which was using OpenHab.&lt;br /&gt;
&lt;br /&gt;
As one can see, we can see in plain text the numbers for color, saturation and brightness. And we see every PUT message send whenever we change something.&lt;br /&gt;
&lt;br /&gt;
[[File:Traffic_before_attack.png]]&lt;br /&gt;
&lt;br /&gt;
== Using Cain &amp;amp; Able ==&lt;br /&gt;
&lt;br /&gt;
The first thing to do when using Cain and Able is to use the sniffing function the determine which hosts in the network are available for sniffing and MitM attacks.&lt;br /&gt;
&lt;br /&gt;
To start the process, we click on the second button from the right in the top left corner.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer.png]]&lt;br /&gt;
&lt;br /&gt;
The output is a list of available hosts in the network, in our case including host 192.168.0.38 on which OpenHab is running and 192.168.0.150 which is our Philips Hue bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer_Output.png]]&lt;br /&gt;
&lt;br /&gt;
The next step is to select with which participants we want to perform out attack, for that, we select the ARP menu at the bottom left part of our program and then tap on the big blue Plus symbol.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-ARP.png]]&lt;br /&gt;
&lt;br /&gt;
In the newly opened window we can choose out to victims on which we will perform the arp spoofing so we chose out host computer and our bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Victims.png]]&lt;br /&gt;
&lt;br /&gt;
The last step is to just press the Radioactive button to start the poisoning.&lt;br /&gt;
&lt;br /&gt;
If we take a look now at the arp table of our host computer, we can see that our bridge and the attacker computer have different IP addresses,&lt;br /&gt;
but the same MAC address, namly the address of our attacking PC getting every message that is sent over our computer.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Radioactive.png]]&lt;br /&gt;
&lt;br /&gt;
Thus we can now also use Wireshark to capture the traffic between host computer and Hue Bridge.&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic during the attack  ==&lt;br /&gt;
&lt;br /&gt;
We can now capture the traffic send between host PC and Hue bridge on our MitM camputer and beside the fact that every package contains a timestamp which allows a precise reconstruction and collection of data when and how the lamp is used, we can as well see the status of the lamp such as brightness and saturation as well as changes displayed in plain text.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Wireshark-1.png]]&lt;br /&gt;
[[File:Cain-Able-Wireshark-2.png]]&lt;br /&gt;
&lt;br /&gt;
== API Interface ==&lt;br /&gt;
&lt;br /&gt;
Another thing we can see during performing our MitM attack is the request api URI of our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:URI-Request-API.png]]&lt;br /&gt;
&lt;br /&gt;
We can use that URI with just a slight change, adding just lights instead of lights 1/state, to display a huge chunck of information about every light connected to our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:watch-changes-without-spoofing.png]]&lt;br /&gt;
&lt;br /&gt;
If this site is open, it is possible even without a running arp spoofing to watch the changes in the lamp&#039;s settings.&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1532</id>
		<title>OpenHAB - Man in the middle attack</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1532"/>
		<updated>2019-07-16T18:21:18Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Software */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
The results of our Man in the middle attack on OpenHAB.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
To perform a Man in the Middle attack via arp spoofing between a Hue bridge and a computer and capture the traffic send between OpenHab and the bridge to control a wireless light. &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
* Cain &amp;amp; Able https://www.chip.de/downloads/Cain-Abel_17043501.html&lt;br /&gt;
* OpenHAB https://www.openhab.org/&lt;br /&gt;
  You can find our documentation about installing OpenHAB here [[Install OpenHAB]].&lt;br /&gt;
&lt;br /&gt;
* Wireshark https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic before the Attack ==&lt;br /&gt;
&lt;br /&gt;
Before we performed the Man in the Middle attack, we performed a wireshark capturing directly on the host camputer which was using OpenHab.&lt;br /&gt;
&lt;br /&gt;
As one can see, we can see in plain text the numbers for color, saturation and brightness. And we see every PUT message send whenever we change something.&lt;br /&gt;
&lt;br /&gt;
[[File:Traffic_before_attack.png]]&lt;br /&gt;
&lt;br /&gt;
== Using Cain &amp;amp; Able ==&lt;br /&gt;
&lt;br /&gt;
The first thing to do when using Cain and Able is to use the sniffing function the determine which hosts in the network are available for sniffing and MitM attacks.&lt;br /&gt;
&lt;br /&gt;
To start the process, we click on the second button from the right in the top left corner.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer.png]]&lt;br /&gt;
&lt;br /&gt;
The output is a list of available hosts in the network, in our case including host 192.168.0.38 on which OpenHab is running and 192.168.0.150 which is our Philips Hue bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer_Output.png]]&lt;br /&gt;
&lt;br /&gt;
The next step is to select with which participants we want to perform out attack, for that, we select the ARP menu at the bottom left part of our program and then tap on the big blue Plus symbol.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-ARP.png]]&lt;br /&gt;
&lt;br /&gt;
In the newly opened window we can choose out to victims on which we will perform the arp spoofing so we chose out host computer and our bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Victims.png]]&lt;br /&gt;
&lt;br /&gt;
The last step is to just press the Radioactive button to start the poisoning.&lt;br /&gt;
&lt;br /&gt;
If we take a look now at the arp table of our host computer, we can see that our bridge and the attacker computer have different IP addresses,&lt;br /&gt;
but the same MAC address, namly the address of our attacking PC getting every message that is sent over our computer.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Radioactive.png]]&lt;br /&gt;
&lt;br /&gt;
Thus we can now also use Wireshark to capture the traffic between host computer and Hue Bridge.&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic during the attack  ==&lt;br /&gt;
&lt;br /&gt;
We can now capture the traffic send between host PC and Hue bridge on our MitM camputer and beside the fact that every package contains a timestamp which allows a precise reconstruction and collection of data when and how the lamp is used, we can as well see the status of the lamp such as brightness and saturation as well as changes displayed in plain text.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Wireshark-1.png]]&lt;br /&gt;
[[File:Cain-Able-Wireshark-2.png]]&lt;br /&gt;
&lt;br /&gt;
== API Interface ==&lt;br /&gt;
&lt;br /&gt;
Another thing we can see during performing our MitM attack is the request api URI of our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:URI-Request-API.png]]&lt;br /&gt;
&lt;br /&gt;
We can use that URI with just a slight change, adding just lights instead of lights 1/state, to display a huge chunck of information about every light connected to our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:watch-changes-without-spoofing.png]]&lt;br /&gt;
&lt;br /&gt;
If this site is open, it is possible even without a running arp spoofing to watch the changes in the lamp&#039;s settings.&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1531</id>
		<title>OpenHAB - Man in the middle attack</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1531"/>
		<updated>2019-07-16T18:20:54Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Software */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
The results of our Man in the middle attack on OpenHAB.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
To perform a Man in the Middle attack via arp spoofing between a Hue bridge and a computer and capture the traffic send between OpenHab and the bridge to control a wireless light. &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
* Cain &amp;amp; Able https://www.chip.de/downloads/Cain-Abel_17043501.html&lt;br /&gt;
* OpenHAB https://www.openhab.org/&lt;br /&gt;
   You can find our documentation about installing OpenHAB here [[Install OpenHAB]].&lt;br /&gt;
* Wireshark https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic before the Attack ==&lt;br /&gt;
&lt;br /&gt;
Before we performed the Man in the Middle attack, we performed a wireshark capturing directly on the host camputer which was using OpenHab.&lt;br /&gt;
&lt;br /&gt;
As one can see, we can see in plain text the numbers for color, saturation and brightness. And we see every PUT message send whenever we change something.&lt;br /&gt;
&lt;br /&gt;
[[File:Traffic_before_attack.png]]&lt;br /&gt;
&lt;br /&gt;
== Using Cain &amp;amp; Able ==&lt;br /&gt;
&lt;br /&gt;
The first thing to do when using Cain and Able is to use the sniffing function the determine which hosts in the network are available for sniffing and MitM attacks.&lt;br /&gt;
&lt;br /&gt;
To start the process, we click on the second button from the right in the top left corner.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer.png]]&lt;br /&gt;
&lt;br /&gt;
The output is a list of available hosts in the network, in our case including host 192.168.0.38 on which OpenHab is running and 192.168.0.150 which is our Philips Hue bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer_Output.png]]&lt;br /&gt;
&lt;br /&gt;
The next step is to select with which participants we want to perform out attack, for that, we select the ARP menu at the bottom left part of our program and then tap on the big blue Plus symbol.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-ARP.png]]&lt;br /&gt;
&lt;br /&gt;
In the newly opened window we can choose out to victims on which we will perform the arp spoofing so we chose out host computer and our bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Victims.png]]&lt;br /&gt;
&lt;br /&gt;
The last step is to just press the Radioactive button to start the poisoning.&lt;br /&gt;
&lt;br /&gt;
If we take a look now at the arp table of our host computer, we can see that our bridge and the attacker computer have different IP addresses,&lt;br /&gt;
but the same MAC address, namly the address of our attacking PC getting every message that is sent over our computer.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Radioactive.png]]&lt;br /&gt;
&lt;br /&gt;
Thus we can now also use Wireshark to capture the traffic between host computer and Hue Bridge.&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic during the attack  ==&lt;br /&gt;
&lt;br /&gt;
We can now capture the traffic send between host PC and Hue bridge on our MitM camputer and beside the fact that every package contains a timestamp which allows a precise reconstruction and collection of data when and how the lamp is used, we can as well see the status of the lamp such as brightness and saturation as well as changes displayed in plain text.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Wireshark-1.png]]&lt;br /&gt;
[[File:Cain-Able-Wireshark-2.png]]&lt;br /&gt;
&lt;br /&gt;
== API Interface ==&lt;br /&gt;
&lt;br /&gt;
Another thing we can see during performing our MitM attack is the request api URI of our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:URI-Request-API.png]]&lt;br /&gt;
&lt;br /&gt;
We can use that URI with just a slight change, adding just lights instead of lights 1/state, to display a huge chunck of information about every light connected to our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:watch-changes-without-spoofing.png]]&lt;br /&gt;
&lt;br /&gt;
If this site is open, it is possible even without a running arp spoofing to watch the changes in the lamp&#039;s settings.&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1530</id>
		<title>OpenHAB - Man in the middle attack</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=OpenHAB_-_Man_in_the_middle_attack&amp;diff=1530"/>
		<updated>2019-07-16T18:20:42Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Software */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
The results of our Man in the middle attack on OpenHAB.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
To perform a Man in the Middle attack via arp spoofing between a Hue bridge and a computer and capture the traffic send between OpenHab and the bridge to control a wireless light. &lt;br /&gt;
&lt;br /&gt;
== Used Software ==&lt;br /&gt;
&lt;br /&gt;
* Cain &amp;amp; Able https://www.chip.de/downloads/Cain-Abel_17043501.html&lt;br /&gt;
* OpenHAB https://www.openhab.org/&lt;br /&gt;
  You can find our documentation about installing OpenHAB here [[Install OpenHAB]].&lt;br /&gt;
* Wireshark https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
[[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic before the Attack ==&lt;br /&gt;
&lt;br /&gt;
Before we performed the Man in the Middle attack, we performed a wireshark capturing directly on the host camputer which was using OpenHab.&lt;br /&gt;
&lt;br /&gt;
As one can see, we can see in plain text the numbers for color, saturation and brightness. And we see every PUT message send whenever we change something.&lt;br /&gt;
&lt;br /&gt;
[[File:Traffic_before_attack.png]]&lt;br /&gt;
&lt;br /&gt;
== Using Cain &amp;amp; Able ==&lt;br /&gt;
&lt;br /&gt;
The first thing to do when using Cain and Able is to use the sniffing function the determine which hosts in the network are available for sniffing and MitM attacks.&lt;br /&gt;
&lt;br /&gt;
To start the process, we click on the second button from the right in the top left corner.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer.png]]&lt;br /&gt;
&lt;br /&gt;
The output is a list of available hosts in the network, in our case including host 192.168.0.38 on which OpenHab is running and 192.168.0.150 which is our Philips Hue bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Sniffer_Output.png]]&lt;br /&gt;
&lt;br /&gt;
The next step is to select with which participants we want to perform out attack, for that, we select the ARP menu at the bottom left part of our program and then tap on the big blue Plus symbol.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-ARP.png]]&lt;br /&gt;
&lt;br /&gt;
In the newly opened window we can choose out to victims on which we will perform the arp spoofing so we chose out host computer and our bridge.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Victims.png]]&lt;br /&gt;
&lt;br /&gt;
The last step is to just press the Radioactive button to start the poisoning.&lt;br /&gt;
&lt;br /&gt;
If we take a look now at the arp table of our host computer, we can see that our bridge and the attacker computer have different IP addresses,&lt;br /&gt;
but the same MAC address, namly the address of our attacking PC getting every message that is sent over our computer.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Radioactive.png]]&lt;br /&gt;
&lt;br /&gt;
Thus we can now also use Wireshark to capture the traffic between host computer and Hue Bridge.&lt;br /&gt;
&lt;br /&gt;
== Capturing traffic during the attack  ==&lt;br /&gt;
&lt;br /&gt;
We can now capture the traffic send between host PC and Hue bridge on our MitM camputer and beside the fact that every package contains a timestamp which allows a precise reconstruction and collection of data when and how the lamp is used, we can as well see the status of the lamp such as brightness and saturation as well as changes displayed in plain text.&lt;br /&gt;
&lt;br /&gt;
[[File:Cain-Able-Wireshark-1.png]]&lt;br /&gt;
[[File:Cain-Able-Wireshark-2.png]]&lt;br /&gt;
&lt;br /&gt;
== API Interface ==&lt;br /&gt;
&lt;br /&gt;
Another thing we can see during performing our MitM attack is the request api URI of our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:URI-Request-API.png]]&lt;br /&gt;
&lt;br /&gt;
We can use that URI with just a slight change, adding just lights instead of lights 1/state, to display a huge chunck of information about every light connected to our bridge. &lt;br /&gt;
&lt;br /&gt;
[[File:watch-changes-without-spoofing.png]]&lt;br /&gt;
&lt;br /&gt;
If this site is open, it is possible even without a running arp spoofing to watch the changes in the lamp&#039;s settings.&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://www.openhab.org/&lt;br /&gt;
* https://www.wireshark.org/&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1528</id>
		<title>Install OpenHAB</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1528"/>
		<updated>2019-07-16T18:18:57Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This documentation describes how to install and configure OpenHAB 2 on a Windows computer.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Windows &lt;br /&gt;
* Java JDK 8&lt;br /&gt;
&lt;br /&gt;
== Description ==&lt;br /&gt;
&lt;br /&gt;
=== Step 1: Set system variable Java 8 ===&lt;br /&gt;
&lt;br /&gt;
At first, we have to make sure that we are using Java 8 because OpenHub will not work with Java 9 or 10.&lt;br /&gt;
&lt;br /&gt;
Navigate to:&lt;br /&gt;
Control Panel &amp;gt; System &amp;gt; Advanced System Settings &amp;gt; Environment Variables &amp;gt; System Variables&lt;br /&gt;
&lt;br /&gt;
Add here a System Environment Variable with the Name JAVA_HOME and fill in the path to your Java 8 JDK.&lt;br /&gt;
&lt;br /&gt;
You can find how to install Java on the website of oracle or you click the link below.&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
&lt;br /&gt;
=== Step 2: Install OpenHAB 2 ===&lt;br /&gt;
To get started with OpenHub, first visit the official site https://www.openhab.org/ and klick on the &lt;br /&gt;
get started Button.&lt;br /&gt;
&lt;br /&gt;
It leads to the very first and important site of the programs documentation, the welcome site.&lt;br /&gt;
On this site you learn everything that is essential to know for this program and it will lead you through a very detailed step by step manual on how to install and use the program.&lt;br /&gt;
&lt;br /&gt;
OpenHub runs on most popular platforms such as Linux, Windows and MacOS, we installed it on Windows.&lt;br /&gt;
Under the section “Installation Overview” https://www.openhab.org/docs/installation/ &lt;br /&gt;
that gives platform recommendations and asks you to choose help for the desired system.&lt;br /&gt;
&lt;br /&gt;
You can download the latest Windows Stable version of as a zip-file from the download page of openHAB:&lt;br /&gt;
* https://www.openhab.org/download/&lt;br /&gt;
&lt;br /&gt;
We unzip the file in the chosen directory and start the server by executing the script start.bat&lt;br /&gt;
which will open an runtime window showing you the following Window:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabStartWindow.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
After that you navigate your browser to http://localhost:8080 which will automatically direct you to the OpenHub package selection page.&lt;br /&gt;
&lt;br /&gt;
Here you can decide between four different packages:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabPackages.PNG]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
We chose the Standard setup for it provides all necessary features for our tasks. &lt;br /&gt;
&lt;br /&gt;
After that, the installation is complete.&lt;br /&gt;
&lt;br /&gt;
The online documentation is very detailed and nearly every error that might have been made is covered.&lt;br /&gt;
&lt;br /&gt;
During our installation process no problems occurred.&lt;br /&gt;
&lt;br /&gt;
The section “While you are getting started” will lead you to a “new user tutorial” which will help with the use of the program. You can also reach the tutorial with the following link:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/&lt;br /&gt;
&lt;br /&gt;
=== Step 3: Binding ===&lt;br /&gt;
&lt;br /&gt;
A crucial step when using a Smarthome software is the binding of the devices we want to control. &lt;br /&gt;
We decided to use a PHILIPS HUE white and color ambiance single bulb and a PHILIPS HUE motion sensor. &lt;br /&gt;
&lt;br /&gt;
No matter which product you use it is important to have a bridge to connect your devices with your network.&lt;br /&gt;
We use an original PHILIPS HUE Bridge which we connected directly to our router via a Lan cable.&lt;br /&gt;
&lt;br /&gt;
After installing the program and choosing the setup, we enter the PAPER UI and start the configuration of our bindings:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/configuration.html&lt;br /&gt;
The first thing to do is to install the corresponding binding for the device you like to control, in our case, the HUE binding. &lt;br /&gt;
&lt;br /&gt;
So, we navigate to the point Add-ons &amp;gt; bindings and search for HUE, then hit the install button.&lt;br /&gt;
&lt;br /&gt;
[[File:Add-ons.png]]&lt;br /&gt;
&lt;br /&gt;
After that, we enter the “Inbox” to search for new devices by taping the “SEARCH FOR THINGS” button.&lt;br /&gt;
This will automatically show all active devices nearby.&lt;br /&gt;
&lt;br /&gt;
If the device you are looking for you can add it manually by hitting “ADD MANUALLY”.&lt;br /&gt;
There you must add which device it is, to which bridge it is connected and the device ID.&lt;br /&gt;
&lt;br /&gt;
The next point to do is to navigate to the point “configuration” &amp;gt; “system” and activate the “Simple Mode” under the point “Item linking”.&lt;br /&gt;
&lt;br /&gt;
Now when you navigate to “configuration” &amp;gt; “things” you can see the “thing” related to your device which should show the status “online”.&lt;br /&gt;
After you clicked on your thing you can see the so called “channels”. Those are the functions that you item provides.&lt;br /&gt;
&lt;br /&gt;
The last thing to do is linking the channels together with the item and snice we activated the simple mode, we simply click on the corresponding blue radio button left to the channel. &lt;br /&gt;
&lt;br /&gt;
At last we navigate to the “control” page where we can see our new Item and use its functions.&lt;br /&gt;
&lt;br /&gt;
[[File:Control.png]]&lt;br /&gt;
&lt;br /&gt;
If you want to change anything about your Item, you go to the “Configuration” &amp;gt; “thing” page and click the pen icon.&lt;br /&gt;
&lt;br /&gt;
There you can edit the name, chose a location (eg. living room etc.) and change binding related options like the IP address, the timeout, the refresh interval etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
* [[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
* [[Philips Hue White and Color Ambiance Single LED-Bulb E27 10W]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://openhab.org&lt;br /&gt;
* https://www.oracle.com/technetwork/java/javase/downloads/index.html&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
	<entry>
		<id>https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1527</id>
		<title>Install OpenHAB</title>
		<link rel="alternate" type="text/html" href="https://elvis.hcw.ac.at/wiki/index.php?title=Install_OpenHAB&amp;diff=1527"/>
		<updated>2019-07-16T18:18:10Z</updated>

		<summary type="html">&lt;p&gt;Sprochazka: /* Used Hardware */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary == &lt;br /&gt;
&lt;br /&gt;
This documentation describes how to install and configure OpenHAB 2 on a Windows computer.&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
* Operating system: Windows &lt;br /&gt;
* Java JDK 8&lt;br /&gt;
&lt;br /&gt;
== Description ==&lt;br /&gt;
&lt;br /&gt;
=== Step 1: Set system variable Java 8 ===&lt;br /&gt;
&lt;br /&gt;
At first, we have to make sure that we are using Java 8 because OpenHub will not work with Java 9 or 10.&lt;br /&gt;
&lt;br /&gt;
Navigate to:&lt;br /&gt;
Control Panel &amp;gt; System &amp;gt; Advanced System Settings &amp;gt; Environment Variables &amp;gt; System Variables&lt;br /&gt;
&lt;br /&gt;
Add here a System Environment Variable with the Name JAVA_HOME and fill in the path to your Java 8 JDK.&lt;br /&gt;
&lt;br /&gt;
You can find how to install Java on the website of oracle or you click the link below.&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
&lt;br /&gt;
=== Step 2: Install OpenHAB 2 ===&lt;br /&gt;
To get started with OpenHub, first visit the official site https://www.openhab.org/ and klick on the &lt;br /&gt;
get started Button.&lt;br /&gt;
&lt;br /&gt;
It leads to the very first and important site of the programs documentation, the welcome site.&lt;br /&gt;
On this site you learn everything that is essential to know for this program and it will lead you through a very detailed step by step manual on how to install and use the program.&lt;br /&gt;
&lt;br /&gt;
OpenHub runs on most popular platforms such as Linux, Windows and MacOS, we installed it on Windows.&lt;br /&gt;
Under the section “Installation Overview” https://www.openhab.org/docs/installation/ &lt;br /&gt;
that gives platform recommendations and asks you to choose help for the desired system.&lt;br /&gt;
&lt;br /&gt;
You can download the latest Windows Stable version of as a zip-file from the download page of openHAB:&lt;br /&gt;
* https://www.openhab.org/download/&lt;br /&gt;
&lt;br /&gt;
We unzip the file in the chosen directory and start the server by executing the script start.bat&lt;br /&gt;
which will open an runtime window showing you the following Window:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabStartWindow.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
After that you navigate your browser to http://localhost:8080 which will automatically direct you to the OpenHub package selection page.&lt;br /&gt;
&lt;br /&gt;
Here you can decide between four different packages:&lt;br /&gt;
&lt;br /&gt;
[[File:OpenHabPackages.PNG]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
We chose the Standard setup for it provides all necessary features for our tasks. &lt;br /&gt;
&lt;br /&gt;
After that, the installation is complete.&lt;br /&gt;
&lt;br /&gt;
The online documentation is very detailed and nearly every error that might have been made is covered.&lt;br /&gt;
&lt;br /&gt;
During our installation process no problems occurred.&lt;br /&gt;
&lt;br /&gt;
The section “While you are getting started” will lead you to a “new user tutorial” which will help with the use of the program. You can also reach the tutorial with the following link:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/&lt;br /&gt;
&lt;br /&gt;
=== Step 3: Binding ===&lt;br /&gt;
&lt;br /&gt;
A crucial step when using a Smarthome software is the binding of the devices we want to control. &lt;br /&gt;
We decided to use a PHILIPS HUE white and color ambiance single bulb and a PHILIPS HUE motion sensor. &lt;br /&gt;
&lt;br /&gt;
No matter which product you use it is important to have a bridge to connect your devices with your network.&lt;br /&gt;
We use an original PHILIPS HUE Bridge which we connected directly to our router via a Lan cable.&lt;br /&gt;
&lt;br /&gt;
After installing the program and choosing the setup, we enter the PAPER UI and start the configuration of our bindings:&lt;br /&gt;
* https://www.openhab.org/docs/tutorial/configuration.html&lt;br /&gt;
The first thing to do is to install the corresponding binding for the device you like to control, in our case, the HUE binding. &lt;br /&gt;
&lt;br /&gt;
So, we navigate to the point Add-ons &amp;gt; bindings and search for HUE, then hit the install button.&lt;br /&gt;
&lt;br /&gt;
[[File:Add-ons.png]]&lt;br /&gt;
&lt;br /&gt;
After that, we enter the “Inbox” to search for new devices by taping the “SEARCH FOR THINGS” button.&lt;br /&gt;
This will automatically show all active devices nearby.&lt;br /&gt;
&lt;br /&gt;
If the device you are looking for you can add it manually by hitting “ADD MANUALLY”.&lt;br /&gt;
There you must add which device it is, to which bridge it is connected and the device ID.&lt;br /&gt;
&lt;br /&gt;
The next point to do is to navigate to the point “configuration” &amp;gt; “system” and activate the “Simple Mode” under the point “Item linking”.&lt;br /&gt;
&lt;br /&gt;
Now when you navigate to “configuration” &amp;gt; “things” you can see the “thing” related to your device which should show the status “online”.&lt;br /&gt;
After you clicked on your thing you can see the so called “channels”. Those are the functions that you item provides.&lt;br /&gt;
&lt;br /&gt;
The last thing to do is linking the channels together with the item and snice we activated the simple mode, we simply click on the corresponding blue radio button left to the channel. &lt;br /&gt;
&lt;br /&gt;
At last we navigate to the “control” page where we can see our new Item and use its functions.&lt;br /&gt;
&lt;br /&gt;
[[File:Control.png]]&lt;br /&gt;
&lt;br /&gt;
If you want to change anything about your Item, you go to the “Configuration” &amp;gt; “thing” page and click the pen icon.&lt;br /&gt;
&lt;br /&gt;
There you can edit the name, chose a location (eg. living room etc.) and change binding related options like the IP address, the timeout, the refresh interval etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Used Hardware ==&lt;br /&gt;
&lt;br /&gt;
* [[Philips Hue Bridge 2.0, Gateway]]&lt;br /&gt;
* [[Amazon Echo Dot]]&lt;br /&gt;
&lt;br /&gt;
[[PHILIPS HUE white and color ambiance single bulb]]&lt;br /&gt;
&lt;br /&gt;
[[PHILIPS HUE motion sensor]]&lt;br /&gt;
&lt;br /&gt;
[[PHILIPS HUE Bridge]]&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* https://openhab.org&lt;br /&gt;
* https://www.oracle.com/technetwork/java/javase/downloads/index.html&lt;br /&gt;
* https://docs.oracle.com/javase/10/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-A7E27B90-A28D-4237-9383-A58B416071CA&lt;br /&gt;
&lt;br /&gt;
[[Category:Documentation]]&lt;/div&gt;</summary>
		<author><name>Sprochazka</name></author>
	</entry>
</feed>