Skip to content

Back to the catalog

Hard Truths: You've Built a Security Stack. Have You Built a False Sense of Security? | Tanya Janca
youtu.bevideo

Hard Truths: You've Built a Security Stack. Have You Built a False Sense of Security? | Tanya Janca

Tanya Janca and Illumio's Raghu Nandakumara analyze the paradox of rising cybersecurity spending alongside escalating breaches, identifying tool sprawl and uncurated pipeline alerts as key contributors to developer friction. They explore the security risks of vibe coding and generative AI models trained on vulnerable open-source repositories, as well as the practical boundaries of frontier AI vulnerability research like Anthropic's Mythos. The conversation emphasizes establishing secure defaults, architectural consensus across engineering teams, and prioritizing prevention alongside containment over pure detection.

TL;DR Tanya Janca and Illumio's Raghu Nandakumara analyze the paradox of rising cybersecurity spending alongside escalating breaches, identifying tool sprawl and uncurated pipeline alerts as key contributors to developer friction.
Document

Overview

This video is the inaugural episode of Illumio's "Hard Truths" LinkedIn Live broadcast series, hosted by Raghu Nandakumara (Senior Director of Solutions Marketing at Illumio) and featuring guest Tanya Janca (founder and CEO of SheHacksPurple Consulting, author, and application security expert). The conversation focuses on the paradox of expanding enterprise security stacks alongside increasing cyber breaches, the impact of rapid AI adoption and "vibe coding" on software vulnerabilities, the institutional failure to educate developers on security, and actionable approaches for building resilient security programs through organizational consensus and secure defaults.


Contents

0:00 Introduction and Welcome

Raghu Nandakumara opens the inaugural session of Illumio's "Hard Truths" LinkedIn Live series. He explains that the purpose of the series is to challenge persistent, long-accepted assumptions within the cybersecurity industry. Viewers are invited to post questions in the live chat to maintain an interactive dialogue throughout the stream.

0:31 The Cybersecurity Spending Paradox

Raghu sets up the primary dilemma of modern enterprise security:

  • Global cybersecurity expenditures continue to climb steadily year-over-year.
  • Security tool stacks inside organizations keep expanding in size and complexity.
  • Despite this investment, breaches continue to increase in both frequency and financial/operational impact.

He compares this dynamic to an amateur sports enthusiast who buys every piece of expensive gear but lacks the foundational knowledge of how to use it ("all the gear, no idea"). He frames the core question: Have organizations mistaken added complexity for improved security?

1:47 Tanya Janca's Background and Alice & Bob Books

Raghu introduces Tanya Janca, highlighting her background as a software developer, application security specialist, penetration tester, speaker, and educator.

Tanya shares her professional background:

  • Raised in a family of programmers, she began coding as a teenager and took her first professional software development job at age 18.
  • She spent nearly three decades in IT and tech (reaching 29 years in the industry in July).
  • Transitioning into cybersecurity, she worked in AppSec and penetration testing before focusing on education, secure coding, and authoring technical books.

She details the origin of her "Alice and Bob" book series:

  • When writing her first book, Alice and Bob Learn Application Security, no comprehensive guide or curriculum existed on how to perform application security from the ground up.
  • She used the classic cryptographic placeholders "Alice and Bob" as relatable narrative figures rather than writing a dry corporate handbook.
  • Accompanied by diagrams and code examples, the format was designed to be accessible, specifically accommodating readers with ADHD and dyslexia by avoiding dense blocks of text.

6:24 Evolution of Cybercrime and Moving Targets

Tanya reflects on how the risk environment has changed since she started programming:

  • Decades ago, developers were taught practices that would be considered severe anti-patterns today, such as hardcoding plaintext secrets directly into application code so they wouldn't be misplaced.
  • Physical bank robbery carries extreme physical risk (e.g., in Canada, bank robberies historically carry an estimated 90%–95% mortality/capture rate for perpetrators).
  • Digital cybercrime has inverted this risk dynamic: threat actors can target hundreds of organizations simultaneously across international borders with minimal physical danger or likelihood of attribution.
  • Tanya references historical cybercrime damage estimates, citing figures showing cybercrime reached approximately $6 trillion annually by 2021.

