BSI TR-03185 on the Secure Software Lifecycle

  • Markus Müller
  • Published on
  • 3 min read

TR-03185 is a technical guideline from Germany's Federal Office for Information Security (BSI) on the secure software lifecycle. It is a national guideline, not an EU standard. It is still useful for manufacturers outside Germany. It groups requirements from existing standards around topics the Cyber Resilience Act also addresses: security in development and maintenance over the whole lifecycle. The BSI publishes it in English.

Software vulnerabilities increase the risk of cyberattacks, as the growing number of successful attacks on institutions such as hospitals and local authorities shows. The BSI registers around 70 new vulnerabilities in software products every day, and a growing share of them are rated critical. They often stem from insufficient attention to information security during development and from a lack of product maintenance.

The EU's Cyber Resilience Act (CRA) aims to improve the cybersecurity of IT products over their entire lifecycle and obliges manufacturers to meet corresponding security requirements. Against this background, the BSI developed TR-03185. It bundles the requirements of the BSI's IT-Grundschutz (its baseline protection methodology) and of other standards into one guideline for a secure software lifecycle.

Contents
  1. Target groups and objectives
  2. Processes and requirements
    1. Software users
    2. Software producers
  3. Our assessment

Target groups and objectives

The guideline addresses both manufacturers of software (“software producers”) and manufacturers as users of software. In the guideline, manufacturers are natural or legal persons who develop, provide, and support software. Users, by contrast, use software to support the software lifecycle. Both groups must consider the security requirements in their own area.

TR-03185 has the following objectives:

  • list and group requirements from existing standards,
  • introduce the topic of the secure software lifecycle,
  • present the relevant requirements in the context of information security, and
  • assess and improve the software lifecycle with regard to information security.

Processes and requirements

The guideline covers processes and tools in the context of software development. It distinguishes between requirements for the manufacturer as a producer of software and requirements for the manufacturer as a user of software.

Software users

The requirements for the manufacturer as a user of standard software concern the tools that support the software lifecycle and are used in the software producer's processes. They are divided into:

  • Project management: defining and documenting the requirements for software tools, selecting suitable tools, and procuring and operating them securely.
  • Documentation: creating and maintaining documentation on the tools used and how they are applied.
  • Testing and release: planning and carrying out tests to check the functionality and security of the software.
  • Installation: installing and configuring software securely.
  • Patch and change management: updating the software regularly and managing changes.
  • Decommissioning: securely deleting the software and its data.

Software producers

The requirements for the manufacturer as a producer of software are divided into the following areas:

  • Project management: defining and documenting the security requirements, choosing a suitable process model, and implementing a continual improvement process.
  • Documentation: creating the project documentation and the user documentation.
  • Development: secure design and implementation of the software, including threat modeling and testing during development.
  • Testing: planning and carrying out thorough tests to ensure software quality.
  • Delivery: ensuring the integrity and authenticity of the delivered software.
  • Bug fixing and vulnerability management: procedures for handling security problems and vulnerabilities.
  • Decommissioning: securely uninstalling the software and deleting its data.

Our assessment

We welcome the BSI's steps to promote secure software development. With TR-03185, the BSI provides a guideline that supports the systematic consideration of security requirements throughout the software lifecycle and so increases resilience against cyberattacks. The guideline has the potential to be widely applied and to considerably improve the security of software products in many areas.

Choosing a CRA consultant? Here is how to find the right one.

Get the guide

Book a call

Send us your request. Together we will look at where your company stands, which questions are still open, and what the sensible next steps are.

For information on how we process your data, see our privacy policy.

Guide: How to choose the right CRA consultant

CRA consulting offers are hard to compare. One provider delivers only a gap analysis, another also supports the technical implementation, and both call themselves “CRA consultants.” If you ask the wrong questions, you end up paying for services you don't need, or you find out halfway through the project that key expertise is missing.

Our guide shows manufacturers what really matters when choosing a provider, from the expertise you need to the right pricing model and the 20 questions you should ask every provider.

What the guide covers:

  • the seven areas of expertise a complete CRA implementation requires
  • four support models depending on your in-house capacity and expertise
  • 20 specific questions for your next provider meeting
  • a red flag card for spotting warning signs quickly
  • a scoring sheet with rating guidance for a structured comparison of providers

Download it for free

Newsletter

For information on how we process your data, see our privacy policy.

Free templates: CRA reporting process

Prepare your company for the reporting obligations under the Cyber Resilience Act. You get process descriptions and templates tested in practice for:

  • reporting actively exploited vulnerabilities
  • reporting severe incidents
  • the required early warning notifications, notifications, and final reports
  • clear responsibilities, escalation paths, and deadlines

Enter your contact details and we will email you the files.

Newsletter

For information on how we process your data, see our privacy policy.

Free template: Risk assessment according to EN 50742

We use this template in our consulting projects for systematic threat assessment. You get an Excel template with:

  • a structured threat assessment for your machinery
  • a systematic way to determine safety-related security levels (SRSL)
  • documentation of vulnerabilities and protective measures

Enter your contact details and you will receive the template within minutes.

Newsletter

For information on how we process your data, see our privacy policy.

Free template: SBOM

We use this template in our consulting projects to meet the CRA requirements for the software bill of materials.

Enter your contact details and you will receive the template within minutes.

Newsletter

For information on how we process your data, see our privacy policy.

Free template: Vulnerability disclosure policy

We use this template in our consulting projects to meet the CRA requirements for vulnerability handling. You get a Word template with:

  • a structure based on EN 40000-1-3
  • predefined sections for reporting channels, response times, and responsibilities
  • safe harbor clauses for security researchers

Enter your contact details and you will receive the template within minutes.

Newsletter

For information on how we process your data, see our privacy policy.