Skip to content
View ibondarenko1's full-sized avatar
🎯
Focusing
🎯
Focusing

Block or report ibondarenko1

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
ibondarenko1/README.md

Ievgen (Jack) Bondarenko

Security Engineering Β· Vulnerability Research Β· Detection Engineering Β· AI Infrastructure

I work across the boundary between how systems fail and how defenders detect that failure.

On the research side, I audit source code in AI infrastructure, container runtimes, cloud integrations, and security-sensitive backend systems. That work has led to published vulnerabilities, Google VRP findings, coordinated disclosures, and upstream security fixes.

On the defensive side, I build controls that are tested end to end rather than treated as configuration: detection logic, controlled triggering, incident generation, investigation evidence, false-positive measurement, and deployment as code.

More recently, those two sides have started to converge in my work: security tooling and detection systems that combine source-level analysis, operational telemetry, reproducible engineering, and ML where it improves the security workflow.

1 CVE published 22 merged PRs

πŸ”¬ Selected Work

Open-source ML network-flow detector that turns unlabeled CICFlowMeter-compatible traffic into deterministic analyst-facing security incidents.

The v0.1 release includes a frozen temporally validated model, causal feature pipeline, deterministic incident aggregation, versioned incident-v1 output, Python CLI, Docker distribution, real-model end-to-end regression, and public CI.

The project is intentionally explicit about its limits: usable as a research/evaluation product, but not presented as production-ready.

AI & Infrastructure Security Research

  • GHSA-7gwp-5pfp-969j β€” MLflow, Critical: unauthenticated full-read SSRF through redirect and DNS-rebinding weaknesses in webhook delivery.
  • CVE-2026-46517 / GHSA-9xq9-36w5-q796 β€” vulnerability in lmdeploy, an AI model inference server, resolved through coordinated disclosure.
  • Google Cloud VRP award β€” SSRF, API-key disclosure, and response forgery through a per-request baseUrl override affecting Gemini and Vertex AI client paths.
  • llm-serving-security β€” security reference for the LLM serving stack, covering vulnerability classes and hardening across vLLM, Triton, lmdeploy, SGLang, BentoML, Ollama, and TGI.

Detection Engineering

azure-sentinel-detection-engineering

Detection-as-Code on Microsoft Sentinel and Defender: KQL detections mapped to MITRE ATT&CK, controlled triggers, incident generation, investigation evidence, false-positive measurement, and PR-gated deployment through GitHub Actions and OIDC.

🧩 Research & Upstream Engineering

Merged security and hardening work across projects including:

  • Google gVisor
  • Kubernetes
  • Firecrawl
  • Azure Sentinel
  • Swift Package Manager
  • OSV-Scanner
  • Tink

The work spans container hardening, validation boundaries, race conditions, crash handling, sandbox behavior, shared-memory security, SSRF defenses, and protocol/API behavior.

Coordinated disclosure experience includes GitHub Security Advisories, Google VRP, Microsoft MSRC, and CERT/CC VINCE.

πŸ›‘ Defensive Engineering

Hands-on work spans cloud, endpoint, identity, and network telemetry:

  • Microsoft Sentinel, Defender XDR, Defender for Endpoint, Entra ID
  • KQL, Sigma, MITRE ATT&CK
  • Security Onion, Suricata, Zeek, Wazuh
  • Elastic / Kibana
  • pfSense
  • Windows Server / Active Directory
  • Python and PowerShell

I have also worked through live red-team / blue-team engagements involving segmented WAN/DMZ/LAN environments, IDS/IPS, firewall policy, honeypots, incident response, and maintaining service availability under sustained attack.

🎯 Current Focus

  • Vulnerability research: source-level analysis of AI infrastructure, cloud integrations, container boundaries, and security-sensitive backend systems.
  • Detection engineering: tested detections, Detection-as-Code, SIEM/XDR engineering, and operational signal quality.
  • AI infrastructure security: model-serving systems, inference infrastructure, isolation boundaries, and attack surfaces created around AI workloads.
  • Security tooling: reproducible systems that connect detection, program analysis, automation, and ML without hiding the evidence behind the result.
  • Security & compliance engineering: SOC 2, ISO 27001, HIPAA, and NIST controls implemented as measurable operational systems rather than policy-only artifacts.

πŸ“œ Certifications

πŸ›  Tools

Research

Detection & cloud

Platforms

🀝 Connect

Open to remote roles and selected technical work in security engineering, vulnerability research, detection engineering, and AI infrastructure security.

Website: ibondarenko.com
LinkedIn: ievgen-bondarenko-b13098241
Email: hi@ibondarenko.com

Pinned Loading

  1. azure-sentinel-detection-engineering azure-sentinel-detection-engineering Public

    9 MITRE ATT&CK-mapped KQL detections on a live Microsoft Sentinel + Defender XDR environment (control-plane, endpoint, identity), with a PR-gated Detection-as-Code pipeline (GitHub Actions, OIDC), …

    Kusto 5 3

  2. blue-team-engagement blue-team-engagement Public

    One-week red-team / blue-team enterprise network defense engagement: case study, custom Sigma detection pack, and methodology.

    PowerShell

  3. m365-security-operations m365-security-operations Public

    Operational security methodology for a small Microsoft 365 tenant: Sentinel detection engineering, Defender for O365 policy hardening, DNS + email authentication, identity hardening, and NIST/ISO g…

    PowerShell

  4. tink-cross-port-fuzz tink-cross-port-fuzz Public

    Differential fuzzer for google/tink: feeds same JWK Set to multiple language ports, reports divergence in acceptance/error class/keyset shape.

    Python

  5. llm-serving-security llm-serving-security Public

    A practical security reference for the LLM serving stack - CVE matrix, vulnerability classes, and hardening for vLLM, Triton, lmdeploy, BentoML, SGLang, Ollama, and TGI

  6. security-anomaly-ml security-anomaly-ml Public

    Open-source ML network-flow detector that turns CICFlowMeter traffic into deterministic analyst-facing security incidents. CLI + Docker.

    Python 2