When the industry improved defensive controls around network perimeters and network zones, attackers adapted by shifting downstream to applications, developer workstations, and the software supply chain.

10:50 Lack of Application Security Education and Standards

Tanya identifies the foundational breakdown in secure software:

  1. Academic Neglect: Computer science degrees, colleges, and programming bootcamps continuously graduate software engineers without mandatory training in basic secure coding concepts.
  2. Institutional Reluctance to Pay for Expertise: When Tanya approached universities to teach AppSec curricula, institutions offered compensation below minimum wage, despite charging students thousands in tuition.
  3. Absence of Enforceable Standards: Prominent frameworks (such as ITSG, NIST guidelines, and ISO/IEC 27001) historically focus on enterprise network and IT controls, largely omitting rigorous software security standards.

Tanya notes that she filed a formal petition with the Canadian Parliament (closing May 26) requesting mandatory secure coding standards for government agencies and departments, providing policy templates and AI-assisted enforcement prompts for free to eliminate bureaucratic friction.

16:07 Why Buying More Tools Fails (Tool Sprawl)

Raghu and Tanya explore the tendency of leadership to treat security problems with procurement:

  • Security leadership often prioritizes "being busy" over "being effective," choosing easily auditable metrics (e.g., number of tools deployed or scans executed) over deep, strategic work.
  • Organizations deploy excessive automated scanners into CI/CD pipelines (e.g., clients running 11 distinct scanners).
  • This creates massive scan runtimes (sometimes hours long), pipeline friction, and unwieldy backlogs of tens of thousands of unvalidated "critical" alerts that development teams ignore.
flowchart TD
    A[Procure Tool Stack] --> B[Insert Scanners into CI/CD]
    B --> C{Developer Feedback}
    C -->|High Friction & Alerts| D[Backlog of 40,000+ Unverified Issues]
    D --> E[Developers Disable Scanners / Bypass Checks]
    C -->|Early Guardrails & Consensus| F[Actionable Secure Defaults]
    F --> G[Measurable Risk Reduction]

Tanya argues that purchasing and deploying tools is easy because it only requires signing a check and handing the operational burden to developers. In contrast, effective security requires institutional change, developer coaching, threat modeling, and design reviews.

20:05 Redesigning SDLC and Building Organizational Consensus

To move away from superficial compliance, organizations must restructure their System Development Life Cycle (SDLC):

  • Establish basic baseline security requirements before project kick-off.
  • Integrate threat modeling, whiteboard architecture reviews, and recognized secure design patterns during the architectural phase.
  • Engage key technical stakeholders early. Tanya highlights that tech leads, enterprise architects, development managers, and senior developers hold the real influence over technical implementation.
  • Build consensus iteratively rather than mandating policy from the top down. Tanya references former Canadian Prime Minister Brian Mulroney's strategy of building legislative consensus over months before introducing major budgets, contrasting it with top-down mandates that produce immediate organizational pushback.

27:01 Pragmatic Security Strategy vs. Tool Accumulation

Tanya outlines the core automated tooling capabilities an application security program genuinely needs to assess application safety:

  1. Dynamic Analysis (DAST) / Interactive Testing: Runtime testing, fuzzing, or penetration testing tools.
  2. Static Analysis (SAST): Automated code inspection or peer code review targeting the first-party code base.
  3. Software Composition Analysis (SCA): Inventorying third-party open-source dependencies and verifying supply-chain integrity.

Rather than stacking duplicate or overlapping vendor solutions, organizations should focus on integrating these three categories effectively with high-quality tuning and dedicated human expertise.

33:30 The Reality of AI Code Generation and Vibe Coding

The discussion turns to the emergence of "vibe coding"—a trend where developers rely on large language models (LLMs) and automated agents to rapidly generate software based on natural language prompts without inspecting or understanding the generated code.

