Miasma Worm Reaches Microsoft Azure and PyPI: 73 Repositories Disabled, Hades Wave Drops 37 Malicious Python Wheels

Executive Summary

The Miasma supply chain attack crossed two new boundaries between June 5 and June 7, 2026. On June 5, a recompromised contributor account pushed a malicious commit into Microsoft’s Azure/durabletask GitHub repository, planting configuration files that execute a credential-harvesting payload the moment a developer opens the repository in Claude Code, Gemini CLI, Cursor, or VS Code. GitHub’s automated enforcement disabled 73 repositories across four Microsoft GitHub organizations in a 105-second sweep. Azure/functions-action, the official GitHub Action for deploying Azure Functions, went dark, breaking CI/CD pipelines globally.

Two days later, on June 7, Socket detected 37 malicious Python wheel artifacts across 19 PyPI packages. The Hades variant uses Python .pth startup hooks to execute a Bun-powered JavaScript credential stealer on every Python interpreter startup, without the victim ever importing the compromised package. The bioinformatics tools dynamo-release, spateo-release, and coolbox account for most of the download volume. Hades-themed GitHub exfiltration markers replace the earlier Zelda-themed Miasma branding, but the underlying tradecraft is identical: Bun staging, AES-GCM encrypted payloads, multi-cloud credential sweep, and GitHub dead-drop exfiltration.

Socket is now tracking 448 affected artifacts across npm and PyPI: 411 npm artifacts across 106 packages from prior Miasma waves, plus the 37 new PyPI wheels. The campaign has operated continuously since June 1, 2026, pivoting delivery mechanisms every 48 to 72 hours. Zero CVEs exist for any artifact in the entire campaign.

TL;DR for Engineering Teams

What it isThe Miasma worm campaign expanded from npm into GitHub repository poisoning (June 5) and PyPI (June 7). The Azure incident disabled 73 Microsoft repositories including the Azure Functions runtime, all language workers, and both deploy actions. The Hades PyPI wave compromised 19 packages via .pth startup hooks. Both deliver the same Shai-Hulud-lineage credential stealer. Zero CVE across all artifacts.
Where it bitesDevelopers who cloned any affected Microsoft repository after June 2 and opened it in Claude Code, Gemini CLI, Cursor, or VS Code. Any Python environment that installed a Hades-compromised wheel: the .pth hook fires on every python, pip, or pytest invocation. CI/CD pipelines referencing Azure/functions-action@v1.
Why it mattersThe campaign has now crossed four delivery surfaces in seven days: npm preinstall hooks (June 1), npm binding.gyp native compilation (June 4), GitHub repository AI agent hooks (June 5), and PyPI .pth startup execution (June 7). Each pivot targets a detection blind spot that the previous wave’s disclosure created. 448 total artifacts tracked.
Patch statusMicrosoft repositories remain disabled at time of writing. Malicious PyPI wheels quarantined. No clean successor versions confirmed for Hades packages. Pin lockfiles to pre-compromise versions.
Immediate actionIf you cloned any affected Microsoft repo after June 2 and opened it in an AI coding tool or VS Code, treat that system as compromised. Rotate all credentials. For PyPI: search for affected packages. If any match, rotate GitHub tokens, PyPI tokens, AWS/GCP/Azure credentials, SSH keys, and Kubernetes secrets.

Vulnerability Overview

CampaignMIASMA_AZURE_HADES_2026
Malware FamilyMiasma (Mini Shai-Hulud derivative; TeamPCP open-sourced tooling basis)
Vulnerability TypeSupply chain compromise; AI coding agent hijacking; credential theft; self-propagating worm
CWECWE-829 (Inclusion of Functionality from Untrusted Control Sphere); CWE-506 (Embedded Malicious Code)
CVSSNot assigned
CVENot assigned
GHSA / OSVNot assigned
Patch AvailableNo — repositories disabled; wheels quarantined; pin to prior versions
Active ExploitationConfirmed
AttributionCompromised contributor account (same as May 19 durabletask PyPI attack); windy629 GitHub account; TeamPCP infrastructure confirmed

