# Run Your First Security Pipeline This tutorial will help you to run your first security pipeline. Before that, we will learn some terminologies. **🔓 A vulnerability is a weakness in a system or software that can be exploited by attackers to compromise security.** Let’s get started, Pre-Requisites required before running a pipeline,\ \ Let’s get started,\ Pre-Requisites required before running a pipeline,\ How to run your first pipeline: Link\ How to create a provider: Link Hope you learned how to create a pipeline and run it! Let's go to the next step,\ \ \ In our task and pipeline catalog, we support many scanning tools such as **trivy**, **sonarQube**, **snyk,** and many more. To run a security pipeline integrate these tasks in your pipelines and run it. How simple is that? I will show how it is done in the next step with a detailed explanation.\ \ SCA (Software Composition Analysis): Identifies and manages open-source and third-party components in software to detect vulnerabilities and ensure compliance. SAST (Static Application Security Testing): Analyzes source code without executing it to identify vulnerabilities and weaknesses in the early stages of development. DAST (Dynamic Application Security Testing): Tests running applications for vulnerabilities by simulating attacks from outside the application. IAC (Infrastructure as Code) Scanning: Reviews infrastructure code to identify security vulnerabilities and compliance issues before deployment.

In the security dashboard, we have **scans** that show all vulnerabilities and **policies** (Global level, Cluster level, Environment level, Microservice level) for setting up some predefined rules. Don’t worry we got your back, let me show you an example. \ **For example:** After scanning we get vulnerabilities (i.e. critical, high, medium, and low). Let’s say we set permission for critical vulnerabilities as a block then in the future when we run the pipeline and if scanning tools find **critical vulnerabilities** in the pipeline then the pipeline fails. Suppose if we allow **all the vulnerabilities** then, even if scanning tools find all the vulnerabilities the pipeline will not fail because we have allowed them.

Now we have covered all the terminologies in the aspect of security. good work till now. let's move to the next step.

As you can see in pipeline templates, there is a pipeline template called to **build and deploy with DevSecOps.** If we open that we can see all categories here from SAST, SCA, DAST to IAC at various stages. How cool is this! you don't even have to create a pipeline we have covered most of the\ use cases in our catalog. If you still want to create a pipeline then we have these scanning tools in the form of tasks you can use them

Run the above pipeline. That’s it done ✅ great job…👏

Now click on build and deploy with devsecops. Checkout **Logs**, **Results** **for** **SBOM**’s, and the **Security** section for vulnerabilities. SBOM, or Software Bill of Materials, is a detailed inventory listing of all components used in a software product. ( spdx and cyclonedx are formats )SPDX is a standard for documenting and exchanging software package metadata, while CycloneDX is a lightweight SBOM specification designed for easy integration into modern CI/CD pipelines.\ \ **LOGS:** In logs, you can check for the vulnerability list as shown below. Even you can check if scanned by **sonarQube**.

**RESULTS:** In results, you can check for **SBOM** reports.

**SECURITY:** In security, you can see all information regarding **vulnerabilities** such as vulnerabilityID, severity, package, microservices etc.\

You can just click on the links of vulnerability to fix it as shown below.

Wow 🤩, you made it. you not only learned how to run a pipeline with security Integration but also learned the core concept of DevSecOps.