TechSpective Podcast

Tony Bradley

The TechSpective Podcast brings together top minds in cybersecurity, enterprise tech, AI, and beyond to share unique perspective on technology—unpacking breakthrough trends like zero trust, threat intelligence, AI-enabled security, ransomware’s geopolitical ties, and more. Whether you’re an IT pro, security exec, or simply tech‑curious, each episode blends expert insight with real-world context—from microsegmentation strategies to the human side of cyber ethics. But we also keep it fun, sometimes riffing on pop‑culture debates like Star Wars vs. Star Trek or Xbox vs. PS—so it’s not all dry and serious.

  1. 3d ago

    The Attack That Turns Your AI Agent Into A Weapon Against You

    Barak Sternberg spent a chunk of this year proving something that should worry anyone who has plugged an AI coding agent into their observability stack. His team at Tenet Security found that a single fake error report, sent to a public Sentry endpoint with no login required, was enough to get AI agents to run code they had no business running. In a controlled test, more than 100 organizations' agents acted on the injected error, including one belonging to a company worth roughly $250 billion. Tenet published the full research, including the disclosure timeline, on its blog. The attack doesn't touch the agent at all. It touches the tool the agent already trusts. How A Fake Bug Report Becomes A Command Sentry, Cloudflare, and Datadog all use a public write key that lets any website report its own errors back to the vendor. That's by design. It's also a wide-open door once an AI agent is on the other end reading those errors and deciding what to do about them. Sternberg's team crafted an error message formatted to look exactly like a legitimate Sentry “Resolution” note, complete with headers and code blocks that matched the real thing. When a developer asked their agent to look into unresolved Sentry issues, the agent read the fake resolution and ran the attacker's command with the developer's own permissions, no phishing and no jailbreak required. Sternberg told me it’s a common misconception that manipulating an agent looks like typing "forget your instructions" into a chat window. "It’s very easy to fool them," he said, and the version that actually works doesn’t look like an attack at all. It looks like a diagnostic step the agent was already primed to trust. Telling The Agent Not To Trust Doesn't Work Tenet also tried the obvious fix: instructing agents through system prompts to treat tool output as untrusted. The agents ran the malicious code anyway. Sternberg explained that once an agent sees something resembling a real problem in its environment, it reasons its way to a conclusion on its own terms. It doesn't register the fix as coming from an outside source. It registers the fix as the logical result of its own investigation, which means a prompt telling it to be suspicious of external data never actually gets triggered. That's a different failure mode than the prompt injection most security teams have spent the last two years preparing for. A Shared Responsibility Model Nobody Has Written Yet Sternberg draws a direct line to the early days of cloud computing, when it took years for the industry to settle on a shared responsibility model that made clear where a cloud vendor's job ended, and a customer's job began. Nothing like that exists yet for AI agents, and the ambiguity shows up every time something goes wrong. When Sentry was notified of the flaw, the company called the underlying issue technically indefensible rather than something it could patch away. Sternberg doesn't disagree, but he also doesn't think that lets anyone off the hook. Anthropic can't see a company's internal business context well enough to secure every agent conversation on its own, and Sentry can't see what happens inside a customer's agent session after its data leaves the server. The same ambiguity showed up earlier this year when an OpenAI agent broke out of a sandbox environment during testing involving Hugging Face. Nobody at any of the AI labs seemed eager to claim responsibility for it, and some treated it more like a curiosity than an incident. A decade ago, a person doing the same thing to a company's infrastructure would have faced prosecution, not a mention in an investor deck. Old Rules Don't Scale To A Package Install At one point in our conversation, I brought up Isaac Asimov’s laws of robotics, mostly to point out how badly they’d hold up if an AI agent actually tried to apply them. Sternberg pushed back on the idea that any single rule set could work at all. "There’s not one generalistic constitution that will work well for all the businesses," he said. The problem isn’t that the rules are wrong. It’s that distinguishing a legitimate new package install from a malicious one requires business context that no frontier lab is positioned to have, and an agent rewarded for speed and autonomy has every incentive to resolve that ambiguity in favor of getting the job done. Where To Actually Start Sternberg's advice for a security leader walking into the office Monday morning isn't complicated, even if it's rarely done. Map where your agents operate, what data they touch, and how much of that data comes from outside your own walls. The tools accessing public, untrusted data are the ones worth scrutinizing first. It's a smaller ask than solving the shared responsibility question for the whole industry, but it's the only part of the problem an individual company can actually act on today. Sternberg and I talked through a lot more of this, including the open-source tooling Tenet released to help harden coding agents against this exact class of attack, on a recent episode of the TechSpective Podcast. Check out the full episode here:

  2. Jul 29

    Building an AI That Learns Like an Analyst

    Most AI-driven security tools lean on retrieval-augmented generation: pull relevant precedent, drop it into the context window, let the model reason over it. It works, but it has a cost problem and a consistency problem. The more data you feed a large language model to improve its answer, the more expensive that answer gets — and the more room there is for the model to produce inconsistent results, independent of hallucination. Torq built its "SOC brain" to get around that tradeoff. On the latest episode of the TechSpective Podcast, I sat down with Torq Co-Founder and CTO Leonid Belkind to talk about how it works. Belkind says he was skeptical of the term when Torq's marketing team first coined it — he's a technologist, not prone to warming up to superlatives — but changed his mind once he mapped out what the system was actually doing. Reflex, recall, and retrospect Belkind frames the problem around cognitive load. Security analysts are buried under a growing volume of alerts as attack surfaces expand, and the goal isn't just automation — it's shifting judgment itself onto the machine, confidently enough to act on it. System one is instinct: fast, cheap, mostly right, and not something you can trace back to a specific lesson. System two is deliberate: pulling precedent, weighing relevance, reasoning it through. Torq builds both. The instinctive layer comes from a per-organization encoder model trained on an organization's own alert history — the sources, the entities involved, the actions taken, the outcomes. That model doesn't generate language; it produces a feature vector, a numerical fingerprint of what a given alert resembles. A classifier neural network then places new alerts relative to clusters of confirmed true positives, false positives, and benign activity, producing something close to a gut check. The deliberate layer works more like memory retrieval: alerts get indexed by attack pattern and technique so the system can pull the most relevant past cases and reason about how closely they match. When the instinct and the recall — plus a third, independent verdict — all agree, confidence to act autonomously goes up. When they diverge, that's the trigger for a closer look. Grading the data that trains it Not every past decision teaches the system the same amount. Torq scores outcomes as bronze, silver, or gold data points, based on how much signal they carry. A confirmed true positive is useful but modest. A verdict that gets overturned on deeper investigation is more valuable. And a reversal that comes with documented evidence explaining why is the most valuable of all. Training also isn't neutral about the cost of being wrong. Torq uses weighted cross entropy so that missing a real threat is penalized far more heavily than over-flagging a benign one — a deliberate bias toward caution that mirrors how people weigh irreversible risk against wasted effort. The accountability question We also got into where this leaves human expertise. If organizations lean on AI to do more of the judgment work, do people lose the ability to recognize when it's wrong? Belkind's answer: that risk isn't unique to security operations, and it isn't really about the tool. It's about whether the people using it stay curious enough to understand what's happening underneath — the same distinction between someone who can drive an automatic transmission and someone who understands how it shifts. That shift doesn't change accountability, though. When the data involved is healthcare records, financial information, or critical infrastructure, "we just trusted the AI model with it" isn't an answer anyone accepts after the fact. The tolerance for a wrong guess on a security alert is nothing like the tolerance for a bad restaurant recommendation. What we didn't get to here There's more in the full conversation than fits in a write-up — including why Belkind thinks survivorship bias applies to machine learning the same way it applies to human judgment, how Torq imports an organization's incident history so the system starts learning before day one, and the line he draws between AI built to look intelligent and AI built to actually get better over time. Listen to the full episode of the TechSpective Podcast, out now.

  3. Jul 19

    Most AI Problems Are Really Capitalism Problems

    Bruce Schneier joins me on this episode of the TechSpective Podcast to talk about hacking, power, and why so much of what gets blamed on AI might actually be something else. Schneier is one of the most well-known and respected names in cybersecurity. He has been working in and writing about cybersecurity since the term was invented, writing more than a dozen books in that time. Data and Goliath looked at surveillance. A Hacker's Mind looked at loopholes in the rules we all live by. His most recent book turns that same thinking toward AI and democracy. A Hacker's Way of Seeing the World Schneier's idea of a “hack” is not limited to computers. I have read a number of his books, and I am always fascinated by how he is able to frame cybersecurity concepts and illustrate how they appear everywhere in the world around us. They are more philosophy or psychology books than cybersecurity, really. To him, a hack is any gap between what the rules say and what they were meant to do. Some of his best examples have nothing to do with the internet at all — they come from professional sports, the tax code, even ancient Rome. In each case, someone found a gap that the rules never closed. That same lens applies to Washington. Rules get written for one purpose, and someone always finds a way to use them for another. We spend a good chunk of the episode on how that plays out in the US government. Most AI Problems Are Really Capitalism Problems Schneier argues that a lot of what people are angry about with AI right now is not really about the technology. It is about who controls it and what they choose to do with it. “A lot of people's problems with AI are actually not AI problems,” Schneier told me. “They're capitalism problems.” We talk through what that looks like in a few different fields. The same tool can concentrate power in fewer hands. Or it can spread that power out. Which way it goes depends on who is using it, not on the tool itself. We also talk about the fact that AI does not create new problems so much as it amplifies the ones that already exist. Schneier gives a few examples of how that shows up in law, in medicine, and in everyday life. He points to how the same technology can push power in opposite directions depending on who holds it. A Lot More Ground to Cover Schneier and I also get into his new book, Rewiring Democracy, co-authored with Nathan Sanders. We talk about what it has been like to watch the political ground shift under a book about strengthening democratic institutions. We also cover election security, security theater in the age of deepfakes, and where Schneier thinks the value of human writing is headed next. Watch the full episode to hear how it all connects.

  4. Jul 9

    The Case For Rebooting Democracy With AI

    Beth Simone Noveck joins me on this episode of the TechSpective Podcast to talk about her book, Reboot, AI and the Race to Save Democracy. She's a professor at Northeastern, where she leads the Burns Center for Social Change. She also founded Innovate US, a training program for public sector workers. It's grown into one of the largest AI training efforts in the country. Before that, she ran AI for the state of New Jersey and worked on tech policy for the federal government under President Obama. I admit I hadn't read the book before we sat down to talk. My reading backlog is somewhere around 160 books deep at this point, a genuinely embarrassing number, but Reboot jumped near the top of the list by the time we wrapped. The Messy Middle Most of what gets said about AI publicly sits at one of two extremes. It's either going to wipe us out or save us. There's very little room in between. Noveck wrote Reboot because she thinks that the messy middle is where the real story actually is. Dystopian collapse and idyllic utopia both make for better headlines than anything nuanced, so that's what gets covered. It skews how people think about these tools before they've even used one. Her point extends past AI, too. Things like Flock cameras, Ring doorbells, or blockchain are not inherently good or bad. What matters is what gets built on top of them and who's making those decisions. Noveck pushes that dual-use idea further with a comparison to nuclear technology. The same science can build a bomb or a power plant. She argues we spend most of our energy relitigating the bomb conversation. We spend almost none of it asking what the power plant should look like. What would we deliberately choose to build because it actually matters, instead of just building whatever a company happens to find profitable? Who Gets to Decide Decision-making is where this gets political. Who actually has influence over AI policy right now? Some of that influence happens in the open, through lobbying and testimony. Some of it happens over closed-door dinners most of us never hear about. Noveck doesn't think it should come down to whoever has the most money or the loudest microphone. "When it's positive, we call it targeting. When we don't like it, we call it manipulation," she told me. That framing problem shows up everywhere from search results to airline pricing, and in how a city decides what its residents actually want. Noveck also pushes back on the idea that you need a technical background to have a say in any of this. Just as you don't need to be a mechanic to drive a car safely, you also don't need a computer science degree to use AI responsibly or weigh in on how it should be regulated. She backs that up with real examples of AI already being used to make government more participatory instead of less, along with her own case for why she's still hopeful about where this is headed. I'm leaving the specifics for the episode. Give it a watch or a listen and let me know what you think.

  5. Jun 24

    The Remediation Cycle No Security Team Wants to Be Running

    Most cloud security tools have a detection problem. They find misconfigurations well enough. The issue is what happens after — a ticket gets opened, someone works the queue, the fix goes in, and three weeks later the same misconfiguration is back because a different person on the team made the same call. Ariel Litmanovich watched that cycle for years, not at some mid-market company struggling with tooling, but at the Israel Defense Forces, running cloud security for one of the more demanding environments you can imagine. The team had budget, direct relationships with AWS, Azure, and GCP, and access to good tools. They still kept finding the same problems. That frustration is where Aryon Security started. The platform Ariel and his co-founders built intercepts cloud configurations before they reach production. If a resource is being deployed in a way that violates policy, it gets stopped at that stage — not discovered later, not added to a remediation queue. They came at this from the application security world, where shift-left has been standard practice for years, and applied the same logic to cloud infrastructure. The security controls move to where the decision is made, not where the damage shows up later. Ariel joins me on this episode of the TechSpective Podcast to talk about what that looks like in practice. We cover the friction organizations run into when they move from detection to enforcement — what it means for the engineer whose deployment just got blocked, how the exception process is supposed to work, and why those details determine whether a policy actually holds or quietly gets routed around. We also get into a specific challenge that rarely comes up in cloud security marketing material: what happens when developers have a legitimate reason to configure something outside the standard policy, and how Aryon handles that without creating a backdoor that undermines the whole approach. We talk about AI too. Ariel’s argument is that attackers using AI have compressed the window between a misconfiguration going live and it being exploited. He walks through what that means for detect-and-remediate as a primary strategy and why the timing math matters for cloud security decisions today. He also gets specific about where Aryon actually uses AI in the product versus where it does not. Aryon does not fit neatly into any existing analyst category, which can be a challenge for procurement. Budget gets allocated against categories defined by Forrester Waves and Gartner Magic Quadrants. When something does not have a pre-approved line item, buying decisions get complicated, regardless of whether the product solves the problem. He talks through what that friction looks like and mentions some 2026 market research that is relevant if you are actively making cloud security tooling decisions right now. If you work in cloud security and have ever looked at your remediation backlog wondering why the same issues keep cycling back through, this conversation is worth your time.

  6. Jun 8

    Remote Hiring Opened the Talent Pool — and the Fraud Surface

    Before COVID forced everyone out of the office, hiring for most companies was a pretty localized exercise. You posted the job, you interviewed whoever could physically show up, and you picked someone. If you were based in a mid-sized city, you hired from a mid-sized city talent pool. Remote work changed that. Suddenly a company in Topeka, Kansas could interview candidates in Portland, Maine — or anywhere else. This meant more competition for good candidates. However, it also meant a dramatically better shot at actually finding the right person for the job. And depending on your market, the cost savings weren't trivial either. Most of the data suggested remote work was as productive as in-office work, sometimes more so. The case for keeping it was strong. A lot of companies made it permanent, or at least optional. The Fraud Problem Nobody Planned For But there's a problem that came along with all of that — one that didn't get much attention until recently. When you expand your hiring geography to anywhere with an internet connection, you also expand your exposure. As a result, you encounter applicants who are not who they claim to be. I'm not talking about resume padding. I mean organized fraud. That includes fake identities. There are people swapping out mid-interview so that the person who actually shows up on day one is not the person you interviewed. AI is being used in real time to answer technical questions the candidate doesn't actually know. And in some well-documented cases, state-sponsored actors — North Korean IT workers operating under false identities — get hired. These workers receive company laptops and exfiltrate data almost immediately. The FTC reported that US businesses lost a staggering amount to this kind of fraud in 2024. And that's not just the companies that hired someone fraudulent. A significant chunk of that is wasted time. This includes the cost of running three, five, or seven interview rounds on a candidate who turns out to be fake, and having to start over. In this episode of the TechSpective Podcast, I talk with Den Jones, CEO and founder of 909Cyber, about a product he's been building to address exactly this problem. Den has spent 30 years in identity and zero trust — at Adobe, Cisco, and elsewhere. 909Shield applies that same thinking to the hiring process itself. This happens before a candidate ever gets to the first interview, before a company ships a laptop, and before access is provisioned. More to the Conversation Than Just the Product We get into how the fraud actually works — and it's more varied and more organized than most people realize. We also talk about what a solution looks like, the tradeoffs involved in verifying someone's identity across multiple touchpoints, and the data privacy questions that come with building a biometric trust layer for hiring. There are also some side conversations worth tuning in for. For example, whether it actually matters if an employee works for multiple companies simultaneously, as long as they're delivering. Also, whether using AI to answer interview questions should disqualify someone when employers are often mandating AI use once they're hired. And whether return-to-office mandates, at least in some cases, are partly a response to this fraud problem rather than the real estate economics most people assume. Den also traces how 909Shield came to exist — which did not start with a plan to build a remote hiring verification platform. It started with a passion project to help cybersecurity students find part-time work while they were still in school. Later, that evolved into a freelancer marketplace and then into a fraud-prevention product for remote hiring. This is its own story, and it's worth hearing him tell it. 909Shield is launching in mid-June. Den is actively looking for design partners — companies doing meaningful hiring volume who want to help shape the product and lock in early pricing. If your organization does a significant amount of remote hiring, this conversation is worth your time. Check out the full episode on the TechSpective Podcast.

  7. May 13

    The AI Risk Blind Spot Most Organizations Don’t Know They Have

    Most organizations believe they have a solid handle on their AI risk. According to a new report, that confidence may be misplaced. ArmorCode partnered with the Purplebook community to survey more than 650 cybersecurity leaders to produce the State of AI Risk Management 2026 report. The results reveal a disconnect that's hard to explain away. Nearly 90% of respondents said they had complete visibility into AI usage across their organizations. However, more than 60% of those same respondents said AI usage in their organizations is essentially ungoverned. These weren't different groups of people. Instead, it was the same respondents giving contradictory answers within the same survey. I talked with Mark Lambert, Chief Product Officer at ArmorCode, about what's behind that gap and what organizations can realistically do about it. This conversation took place on this episode of the TechSpective Podcast. Lambert wasn't surprised by the findings. The pressure organizations are under to capture productivity gains from AI is real. Normally, the instinct is to adopt now and figure out governance later. AI-assisted code generation is delivering meaningful output, and the business case is hard to argue with. However, the security implications are another matter. As Lambert explained, even if AI-generated code has half the vulnerability density of human-written code, a 4x productivity multiplier still nets out to more vulnerabilities reaching production. As a result, there are not fewer vulnerabilities. We also got into something I hadn't fully thought through before our conversation. Tools capable of discovering security flaws at a scale no human team could match are already here in limited form. Lambert described what he sees as a three-wave scenario for how this plays out — beginning with CVEs in critical infrastructure, moving to open-source vulnerabilities, and eventually reaching nation-state actors who've been capturing codebases for years. Now, these actors have the right tools to mine them for exploitable flaws. Most organizations are already struggling to keep up with patching. Additionally, the question of what happens when the volume of known vulnerabilities multiplies significantly is one that the industry doesn't have a good answer for yet. From there, we got into agentic AI, which is where the governance conversation gets complicated fast. I've been using the intern analogy a lot lately when talking about AI agents — you'd give them tasks, but you wouldn't hand them access to everything, and you'd review the output before it went anywhere it mattered. Lambert agreed with the framing. The problem, as I see it, is that the analogy breaks down at scale. Managing a handful of agents the way you'd supervise a new hire is workable. However, doing that with a hundred agents means the human review process becomes the bottleneck. Therefore, you've given back the efficiency gains you were after. Lambert and I worked through what governance actually looks like when agent deployments grow. This includes scoping agency based on business risk, making sure high-stakes decisions can be reversed, and building in the audit trail. He pointed to a fireside chat from RSAC. The question came up of whether two agents could theoretically handle Sarbanes-Oxley compliance between them. The concept highlights an important point about where the line between autonomous and human-reviewed needs to sit. The self-driving car comparison came up, too. The first time I used adaptive cruise control, I kept my foot next to the brake the whole time. Later, I've since ridden in Waymos, where I would have been fine falling asleep. That trust didn't come from a product announcement — it came from watching the system handle real situations over time. Lambert made the point that the same logic applies to AI agents in enterprise environments, which I think is right. Consequently, the organizations that will do this well are the ones that build trust in their agents. Lambert tied all of this back to ArmorCode's focus on unified exposure management — pulling data from hundreds of sources, applying business context, and using AI to prioritize what actually needs attention rather than just generating more alerts. Watch or listen to the full episode for the complete conversation.

  8. May 7

    The Attack Surface Changed but the Fundamentals Didn’t

    Every few years, something comes along that reshapes the threat landscape and sends the industry scrambling for new tools, new frameworks, and new buzzwords. The perimeter died. Then it came back. Endpoints became the priority. Now they're not the whole story. Identity is the new battleground. AI is changing everything. And yet, the more I talk to people who've spent decades in the trenches, the more I keep hearing the same thing: the fundamentals still work. We just stopped trusting them. I had that conversation recently with Will Ledesma, a cybersecurity veteran with over 25 years in the field and a current role at N-able. Will also serves as a cyber warrior in the U.S. Air Force — and as a fellow Air Force vet, I can say the service tends to instill a certain appreciation for doing things right the first time. State of the SOC Report We talked about what N-able's latest State of the SOC report actually shows about where attacks are coming from — and the answer probably isn't what you'd expect if you've been following the conventional wisdom around endpoint protection. The data points somewhere else, and Will does a good job of explaining why that shift makes sense when you look at what's been happening across the business world over the last few years. From there, the conversation moved into identity — not just the username-and-password kind, but the full scope of what "identity" means in a world where your network includes laptops, IoT devices, cloud workloads, software applications, and increasingly, AI agents running on behalf of your employees. If an attacker can own any one of those identities, a lot of your other defenses stop mattering. Companies are bringing in AI tools at a rapid pace, leaning on them to augment their workforce and drive efficiency. That's fine. But what happens when those systems become mission-critical, and someone decides to take them out? Compliance and Security We also got into something I've been saying for years about compliance. Compliance and security aren't the same thing. You can check every box on a framework audit and still get breached — plenty of high-profile companies have proven that. The frameworks have value, but they're a floor, not a ceiling. And too many organizations treat them like the finish line. Will's framing for all of it comes back to defense in depth — a concept he learned early in his career and one that he argues is more relevant now, not less. The attack surface has expanded. The identities have multiplied. The stakes are higher. But the logic of layering your defenses, covering your fundamentals, and not betting everything on any one control? That hasn't changed. The episode is worth your time whether you're a practitioner, a leader trying to make sense of your security investments, or just someone trying to figure out what "cyber resilience" actually means when you strip away the marketing. Hint: it's bigger than cybersecurity.

About

The TechSpective Podcast brings together top minds in cybersecurity, enterprise tech, AI, and beyond to share unique perspective on technology—unpacking breakthrough trends like zero trust, threat intelligence, AI-enabled security, ransomware’s geopolitical ties, and more. Whether you’re an IT pro, security exec, or simply tech‑curious, each episode blends expert insight with real-world context—from microsegmentation strategies to the human side of cyber ethics. But we also keep it fun, sometimes riffing on pop‑culture debates like Star Wars vs. Star Trek or Xbox vs. PS—so it’s not all dry and serious.

You Might Also Like