<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Abuser Story on Rietta Cybersecurity</title>
    <link>https://rietta.com/glossary/abuser-story/</link>
    <description>Recent content in Abuser Story on Rietta Cybersecurity</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <copyright>1999-2026 Rietta Inc. All Rights Reserved.</copyright>
    <lastBuildDate>Sun, 27 Sep 2026 16:10:44 -0400</lastBuildDate>
    <atom:link href="https://rietta.com/glossary/abuser-story/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Practical APPSEC starts with people first, processes second, and technology last</title>
      <link>https://rietta.com/blog/practical-security-people-first/</link>
      <pubDate>Thu, 04 Feb 2021 11:00:00 -0500</pubDate>
      <guid>https://rietta.com/blog/practical-security-people-first/</guid>
      <description>Application Security (APPSEC) is the subset of Information Security that is focused on hardening software to protect humans, be it customers, partners, and the public at large. The software itself must be designed to be more secure because security cannot effectively be bolted on at the end of the development process. It&amp;rsquo;s an old time idea, but security is about people, processes, and technology in that order. Let&amp;rsquo;s look at how a web application goes astray by people&amp;rsquo;s knowledge, incentives, and the working of the development process.</description>
    </item>
    <item>
      <title>Patch Production Faster with Security-oriented Agile Development Practices</title>
      <link>https://rietta.com/blog/patch-production-faster-with-agile-development/</link>
      <pubDate>Mon, 28 Oct 2019 11:00:00 -0400</pubDate>
      <guid>https://rietta.com/blog/patch-production-faster-with-agile-development/</guid>
      <description>Overview All computer security depends on software application security. Some believe that Agile-inspired development methodologies should not be used to implement a Secure Software Development Lifecycle (SSDLC). There are many reasons for this, including experience with poor Agile method implementations which resulted in: software teams who ship very insecure code, teams composed of members with limited security knowledge writing only happy path user stories and tests, and a preference for a top-down approach to security requirements.</description>
    </item>
    <item>
      <title>Writing Abuser Stories</title>
      <link>https://rietta.com/blog/abuser-stories/</link>
      <pubDate>Tue, 28 May 2019 10:35:00 -0500</pubDate>
      <guid>https://rietta.com/blog/abuser-stories/</guid>
      <description>&lt;p&gt;Abuser stories have been around for a while, and while not a revolutionary idea, it is somewhat&#xA;of an untapped one, an underappreciated one, one that I personally hadn’t been exposed to in my&#xA;nearly 30 years working as a business analyst. That’s a huge problem, if you ask me.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Breach Prevention for Developers Talk at Kennesaw State University</title>
      <link>https://rietta.com/blog/breach-prevention-for-developers-at-kennesaw-state-university/</link>
      <pubDate>Tue, 28 Feb 2017 07:56:03 -0500</pubDate>
      <guid>https://rietta.com/blog/breach-prevention-for-developers-at-kennesaw-state-university/</guid>
      <description>&lt;p&gt;Earlier this month I had the honor of speaking with information security students&#xA;at Kennesaw State University in Georgia thanks to &lt;a href=&#34;http://coles.kennesaw.edu/faculty/mattord-herbert.php&#34;&gt;Dr. Herbert Mattord&lt;/a&gt;. It is a very diverse class with both traditional students&#xA;and more mature students who are switching careers. Most of the students had little or no&#xA;professional software development experience so I view these talks as extra critical because&#xA;&lt;acronym title=&#34;Information Security, also known as Cybersecurity&#34;&gt;infosec&lt;/acronym&gt; professionals play an important role in this by working with developers and thus need to know&#xA;something about how software is made.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What is an Abuser Story (Software)</title>
      <link>https://rietta.com/blog/what-is-an-abuser-story-software/</link>
      <pubDate>Sun, 11 Oct 2015 22:35:36 -0400</pubDate>
      <guid>https://rietta.com/blog/what-is-an-abuser-story-software/</guid>
      <description>&lt;p&gt;I publicly speaking about how development teams and those who employ them should go about using user stories with security constraints and abuser stories as a security documentation tool. At this time there is not an entry on Wikipedia about it, so I am going to take a stab at writing it up for you here.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-is-an-abuser-story-in-software-development&#34;&gt;What is an Abuser Story in Software Development?&lt;/h2&gt;&#xA;&lt;p&gt;In software development and product management, an abuser story is a user story from the point of view of a &lt;a href=&#34;https://en.wikipedia.org/wiki/Adversary_(cryptography)&#34;&gt;malicious adversary&lt;/a&gt;. Abuser stories are used with agile software development methodologies as the basis for defining the activities that should be actively blocked or mitigated by the software and proven by automated regression testing.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What is Application Security?</title>
      <link>https://rietta.com/blog/what-is-application-security/</link>
      <pubDate>Mon, 28 Sep 2015 19:25:45 -0400</pubDate>
      <guid>https://rietta.com/blog/what-is-application-security/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m back from Boulder, Colorado, having presented on application security to the Ruby developers at the &lt;a href=&#34;http://rockymtnruby.com/&#34;&gt;Rocky Mountain Ruby Conference&lt;/a&gt;! It was a fantastic group and security is one of those topics that are just not talked about enough within the developer community.&lt;/p&gt;&#xA;&lt;p&gt;I started off with a definition of application security:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Application Security is the subset of Information Security focused on protecting data and privacy from abuse by adversaries who have access to the software system as a whole. Its purpose is to make software resilient to attack, especially when network defenses alone are insufficient.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Then proceeded to talk about the importance of writing User Stories with security constraints and Abuser Stories, which are user stories from the point of view of a malicious adversary. It&amp;rsquo;s all about clearly communicating among developers and the non-technical stakeholders about the threats so that these considerations can inform development decisions.&lt;/p&gt;&#xA;&lt;p&gt;The Q&amp;amp;A was robust with more questions than there was time to get to them all. I was able to give out two &lt;a href=&#34;https://www.yubico.com/products/yubikey-hardware/fido-u2f-security-key/&#34;&gt;blue Yubikey Fido U2F keys&lt;/a&gt; thanks to Yubico.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