Technical Breakdown

Phase 1 — Azure Repository Injection (June 5)

The Malicious Commit

Commit 5f456b8 was pushed to the Azure/durabletask repository using the same contributor account that was compromised during the May 19 PyPI attack. The commit metadata tells the story before the payload does:

IndicatorValue
Commit message“Switched DataConverter to OrchestrationContext [skip ci]”
Files changed5 files added, 0 source code files modified
Commit timestampBackdated to 2020-03-09T15:59:47Z (six years before actual push)
CI suppression[skip ci] flag present

The commit message claims a code change, but no source code was modified. All five files are tool configuration files or the malicious payload.

Five Files, Four Attack Vectors

The commit planted files targeting four developer tools. Cloning the repository is safe. Opening it is the trigger.

1. .claude/settings.json — Claude Code SessionStart hook. Executes the payload automatically when a Claude Code session starts in this repository.

2. .gemini/settings.json — Gemini CLI SessionStart hook. Identical structure. Triggers on Gemini CLI session start.

3. .cursor/rules/setup.mdc — Cursor AI prompt injection. Instructs the Cursor AI agent to execute the payload by framing it as a project setup requirement. The alwaysApply: true flag ensures the rule is active regardless of which file the developer works on.

4. .vscode/tasks.json — VS Code auto-run task. The task runs automatically when a developer opens the folder with runOn: folderOpen. No AI agent involvement required.

5. .github/setup.js — The payload. A single-line, 4,643,745-byte obfuscated JavaScript file containing the credential harvester. All four configuration files point here.

The Delivery Shift

Supply chain defenses have historically focused on package install hooks: preinstall, postinstall, setup.py. The June 5 attack skips the package manager entirely. A .claude/settings.json SessionStart hook is functionally equivalent to a postinstall script for your editor. A .cursor/rules/setup.mdc file is a prompt injection that ships in the repository itself.

The campaign has moved from “execute on package install” to “execute on folder open.” Defenders tuned for registry-level threats had no detection surface for repository-level configuration file poisoning.

73 Repositories Disabled in 105 Seconds

GitHub’s automated abuse detection disabled 73 repositories across four Microsoft GitHub organizations. Block timestamps span 16:00:50 to 16:02:35 UTC on June 5, with two distinct waves separated by a 56-second gap.

WaveTime WindowRepositories
Wave 116:00:50 – 16:01:28 UTC39 repos in 38 seconds
Wave 216:02:24 – 16:02:35 UTC34 repos in 11 seconds
OrganizationRepos DisabledNotable Repositories
Azure49azure-functions-host, functions-action, all language workers, extension bundles, core-tools, docker
microsoft10Entire Durable Task family: durabletask-dotnet, -go, -java, -js, -mssql, -netherite, -protobuf
Azure-Samples13AI sample apps: rag-postgres-openai-python, llm-fine-tuning, multi-agent workflow
MicrosoftDocs1windows-driver-docs

Global CI/CD Breakage

Azure/functions-action is the official GitHub Action for deploying Azure Functions. When GitHub disabled it, every workflow referencing Azure/functions-action@v1 stopped resolving. A Microsoft Learn Q&A thread documented 20+ developers reporting broken pipelines within hours.

Microsoft’s initial response described the incident as a “GitHub policy violation.” Twelve minutes later, that was revised to “internal management issue.” This is the mutable-tag problem at scale. @v1 floats to whatever GitHub serves for that tag. When the repository disappears, the tag evaporates. A pinned commit SHA fails loudly and predictably; a floating tag just stops existing.

Phase 2 — Hades PyPI Wave (June 7)

The .pth Startup Hook

Two days after the Azure injection, Socket detected 37 malicious wheel artifacts across 19 PyPI packages. The delivery mechanism moved again: from repository configuration files to Python .pth startup hooks.

Python’s site module processes .pth files during interpreter startup. Lines beginning with import followed by a space or tab are executed automatically. That gives attackers an execution primitive that fires on every python, pip, pytest, or notebook kernel invocation after the compromised wheel is installed, without the victim ever importing the package.

