Skip to content
September 11, 2026
  • Bluesky
  • Facebook
  • Linkedin
  • Mastodon
  • RSS
  • Twitter
  • Youtube

Daily CyberSecurity

Zero-hour alerts. Unmatched analysis.

Primary Menu
  • Home
  • CVE Data
    • CVE Watchtower
    • Top Exploited CVEs
    • CVE Stats by Vendor
    • Q2 2026 Report
    • CVE Alerts
    • CVE Alert Settings
    • Pricing
  • Cyber Criminals
  • Data Leak
  • Linux
  • Malware
  • Vulnerability
  • Submit Press Release
  • Weekly Recap
Light/Dark Button
  • Home
  • Technique
  • Streamlining Secure Development with Runtime Application Self Protection
  • Technique

Streamlining Secure Development with Runtime Application Self Protection

Do Son September 4, 2019 5 minutes read

Data breaches and cybersecurity incidents have become an increasingly common occurrence. As the value of the data that organizations regularly collect, store and process grows, so does the incentive for hackers to steal it. Cybercrime has become a profitable business, and the move of professional, organized hacking groups into space means that organizations are at an ever-growing risk of being the victim of a professional cyberattack.

Cybercriminals can target a variety of different vulnerabilities within an organization, but one of the biggest is flawed code. Software is written by humans, humans make mistakes, and software is vulnerable to exploitation. It is the responsibility of the software designers and developers to do everything that they can to minimize the chance of this happening (and the resulting impacts on their business).

However, security is an often overlooked and undervalued aspect of the development process. This has resulted in many attacks and the development of the Secure Software Development Lifecycle (SSLDC) to codify the steps that developers should take to secure their code.

However, truly secure development is difficult (and potentially impossible). Closing a potential vulnerability often means understanding it, and new vulnerabilities are regularly discovered. Securing software requires the ability to protect against unknown attack vectors, which is where runtime application self protection (RASP) is extremely valuable for secure software development.

The Secure Software Development Lifecycle (SSDLC)

The concept of the Software Development Lifecycle (SDLC) has been around for a while. The purpose of the SDLC is to codify the steps that naturally occur as part of the development process. Formalizing the process is useful for software development since it helps to ensure that nothing is overlooked throughout the process.

The SDLC is a five-step process for development, namely:

  1. Requirements: Defining the expected behavior of the product
  2. Design: Creating a blueprint for software that meets the requirements
  3. Coding: Implementing the product described by the design blueprint
  4. Testing: Ensuring that the product meets the design requirements
  5. Deployment: Releasing the finished and tested product

This process is effective for developing functional software, but it overlooks one of the most crucial aspects: security. In the modern cyber threat landscape, software needs to not only work as intended but also make it difficult or impossible for an attacker to produce behavior not intended by the designers.

This is where the Secure Software Development Lifecycle (SSDLC) comes in. The SSDLC uses the same five phases as the SDLC, but with a security focus:

  1. Requirements: Define security requirements for the software
  2. Design: Design the product based on security requirements and threat modeling
  3. Coding: Use best practices during coding and perform static code analysis for vulnerabilities
  4. Testing: Use vulnerability assessment and fuzzing tools to identify security holes
  5. Deployment: Ensure that the deployment environment is securely configured

The Secure Software Design Lifecycle is designed to run in parallel and supplement the process of the Software Design Lifecycle. Together, they ensure that software operates both correctly and securely.

Simplifying Secure Design with RASP

In the design stage of the Secure Software Design Lifecycle (SSDLC), the development team is expected to design the software in a way that protects it against the threats that it is expected to face. This process includes threat modeling to identify potential attack vectors that could violate the security requirements of the product.

One of the main challenges in accomplishing this is enumerating all possible threats that the software can face. The cybersecurity threat landscape changes rapidly, and a potential attack vector may not have existed at the time of the threat modeling process.

This is where RASP can be an extremely valuable asset for an organization performing software development. Unlike many protections that operate at the host or network level, RASP is integrated into an application itself. This higher level of visibility allows RASP to provide protections that are uniquely tailored to the needs of the specific application. Since the RASP defenses can see all data entering the application and how the application responds to it, it can identify even zero-day attacks against the application based upon abnormal behavior of the application. The system can also provide highly detailed log information about attempted attacks to be fed into the organization’s threat modeling process for future development.

Software Security for the Modern World

Software security has become a priority for any organization. The value of the data collected, processed, and stored as part of daily business means that attackers are constantly attempting to find and exploit security holes in Internet-facing software. Failing to identify and plug one of these vulnerabilities can be what leaves an organization open to a devastating data breach.

However, security is often given a low priority in the development process, tacked on the end of it’s included at all. The Secure Software Development Lifecycle (SSDLC) is designed to address this but requires threat modeling that enumerates the possible ways that software can be attacked. An oversight in threat modeling may mean that software is left vulnerable to attack.

RASP helps to simplify the secure design by integrating protections and security monitoring into the application itself. This level of visibility and control allows RASP defenses to identify and protect against even unknown attacks by identifying abnormalities in how the software processes malicious input. While the secure design is a crucial component in the development process, it should be coupled with RASP defenses to ensure that overlooked attack vectors don’t leave an application vulnerable.

