Content
Developing a secure product in a secure way touches every aspect of IT Security. This starts with defining security requirements and ends with a secure decommissioning of the product. In this course, we will provide an overview of all elements of a secure product life cycle and dive deeper into selected topics. In particular, we will discuss
- Secure development process
- Security requirements management
- Risk analysis and threat modeling
- Security Architecture and System Design
- Security Mechanisms design
- Security Testing & Vulnerability Assessment
- Security Evaluation & Certification
- Secure Market Surveillance
- Secure Guidance and Release
- Secure Updates in the Field
- EOL: Secure Decommissioning
A secure product lifecycle is a key factor in designing, developing and maintaining a secure product. How can we make sure that nothing goes wrong during the development process? How can we make sure that the product stays secure once used in the field? Before we even begin with the development of a product, we must have a clear view of the security requirements to make sure that we address them accordingly during later phases. Once we know what we need to protect, we need to understand against what we must protect. Analyzing security risks and modeling threats is the basis for choosing the right security features and their implementations. Now that we have done our homework, we can start designing and implementing the product. How can we be sure that security requirements have been fulfilled, that threats have been addressed accordingly and that the implementation is bullet proof? By making sure that security testing and vulnerability assessment is an integral part of the lifecycle. Once the product is ready for release and we are sure that it is secure, how can we prove it to others? By asking someone else to evaluate what we did. There are several international standards how to perform evaluations which lead to an official certificate that an independent third party is attesting your product is secure (to a certain level). How can customers and the certification body be sure that what is sold is the same what was tested. There is a need for surveilling the market. Finally, the product is ready and gets released and sold to thousands of customers. Have we methods in place to check whether what we build, what was tested, what was certified and what was released and sold is all the same? Do we provide to customers everything they need to install and use the device in a secure way, without requiring a PhD? Although, we considered all the above, there is nothing you can do to make a product 100% secure, but we can make sure that we address discovered issues and vulnerabilities quickly. We can make sure that updates are delivered in a secure way and that customers are aware of it. Sadly, nothing is used forever, not even secure products. There comes the time where its life ends. When this time comes, we need to make sure that it is properly decommissioned. Making sure all secrets are erased, all customer data is removed so that it can rest in peace… …and we can start developing a new product where a secure lifecycle is a key factor in…
Material
LV
Presentations are located
here.
| Date |
Time |
Lecture |
Lecturer |
| 05.10.2022 |
12:15-13:45 |
Introduction and overview |
Christoph Herbst, Tomislav Nad |
| 12.10.2022 |
12:15-13:45 |
Secure Development Process |
Christoph Herbst |
| 19.10.2022 |
12:15-13:45 |
Risk analysis and threat modelling |
Tomislav Nad |
| 24.10.2022 |
13:00-1400 |
Security architecture and system design |
Tomislav Nad |
| 09.11.2022 |
12:15-13:45 |
Security testing, evaluation and certification |
Christoph Herbst |
| 16.11.2022 |
12:15-13:45 |
Security testing: penetration testing, Web |
Tomislav Nad |
| 23.11.2022 |
12:15-13:45 |
Security testing: penetration testing, Mobile App |
Tomislav Nad |
| 30.11.2022 |
12:15-13:45 |
Security testing: penetration testing, IoT |
Tomislav Nad |
| 07.12.2022 |
12:15-13:45 |
Security testing: fuzzing |
Christoph Herbst |
| 14.12.2022 |
12:15-13:45 |
Security testing: implementation attacks |
Christoph Herbst |
| 11.01.2023 |
12:15-13:45 |
Security from release to decomissioning |
Christoph Herbst |
KU
Presentations are located
here.
| Starting Date |
Time |
Topic |
Submission Date |
| 10.10.2022 |
13:00-1400 |
Exercise 1: Threat modelling and risk analysis |
30.10.2022 |
| 31.10.2022 |
13:00-1400 |
Exercise 2: Security requirements document |
27.11.2022 |
| 28.11.2022 |
13:00-1400 |
Exercise 3: Security review |
18.12.2022 |
| January |
13:00-1400 |
Exercise 4: Gate review |
January |
Administrative Information
VO
There will be a written exam for the VO.
KU
There are four exercises. The KU will be graded based on the submitted results, short presentation followed by questions. All exercises are group work and you will need to form a group of up to 3 people.
KU
You can reach us via:
- Discord: #spl, https://discord.gg/bBbrVSJ
- Email
Lecturers