The .pth loader creates a sentinel at tempfile.gettempdir()/.bun_ran, locates _index.js adjacent to the package, downloads Bun v1.3.13 from GitHub if no cached binary exists, runs bun run _index.js, and writes the sentinel to avoid repeated execution. This is the PyPI equivalent of the npm install-hook problem.

Payload Analysis

LayerFunction
Outer wrappertry { eval(…) } with character-code array and ROT-style substitution
AES-GCM loaderImports node:crypto, decrypts two AES-128-GCM blobs, writes main payload to /tmp/p*.js
Bun bootstrapperDownloads Bun v1.3.13 from GitHub
Main payloadRotated string table, PBKDF2/SHA256 decoder, AES-256-GCM + gzip string layer

The recovered credential stealer targets the same classes seen across all prior Shai-Hulud and Miasma waves:

CategoryTargets
Source controlGitHub PATs, GitHub Actions runner secrets, runner memory, ghs_* tokens
Package registriesnpm, PyPI, RubyGems, JFrog, CircleCI, Anthropic tokens
CloudAWS credentials + STS + SSM + Secrets Manager; GCP identity + projects + Secret Manager; Azure identity + Key Vault
InfrastructureKubernetes service-account tokens + cluster secrets; Vault tokens + secrets
Developer tooling.env, .npmrc, .pypirc, Git credentials, shell histories, SSH keys, Docker configs, Claude/MCP configs

Hades Exfiltration Markers

IndicatorValue
Repository descriptionHades – The End for the Damned
Commit markerIfYouYankThisTokenItWillNukeTheComputerOfTheOwnerFully
Repo-name componentsstygian, tartarean, cerberus, charon, styx, lethe, thanatos, persephone
Workflow nameRun Copilot
Artifact nameformat-results
Path patternresults/results-*.json

Network Camouflage

The payload includes a direct HTTPS sender configured for api.anthropic.com/v1/api. Both GET and POST requests to this path return Anthropic’s standard 404 not_found_error, confirming /v1/api is not a live route. There is no indication Anthropic systems were compromised. The channel is network-log camouflage: traffic to a ubiquitous AI-vendor host blends in with legitimate developer traffic. GitHub repositories remain the confirmed exfiltration channel.

Affected Versions

Hades PyPI Wheels — June 7

PackageCompromised VersionsNotes
bramin0.0.2, 0.0.3, 0.0.4Low traffic
cmd2func0.2.2, 0.2.3Function description utility
coolbox0.4.1, 0.4.2Jupyter genomic visualization (Hi-C/ChIP-Seq/RNA-Seq)
dynamo-release1.5.4Single-cell RNA-velocity framework; highest downloads
executor-engine0.3.4, 0.3.5Task execution utility
executor-http0.1.3, 0.1.4HTTP executor
funcdesc0.2.2, 0.2.3Function description library
magique0.6.8, 0.6.9Lab utility
magique-ai0.4.4, 0.4.5AI utility
mrbios0.1.1, 0.1.2Lab utility
napari-ufish0.0.2, 0.0.3Deep-learning FISH spot detection
nucbox0.1.2, 0.1.3Lab utility
okite0.0.7, 0.0.8Lab utility
pantheon-agents0.6.1, 0.6.2Agent framework
pantheon-toolsets0.5.5, 0.5.6Agent toolsets
spateo-release1.1.2Spatial transcriptomics (dynamo sibling)
synago0.1.1, 0.1.2Lab utility
ufish0.1.2, 0.1.3Deep-learning FISH spot detection
uprobe0.1.3, 0.1.4Lab utility

All 37 wheels share the same *-setup.pth SHA256: c539766062555d47716f8432e73adbe3a0c0c954a0b6c4005017a668975e275c

Two _index.js variants: Variant 1 (4.8 MB, 17 packages): dc48b09b…cb4c0efe | Variant 2 (4.7 MB, 2 packages): e1342a80…c93a4b17d

Protect yourself with the latest threat intelligence, get access to PHOENIX BLUE Today

Exposure Analysis

