Security engineering — cloud security, DevSecOps, and the operational plumbing that connects security appliances to the tools people actually use.
Most of what I publish here comes out of running those appliances in production and finding the places where the tooling quietly disagrees with the device.
| tech.2twodragon.com | Tech blog — security, cloud, DevSecOps | built from tech-blog |
| twodragon.tistory.com | Longer write-ups and course notes | |
| 2twodragon.com | Personal site |
The list below is refreshed daily from those feeds by
scripts/update_blog_posts.py. Each blog gets its own
section on purpose — they publish at very different rates, and a single merged "latest N"
list silently drops the slower one.
- 2026년 10월 14일 주간 보안 다이제스트: 악성코드·AI 에이전트·클라우드 (29건)
- Istio Ambient Mesh ztunnel L4 mTLS와 Waypoint L7 무사이드카 보안 아키텍처
- Sigstore Cosign v3 키리스 OIDC 서명과 SLSA Level 3 공급망 무결성 체계
- Cilium Tetragon 실시간 커널 레벨 런타임 격리와 인커널 SIGKILL 플레이북
- 2026년 10월 13일 주간 보안 다이제스트: 제로데이·랜섬웨어·악성코드 (30건)
- 클라우드 시큐리티 9기 1주차 : 온프레미스 vs 클라우드 네트워크 아키텍처 비교부터 제로 트러스트 & DevSecOps 핵심 정리
- 클라우드 시큐리티 9기 OT: AI 시대의 DevSecOps, GPU 인프라, 그리고 대체 불가능한 보안 거버넌스
- 클라우드 보안 과정 8기 9주차: DevSecOps 통합 및 AI 기반 보안 자동화
- 클라우드 보안 과정 8기 8주차: CI/CD와 Kubernetes 보안 실전 가이드 - DevSecOps 파이프라인부터 클러스터 보안까지
- 클라우드 보안 과정 8기 7주차: Docker & Kubernetes 보안 실전 가이드 - 컨테이너 보안부터 클러스터 보안까지
Updated 2026-10-15 04:49 UTC — see scripts/update_blog_posts.py
Zscaler MCP Server — zscaler/zscaler-mcp-server
-
#95 — the entitlement filter removed tool families (
ztw_*,zid_*,zins_*) that the same token could reach with HTTP 200. The cause was three product codes missing fromPRD_TO_SERVICE, not a permission boundary — so it surfaced to operators as "I must not have access." -
#98 — a missing tenant identifier was reported as
missing OneAPI credentials, sending operators to re-check a client ID and secret that were working fine. The stated blast radius was wrong too.Both were reproduced against a live OneAPI tenant and shipped in v0.15.2 (2026-08-13). The three mappings in the release match the ones reported, and the commit comment cites issue #95. To be precise about what happened: the maintainer implemented the fix in their own PR — the patches I opened were not merged.
FortiGate MCP Server — alpadalar/fortigate-mcp-server
-
PR #8 — two defects that return HTTP 200 with wrong data, which is the kind that gets trusted rather than noticed:
get_routing_tablereaddst, the spelling used by the config endpoint (cmdb/router/static). The state endpoint it actually calls (monitor/router/ipv4) emitsip_mask— so every row renderedRoute: N/A.get_interface_statussent a parameter name FortiOS silently ignores, returning the full interface set no matter which name you asked for. Fixing the name alone returns zero results, because that endpoint excludes VLAN and aggregate interfaces by default — precisely the ones you'd look up by name.
Verified on FortiOS v7.6.7. The regression tests assert on the shape of the outgoing request rather than the status code, since both defects are well-formed at the HTTP layer. Submitted, not merged — CI has not run yet (first-time-fork approval gate).
-
Issue #9 — asks whether the project's frozen tool surface can admit read-only DHCP and zone tools, rather than adding them unilaterally in a PR.
Reach me through the repositories above.