SHARE
Share on FacebookShare on XShare on LinkedInShare on TelegramShare on BlueskyShare on Mastodon
Tags: Streamlining Secure Development

Search

Translation

CVE ALERTS
📧

Email Delivery
Get threat intel straight to your inbox.

♾️

Unlimited Vendors
Track every technology in your stack.

🚨

All New CVE Alerts
Be the first to know about new flaws.

⚙️

Custom EPSS Threshold
Filter noise, focus on real risks.

💬

Slack & Teams Webhook
Integrate directly into your SecOps.

🚫

100% Ad-Free
Enjoy an uninterrupted reading experience.

$7/mo
Subscribe Now

🚨 Active Exploits in the Wild

  • CVE-2026-42016CVSS 8.1
    JFrog Artifactory (Self Hosted) versions before 7.133.11 are vulnerable to a privilege escalation attack due to a validation...
    Admin intel📅 Updated: Sep 11, 2026
  • CVE-2026-42018CVSS 7.5
    JFrog Artifactory could return an internal anonymous-user token to an unauthenticated caller when anonymous access is disabled, potentially...
    Admin intel📅 Updated: Sep 11, 2026
  • CVE-2026-20079CVSS 10.0
    A vulnerability in the web interface of Cisco Secure Firewall Management Center (FMC) Software could allow an unauthenticated,...
    Admin intelCISA KEV📅 Added to KEV: Sep 9, 2026📅 Updated: Sep 9, 2026
  • CVE-2025-25249CVSS 8.1
    A heap-based buffer overflow vulnerability in Fortinet FortiOS 7.6.0 through 7.6.3, FortiOS 7.4.0 through 7.4.8, FortiOS 7.2.0 through...
    Admin intelCISA KEV📅 Added to KEV: Sep 9, 2026📅 Updated: Sep 9, 2026
  • CVE-2026-87491
    Out of bounds write in V8 in Google Chrome prior to 153.0.8010.36 allowed a remote attacker to execute...
    Admin intelCISA KEV📅 Added to KEV: Sep 9, 2026📅 Updated: Sep 9, 2026
  • CVE-2026-19490
    Vulnerability in NetScaler ADC and NetScaler Gateway. This issue affects ADC: from 14.1 through 73.32 and from 13.1...
    CISA KEV📅 Added to KEV: Sep 9, 2026
  • CVE-2026-75650CVSS 10.0
    Adobe Commerce is affected by an Improper Neutralization of Special Elements Used in a Template Engine vulnerability that...
    Admin intelCISA KEV📅 Added to KEV: Sep 8, 2026📅 Updated: Sep 8, 2026
  • CVE-2026-81963CVSS 7.8
    Improper link resolution before file access ('link following') in Windows Update Stack allows an authorized attacker to elevate...
    CISA KEV📅 Added to KEV: Sep 8, 2026
Powered by CVE Watchtower

🔴 Live Critical Threats

  • CVE-2026-82107CVSS 9.6
    IBM DataStage on Cloud Pak for Data 5.4.0.0 could allow a remote...
  • CVE-2026-82100CVSS 9.6
    IBM DataStage on Cloud Pak for Data 5.4.0.0 could allow a remote...
  • CVE-2026-81204CVSS 9.8
    IBM Langflow OSS 1.0.0 through 1.11.5 could allow a remote attacker to...
  • CVE-2026-80424CVSS 9.1
    IBM DataStage on Cloud Pak for Data 5.4.0.0 could allow a remote...
  • CVE-2026-79724CVSS 9.8
    IBM Langflow OSS 1.0.0 through 1.11.5 could allow a remote attacker to...
  • CVE-2026-78573CVSS 9.8
    IBM ContextForge MCP Gateway 1.0.0 through 1.0.7 could allow a remote attacker...
  • CVE-2026-45764CVSS 9.1
    Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network...
  • CVE-2026-19646CVSS 9.1
    IBM Common Licensing Agent 9.0, Agent 9.0.0.1, Agent 9.0.0.2, ART 9.0, ART...
  • CVE-2026-89094CVSS 9.9
    Forgejo before 16.0.4 allows remote code execution via a crafted template repository...
  • CVE-2026-85025CVSS 9.8
    IBM Langflow OSS 1.0.0 through 1.11.5 Langflow could allow an unauthenticated attacker...
Powered by CVE WATCHTOWER

Our Websites
  • Penetration Testing Tools
  • The Daily Information Technology
  • Top Exploited CVEs
  • Daily CyberSecurity

    • About SecurityOnline.info
    • Advertise with us
    • Announcement
    • Contact
    • Contributor Register
    • Login
    • Disclaimer
    • DCMA
    • Privacy Policy
    • About SecurityOnline.info
    • Advertise on SecurityOnline.info
    • Contact Us

    When you purchase through links on our site, we may earn an affiliate commission. Here’s how it works

    • CVE Watchtower
    • CVE Statistics by Vendor 2026
    • Q2 2026 Report
    • Top Exploited CVEs
    • Bluesky
    • Facebook
    • Linkedin
    • Mastodon
    • RSS
    • Twitter
    • Youtube
    © 2017 - 2026 Daily CyberSecurity. All Rights Reserved.