I work with developers, DevOps and infrastructure teams to secure systems, review vulnerabilities and check designs from a security perspective. And with executives to turn the answers into guardrails that scale within strategic plans.
Kid from the 90s, learner from the 2000s, applier from the 2010s, manager from the 2020s.
โSo, surely with hardship comes ease.โ
An active childhood spent outside, playing games in the streets in safer times, until the first computer arrived and pulled my curiosity indoors.
A science high school by day and first JavaScript experiments by night. A GeoCities and Tripod kid raised on Half-Life and Age of Empires, who turned fully to studying towards the end.
Computer engineering in a new city. Istanbul life, new friends and a lot of sport, as a very active sportsman.
My career started in software development, moved on to building defensive security products, and grew into running offensive projects that test how systems really break.
A new country and a new culture. My work turned to security automation and engineering, and into manager roles.
Eight areas of security work and the three toys I reach for first in each, favorite on the left. Every card explains where each tool fits in the workflow. Most of them are open source, and every pill opens the tool's GitHub repository or product page.
See the full list โAI coding agents like Claude Code are my first reviewer on pull requests. They read a change in context, follow data through the code and explain real flaws instead of just matching patterns. Semgrep stays underneath as the fast, predictable check. The real work is triage: a few findings developers trust, each with a fix ready to merge.
I test running applications and APIs from the outside, the way an attacker would, to find what code review cannot see: auth flaws, misconfigurations and broken business logic. Burp Suite is where the hands-on testing of sensitive flows happens, ZAP runs automated scans against staging, and Nuclei sweeps everything we expose for known issues.
Leaked credentials are the cheapest way in. TruffleHog digs through full git history and checks which secrets are still live, Gitleaks blocks new ones at pre-commit and in CI, and detect-secrets keeps a clean baseline for older repositories. Every hit gets an owner, a rotation and a move into a proper secrets manager.
Most of the code we ship is someone else's. Dependency-Check maps every library to known CVEs, OSV-Scanner checks lockfiles against the open vulnerability database, and Dependabot opens the update pull requests. The goal is fewer, more meaningful alerts and a fast path to patch what really matters.
I secure the path from image to running pod: minimal base images, scanning and signing in CI, and admission policies that only let trusted images into the cluster. Trivy scans images and manifests on every build, Grype double-checks against the SBOM, and Cosign signs what passes so the cluster can verify it before it runs.
I review cloud architectures for identity, network exposure, encryption and blast radius, then codify the answers as guardrails that hold while teams move fast. Prowler audits live accounts against the benchmarks, Checkov stops risky infrastructure as code before it is deployed, and CloudSploit catches the drift in between.
LLM features bring new attack surface: prompt injection, data leakage between tenants, over-privileged agents and tool abuse. I threat-model these systems and put least privilege between the model and anything it can touch. Then I attack them: garak probes the model itself, promptfoo red-teams prompts and agents in CI, and DeepTeam covers the wider catalogue of known attacks.
Controls have to stand up to auditors as well as attackers. I write guardrails as code with Open Policy Agent, use OpenCRE to map one control across ISO 27001, SOC 2, PCI-DSS and the rest, and let Drata collect the evidence, so compliance becomes a by-product of good engineering.
Controls only work when people want to take part. This is how I socialize, gamify and entertain security into the way teams already work.
Open office hours. No agenda, no ticket. Anyone can bring a question, a worry or a half-finished design.
Security champions. One in every team, a network of peers rather than a police force.
Coffee before reviews. Trust built over lunch makes the hard review conversations easier.
Internal CTFs. Challenges built from sanitised bug patterns in our own stack, so the skills transfer straight to daily work.
Leaderboards for fixes. Points for closing findings and helping others. We celebrate the fix and never name who introduced the bug.
Belt levels. Visible progress for security training, from white belt to champion.
Live "how I would break this" demos. Fifteen minutes, one real weakness, one clear fix.
Breach whodunits. A public incident told as a detective story, with the lessons at the end.
A channel for fails and wins. Memes, near-misses and small victories, shared without blame.
I do not own the audit, but I make it easy to pass. With every framework I try to do three things: follow it, consult on it and support the people who carry it.
My own work is built to the frameworks first, so the security team is the example rather than the exception.
I help teams read what a clause actually means for their system, and find the lightest control that satisfies it.
I prepare evidence, answer the technical questions and sit next to teams when the auditors come.
How information flows in three directions: down to my team, up to leadership and across to peers.
Context over commands. I explain the why and the risk, then let people choose the how.
Blameless by default. Mistakes and incidents become learning, never blame.
Growth first. One-to-ones centre on careers and stretch work, and credit is given in public.
Protect focus. I absorb noise and politics so the team can do deep work.
Top risks in business language. Impact, likelihood, owner and target date.
Trends, not raw counts. Coverage, time to remediate and the age of critical findings.
Compliance status. What is on track and what is at risk before the next audit.
Decisions I need. Budget, priorities and formal risk acceptances.
No surprises. Incidents and near-misses early, with what we know and what we do not.
Lessons learned. Sanitised findings from incidents and design reviews.
Reusable assets. Guardrails, templates, playbooks and detection rules.
Early heads-up. New policies or deprecations that touch their roadmap.
Clear asks. Where I need their help and which dependencies I carry.
I work with developers, DevOps and infrastructure teams to secure systems, review vulnerabilities and check designs from a security perspective. And with executives to turn the answers into guardrails that scale within strategic plans.
Kid from the 90s, learner from the 2000s, applier from the 2010s, manager from the 2020s.
โSo, surely with hardship comes ease.โ
{{t.body}}
Eight areas of security work and the three toys I reach for first in each, favorite on the left. Every card explains where each tool fits in the workflow. Most of them are open source, and every pill opens the tool's GitHub repository or product page.
See the full list โControls only work when people want to take part. This is how I socialize, gamify and entertain security into the way teams already work.
Open office hours. No agenda, no ticket. Anyone can bring a question, a worry or a half-finished design.
Security champions. One in every team, a network of peers rather than a police force.
Coffee before reviews. Trust built over lunch makes the hard review conversations easier.
Internal CTFs. Challenges built from sanitised bug patterns in our own stack, so the skills transfer straight to daily work.
Leaderboards for fixes. Points for closing findings and helping others. We celebrate the fix and never name who introduced the bug.
Belt levels. Visible progress for security training, from white belt to champion.
Live "how I would break this" demos. Fifteen minutes, one real weakness, one clear fix.
Breach whodunits. A public incident told as a detective story, with the lessons at the end.
A channel for fails and wins. Memes, near-misses and small victories, shared without blame.
I do not own the audit, but I make it easy to pass. With every framework I try to do three things: follow it, consult on it and support the people who carry it.
My own work is built to the frameworks first, so the security team is the example rather than the exception.
I help teams read what a clause actually means for their system, and find the lightest control that satisfies it.
I prepare evidence, answer the technical questions and sit next to teams when the auditors come.
How information flows in three directions: down to my team, up to leadership and across to peers.
Context over commands. I explain the why and the risk, then let people choose the how.
Blameless by default. Mistakes and incidents become learning, never blame.
Growth first. One-to-ones centre on careers and stretch work, and credit is given in public.
Protect focus. I absorb noise and politics so the team can do deep work.
Top risks in business language. Impact, likelihood, owner and target date.
Trends, not raw counts. Coverage, time to remediate and the age of critical findings.
Compliance status. What is on track and what is at risk before the next audit.
Decisions I need. Budget, priorities and formal risk acceptances.
No surprises. Incidents and near-misses early, with what we know and what we do not.
Lessons learned. Sanitised findings from incidents and design reviews.
Reusable assets. Guardrails, templates, playbooks and detection rules.
Early heads-up. New policies or deprecations that touch their roadmap.
Clear asks. Where I need their help and which dependencies I carry.