EnvironmentRisk LevelReason
CI/CD pipelines using Azure Functions GitHub ActionsCriticalfunctions-action@v1 broken globally; pre-disable clones may have triggered payload
Developer workstations (AI coding tools)CriticalPayload fires on folder open in Claude Code, Gemini CLI, Cursor, VS Code
Python research environments (bioinformatics)Highdynamo-release, spateo-release used in single-cell genomics; .pth fires on every Python process
Cloud workloads running affected Python packagesHighCredential sweep reaches AWS Secrets Manager, GCP Secret Manager, Azure Key Vault, K8s secrets
CI runners executing pip install for affected packagesHigh.pth hook fires on subsequent Python invocations in the environment

The bioinformatics targeting in the Hades wave is notable. dynamo-release and spateo-release are used in academic and pharmaceutical research environments that often run with elevated cloud permissions for data pipeline access. coolbox is a genomic visualization toolkit for Hi-C, ChIP-Seq, and RNA-Seq data. Research environments with broad IAM permissions and limited security tooling are high-value targets for credential harvesting.

Campaign Timeline

DateEvent
May 19, 2026durabletask 1.4.1–1.4.3 pushed to PyPI (35-minute window). rope.pyz credential stealer. Contributor account compromised.
June 1, 2026Miasma Wave 1: 32 @redhat-cloud-services npm packages. preinstall delivery. 116,991 weekly downloads.
June 4, 2026Miasma Wave 2: 57 npm packages. binding.gyp delivery. 647,204 monthly downloads.
June 5, 2026Azure repository injection: commit 5f456b8 to Azure/durabletask. AI coding agent hooks planted.
June 5, 16:00 UTCGitHub disables 73 Microsoft repositories in 105-second automated sweep.
June 5, ~19:00 UTCMicrosoft Learn Q&A thread opened. 20+ developers report broken CI/CD pipelines.
June 7, 2026Hades PyPI wave: 37 malicious wheels across 19 packages. .pth startup hook delivery.
CumulativeSocket tracking 448 affected artifacts across npm (411) and PyPI (37).

Each delivery pivot targets the detection blind spot created by the previous wave’s disclosure. preinstall disclosed, defenders tuned for scripts field. binding.gyp bypasses scripts monitoring. Repository config injection bypasses the package registry entirely. .pth startup hooks bypass Python import-time scanning. 72-hour iteration cycles.

Real-World Impact

73 Microsoft repositories disabled across Azure, microsoft, Azure-Samples, and MicrosoftDocs organizations. 37 PyPI wheels published. 448 total campaign artifacts tracked by Socket. Azure Functions deploy action broken globally.

Every GitHub workflow referencing Azure/functions-action@v1 or Azure/functions-container-action failed immediately when the repositories were disabled. Microsoft’s recommended workaround (Azure CLI, Azure DevOps Pipelines, Zip Deploy) required pipeline rewrites for affected organizations.

The bioinformatics packages dynamo-release, spateo-release, coolbox, and ufish/napari-ufish serve computational biology research communities. The .pth hook fires on every Python invocation in the environment, including automated data processing jobs.

Detection Guidance

Log and Network Indicators

Azure repository injection:

  • Network connections to check.git-service[.]com or t.m-kosche[.]com
  • Process creation: node .github/setup.js launched from AI coding tool or VS Code task runner
  • Filesystem: .claude/settings.json, .gemini/settings.json, .cursor/rules/setup.mdc, or .vscode/tasks.json with folderOpen triggers in cloned repositories

Hades PyPI wave:

  • Process chain: python spawning download of Bun binary from github.com/oven-sh/bun/releases/download/bun-v1.3.13/
  • Filesystem: /tmp/.bun_ran, /tmp/b.zip, /tmp/b/bun, _index.js inside site-packages, *-setup.pth files
  • Network: outbound HTTPS to api.anthropic.com/v1/api (camouflage channel)
  • GitHub: repositories described “Hades – The End for the Damned”; commits containing IfYouYankThisTokenItWillNukeTheComputerOfTheOwnerFully
  • Persistence: gh-token-monitor service, ~/.config/gh-token-monitor/, LaunchAgent com.github.token-monitor.plist