Tanya highlights the systemic security risks of generative AI coding:

  • Low-Quality Training Data: Models are trained on vast volumes of public open-source code from platforms like GitHub. The majority of open-source projects lack dedicated security teams, contain unpatched vulnerabilities, or consist of outdated, abandoned repositories.
  • Amplification of Insecure Patterns: AI models replicate these insecure patterns, producing code that looks syntactically clean but contains fundamental architectural and logic flaws.
  • Shadow Development: Non-technical staff (marketing, operations) and junior engineers now push functional applications straight to production environments without security vetting.
  • Velocity Disparity: Development velocity has multiplied exponentially, while traditional security teams still operate at manual, incremental speeds.

To address this, Tanya created a free resource library called securemyvibe.ca, providing system prompts designed to force AI code generation assistants to follow secure development practices.

40:29 Evaluating Mythos and Frontier AI in Security

Addressing live audience questions regarding Anthropic's "Mythos" and frontier AI vulnerability research capabilities, Tanya shares insights from a closed-door briefing:

  • Prerequisites for Efficacy: Frontier models like Mythos cannot simply attack arbitrary targets on the web ("pew-pew" button style). They require a specialized, carefully engineered test harness and access to the target's underlying source code.
  • Static Analysis Foundation: Mythos functions primarily as an advanced, agentic static code analysis tool capable of chaining vulnerabilities together into proof-of-concept exploits.
  • Cost and Operational Constraints: Operating such models without strict scope constraints and dedicated harnesses can cost up to $50,000 per day in compute and API credits.
  • Threat Model Reality: Private, closed-source enterprise software without exposed public repositories remains substantially more difficult for these frontier models to exploit compared to public open-source software.

47:26 Secure Defaults: The NPM Ecosystem Example

Tanya illustrates how simple configuration adjustments and secure defaults eliminate massive vulnerability classes without adding new tools:

  • Recent supply chain attacks across the NPM ecosystem frequently rely on malicious postinstall scripts.
  • While legitimate packages rarely require postinstall scripts, the NPM package manager historically executed them automatically by default.
  • By configuring enterprise package managers to disable automatic postinstall script execution across an organization's developer workstations and build runners, companies can neutralize an entire attack vector at zero licensing cost.

49:15 Building an AppSec Team from Scratch

Responding to a viewer question from Ken Brown regarding how to build a modern security team, Tanya and Raghu detail the essential skill sets:

  • Developer-Turned-Security Specialist: An individual with hands-on software engineering background who understands developer workflows, builds custom tooling/agents, and commands respect from engineering teams.
  • Security Champion / Communicator: A professional with strong social and leadership capabilities who can translate security concepts, run workshops, and build consensus across engineering and business units.
  • Technical Breaker / Penetration Tester: A specialist focused on code review, manual exploit verification, and deep adversarial testing.
  • Operations / Vulnerability Manager: Someone dedicated to triaging alerts, maintaining context, and tracking remediation timelines.

Raghu adds that security strategy must be established from the top down—focusing first on organizational resilience, determining what asset coverage is required, and only then deciding which technical capabilities and team roles are necessary.

44:30 Cringeworthy Security Advice

