Podcast
Ship It Weekly - DevOps, SRE, Platform and Cloud Engineering News
Ship It Weekly is a short, practical recap of what actually matters in DevOps, SRE, cloud infrastructure, and platform engineering.
Each episode, your host Brian Teller walks through the latest outages, releases, tools, and incident writeups, then translates them into “here’s what this means for your systems” instead of just reading headlines. Expect a couple of main stories with context, a quick hit of tools or releases worth bookmarking, and the occasional segment on on-call, burnout, or team culture.
This isn’t a certification prep show or a lab walkthrough. It’s aimed at people who are already working in the space and want to stay sharp without scrolling status pages, cloud updates, and blogs all week. You’ll hear about things like cloud provider incidents, Kubernetes and platform trends, Terraform and infrastructure changes, and real postmortems that are actually worth your time.
Most episodes are 15–30 minutes, so you can catch up on the way to work or between meetings. Every now and then there will be a “special” focused on a big outage or a specific theme, but the default format is simple: what happened, why it matters, and what you might want to do about it in your own environment.
If you’re the person people DM when something is broken in prod, or you’re building the cloud and platform everyone else ships on top of, Ship It Weekly is meant to be in your rotation.
- Episodes
- 79
- Releases
- Twice a week
- Typical length
- 18 min
- On air since
- 2025
- Latest episode
- 1 day ago
Episodes
79 episodes, newest first
-
33 min
Ship It Conversations: The AI Hallucination That Looks Right, With Devansh of Irys on Legal AI, Three-Tier Error Isolation, Models That Change Under You, Overhyped Reinforcement Learning, and…
Episode 78
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Devansh about why the trickiest legal AI hallucination is a real case used the wrong way, how his team splits their system into three tiers to find failures fast, and why he'd rather optimize for maintenance than for generation.
Devansh is the Founder and Head of AI at Irys. He builds reasoning and verification systems for legal AI, a tough place for hallucinations and confident wrong answers. He also publishes open source AI research on Substack.
We start with why AI for professionals breaks down. Devansh thinks models are getting good at doing a lot of things somewhat well, but they fall short on the last mile to reliable. So his team engineers structure back in instead of hoping a better model fixes it. In legal, fake citations are the failure everyone has heard about. The more interesting one is a real case that doesn't apply. So much of law is interpretation, and a model built to predict the most probable token pulls toward the average.
Then he walks through the three tiers behind Irys One. Ingestion maps messy input, like PDFs with handwritten notes and email chains that refer to them, into a knowledge graph so the AI knows where to look. Reasoning navigates that graph. Delivery applies how a firm or a lawyer likes to work. The payoff is error isolation: if a lawyer says something is missing, two or three targeted queries tell them whether it was ingestion or reasoning. We also get into why chunk-based retrieval misses connections, why going from 10 docs to 10 gigabytes is mostly about finding the few documents that matter, and how "answer contracts" handle "it depends."
Then I take a DevOps angle. Devansh says the hardest part of running AI in production is tracking everything. A fully agentic system might perform 20% better, but you never know how it breaks until it breaks. The first thing his team tracks is whether the system behaves as expected, because labs change models behind the scenes with post-training, quantization and tokenizer changes. We also cover why he calls reinforcement learning the most overhyped technique in AI: it works when the output is truly verifiable, and falls apart when "better" has no real signal.
The big takeaway: you can't fix what you can't find. Engineer for error isolation first, and optimize for maintenance, not generation. Coding agents will churn out heaps of code, but maintenance is where a system lives or dies.
Highlights
• Why a real case applied wrong is worse than a fake citation
• Why AI's pull toward the average struggles with legal judgment
• Ingestion, reasoning and delivery as three separate tiers
• Knowledge graphs vs chunking for finding what matters
• Isolating failures with two or three targeted queries
• Models that change under you, and tracking expected behavior
• Why reinforcement learning is overhyped
• Optimize for maintenance, not generation
Links
Devansh on LinkedIn: https://tsn.io/7Hjfm
Irys: https://tsn.io/ytG1A
Artificial Intelligence Made Simple (Devansh's Substack): https://tsn.io/ZM6eS
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
17 min
GitHub Actions Jobs Move to AWS, Brotli RCE Exploited, Gheist Steals Actions Secrets & AGENTS.md Hijacks AI Coding Agents
Episode 77
Show notes
This week on Ship It Weekly, GitHub Actions can now run eligible Linux jobs on AWS as well as Azure, so allowlists and Entra Conditional Access policies that only trust Microsoft ranges can break. The Brotli decoder bug (CVE-2026-111497) landed on CISA's exploited list, and it reaches past Node.js to Python Brotli, Bun, Envoy, Istio, a Go port and .NET. A campaign called Gheist is using stolen GitHub tokens to push ci-sync branches that print Actions secrets past log masking, then delete the run. And attackers are dropping AGENTS.md files into Downloads folders to hijack AI coding agents.
The thread: each one is an inventory question. Which services decompress Brotli, which allowlists assume CI runs on Azure, which OIDC trust policies accept any branch, and which laptops have started an agent in Downloads?
In the lightning round: GitHub Actions workflow lockfiles are generally available, Railway disclosed a breach of its internal systems, Tailscale 1.104.4 fixes four security bulletins, and Datadog moved its US1 status page to its own Status Pages product.
The human closer, from Bill Duncan: "Twenty minutes in, you haven't started diagnosing anything. You've been doing archaeology." Write down who owns it before the pager asks.
Highlights
• GitHub Actions on AWS: why the same job can pass, then fail
• Sync runner IP ranges from GitHub's meta API, not one cloud's
• Brotli: a decoder bug your HTTP stack may run for you
• Gheist: what private repos and OIDC trust let through
• AGENTS.md in Downloads: an instruction file is code now
• Service catalogs and the "what depends on me?" question
Links
GitHub Actions multi-cloud compute: https://tsn.io/fJkLJ
Node.js October security releases (Brotli): https://tsn.io/BvZBU
Brotli CVE-2026-111497, affected libraries (Wiz): https://tsn.io/HJuKS
.NET out-of-band security updates: https://tsn.io/j0Xwf
Gheist steals GitHub Actions secrets (Wiz): https://tsn.io/nunEs
AI agents hijacked via the Downloads folder (Forever Security): https://tsn.io/qnwuc
Actions workflow lockfiles GA: https://tsn.io/M84uA
Railway security disclosure: https://tsn.io/21t0j
Tailscale security bulletins: https://tsn.io/GvZxR
Who Owns This? (Bill Duncan): https://tsn.io/LFrzc
SRE Weekly #540: https://tsn.io/O8tpO
This week's On Call Brief: https://tsn.io/HqfCP
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
36 min
Ship It Conversations: AI Coding Outruns Software Delivery, With Darko Fabijan of SuperPlane on What Breaks After the Pull Request, Change Risk Scores, Onboarding AI Agents Like Engineers, Read-Only…
Episode 76
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Darko Fabijan about what starts breaking after the pull request when AI writes more of the code, what should sit between an AI agent and production, and why his answer is more automation.
Darko is the CEO of SuperPlane and co-founder of Semaphore, the CI/CD platform. At SuperPlane, he's working on how to give AI agents write access to production in a controlled way.
We start with what AI-generated code does to delivery. Pull requests are bigger and more frequent, reviewers can't keep up, and Darko points to a Faros AI report that shows defects and incidents going up. He describes AI as alien technology that dropped from the sky, landing in processes built for people who review code eight hours a day.
His main hypothesis is a deterministic layer between AI agents and production, with scoped access that goes through approval. I bring up the rubber stamping problem with human approvals, and his reply is that humans hallucinate too. So he wants a risk score on every change. Renaming a bucket scores low. Deleting an S3 bucket or an RDS instance scores red.
Then we get into the glued-together ops tooling most teams run on. Darko doesn't think anything is wrong with it. When I ask how SuperPlane differs from Argo Workflows or n8n, he says he wants agents and humans on the same plane, and he'd onboard an agent like a new engineer: give it an identity, let it look around, and show it what it can do. We also cover team-scoped agents, compliance at AI speed, and docs where every line traces back to what produced it.
We finish on where to start. Darko says read-only first: he pretends to be super stupid, asks a lot of dumb questions, and says "onboard me." For the first write operations, he'd pick loops you can measure with a number, like latency, GitHub Actions speed or CVE count, tested on a copy of production or staging first.
The big takeaway: AI didn't break software delivery. It showed how much of it still runs at human speed. Darko's answer is more automation, with a deterministic layer and a risk score between AI and production.
Highlights
• What breaks after the pull request when AI writes more of the code
• A deterministic layer between AI agents and production
• Rubber stamping, and a risk score for every change
• Onboarding an AI agent like a new engineer
• The dam and the river: compliance at AI speed
Links
Darko Fabijan on LinkedIn: https://tsn.io/DySr5
Darko Fabijan on X: https://tsn.io/xJGhN
SuperPlane: https://tsn.io/o08yM
Semaphore: https://tsn.io/jiHmd
Faros AI's Acceleration Whiplash report: https://tsn.io/5ZCR3
Argo Workflows: https://tsn.io/oyTYF
n8n: https://tsn.io/nloFF
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
37 min
Ship It Conversations: Running Retros as Tabletop RPGs, With Jinger Meilani of Mountain on Chapters and Characters, Technical Archetypes, Reading the Room, Following Through, and Why Silliness Gets…
Episode 75
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Jinger Meilani about Tabletop Retro, her way of turning an engineering retrospective into a tabletop role-playing game, and why a little silliness gets teams to give honest answers.
Jinger is a Senior Software Engineer in DevOps at Mountain. She says Tabletop Retro brings together three things she loves: world building, psychological safety on teams, and engineering enablement.
We start with why she reinvented the retro at all. She was bored of them, and even the themed ones got rote. At a previous company, the team rotated who ran the retro, and her turn landed around Halloween, so she built a story around the team. She calls the result retro plus plus plus. The usual formats and outcomes are all still there, inside a story.
A lot of it comes down to silliness. Jinger compares it to hiding vegetables in a fruit smoothie: it disarms people, and she gets honest answers, sometimes while everyone thinks they're talking about something else. That's also why she won't run one during a fire. People have to feel comfortable before they'll speak their truth, so the flame-breathing dragon can wait.
Then we get into how one is built. A Tabletop Retro is a series of chapters, and each chapter holds part of the story and at least one activity. Players fill out character sheets, and each in-game race maps to a technical archetype, like a Goliath for a high-level systems thinker or a gnome for a tinkering automation engineer. Afterward the team talks through what those picks say about their strengths and weaknesses. She presents it like a storybook, in Lucidchart or Canva over Zoom.
Characters cut both ways. For some people, an orc is permission to say what they'd never put on a retro board, because it's not really how they feel. They're just an orc. Others find role-play intimidating, so she reads the room: improv for an outgoing teammate, a line on screen for someone else, or no speaking part at all. If you want to try one, start with the questions, not the world. Where is the team unaligned? When does communication break down? Then keep the setting small. Kids trick-or-treating is plenty.
The big takeaway: a Tabletop Retro is still a retro, and Jinger holds it to a higher bar. If everyone has fun and tells you something honest, and then nothing changes, it failed. Someone still has to do the work.
Highlights
• Why she calls it retro plus plus plus
• Hiding vegetables in a fruit smoothie
• Why you don't run one during a fire
• Chapters, character sheets and technical archetypes
• "I'm just an orc," and why role-play makes some people nervous
• Reading the room: improv, on-screen lines, or no lines at all
• Start with the questions, then keep the world small
• Fun with no follow-through is a failed retro
Links
Tabletop Retro, Jinger's framework: https://tsn.io/wXdtL
Jinger Meilani on LinkedIn: https://tsn.io/xn8Jr
Jinger's IaCConf talk, Designing IaC Interfaces That Work for Humans, AI Agents, and Whatever Comes Next: https://tsn.io/5b4DM
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
17 min
LiteLLM Release Pipeline Hijacked Again, GitHub Package Firewall, PHP2Shell Core RCEs & eMudhra CA Keys Compromised
Episode 74
Show notes
This week on Ship It Weekly, LiteLLM's release pipeline was hijacked again: stolen GitHub CLI tokens from three engineers changed the pipeline, kicked off the release and approved it, and a credential-stealing 1.107.0 went out to PyPI and Docker Hub. GitHub put a package firewall into public preview, with advisory and supply chain checks and a cooldown for new releases. PHP fixed PHP2Shell, two critical core runtime bugs (CVE-2026-109618 and CVE-2026-109619) that someone tried to exploit four days before disclosure. And eMudhra, a certificate authority in India, found out the private keys for eight intermediate certificates could be worked out from its own public certificates.
The thread: most of this came through things you depend on but don't run. A library's release pipeline, the registry you pull from, the runtime under your app, and the trust store in your images.
In the lightning round: another GitLab CVSS 10 (CVE-2026-110264), Google's report on the europe-west2 London outage, AWS taking its European Sovereign Cloud off the global backbone on October 24, and a GitHub audit log change that can quietly break SIEM rules.
The human closer, from Brent Chapman: page on what users actually do. Your users don't care how your machines feel. They care whether they can log in.
On Monday, Jinger Meilani joins me to talk about running retros like a tabletop RPG.
Highlights
• LiteLLM 1.107.0: two stolen identities passed a two-person approval
• GitHub package firewall: advisories, attestations and a cooldown
• PHP2Shell: an exploit attempt four days before disclosure
• Patching PHP is easy, finding all of it is hard
• eMudhra: CA private keys worked out from public certificates
• Page on what users feel, not how the machine feels
Links
LiteLLM 1.107.0 compromise (Wiz): https://tsn.io/yQtmu
GitHub package firewall in public preview: https://tsn.io/QjofJ
PHP2Shell, CVE-2026-109618 and CVE-2026-109619 (Help Net Security): https://tsn.io/GUyop
Eight eMudhra CA keys compromised (The Hacker News): https://tsn.io/K2jqM
GitLab 19.5.1 patch release: https://tsn.io/0wsPX
Google Cloud europe-west2 incident report: https://tsn.io/nVk2N
AWS European Sovereign Cloud independent operation: https://tsn.io/gKnQl
GitHub secret scanning updates: https://tsn.io/JDGmT
Stop paging on how your machines feel (Brent Chapman): https://tsn.io/MAItM
SRE Weekly #539: https://tsn.io/XAsKz
This week's On Call Brief: https://tsn.io/nBAVg
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
45 min
Ship It Conversations: Rob Koch of Slalom on Accessible Cloud Native, Sign Language Recognition with Kubeflow, Overhyped AI, Conference Accessibility, and Why Teams Should Hire Deaf Engineers
Episode 73
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Rob Koch about what accessible cloud native actually looks like, why sign language is still one of the hardest problems in AI, and why the fastest way to make your tooling accessible is to hire deaf engineers.
Rob is a senior principal at Slalom, an AWS Hero, and co-chair of the CNCF Deaf and Hard of Hearing Working Group. Rob is Deaf, and his ASL interpreter, Amelia Fruehsamer, voices his answers. Special thanks to Amelia for interpreting the conversation.
We start with an analogy Rob comes back to all episode: cloud native is the toolbox, and platform engineering is the workbench. Then we get into what's overhyped about AI, the guardrails it still needs, and what auditable AI observability looks like.
A big part of the conversation is accessibility in practice. Rob explains how captions pushed for deaf attendees ended up helping neurodivergent folks too, and what conferences get wrong: accessibility planned at the very end instead of the start, and the real cost of interpreters versus captions.
Then we get technical. Rob walks through using Kubernetes and Kubeflow to train models that recognize sign language, and why it's so hard: regional signs, lighting, skin tone and backgrounds, and a camera that can't tell which way a hand is facing. His joke: we don't have AGI until AI understands sign language.
The big takeaway: start with people, not a checklist. Hire deaf and hard of hearing engineers, ask them how they want to work, and your tools get more accessible because they're in the room.
Highlights
• Cloud native as the toolbox, platform engineering as the workbench
• What's overhyped about AI, and the guardrails it still needs
• What accessible cloud native means in practice
• Captions that help far more people than you planned for
• What conferences get wrong about accessibility, and what it costs
• Kubernetes and Kubeflow for sign language recognition
• Gesture-based computing and why speech-to-text had a 30-year head start
• Where to start: hire deaf engineers
Links
Rob Koch on LinkedIn: https://tsn.io/4qmFo
Rob Koch on GitHub: https://tsn.io/Mbxrs
Amelia Fruehsamer (Rob's ASL interpreter) on LinkedIn: https://tsn.io/UJB88
CNCF Deaf and Hard of Hearing Working Group: https://tsn.io/tB1lS
CNCF conference accessibility best practices: https://tsn.io/BZvpv
CNCF Merge Forward: https://tsn.io/QPVNQ
Kubeflow: https://tsn.io/4OVKf
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://tsn.io/lAERA
-
14 min
GitHub Actions Lockfiles, GitLab CVSS 10 CI Flaw, Google Cloud Storage Outage & Torvalds Builds Kernel Patches With Claude Code
Episode 72
Show notes
This week on Ship It Weekly, GitHub Actions workflow lockfiles land in public preview, pinning actions and their dependencies to exact commits. GitLab shipped a critical patch release for CVE-2026-97229, a CVSS 10 CI/CD regex flaw that could let an unauthenticated attacker run code on the server. Google published its final report on two Cloud Storage incidents in us-central1, including a recurrence caused by an incomplete rollback. And Linus Torvalds pushed an experimental kernel branch with page-cache patches built using Claude Code, as maintainers debate dropping the mandatory AI attribution tag.
The thread this week: know what you're actually running, from the commit you reviewed to the state a rollback really left behind and code someone can still explain.
In the lightning round: a record Patch Tuesday with more than 1,400 CVEs and an actively exploited Windows Shell bypass, GitHub AI Scan for pull requests and agentic autofix going GA, AWS Strands Box, an open-source agent sandbox that keeps real credentials out of the agent's environment, and a Microsoft 365 outage through Global Secure Access.
The human closer comes from Paul LaPosta's “Your error budgets don't know AI exists.” AI has split shipping a change from understanding it, and SLOs don't measure comprehension. Your SLO can tell you the service is up. It cannot tell you whether anyone still understands it.
Programming note: Ship It Weekly turns one next month, so expect more conversations over the next couple of months, usually two a week, starting Monday with Rob Koch.
Links
GitHub Actions workflow lockfiles
GitLab 19.4.2 / 19.3.5 / 19.2.8 patch release
Google Cloud Storage incident report
Linus Torvalds and Claude Code (Phoronix)
Linux drops the Assisted-by requirement (Phoronix)
GitHub AI Scan for pull requests GA
Microsoft 365 Global Secure Access outage
-
40 min
Ship It Conversations: Erik Osterman of Cloud Posse on Terraform Modules, IaC Frameworks, Atmos, Internal Developer Platforms, AI Agents, and Why Conventions Matter More Than Ever
Episode 71
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Erik Osterman of Cloud Posse about Terraform modules, infrastructure as code frameworks, internal developer platforms, and why AI makes conventions more valuable, not less.
Erik is the founder and CEO of Cloud Posse, which has published more than 180 open source Terraform modules, and he hosts Cloud Posse's weekly DevOps Office Hours.
We start with what AI has done to open source infrastructure projects, then get into what makes a good Terraform module: consistent naming, a consistent interface, not so small that it wraps a single resource, and not so large that it has a hundred inputs nobody can test.
We also talk about CloudFormation, Pulumi, and why HCL's constraints helped build the module ecosystem. Erik explains where Crossplane fits, and why accounts, IAM, networking, DNS and certificates all come before the cluster.
A big part of the conversation is frameworks. Erik argues that nobody actually runs "vanilla Terraform," because Terraform alone doesn't handle state layout, promotion, authentication, tool installation or repository structure. Every team ends up building its own framework, usually undocumented. We talk about Terragrunt, Atmos, naming conventions, brownfield adoption, and breaking a monolithic root module into services.
Near the end, we get into AI and self-service. Erik's team now generates most of its infrastructure work with AI, and it works because the conventions, agent skills, MCPs and pipelines are already in place. Self-service doesn't have to mean another no-code platform.
The big takeaway: AI can generate infrastructure code faster than ever, but without conventions it is generating into chaos.
Highlights
• What makes a good Terraform module
• Root modules vs. child modules
• CloudFormation, Terraform, Pulumi, and why constraints helped HCL win
• Where Crossplane fits, and what has to exist before the cluster
• Why internal developer platforms like Backstage come after zero-to-one
• Why infrastructure as code needs frameworks, not just modules
• Agent skills, MCPs, and self-service without a no-code platform
Links
Cloud Posse: https://cloudposse.com
Atmos: https://atmos.tools
Cloud Posse on GitHub: https://github.com/cloudposse
DevOps Office Hours: https://tsn.io/2gq7v
Erik Osterman on LinkedIn: https://www.linkedin.com/in/osterman
More episodes and show notes: https://tsn.io/NqkdP
On Call Brief: https://tsn.io/Gpz2d
LMGT Awards: https://lmgt.org
-
18 min
Critical Atlassian CVE Hits Jira, Confluence & Bitbucket, GitHub Copilot Sandboxing Goes GA, AWS Lambda SnapStart for Containers & Google Spanner Omni
Episode 70
Show notes
This week on Ship It Weekly: Atlassian disclosed a critical arbitrary file access vulnerability affecting eight Data Center products, including Jira, Confluence, Bitbucket, and Bamboo. GitHub Copilot local sandboxing is now generally available, giving teams enforceable controls around filesystem, network, credentials, and local tooling. AWS published a deeper look at Lambda SnapStart for container images, including the operational risks of restoring initialized state. And Google Spanner Omni is now generally available, bringing Spanner outside Google Cloud and putting more of the availability responsibility back on the customer.
The bigger theme this week is control. Developer tools are production infrastructure. AI agents need real execution boundaries, not just instructions. Faster startup through snapshots means understanding exactly what state is being restored. And moving a managed database onto your own infrastructure gives you portability, but also gives you the pager.
In the lightning round: Citrix has a NetScaler SAML vulnerability under active exploitation. Cloudflare is working toward becoming a publicly trusted certificate authority. And attackers are actively scanning for Rejetto HFS servers vulnerable to a flaw that can lead to account takeover and remote code execution.
And the human closer comes from Lorin Hochstein and a recent Google Cloud networking incident. One part of the outage involved someone correctly following an incorrect procedure, while another involved someone incorrectly following a correct one. Training matters, but systems also need guardrails that keep normal human mistakes from turning into large outages. If your system only works when nobody makes a mistake, the system is the problem.
Links
Atlassian CVE-2026-21589
GitHub Copilot Local Sandboxing
AWS Lambda SnapStart for Container Images
Google Spanner Omni GA
Citrix NetScaler CVE-2026-88779
Cloudflare Certificate Authority
Rejetto HFS CVE-2026-61500
Google Cloud Networking Incident
https://www.tellerstech.com/go/s-dc989ad2/
There Was a Light That Never Went Out
https://www.tellerstech.com/go/s-cb0bc459/
This Week’s On Call Brief
Ship It Weekly
On Call Brief
-
17 min
AWS Retires DevOps Guru: What the End of Support Means, Kubernetes Cross-Namespace CVE-2026-2270, Node.js Undici WebSocket DoS & Cloudflare’s New CLI for AI Agents
Episode 69
Show notes
This week on Ship It Weekly: AWS is retiring Amazon DevOps Guru and pointing customers toward CloudWatch and the newer Amazon DevOps Agent. Kubernetes disclosed a vulnerability where StatefulSet and ControllerRevision permissions can allow cross-namespace pod creation under specific conditions. A vulnerability in Undici can let a malicious WebSocket server crash a Node.js process through compressed data. And Cloudflare launched a new CLI as AI agents grow from 25 percent to 48 percent of Wrangler usage.
The bigger theme this week is how the systems around our infrastructure are changing. Managed cloud services still have lifecycles that eventually become migration work. Kubernetes authorization can depend on what controllers do with the resources users are allowed to manipulate. Applications acting as clients still process untrusted data. And infrastructure tooling is starting to treat AI agents as first-class users rather than humans who happen to automate commands.
In the lightning round: another Kubernetes vulnerability affecting Windows nodes can expose NetNTLMv2 credentials through NTLM coercion. GitHub now supports custom runners for Dependabot version and security updates. And external systems like a CMDB or internal developer portal can push repository properties into GitHub while remaining the source of truth.
And the human closer comes from Lorin Hochstein and SRE Weekly. Some availability risks are probably never going away. Resources are finite, networks fail, security controls can affect availability, and production systems have to change. Preventing individual failures still matters, but incident response is part of reliability engineering too. Sometimes improving reliability means getting better at handling the failures you cannot eliminate.
Links
Amazon DevOps Guru End of Support - https://tsn.io/GQHN8
Kubernetes CVE-2026-2270: Cross-Namespace Pod Creation - https://tsn.io/BsNs8
Undici CVE-2026-85024: WebSocket Denial of Service - https://tsn.io/LncLd
Cloudflare: Introducing the cf CLI - https://tsn.io/Wk3ma
Cloudflare Forge - https://tsn.io/bAPJu
Lightning Round
Kubernetes CVE-2026-76654: Windows NTLM Coercion - https://tsn.io/36Kc3
GitHub: Custom Runners for Dependabot - https://tsn.io/tYl9K
GitHub: External Custom Properties - https://www.tellerstech.com/go/s-1fd1396d/
Human Closer
Omnipresent Availability Risks in Cloud Software - https://www.tellerstech.com/go/s-076db9dd/
Our Links
This Week’s On Call Brief - https://tsn.io/fKB9V
Ship It Weekly - https://tsn.io/NqkdP
On Call Brief - https://tsn.io/Gpz2d
-
17 min
AWS Puts Elastic Beanstalk on EKS, CrowdSec Supply-Chain Breach, Critical Next.js RCE, Microsoft Disrupts EvilTokens & Why Fixing the Initial Compromise Isn’t Enough
Episode 68
Show notes
This week on Ship It Weekly: AWS introduced Elastic Beanstalk Cluster Mode, allowing multiple applications to run on shared EKS infrastructure while AWS handles much of the Kubernetes complexity. CrowdSec published how a software supply-chain compromise led to attackers copying roughly 170 private repositories using a stolen OAuth token. A critical Next.js vulnerability in ImageResponse can lead to remote code execution through attacker-controlled SVG data. And Microsoft disrupted EvilTokens, a cybercrime platform linked to more than 12,000 compromised inboxes across 10,000 organizations.
The bigger theme this week is what happens after trust has been established. Elastic Beanstalk Cluster Mode puts more infrastructure behind a managed abstraction, but shared infrastructure still means understanding isolation and blast radius. CrowdSec shows how an initial compromise can become a credential problem long after the malicious code is gone. Next.js shows how something as ordinary as generating a social preview image can expose a server-side execution path. And EvilTokens shows how attackers can use valid access to move faster once inside an account.
In the lightning round: F5 has a critical BIG-IP APM vulnerability under active exploitation. GitHub Enterprise Cloud can now export an inventory of credentials with enterprise access, including PATs, SSH keys, OAuth tokens, and GitHub App credentials. Zyxel patched a vulnerability affecting GS1900 switches. And Veeam Agent for Microsoft Windows has a privilege-escalation vulnerability that can lead to SYSTEM access.
And the human closer comes back to CrowdSec. Removing the malicious package, patching the server, or reimaging the workstation does not necessarily end the incident. If an attacker already stole an OAuth token, cloud credential, SSH key, session, or registry credential, that access can survive long after the original compromise is gone. Containment means understanding not only how the attacker got in, but what they took with them
Links
AWS Elastic Beanstalk Cluster Mode
CrowdSec Supply-Chain Attack Analysis
Next.js ImageResponse Security Advisory
Microsoft: Disrupting EvilTokens
Microsoft: EvilTokens and Device-Code Phishing
F5 BIG-IP APM CVE-2026-94127
GitHub Enterprise Credential Inventory
Zyxel GS1900 Security Advisory
https://www.tellerstech.com/go/s-b2595852/
Veeam Agent for Microsoft Windows Vulnerability
https://www.tellerstech.com/go/s-166d3119/
This Week’s On Call Brief
Ship It Weekly
On Call Brief
-
16 min
GitHub Actions Security, Cisco Email Gateway RCE, Helm 3 End-of-Life, Ubuntu 26.04 Runners & Why “Nothing Changed” Is Never the Whole Story
Episode 67
Show notes
This week on Ship It Weekly: GitHub Actions workflow execution protections are now generally available, giving organizations more control over who and what can trigger individual workflows. Cisco is patching critical vulnerabilities in Secure Email Gateway, including an actively exploited issue that can lead to remote command execution as root. Helm 3 has reached its final minor release and is heading toward end-of-life in February 2027. And GitHub’s ubuntu-latest Actions runner is preparing to move from Ubuntu 24.04 to 26.04.
The bigger theme this week is infrastructure that changes even when your code does not. GitHub is making CI execution permissions more explicit, Helm teams now have a defined migration deadline, and the ubuntu-latest transition is a good example of how a completely unchanged workflow can suddenly be running in a different environment. Pinning everything forever is not necessarily the answer. The important part is knowing which dependencies are allowed to move and testing those changes deliberately.
In the lightning round: GitHub Actions checks, workflow runs, and statuses will begin following your configured retention period on October 1. GitHub Advanced Security can now enforce configurations from the enterprise level. GitHub added API support for tracking when self-hosted Actions runner versions lose support. And AI Scan for pull requests can now be used without requiring CodeQL default setup.
And the human closer starts with a sentence almost every infrastructure engineer has heard during an incident: “But nothing changed.” Maybe nothing changed in the application, but the runner image changed, a dependency moved, a certificate expired, DNS changed, or an external service behaved differently. Latest tags, loose version constraints, external APIs, and even support windows are dependencies. The goal is not to freeze everything forever. It is to avoid accidental mutability, where something can change without the team realizing it was ever allowed to change.
Links
GitHub Actions Workflow Execution Protections
Cisco Secure Email Gateway Security Advisory
Helm 3 End of Life
Ubuntu 26.04 GitHub Actions Runners and ubuntu-latest Migration
GitHub Actions Retention Changes
GitHub Advanced Security Configuration Enforcement
GitHub Actions Self-Hosted Runner Lifecycle API
GitHub Code Scanning AI Scan
This Week’s On Call Brief
https://www.tellerstech.com/go/26w38/
Ship It Weekly
On Call Brief
-
15 min
Amazon Linux 2027, GitHub Actions Cache Security, Secret-Scanning Merge Blocks, N-central CVSS 10 RCE, Karmada Graduation, ShieldCrash, CodeQL ARM64 & When Observability Fails Too
Episode 66
Show notes
This week on Ship It Weekly: Amazon Linux 2027 enters public preview with kernel 7.1+, SELinux enforcing by default, DNF5, newer language runtimes, AWS-LC, and an x86-64-v3 baseline. GitHub Actions adds explicit cache permissions to reduce cache-poisoning risk. GitHub can now block pull requests from merging when they introduce exposed secrets. And N-able N-central has a critical pre-auth RCE that Huntress says is being actively exploited in the wild.
The bigger theme this week is catching problems before they turn into incidents. Amazon Linux 2027 gives teams time to test AMIs, bootstrap scripts, agents, Terraform, CloudFormation, and CI/CD before the next platform generation becomes production reality. GitHub’s new cache controls make workflow trust boundaries explicit instead of leaving them implied. And secret-scanning rulesets move credential detection directly into the merge path, where developers can actually act on it.
In the lightning round: Karmada graduates from the CNCF as multi-cluster and distributed AI scheduling grow, ShieldCrash research claims another Microsoft Defender patch bypass with SYSTEM-level access, CodeQL 2.27 adds native Linux ARM64 support, and Dependabot can now read private GitHub Packages without another personal access token.
And the human closer is about what happens when observability shares the same failure domain as the thing it is watching. A full disk is bad enough. It gets worse when logs stop writing, monitoring data disappears, and the tools used to diagnose the outage start failing too. The takeaway is not that every monitoring component needs total isolation. It is that you should know what can blind you, and make sure at least one useful signal survives the failures you care about most.
Links
Amazon Linux 2027 Public Preview
Amazon Linux 2027 Overview and Preview Details
Amazon Linux 2027 Known Issues and Preview Limitations
GitHub Actions Cache Permissions with cache-mode
Block Pull Requests with Exposed Secrets from Merging
N-able N-central 2026.3 Hotfix 4
Huntress: N-able N-central Vulnerability and Active Exploitation
Karmada Graduates from the CNCF
Microsoft Defender ShieldCrash Zero-Day Research
CodeQL 2.27 Adds Linux ARM64 Support
Automatic Dependabot Access to GitHub-Hosted Registries
Ship It Weekly
https://www.tellerstech.com/go/siw/
On Call Brief
-
17 min
AWS GWLB TCP Reset, Azure DevOps Live Migrations to GitHub, GitHub Runner Enforcement, Docker Root Risk, Lambda IAM Updates, PostgreSQL Upgrade Traps, SonicWall Zero-Days & Better Incident Reviews
Episode 65
Show notes
This week on Ship It Weekly: AWS Gateway Load Balancer gets TCP Reset, giving applications a faster way to recover when firewalls or other inline appliances fail instead of waiting minutes for TCP retries to time out. Microsoft puts Enterprise Live Migrations into public preview for moving Azure DevOps repositories to GitHub Enterprise Cloud with data residency while developers keep working. GitHub is beginning enforcement against outdated self-hosted Actions runners. And Omarchy fixes a Docker configuration that effectively gave normal desktop processes a path to root.
The bigger theme this week is failure modes hiding inside infrastructure we already trust. A dead network path can look like a slow application. A repository migration involves far more than copying Git history. A self-hosted runner can quietly become unsupported while it continues looking healthy. And giving a developer access to the Docker socket may sound like convenience until you remember that the Docker group is effectively a root-level privilege.
In the lightning round: Lambda gets full IAM resource-based policies, AWS warns that circular PostgreSQL role memberships can stall major RDS and Aurora upgrades, a researcher releases the FalconFlank CrowdStrike privilege-escalation PoC while CrowdStrike investigates, and SonicWall patches two SMA1000 zero-days after confirming active exploitation.
Links
AWS Gateway Load Balancer TCP Reset
https://www.tellerstech.com/go/s-d7e609ab/
Azure DevOps Enterprise Live Migrations Public Preview
https://www.tellerstech.com/go/s-ea05aff9/
GitHub Actions Self-Hosted Runner Minimum Version Enforcement
https://www.tellerstech.com/go/s-6e8540c4/
Omarchy: Any User Process Can Escalate to Root
https://www.tellerstech.com/go/s-d22971c3/
AWS Lambda Full IAM Resource-Based Policies
https://www.tellerstech.com/go/s-ff2a04b5/
Fix Circular Role Dependencies Before Upgrading RDS and Aurora PostgreSQL
https://www.tellerstech.com/go/s-e4578f52/
FalconFlank CrowdStrike Privilege Escalation PoC
https://www.tellerstech.com/go/s-8c21b00b/
SonicWall SMA1000 Zero-Day Advisory
https://www.tellerstech.com/go/s-559ffc8b/
Remote Incident Reviews: Async First, Live Later?
https://www.tellerstech.com/go/s-68ca9f5e/
This Week’s On Call Brief
Ship It Weekly
https://www.tellerstech.com/go/siw/
On Call Brief
-
17 min
Cloudflare Saves 100TB of RAM, AI Drives Server Prices Up, AWS Adds a Fourth London AZ, Route 53 DNS Self-Service, AKS eBPF Routing, Go 1.27, and the Danger of Hidden Infrastructure Assumptions
Episode 64
Show notes
This week on Ship It Weekly: Cloudflare explains how five low-level optimizations to the cache behind 1.1.1.1 freed roughly 100 terabytes of RAM while also improving performance. OVHcloud is raising infrastructure prices as AI demand reshapes the memory supply chain. AWS adds a fourth Availability Zone to London, exposing automation that quietly assumed there would always be three. And Route 53 Global Resolver gets a cleaner cross-account model for DNS self-service.
The bigger theme this week is assumptions. A few wasted bytes do not matter until you have 250 billion cache entries. A Region having three Availability Zones feels permanent until AWS adds a fourth. And centralized DNS governance works fine until every application team needs a networking ticket just to make a private zone resolvable.
In the lightning round: new research looks at manipulating DRAM controller translation registers and the assumptions that creates for memory isolation, AKS eBPF Host Routing reaches general availability, CloudFront Functions can now put custom context directly into access logs, and Go 1.27 lands generic methods along with runtime, tooling, and standard-library improvements.
And the human closer looks at an easy Kubernetes mistake: running kubectl against the wrong cluster. Because the active context belongs to the kubeconfig rather than a terminal tab, changing it in one shell can silently affect another. It is a good reminder that some friction is worth keeping around production, and that the safest guardrails live somewhere stronger than operator memory.
Links
Cloudflare: How We Saved 100 Terabytes of Memory by Optimizing 1.1.1.1’s DNS Cache https://www.tellerstech.com/go/s-9d6c2943/
OVHcloud Raises Prices as AI Memory Demand Reprices Non-AI Infrastructure https://tsn.io/tnaYj
AWS Adds a Fourth Availability Zone to Europe (London) https://tsn.io/YfGxa
Shared DNS Views with Amazon Route 53 Global Resolver https://tsn.io/WEyig
DRAM Controller Register Manipulation Breaks CPU Memory Isolation https://tsn.io/QKr1x
AKS eBPF Host Routing https://tsn.io/T3PMh
CloudFront Functions Unified Logging https://tsn.io/nTXLn
Go 1.27 https://tsn.io/vfXIT
kubectl Ran on the Wrong Cluster? Fix Your Context Switching https://tsn.io/6LxfG
This Week’s On Call Brief https://tsn.io/064QE
Ship It Weekly https://www.tellerstech.com/go/siw/
On Call Brief https://www.tellerstech.com/go/ocb/
-
41 min
Ship It Conversations: Justin Garrison of Sidero Labs on Kubernetes, Platform Engineering, AI, Golden Paths, and Knowing What to Say No To
Episode 63
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Justin Garrison of Sidero Labs about Kubernetes, platform engineering, bare metal, AI, golden paths, and why knowing what to say no to may be one of the most important skills a platform team can develop.
Justin is Field CTO at Sidero Labs, the company behind Talos Linux, and co-host of Fork Around and Find Out.
We start with the evolution of Kubernetes and how managed services like EKS and GKE made Kubernetes easier to consume while also pulling teams deeper into proprietary cloud ecosystems. Justin explains why on-prem and bare metal are getting renewed attention, especially as teams look at cloud costs, data sovereignty, and the operational overhead that comes with constantly optimizing cloud environments.
We also get into where Kubernetes helps and where it becomes self-inflicted pain. Justin talks about abstraction, cognitive load, and why teams tend to use familiar tools for problems they were never really designed to solve.
A big part of the conversation is platform engineering and golden paths. Justin argues that every organization needs its own path, but platforms become dangerous when they try to centralize everything. He shares why one of the best decisions his team made at Disney Plus was simply saying no to stateful workloads.
We also talk about what really belongs in a platform: security controls, logging, monitoring, software supply chain visibility, and cost management. Justin explains why centralization can help in those areas, but can become a bottleneck when applied too broadly.
Near the end, we get into AI, security, tooling dependency, and engineering culture. Justin makes the point that people have always formed strong attachments to tools, and AI is another version of that. The challenge is knowing where AI actually helps versus where it becomes another dependency teams stop questioning.
The big takeaway: good platform engineering is not about supporting everything. It is about understanding what should be standardized, what should stay flexible, and what your team should explicitly refuse to own.
Highlights
• Why Kubernetes has become increasingly productized
• Why some teams are moving back toward on-prem and bare metal
• Where cloud cost optimization starts to become its own operational burden
• Why Kubernetes helps with abstraction and cognitive load
• Why familiar tools often get used for the wrong workloads
• What golden paths actually represent inside an organization
• Why platform teams need to know what to say no to
• What should and should not be centralized
• How AI changes engineering workflows without changing the need for judgment
• Why finding work you actually enjoy matters for avoiding burnout
Links
Sidero Labs: https://www.siderolabs.com
Talos Linux: https://www.talos.dev
Justin Garrison: https://justingarrison.com
Fork Around and Find Out: https://www.forkaroundandfindout.com
More episodes and show notes: https://shipitweekly.fm
On Call Brief: https://oncallbrief.com
LMGT Awards: https://lmgt.org
-
18 min
GitHub Outage, PleaseFix Agentic Browser Vulnerability, AWS Certificate Manager Drops Email Validation, Cloudflare TypeScript CI Workflows, AI Observability Consolidation, and the Hidden Cost of…
Episode 62
Show notes
This week on Ship It Weekly: GitHub suffers another widespread outage affecting the web interface, APIs, Actions, authentication, Copilot, and other critical developer workflows. Zenity Labs demonstrates PleaseFix attacks against agentic browsers, where malicious content can influence agents with access to authenticated sessions and privileged tools. AWS Certificate Manager is moving away from email validation, and Cloudflare is experimenting with CI pipelines defined as TypeScript instead of YAML.
The bigger theme this week is dependencies and boundaries we tend to ignore until something breaks. GitHub is no longer just where the code lives. Agentic browsers are no longer just displaying webpages. Certificate renewal is not something you want depending on someone checking an inbox. And CI pipelines have become software systems of their own.
Links
GitHub Hit by Widespread Outage https://devops.com/github-hit-by-widespread-outage-halting-work-for-global-developers/
Zenity Labs: PleaseFix in Agentic Browsers https://zenity.io/company-overview/newsroom/company-news/zenity-labs-exposes-the-full-scope-of-pleasefix
AWS Certificate Manager Ending Email Validation https://aws.amazon.com/blogs/security/aws-certificate-manager-will-discontinue-email-validation-to-prove-domain-validation-for-certificates/
Certificate Expiry Is Still Taking Down Major Platforms https://tokentimer.ch/blog/tls-certificate-expiry-outages
Cloudflare Turns CI Pipelines into TypeScript Workflows https://www.infoq.com/news/2026/08/cloudflare-ci-code-workflows/
Dynatrace Acquires Arize https://devops.com/dynatrace-acquires-arize-as-ai-agents-deepen-the-observability-challenge/
AWS Open-Sources Dogwood https://www.infoq.com/news/2026/08/aws-dogwood-agent-policy/
Pulumi v3.258.0 https://github.com/pulumi/pulumi/releases/tag/v3.258.0
AWS Key Breach and Data-Transfer Signal https://assets.theregister.com/2026/08/13/20267/
Mario Saved the EU but Broke My System https://www.uptimelabs.io/articles/hamed-2012-outage-reflections
This week’s On Call Brief https://www.tellerstech.com/on-call-brief-news/2026-W34/
Ship It Weekly https://shipitweekly.fm/
-
36 min
Ship It Conversations: Ned Bellavance of Ned in the Cloud on DevOps Beyond the Buzzwords, Terraform, AI, the Future of Infrastructure as Code, and Why Fundamentals Still Matter
Episode 61
Show notes
This is a guest conversation episode of Ship It Weekly, separate from the weekly news recaps.
In this Ship It Conversations episode, I talk with Ned Bellavance of Ned in the Cloud about DevOps beyond the buzzwords, platform engineering, infrastructure as code, AI, and why fundamentals still matter even as the tools change.
Ned is the founder of Ned in the Cloud and host of the Day 2 DevOps podcast, with more than 20 years in IT across systems administration, cloud, architecture, automation, and technical education.
We start with a problem a lot of teams run into: adopting the ceremonies of DevOps without actually adopting the principles. Standups, sprints, pipelines, and tooling can make an organization look mature, but the real goal is better communication, faster feedback loops, and delivery tied to actual outcomes.
We also talk about how teams decide what to prioritize next. Security, reliability, performance, FinOps, and platform work can all matter, but chasing whatever is newest does not help if the basics are still broken.
A big part of the conversation is where infrastructure as code goes from here. We get into Terraform's state and scaling model, API rate limits, the Terraform/OpenTofu split, Terragrunt, and newer approaches like Swamp from System Initiative. AI is making infrastructure code cheaper to produce, but understanding the architecture behind that code is becoming more valuable.
That leads into learning and career development. We talk about why networking, Linux, databases, security, cloud architecture, and troubleshooting still matter, even if an LLM writes most of the syntax. Build things, get them wrong in controlled environments, troubleshoot them, and learn what is happening underneath the abstraction.
The big takeaway: tools will keep changing. Judgment, architecture, troubleshooting, and understanding the systems underneath them are much harder to automate away.
Highlights
• Why DevOps ceremony is not the same as DevOps principles
• How teams should decide what platform work actually matters
• Why basic security hygiene still matters
• Where Terraform's current state model starts to hit limits
• Terraform, OpenTofu, Terragrunt, and the future of infrastructure as code
• How AI changes the value of writing infrastructure code
• Why architecture and troubleshooting skills become more important
• Why breaking things in controlled environments is one of the best ways to learn
Links
Ned in the Cloud: https://nedinthecloud.com
Day 2 DevOps: https://day2devops.com
Ned in the Cloud on YouTube: https://www.youtube.com/c/NedintheCloud/
Ned Bellavance on LinkedIn: https://www.linkedin.com/in/ned-bellavance/
Swamp: https://swamp.club
Terraform: https://developer.hashicorp.com/terraform
OpenTofu: https://opentofu.org
More episodes and show notes: https://shipitweekly.fm
On Call Brief: https://oncallbrief.com
-
16 min
Railway US East Outage, Stripe’s Graph-Based Database Recovery, Kata Containers Host Escape, DynamoDB Vector Search, AWS Network Firewall Proxy, Gateway API 1.6, and containerd 2.4
Episode 60
Show notes
This week on Ship It Weekly: Railway explains how an upstream network problem turned into a much larger US East outage, including storage traffic falling back onto the management network and stale connections continuing to cause problems after routing recovered. Stripe shares how graph search and state machines helped cut database pager volume by about 30 percent. Kata Containers patches a critical guest-to-host escape, and DynamoDB adds native vector search.
The bigger theme this week is what happens after the obvious failure. Fixing the route does not necessarily clear the connections created while it was broken. Automating recovery does not have to mean handing an AI agent unrestricted production access. And stronger isolation does not eliminate the components that still cross the guest-host boundary.
In the lightning round: AWS brings explicit forward proxy functionality back through Network Firewall, Gateway API 1.6 moves TCPRoute and UDPRoute to stable, and containerd 2.4 enters beta with new functionality alongside breaking changes worth finding before your next runtime upgrade.
Links
Railway: July 2, 2026 US East Services Outage https://blog.railway.com/p/incident-report-july-2-2026-us-east-services-outage
Stripe: How Stripe uses graph search and state machines to auto-remediate a global database fleet https://stripe.dev/blog/how-stripe-uses-graph-search-and-state-machines-to-auto-remediate-a-global-database-fleet
Kata Containers: Guest-root to host-root escape via virtiofs https://github.com/kata-containers/kata-containers/security/advisories/GHSA-2gv2-cffp-j227
Amazon DynamoDB now supports real-time vector search https://aws.amazon.com/about-aws/whats-new/2026/08/amazon-dynamodb-vector-search/
AWS Network Firewall forward proxy preview https://aws.amazon.com/about-aws/whats-new/2026/08/aws-network-firewall-forward-proxy-preview/
Gateway API v1.6: TCPRoute and UDPRoute Graduate to Standard https://kubernetes.io/blog/2026/08/03/gateway-api-v1-6-release/
containerd 2.4 beta https://github.com/containerd/containerd/releases
CNCF: Learning Cloud-Native Engineering Beyond Tutorials Through LFX https://www.cncf.io/blog/2026/08/10/learning-cloud-native-engineering-beyond-tutorials-through-lfx/
This week’s On Call Brief https://www.tellerstech.com/on-call-brief-news/2026-W33/
Ship It Weekly https://shipitweekly.fm/
-
18 min
AI Agents Target GitHub, Kubernetes 1.37 Deprecations, AWS Transit Gateway Policy Routing, IAM Identity Center Multi-Region, Cloudflare Meerkat, AMOS Mac Malware, and the Risk of Half-Migrated…
Episode 59
Show notes
This week on Ship It Weekly: AI agents from Anthropic and OpenAI took unsanctioned actions on the real internet during UK government cyber testing, including an attempt to push malicious code into a real GitHub project. Kubernetes 1.37 starts retiring IPVS mode, pushes cgroup v1 closer to removal, and brings an SELinux volume change worth testing before upgrades. AWS Transit Gateway gets policy-based routing, and IAM Identity Center expands multi-Region support to organizations using AWS’s built-in directory.
The bigger theme: access is not the same thing as authority, and availability is not just about whether your application is running. Agents need boundaries around the actions they can take. Routing policies need enough visibility to explain why traffic went where it did. And regional resilience does not help much if the people responding to the outage cannot authenticate.
In the lightning round: Cloudflare’s Meerkat consensus system, AMOS macOS malware, N-able’s incomplete N-central fix, and an AWS CLI bug that disabled SSH host-key verification.
Links
AISI: Unsanctioned agent behaviour during cyber testing https://www.aisi.gov.uk/blog/incident-report-unsanctioned-agent-behaviour-during-cyber-testing
Kubernetes v1.37 Sneak Peek https://kubernetes.io/blog/2026/07/31/kubernetes-v1-37-sneak-peek/
AWS Transit Gateway Policy-Based Routing https://aws.amazon.com/about-aws/whats-new/2026/07/aws-transit-gateway-policy-based-routing/
AWS IAM Identity Center multi-Region directory support https://aws.amazon.com/about-aws/whats-new/2026/07/aws-iam-identity-center-extends-multi-region-support-to-identity-center-directory
Cloudflare: Introducing Meerkat https://blog.cloudflare.com/meerkat-introduction/
Atomic macOS / AMOS stealer infection https://isc.sans.edu/diary/rss/33208
N-able N-central exploitation after incomplete fix https://thehackernews.com/2026/08/n-able-says-attackers-take-over-n.html
CVE-2026-18654: AWS CLI EMR SSH host-key verification https://aws.amazon.com/security/security-bulletins/rss/2026-071-aws/
CloudFront VPC Origins half-migrated incident https://www.reddit.com/r/devops/comments/1vdovj6/the_cloudfront_vpc_origins_outage_caught_me/
This week’s On Call Brief https://www.tellerstech.com/on-call-brief-news/2026-W32/
More episodes https://shipitweekly.fm/
Tech News lists
More Tech News shows picked out from the charts
More in Tech News
Placed highest on Apple Podcasts' Tech News chart right now