Verification Steps for Teams

  1. Azure repository exposure: Check if any team member cloned a repository from the Azure, microsoft, Azure-Samples, or MicrosoftDocs organizations after June 2. Search local filesystems for .claude/settings.json, .gemini/settings.json, .cursor/rules/setup.mdc, and .vscode/tasks.json containing references to .github/setup.js.
  2. PyPI exposure: Search all Python environments, lockfiles, and requirements files for any of the 19 Hades packages. Check site-packages directories for *-setup.pth files and _index.js artifacts.
  3. CI/CD pipeline audit: Check all GitHub Actions workflows for references to Azure/functions-action@v1 or Azure/functions-container-action. Switch to commit SHA pinning.
  4. SBOM review: Run dependency scans against all repositories to identify transitive exposure to affected packages.

Remediation Guidance

Immediate Actions

  1. If you opened an affected Microsoft repository in an AI coding tool or VS Code after June 2: Treat the system as compromised. Rotate all credentials accessible from that system: GitHub tokens, npm tokens, AWS keys, Azure service principals, GCP service accounts, SSH keys, Kubernetes secrets, Docker configs.
  2. If any Hades PyPI package was installed: Uninstall immediately. Remove *-setup.pth and _index.js from site-packages. Rebuild the Python environment from a clean base. Rotate all credentials.
  3. If CI/CD pipelines reference Azure/functions-action@v1: Switch to Azure CLI, Azure DevOps Pipelines, or Zip Deploy. When the action is restored, pin to a specific commit SHA.
  4. Audit your repositories for unexpected commits containing .claude/, .gemini/, .cursor/, .vscode/tasks.json, or .github/setup.js files.
  5. Audit npm/PyPI packages you maintain for unauthorized version publishes.

Temporary Mitigations

  1. Repository cloning: Inspect cloned repositories for .claude/, .gemini/, .cursor/, and .vscode/tasks.json files before opening in any editor.
  2. Python environments: Audit all .pth files in site-packages. Alert on: executable .pth plus network retrieval plus subprocess execution plus staged JavaScript payload.
  3. GitHub Actions: Pin all actions to full commit SHAs using tools like StepSecurity Secure Repo. Floating tags (@v1, @latest) create single points of failure.
  4. Branch protection: Require PR reviews for all commits. Direct pushes to main should not be permitted.
  5. PyPI publishing: Use Trusted Publishing (OIDC) instead of long-lived API tokens. Restrict outbound network access from CI/CD runners.

Phoenix Security Recommendations

The Miasma campaign’s four-ecosystem, seven-day pivot cycle is invisible to CVE-dependent tooling. Zero CVEs exist for any of the 448 tracked artifacts. Teams relying on vulnerability database lookups had no signal during the active exposure windows.

Phoenix Security’s malware intelligence platform at phxintel.security/malware.html detected Miasma artifacts through behavioral signal analysis within minutes of publication. The platform’s detection approach analyzes execution triggers broadly rather than matching specific package.json fields or registry metadata, providing coverage across the npm preinstall, binding.gyp, repository config, and .pth delivery mechanisms.

Contextual deduplication correlates findings from the Azure repository injection and Hades PyPI wave into a single campaign view, linking them to the earlier Miasma Wave 1 (@redhat-cloud-services) and Wave 2 (binding.gyp) events. Without that correlation, organizations see four separate incidents rather than one evolving campaign.

Reachability analysis identifies which build environments actually executed an affected package’s install hook or .pth startup code versus environments that installed from a pre-compromise cache or never triggered the execution path. When scoping credential rotation across hundreds of CI runners and developer workstations, that distinction determines whether you rotate credentials for 300 systems or the 30 that actually ran the payload.

Remediation campaigns track the multi-step response across engineering teams: lockfile updates per repository, credential rotation completion per environment, persistence artifact cleanup per developer machine, repository configuration audit results, and container image rebuilds per registry.