In a lighthearted segment, Raghu asks Tanya for the most cringeworthy advice she has encountered recently.

  • Tanya recounts a cybersecurity podcast where a host argued that organizations should abandon all preventative security measures, secure coding training, and code review entirely.
  • Instead, the host advocated deploying honeypots exclusively across the enterprise to detect intrusions after they occur (incidentally, the host's company sold honeypots).
  • Tanya emphasizes that while detection is essential, relying solely on reactive controls without prevention or blast-radius containment is fundamentally flawed.

57:10 The Hard Truth About AI and the Future of Cybersecurity Jobs

Raghu asks Tanya for her ultimate "Hard Truth" regarding the trajectory of the industry.

Tanya's conclusion:

  • AI will neither effortlessly save cybersecurity nor instantly cause mass unemployment.
  • However, the nature of knowledge work is undergoing a fundamental transformation.
  • Within 12 months, practitioners across both software engineering and cybersecurity will see their daily job responsibilities look radically different than they do today.
  • Security professionals must actively learn how AI systems function, how to build and secure agents, and how to safely guide development teams who are adopting generative AI.

59:23 Closing and Resources

Raghu and Tanya conclude the broadcast. Viewers are directed to Tanya's consulting firm (SheHacksPurple Consulting), the DevSecOps Station podcast, her Alice and Bob book series, and the prompt repository at securemyvibe.ca.


Data & Visuals Index

TimestampTypeWhat it shows
0:00Title CardIllumio corporate branding and opening animation.
0:02Live BroadcastSplit-screen video feed of host Raghu Nandakumara and guest Tanya Janca.
5:54On-screen BannerViewer comment from Mindy Semling displaying Tanya Janca's Amazon author link.
21:54On-screen BannerLinkedIn user question on moving away from easy approaches and stakeholder identification.
29:26On-screen BannerLinkedIn question from Ken Brown regarding building a security team from scratch post-Mythos.
34:22On-screen BannerViewer question on tool proliferation and frontier AI impacts.
38:42On-screen BannerComment sharing the prompt repository link (securemyvibe.ca).
60:14Closing CardIllumio corporate branding animation.

Key Takeaways

  • Complexity Does Not Equal Security: The continual purchase of cybersecurity tools often creates alert fatigue, massive backlogs, and operational friction without reducing business risk.
  • Foundational Education Remains Missing: Academic computer science programs and software bootcamps still fail to teach secure coding, leaving developers unprepared to identify basic security flaws.
  • The Three Pillars of Application Tooling: A pragmatic AppSec toolchain requires only three core capabilities: Static Analysis (SAST), Dynamic Analysis (DAST/fuzzing), and Software Composition Analysis (SCA) with reachability context.
  • Vibe Coding Multiplies Technical Debt: LLM-generated code inherits vulnerabilities from uncurated public repositories; without developer review, it injects low-quality, exploitable code into production systems at unprecedented speed.
  • Frontier AI Requires Strict Constraints: Advanced vulnerability exploitation models (such as Anthropic's Mythos) are essentially sophisticated static analysis engines that depend heavily on dedicated test harnesses, source access, and substantial compute budgets.
  • Emphasize Secure Defaults: High-impact security gains often come from simple architectural defaults (such as disabling NPM postinstall scripts or enforcing secure templates) rather than purchasing new software products.
  • Consensus Trumps Mandates: Successful security programs require early collaboration and consensus-building with tech leads, enterprise architects, and development leads rather than top-down executive enforcement.
  • Roles Are Shifting Rapidly: Over the next year, cybersecurity roles will not disappear, but practitioners will need to adapt their workflows to manage, prompt, and audit AI-assisted engineering systems.

Transcript

Englishen6.5k chars
Thank you all for joining us here. Today is a special conversation because this is the inaugural session in Illumio's new Hard Truths LinkedIn Live series, a series focused on challenging some of the assumptions the cybersecurity industry has accepted for far too long. The reality is that cybersecurity spending continues to rise, security stacks keep growing, yet breaches keep increasing in both frequency and impact. Have we mistaken more complexity for more security? Joining me is Tanya Janca, one of the most respected voices in application security and secure development. Together we're going to unpack why so many organizations feel overwhelmed despite investing more than ever, how AI is accelerating both innovation and risk, and why the future of cybersecurity may depend less on adding more tools and more on building real operational resilience. Tanya, thanks so much for joining us. Oh my gosh, thanks for having me! I'm excited for this conversation. Why don't you give us a brief introduction about yourself, what you do, and your background? I was a software developer for a long time. Both my parents and my aunts and uncles were software developers. As a little girl, I had a computer, learned to program as a teenager, and got a job programming when I was 18. But then I switched to cybersecurity, and it's a whole new world. I did application security, penetration testing, and then I discovered speaking and teaching. Right now I'm teaching secure coding, how to use AI securely, and writing books. I'm really excited about covering this 'hard truths' concept because in marketing we often see fear, uncertainty, and doubt (FUD), but instead we need to talk about what it's really like and how to fix this. Your books are part of the Alice and Bob series. Tell us a bit about that. When I was in college doing an internship, we worked on an SSL accelerator, and they explained public-key cryptography using Alice wanting to send Bob a secret. Later, when I started speaking and teaching AppSec, I used Alice and Bob stories from real life experiences. When I went to write my first book, there were no books on how to start an application security program. My publisher suggested making it unique with those stories. Now people are reading them, and storytelling turns out to be a great way to communicate complex concepts. Cybersecurity spending keeps rising, tool stacks grow, but organizations feel less secure or that progress is too slow. What is your perspective on this? I agree completely. Back when I started, in college they taught me to hardcode secrets into my code so I wouldn't lose them! That was considered fine back then because we didn't have nearly as many malicious threat actors. Decades ago, if someone robbed a bank, they had to physically walk in with a weapon, facing massive risks. Today, attackers rob banks digitally from anywhere in the world, trying hundreds at once with almost no physical risk. As an industry, we got good at the network perimeter and segmentation, so attackers moved to the easiest targets: applications, the software supply chain, and developers. Moreover, schools and bootcamps graduate developers every single day without teaching them security basics. There is no enforced universal standard or law for secure software development. When there is no guidance, no standard, and no enforcement, poor security quality is the natural result. Are organizations mistaking being busy with being effective? Yes! Knowledge workers often do lots of small visible tasks to look busy instead of deep, impactful work. Clients often tell me they have ten or twelve different security scanners in their CI/CD pipeline, making builds take hours and generating backlogs of 40,000 vulnerabilities that no one can triage. Piling on tools adds friction and developer resentment without reducing actual business risk. Who in an organization needs to be part of the conversation to shift from just buying tools to building real resilience? You need technical leaders—tech leads, enterprise architects, and engineering managers—alongside AppSec specialists. You need to build consensus rather than dictating policy from an ivory tower. If you engage them early, listen to their workflows, and provide secure defaults, templates, and pre-vetted patterns, you can address entire classes of vulnerabilities before code is even written. With vibe coding and generative AI, anyone can generate code rapidly, but AI is trained on public code that is often buggy or vulnerable. How does that impact AppSec? AI generates code quickly, but it was trained on public code repositories full of outdated, low-quality, and insecure examples. In tests with clients using tools like Claude or Copilot, sixty people running the exact same prompt can end up with code that attempts to bypass linters or inadvertently leaks secrets. If developers blindly accept AI-generated code without architectural review or guardrails, we will introduce vast amounts of low-hanging vulnerabilities at machine speed. Regarding recent advancements like Anthropic's Mythos model finding zero-days, what does this mean for building a security team today? Mythos and similar models require dedicated test harnesses and static access to find vulnerabilities; they aren't magic silver bullets that instantly exploit running systems without context. If you are building a modern security team from scratch, you need deeply curious individuals who understand software development, AI tooling, and automation, but who also possess strong communication and leadership skills to build consensus across engineering teams. You need people who eliminate systemic classes of bugs through secure defaults rather than relying on manual, point-in-time reviews. What is the most cringeworthy thing you have heard in a security presentation that you would ban forever? I recently heard a podcast where a vendor argued that organizations building an AppSec program from scratch shouldn't bother with prevention or secure coding at all, and should instead just deploy honeypots everywhere to detect attacks. Neglecting basic hygiene and prevention in favor of pure detection is completely backward. Resilience requires prevention, rapid detection, and minimizing blast radius. Tanya, thank you so much for joining us and sharing your insights on the inaugural session of Hard Truths. Thank you, Raghu! It's been an absolute pleasure.

Organisations named here

  • Illumio
  • Raghu Nandakumara
  • SheHacksPurple Consulting
  • Tanya Janca

Technologies named here

  • Claude
  • GitHub
  • GitHub Copilot
  • LLM
  • npm
  • npm ecosystem
  • CI/CD build pipelines
  • AI-generated source codebases
  • Mythos
  • SAST
  • DAST
  • SCA
  • Anthropic
  • ISO 27001
  • NIST

Techniques named here

  • Hardcoding secrets into source code repositories
  • Vibe coding

Also named here

  • Claude: AI assistant evaluated for code generation quality and secret leakage
  • GitHub Copilot: AI code completion tool evaluated for security guardrails