<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Research and publications on Software Safety Institute</title><link>https://softwaresafety.org/research/</link><description>Recent content in Research and publications on Software Safety Institute</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Fri, 16 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://softwaresafety.org/research/index.xml" rel="self" type="application/rss+xml"/><item><title>NSI Experts Weigh In: Cybersecurity Awareness Month</title><link>https://softwaresafety.org/research/cybersecurity-awareness-month-roundup/</link><pubDate>Fri, 16 Oct 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/cybersecurity-awareness-month-roundup/</guid><description>In an NSI expert roundup for Cybersecurity Awareness Month, Lauren Zabierek argues that the month places the burden of security on people with little control over it, and calls for treating software insecurity as a public safety problem.</description></item><item><title>Secure by Demand: Holding EdTech Accountable for K-12 Security</title><link>https://softwaresafety.org/research/rsac-2026-edtech-panel/</link><pubDate>Fri, 16 Oct 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/rsac-2026-edtech-panel/</guid><description>A panel on the gap between edtech vendors&amp;rsquo; security commitments and their actions after the PowerSchool and Canvas breaches, and what collective action by schools and families could look like.</description></item><item><title>Vulnerability Data Needs Accountability at the Source</title><link>https://softwaresafety.org/research/nist-nvd-rfi-response/</link><pubDate>Tue, 13 Oct 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/nist-nvd-rfi-response/</guid><description>A response to NIST’s request for information on modernizing the National Vulnerability Database, arguing that the problem is accountability for the quality of CVE records, not processing capacity, and recommending structural substitutions rather than new NVD capabilities.</description></item><item><title>AI Safety Needs Public Institutions, Not Just Industry Consensus</title><link>https://softwaresafety.org/research/ai-safety-public-institutions/</link><pubDate>Tue, 22 Sep 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/ai-safety-public-institutions/</guid><description>In an NSI expert roundup, Lauren Zabierek argues that durable AI safety requires enforceable expectations, oversight, and institutions that collect evidence and learn from failures.</description></item><item><title>Preparing Massachusetts for Cyber Disruption of Critical Services</title><link>https://softwaresafety.org/research/massachusetts-critical-services-cyber-preparedness/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/massachusetts-critical-services-cyber-preparedness/</guid><description>Recommendations for coordinating preparedness across water, energy, healthcare, and communications, while reducing the software risks that can cause cascading disruption.</description></item><item><title>A State Strategy for Systemic Cyber Risk in Massachusetts</title><link>https://softwaresafety.org/research/massachusetts-systemic-cyber-risk-strategy/</link><pubDate>Mon, 08 Jun 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/massachusetts-systemic-cyber-risk-strategy/</guid><description>A proposed state strategy connecting critical infrastructure resilience with safer software procurement, clear responsibility for systemic cyber risk, and regional learning and coordination.</description></item><item><title>What Massachusetts Breach Data Should Tell Us About Unsafe Software</title><link>https://softwaresafety.org/research/massachusetts-breach-data-software-safety/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/massachusetts-breach-data-software-safety/</guid><description>A response proposing that Massachusetts breach analysis identify recurring software defects, measure downstream harm, and inform stronger product security requirements.</description></item><item><title>Making Secure by Design Measurable and Accountable</title><link>https://softwaresafety.org/research/enisa-secure-by-design-response/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/enisa-secure-by-design-response/</guid><description>A response to ENISA’s Security by Design and Default Playbook (v0.4) asking why preventable defects persist despite decades of guidance, and urging outcome-based principles, independent verification, and field feedback loops.</description></item><item><title>Opinion: Rolling back Colorado's right-to-repair laws will weaken critical infrastructure safety</title><link>https://softwaresafety.org/research/colorado-right-to-repair-software-safety/</link><pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/colorado-right-to-repair-software-safety/</guid><description>Restricting repair access can slow recovery in critical infrastructure while leaving insecure software design untouched. This op-ed argues for stronger manufacturer accountability.</description></item><item><title>How Cyberattacks on Essential Services Hit Women Harder</title><link>https://softwaresafety.org/research/cyberattacks-essential-services-women/</link><pubDate>Tue, 07 Apr 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/cyberattacks-essential-services-women/</guid><description>Cyber disruptions can intensify women&amp;rsquo;s work and caregiving responsibilities. This article examines those burdens and calls for cybersecurity policy that measures human harm and reflects how communities recover.</description></item><item><title>Building a Learning System for Software Safety Under the Cyber Resilience Act</title><link>https://softwaresafety.org/research/cyber-resilience-act-guidance-response/</link><pubDate>Tue, 31 Mar 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/cyber-resilience-act-guidance-response/</guid><description>SSI’s response to the Commission’s draft CRA guidance, recommending comparable risk assessments, aggregated vulnerability data, independent testing, and feedback loops into design — plus clearer treatment of open-source dependencies and AI systems.</description></item><item><title>A Cyber Strategy Must Start With Safer Software</title><link>https://softwaresafety.org/research/cyber-strategy-safer-software/</link><pubDate>Thu, 12 Mar 2026 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/cyber-strategy-safer-software/</guid><description>Lauren Zabierek contributed to NSI&amp;rsquo;s expert assessment of the Cyber Strategy for America, arguing that offensive operations cannot compensate for software routinely shipped with preventable defects and unsafe defaults.</description></item><item><title>Small Businesses Should Not Bear the Costs of Unsafe Software</title><link>https://softwaresafety.org/research/small-business-software-safety-testimony/</link><pubDate>Tue, 02 Dec 2025 00:00:00 +0000</pubDate><guid>https://softwaresafety.org/research/small-business-software-safety-testimony/</guid><description>Insecure software design imposes costs small businesses cannot bear. The testimony calls for defect transparency, independent testing, institutional learning, and manufacturer accountability.</description></item></channel></rss>