Attack surface management surfaces which pipelines and build environments pull from affected namespaces, which developer workstations have cloned affected repositories, and which cloud environments are reachable from compromised systems.

Campaign config, IOC scanner, and CISO brief for MIASMA_AZURE_HADES_2026 are available at phxintel.security/package.html

Protect yourself with the latest threat intelligence, get access to PHOENIX BLUE Today

External References

  1. StepSecurity — Miasma Worm Hits Microsoft Again: Azure Functions Action and 72 Other Repositories Disabled After Supply Chain Attack Targeting AI Coding Agents (Ashish Kurmi, June 5, 2026)
  2. OpenSource Malware — The Blight Reaches Microsoft: 73 Repos Disabled in 105 Seconds (6mile, June 6, 2026) — https://opensourcemalware.com/blog/miasma-reaches-azure
  3. Socket Security — Shai-Hulud Descends to Hades: Miasma Worm Campaign Spreads with New PyPI Wave (Socket Research Team, June 7, 2026)
  4. Phoenix Security — Miasma Wave 2: npm Supply Chain Worm Drops binding.gyp Execution (June 4, 2026)
  5. Phoenix Security — MIASMA_WAVE1_REDHAT_2026 campaign analysis — phoenix.security/miasma-redhat-cloud-services-npm-supply-chain-wave1-2026
  6. Phoenix Security — Mini Shai-Hulud / TeamPCP: TanStack and Mistral Campaign (May 2026)
  7. Phoenix Security — Sha1-Hulud full reverse engineering and persistence IOCs — phoenix.security/sha1-hulud-shai-hulud-worm-analysis-persistence-iocs/
  8. Wiz Research — durabletask PyPI compromise analysis (May 19, 2026)
  9. Endor Labs — durabletask PyPI compromise analysis (May 19, 2026)
  10. Socket Security — Miasma campaign tracking page — socket.dev/supply-chain-attacks/miasma-mini-shai-hulud-supply-chain-attack
  11. Phoenix Security Malware Intelligence Platform — phxintel.security/malware.html
  12. Phoenix Security Campaign IOC Tracker — phxintel.security/package.html

Marcus has spent two decades working at the intersection of cybersecurity, cloud infrastructure and enterprise risk. With senior leadership experience at IBM, Accenture and several high-growth security startups, he brings deep expertise in helping organisations navigate complex threat landscapes. Marcus is a trusted advisor to CISOs and security leaders across North America and EMEA.

Discuss this blog with our community on Slack

Join our AppSec Phoenix community on Slack to discuss this blog and other news with our professional security team

From our Blog

The Miasma worm crossed two new boundaries in 48 hours: GitHub’s automated enforcement disabled 73 Microsoft repositories in 105 seconds after AI coding agent hooks were planted in Azure/durabletask, then 37 malicious PyPI wheels hit 19 packages with .pth startup hooks that steal credentials on every Python invocation. 448 total artifacts tracked. Zero CVEs assigned across the entire campaign.
Marcus Webb
Phoenix Security’s Malware Package Intelligence corpus documents 59 supply chain campaigns and 657 malicious package IOCs across npm, PyPI, VS Code, and AI agent tooling from June 2024 through June 2026. The first half of 2026 alone produced 4.5 times the package volume of all 2025 — driven by self-propagating worms, AI assistant config poisoning, and a compiled Rust implant with an eBPF rootkit. Every single campaign: zero CVEs assigned during active exploitation.
Francesco Cipollone
IronWorm is a Rust-built npm supply chain worm that distributed a 976 KB eBPF rootkit and Tor C2 across 37 packages from a single compromised account, with no CVE assigned. It uses npm’s own Trusted Publishing OIDC flow to mint publish credentials from CI runners and self-replicate. CVE-based scanners had zero detection surface at the point of compromise.
Daniel Reeves
On June 1, 2026, 32 packages in the @redhat-cloud-services npm scope — totalling 116,991 weekly downloads — were backdoored by Miasma, a new Shai-Hulud variant that steals credentials across AWS, GCP, Azure, and Kubernetes through a preinstall hook. No CVE exists. Every malicious version passed npm Trusted Publishing validation using legitimate OIDC-issued tokens, leaving CVE-dependent scanners with zero detection surface during the active exposure window.
Francesco Cipollone
AI now generates working exploits in 10–15 minutes. Verizon’s DBIR confirms software vulnerabilities have overtaken stolen credentials as the top breach entry point. The NCSC and Bank of England have formally demanded automated, at-scale remediation. This analysis breaks down why traditional vulnerability management is broken, what the 2026 supply-chain attack catalogue tells us, and how to close the tap and burn down the backlog before the patch wave hits.
Marcus Webb
Contents
Derek

Derek Fisher

Head of product security at a global fintech

Derek Fisher – Head of product security at a global fintech. Speaker, instructor, and author in application security.

Derek is an award winning author of a children’s book series in cybersecurity as well as the author of “The Application Security Handbook.” He is a university instructor at Temple University where he teaches software development security to undergraduate and graduate students. He is a speaker on topics in the cybersecurity space and has led teams, large and small, at organizations in the healthcare and financial industries. He has built and matured information security teams as well as implemented organizational information security strategies to reduce the organizations risk.

Derek got his start in the hardware engineering space where he learned about designing circuits and building assemblies for commercial and military applications. He later pursued a computer science degree in order to advance a career in software development. This is where Derek was introduced to cybersecurity and soon caught the bug. He found a mentor to help him grow in cybersecurity and then pursued a graduate degree in the subject.

Since then Derek has worked in the product security space as an architect and leader. He has led teams to deliver more secure software in organizations from multiple industries. His focus has been to raise the security awareness of the engineering organization while maintaining a practice of secure code development, delivery, and operations.

In his role, Jeevan handles a range of tasks, from architecting security solutions to collaborating with Engineering Leadership to address security vulnerabilities at scale and embed security into the fabric of the organization.

Jeevan Singh

Jeevan Singh

Founder of Manicode Security

Jeevan Singh is the Director of Security Engineering at Rippling, with a background spanning various Engineering and Security leadership roles over the course of his career. He’s dedicated to the integration of security practices into software development, working to create a security-aware culture within organizations and imparting security best practices to the team.
In his role, Jeevan handles a range of tasks, from architecting security solutions to collaborating with Engineering Leadership to address security vulnerabilities at scale and embed security into the fabric of the organization.

James

James Berthoty

Founder of Latio Tech

James Berthoty has over ten years of experience across product and security domains. He founded Latio Tech to help companies find the right security tools for their needs without vendor bias.

christophe

Christophe Parisel

Senior Cloud Security Architect

Senior Cloud Security Architect

Chris

Chris Romeo

Co-Founder
Security Journey

Chris Romeo is a leading voice and thinker in application security, threat modeling, and security champions and the CEO of Devici and General Partner at Kerr Ventures. Chris hosts the award-winning “Application Security Podcast,” “The Security Table,” and “The Threat Modeling Podcast” and is a highly rated industry speaker and trainer, featured at the RSA Conference, the AppSec Village @ DefCon, OWASP Global AppSec, ISC2 Security Congress, InfoSec World and All Day DevOps. Chris founded Security Journey, a security education company, leading to an exit in 2022. Chris was the Chief Security Advocate at Cisco, spreading security knowledge through education and champion programs. Chris has twenty-six years of security experience, holding positions across the gamut, including application security, security engineering, incident response, and various Executive roles. Chris holds the CISSP and CSSLP certifications.

jim

Jim Manico

Founder of Manicode Security

Jim Manico is the founder of Manicode Security, where he trains software developers on secure coding and security engineering. Jim is also the founder of Brakeman Security, Inc. and an investor/advisor for Signal Sciences. He is the author of Iron-Clad Java: Building Secure Web Applications (McGraw-Hill), a frequent speaker on secure software practices, and a member of the JavaOne Rockstar speaker community. Jim is also a volunteer for and former board member of the OWASP foundation.

Join our Mailing list!

Get all the latest news, exclusive deals, and feature updates.

The IKIGAI concept
Protected By
Shield Security PRO