<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ko">
  <title type="text">KomuraSoft LLC 블로그</title>
  <subtitle type="text">KomuraSoft LLC의 Windows / C# / COM 엔지니어링 노트.</subtitle>
  <id>https://comcomponent.com/ko/feed.xml</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="https://comcomponent.com/ko/blog/"/>
  <link rel="alternate" type="text/html" hreflang="ja" href="https://comcomponent.com/blog/"/>
  <link rel="alternate" type="text/html" hreflang="en" href="https://comcomponent.com/en/blog/"/>
  <link rel="alternate" type="text/html" hreflang="zh-Hant" href="https://comcomponent.com/zh-TW/blog/"/>
  <link rel="self" type="application/atom+xml" href="https://comcomponent.com/ko/feed.xml"/>
  <updated>2026-08-06T00:00:00+00:00</updated>
  <rights>© 2026 합동회사 코무라소프트</rights>
  <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator>
  <author>
    <name>小村 豪</name>
    <uri>https://comcomponent.com/ko/profile/go-komura/</uri>
  </author>
  
  <entry xml:lang="ko">
    <title type="text">정보처리안전확보지원사(情報処理安全確保支援士) 2024년 봄(레이와 6년) 오후 문제1 해설 ── JWT의 alg=none과 API 인가, WAF의 잠정 대책</title>
    <id>https://comcomponent.com/ko/blog/sc-exam-r6s-pm-q1-api-security/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/sc-exam-r6s-pm-q1-api-security/"/>
    <published>2026-08-06T10:00:00+00:00</published>
    <updated>2026-08-06T00:00:00+00:00</updated>
    
    <summary type="text">정보처리안전확보지원사 시험 2024년 봄(레이와 6년) 오후 문제1을 소재로, JWT의 alg=none, API 인가, Mass Assignment, 4자리 인증 코드 무차별 대입, WAF를 통한 잠정 대책을 해설합니다.</summary>
    
    
    
    <category term="정보처리안전확보지원사"/>
    
    <category term="등록 지원사"/>
    
    <category term="API"/>
    
    <category term="API 보안"/>
    
    <category term="JWT"/>
    
    <category term="인증"/>
    
    <category term="인가"/>
    
    <category term="WAF"/>
    
    <category term="Log4Shell"/>
    
    <category term="정보보안"/>
    
    <category term="취약점"/>
    
    <category term="IPA"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows의 「메모리 사용량」은 무엇을 나타내는가 ── Working Set·Private Bytes·Commit·페이지 파일을 올바르게 읽는 법</title>
    <id>https://comcomponent.com/ko/blog/windows-memory-usage-working-set-commit/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-memory-usage-working-set-commit/"/>
    <published>2026-08-04T01:00:00+00:00</published>
    <updated>2026-08-04T00:00:00+00:00</updated>
    
    <summary type="text">작업 관리자의 메모리, Working Set, Private Bytes, Commit은 같은 값이 아닙니다. Windows의 가상 메모리와 물리 메모리의 관계, 페이지 파일의 역할, 메모리 부족이나 누수 조사에서 봐야 할 지표를 설명합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Windows 개발"/>
    
    <category term="메모리 관리"/>
    
    <category term="Working Set"/>
    
    <category term="Private Bytes"/>
    
    <category term="Commit"/>
    
    <category term="페이지 파일"/>
    
    <category term="성능 모니터링"/>
    
    <category term="장애 조사"/>
    
    <category term="Sysinternals"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">멀티스레드 실무 베스트 프랙티스 Java 편 ── 가상 스레드 시대의 정석</title>
    <id>https://comcomponent.com/ko/blog/multithreading-best-practices-java/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/multithreading-best-practices-java/"/>
    <published>2026-08-02T01:30:00+00:00</published>
    <updated>2026-08-02T00:00:00+00:00</updated>
    
    <summary type="text">Java의 멀티스레드는 스레드를 직접 만들지 않고 ExecutorService와 가상 스레드에 올라타는 것이 정석입니다. synchronized와 ReentrantLock의 구분, 인터럽트에 의한 협조적 정지, ConcurrentHashMap의 원자적 연산, Swing의 EDT까지 실무 원칙을 정리합니다.</summary>
    
    
    
    <category term="멀티스레드"/>
    
    <category term="Java"/>
    
    <category term="업무 애플리케이션"/>
    
    <category term="불량 조사"/>
    
    <category term="설계"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">멀티스레드 실무 베스트 프랙티스 C 언어 편 ── Win32 API의 방식으로 안전하게 작성하기</title>
    <id>https://comcomponent.com/ko/blog/multithreading-best-practices-c/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/multithreading-best-practices-c/"/>
    <published>2026-08-02T01:20:00+00:00</published>
    <updated>2026-08-02T00:00:00+00:00</updated>
    
    <summary type="text">C 언어 × Win32의 멀티스레드는 _beginthreadex를 이용한 스레드 생성, SRW 잠금과 조건 변수, Interlocked, 정지 이벤트+WaitForMultipleObjects의 정지 설계가 정석입니다. TerminateThread의 위험성과 DllMain의 제약까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="멀티스레드"/>
    
    <category term="C 언어"/>
    
    <category term="Win32 API"/>
    
    <category term="업무 앱"/>
    
    <category term="불량 조사"/>
    
    <category term="설계"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">멀티스레드 실무 베스트 프랙티스 C++ 편 ── RAII와 jthread로 사고를 구조적으로 없애기</title>
    <id>https://comcomponent.com/ko/blog/multithreading-best-practices-cpp/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/multithreading-best-practices-cpp/"/>
    <published>2026-08-02T01:10:00+00:00</published>
    <updated>2026-08-02T00:00:00+00:00</updated>
    
    <summary type="text">C++의 멀티스레드는 데이터 경쟁이 미정의 동작이 되는 세계입니다. std::thread 소멸자의 함정, jthread와 stop_token에 의한 정지 설계, scoped_lock의 데드락 회피, atomic의 올바른 위치, Win32 동기화 API와의 구분 사용까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="멀티스레드"/>
    
    <category term="C++"/>
    
    <category term="Visual Studio"/>
    
    <category term="업무 애플리케이션"/>
    
    <category term="불량 조사"/>
    
    <category term="설계"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">멀티스레드 실무 베스트 프랙티스 .NET 편 ── 스레드를 늘리기 전에 정해둘 것</title>
    <id>https://comcomponent.com/ko/blog/multithreading-best-practices-dotnet/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/multithreading-best-practices-dotnet/"/>
    <published>2026-08-02T01:00:00+00:00</published>
    <updated>2026-08-02T00:00:00+00:00</updated>
    
    <summary type="text">「스레드를 만들면 가끔 죽거나 멈춘다」를 막는 설계의 정석을 .NET/C# 대상으로 정리합니다. 스레드를 직접 만들지 않고 Task에 올라타기, 공유 가변 상태 줄이기, 락의 규율, CancellationToken을 통한 정지 설계, UI 스레드 다루기까지 설명합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="멀티스레드"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="업무 앱"/>
    
    <category term="결함 조사"/>
    
    <category term="설계"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">정보처리안전확보지원사(情報処理安全確保支援士) 2023년 가을(레이와 5년) 오후 문제2 해설 ── 방문객용 Wi-Fi로 유출되는 파일</title>
    <id>https://comcomponent.com/ko/blog/sc-exam-r5a-pm-q2-security-review/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/sc-exam-r5a-pm-q2-security-review/"/>
    <published>2026-08-01T03:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">정보처리안전확보지원사 시험 2023년 가을(레이와 5년) 오후 문제2를 소재로, USB 메모리를 막은 회사가 방문객용 Wi-Fi를 통해 파일을 유출당하는 경로를 해설합니다. 서버 인증서 검증과 HSTS, MAC 주소 필터링의 한계, EAP-TLS와 TPM을 이용한 대책을 정리합니다.</summary>
    
    
    
    <category term="정보처리안전확보지원사"/>
    
    <category term="등록 세키스페"/>
    
    <category term="무선랜"/>
    
    <category term="서버 인증서"/>
    
    <category term="HSTS"/>
    
    <category term="EAP-TLS"/>
    
    <category term="RADIUS"/>
    
    <category term="TPM"/>
    
    <category term="정보보안"/>
    
    <category term="정보 유출 대책"/>
    
    <category term="IPA"/>
    
    <category term="설계 리뷰"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">볼륨 섀도 복사본(VSS)의 구조와 실무 ── 사용 중 파일의 백업은 왜 가능한가</title>
    <id>https://comcomponent.com/ko/blog/vss-volume-shadow-copy-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/vss-volume-shadow-copy-guide/"/>
    <published>2026-08-01T01:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">사용 중인 파일은 공유 위반으로 복사할 수 없는데, 백업 소프트웨어는 왜 복사할 수 있는가. 볼륨 섀도 복사본(VSS)의 요청자·라이터·공급자 역할 분담, 카피 온 라이트의 구조, vssadmin 실무와 차분 영역의 함정을 해설합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="VSS"/>
    
    <category term="백업"/>
    
    <category term="파일"/>
    
    <category term="NTFS"/>
    
    <category term="업무 앱"/>
    
    <category term="결함 조사"/>
    
    <category term="정보 시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WMI/CIM을 C#・PowerShell에서 사용하기 ── 하드웨어 정보 취득・프로세스 감시・원격 조회 실무 가이드</title>
    <id>https://comcomponent.com/ko/blog/wmi-cim-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/wmi-cim-practical-guide/"/>
    <published>2026-08-01T01:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">PC 시리얼 번호 취득, 디스크 여유 공간 감시, 프로세스 시작 감지의 정석이 WMI/CIM입니다. Get-CimInstance 등 CIM 계열 명령어의 사용법과 구형 Get-WmiObject로부터의 이전, C#의 System.Management와 CIM API의 구분 사용, 실전 레시피와 함정을 해설합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="PowerShell"/>
    
    <category term="WMI"/>
    
    <category term="CIM"/>
    
    <category term="업무 앱"/>
    
    <category term="Windows 개발"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">그룹 정책(GPO) 실무 입문 ── 구조・반영 확인・Intune과의 구분 사용</title>
    <id>https://comcomponent.com/ko/blog/group-policy-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/group-policy-practical-guide/"/>
    <published>2026-08-01T01:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">「GPO로 배포」의 의미를 모른 채 AD 환경을 만지고 있지는 않으신가요. 그룹 정책의 구조와 LSDOU 적용 순서, gpupdate・gpresult로 반영 확인, Intune과의 구분 사용, 고객사 GPO가 앱의 동작을 바꿔버리는 함정까지 실무 관점에서 해설합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="그룹 정책"/>
    
    <category term="Active Directory"/>
    
    <category term="Intune"/>
    
    <category term="PC 관리"/>
    
    <category term="PowerShell"/>
    
    <category term="정보시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 보안 감사 정책과 이벤트 로그 조사 실무 ── 4625를 읽어내는 정보시스템 담당자 되기</title>
    <id>https://comcomponent.com/ko/blog/windows-security-audit-policy-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-security-audit-policy-guide/"/>
    <published>2026-08-01T01:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">「로그온 실패 로그를 조사해 달라」는 요청에 대응하기 위한 실무 가이드입니다. 기본 감사 정책과 고급 감사 정책의 관계, 최소한 활성화해야 할 하위 범주, 이벤트 ID 4624/4625/4688을 읽는 법, Security 로그의 용량 설계, Get-WinEvent를 이용한 추출까지 설명합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="보안"/>
    
    <category term="이벤트 로그"/>
    
    <category term="감사 정책"/>
    
    <category term="로그 설계"/>
    
    <category term="PowerShell"/>
    
    <category term="정보시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows LAPS 실무 가이드 ── 전 PC 공통 로컬 관리자 비밀번호를 그만두기</title>
    <id>https://comcomponent.com/ko/blog/windows-laps-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-laps-guide/"/>
    <published>2026-08-01T01:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">전 PC 공통 로컬 관리자 비밀번호는 한 대의 침해가 전체로 번지는 Pass-the-Hash 공격의 온상입니다. OS 표준 기능이 된 Windows LAPS의 자동 로테이션과 AD/Entra ID 저장 설정, 운영상의 함정을 설명합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="보안"/>
    
    <category term="LAPS"/>
    
    <category term="비밀번호 관리"/>
    
    <category term="Active Directory"/>
    
    <category term="Intune"/>
    
    <category term="PowerShell"/>
    
    <category term="정보시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 인증서 저장소 실무 가이드 ── 사용자와 컴퓨터, 어느 쪽에 넣어야 하는가</title>
    <id>https://comcomponent.com/ko/blog/windows-certificate-store-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-certificate-store-guide/"/>
    <published>2026-08-01T00:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">클라이언트 인증서는 사용자와 컴퓨터 중 어느 저장소에 넣어야 할까. certmgr.msc와 certlm.msc의 차이, 비밀 키 권한 부여, PowerShell을 이용한 만료 점검까지, 인증서의 단골 사고를 체계적으로 없애는 실무 가이드입니다.</summary>
    
    
    
    <category term="인증서"/>
    
    <category term="Windows"/>
    
    <category term="보안"/>
    
    <category term="PKI"/>
    
    <category term="TLS"/>
    
    <category term="PowerShell"/>
    
    <category term="업무 앱"/>
    
    <category term="정보 시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 방화벽과 업무 앱 ── 인바운드 규칙은 인스톨러에서 등록한다</title>
    <id>https://comcomponent.com/ko/blog/windows-firewall-business-apps/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-firewall-business-apps/"/>
    <published>2026-08-01T00:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">&apos;개발 PC에서는 되는데 고객사에서는 통신이 안 된다&apos;의 단골 원인이 바로 Windows 방화벽입니다. 인바운드 기본 차단과 프로필, 알림 대화상자에 운영을 맡기면 안 되는 이유, 인스톨러에서의 인바운드 규칙 등록과 원인 분리 절차를 설명합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="방화벽"/>
    
    <category term="네트워크"/>
    
    <category term="보안"/>
    
    <category term="업무 앱"/>
    
    <category term="인스톨러"/>
    
    <category term="PowerShell"/>
    
    <category term="정보시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WSUS 비권장 이후의 Windows Update 관리 ── WUfB·Autopatch·Intune을 어떻게 선택할까</title>
    <id>https://comcomponent.com/ko/blog/wsus-deprecation-windows-update-management/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/wsus-deprecation-windows-update-management/"/>
    <published>2026-08-01T00:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">2024년 9월 WSUS의 비권장이 발표되었습니다. 곧바로 멈추는 것은 아니지만 신규 기능 개발은 종료되었습니다. WSUS 유지·Windows Update for Business·Autopatch·Intune이라는 4가지 선택지를, 라이선스와 폐쇄망 조건까지 포함한 판단표로 정리합니다.</summary>
    
    
    
    <category term="Windows Update"/>
    
    <category term="WSUS"/>
    
    <category term="Intune"/>
    
    <category term="Windows Autopatch"/>
    
    <category term="정보시스템"/>
    
    <category term="보안"/>
    
    <category term="IT 자산관리"/>
    
    <category term="중소기업"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">BitLocker 실무 가이드 ── 복구 키 관리로 시작하는 드라이브 암호화</title>
    <id>https://comcomponent.com/ko/blog/bitlocker-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/bitlocker-practical-guide/"/>
    <published>2026-08-01T00:00:00+00:00</published>
    <updated>2026-08-01T00:00:00+00:00</updated>
    
    <summary type="text">Windows 11 버전 24H2 이후 클린 설치한 PC에서는 &apos;디바이스 암호화&apos;가 기본으로 동작하게 되어, &apos;어느새 암호화되어 있었다&apos;는 사고가 실제로 늘고 있습니다. 복구 키 저장 위치 판단표를 중심으로, 원리·조직에서의 운영·사고 대응·폐기까지 정리합니다.</summary>
    
    
    
    <category term="BitLocker"/>
    
    <category term="Windows"/>
    
    <category term="보안"/>
    
    <category term="암호화"/>
    
    <category term="TPM"/>
    
    <category term="정보시스템"/>
    
    <category term="IT 자산관리"/>
    
    <category term="중소기업"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">패스키는 왜 안전한가 ── 그림으로 이해하는 &apos;비밀을 보내지 않는 인증&apos;의 구조</title>
    <id>https://comcomponent.com/ko/blog/passkey-why-secure/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/passkey-why-secure/"/>
    <published>2026-07-29T07:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">패스키가 왜 안전한지를 그림으로 해설합니다. 비밀키를 서버에 두지도 보내지도 않는 공개키 암호의 구조, 피싱이 구조적으로 성립하지 않는 이유, 동기화 패스키의 안전성, 스마트폰 분실 시의 사고방식, WebAuthn 도입의 요점까지 정리합니다.</summary>
    
    
    
    <category term="패스키"/>
    
    <category term="WebAuthn"/>
    
    <category term="FIDO2"/>
    
    <category term="보안"/>
    
    <category term="인증"/>
    
    <category term="피싱 대책"/>
    
    <category term="정보 시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제6회・최종회) ── 필터 드라이버와 미니필터: Procmon과 백신 검사가 I/O에 개입할 수 있는 이유</title>
    <id>https://comcomponent.com/ko/blog/windows-minifilter-filter-drivers/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-minifilter-filter-drivers/"/>
    <published>2026-07-29T06:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">Windows의 필터 드라이버와 미니필터를 그림으로 설명하는 연재의 최종회입니다. 필터 매니저와 알티튜드, pre/post 콜백, Procmon과 백신이 모든 I/O를 검사할 수 있는 구조, &apos;그 환경에서만 느리다&apos;의 조사 절차까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Win32"/>
    
    <category term="I/O"/>
    
    <category term="미니필터"/>
    
    <category term="커널"/>
    
    <category term="디바이스 드라이버"/>
    
    <category term="보안"/>
    
    <category term="결함 조사"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제5회) ── NTFS의 내부 구조: MFT로 이해하는 파일 시스템</title>
    <id>https://comcomponent.com/ko/blog/ntfs-internals-mft-structure/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/ntfs-internals-mft-structure/"/>
    <published>2026-07-29T05:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">NTFS의 내부 구조를 그림으로 설명하는 연재의 제5회입니다. MFT와 파일 레코드, 복수 데이터 스트림(Zone.Identifier), 하드 링크와 8.3 이름, 리파스 포인트, 두 가지 저널, 스파스와 압축까지 개발자 시점에서 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="NTFS"/>
    
    <category term="I/O"/>
    
    <category term="파일 시스템"/>
    
    <category term="MFT"/>
    
    <category term="커널"/>
    
    <category term=".NET"/>
    
    <category term="결함 조사"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제4회) ── 캐시 관리자: 당신의 WriteFile은 언제 디스크에 도달하는가</title>
    <id>https://comcomponent.com/ko/blog/windows-cache-manager-writefile-disk/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-cache-manager-writefile-disk/"/>
    <published>2026-07-29T04:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">Windows의 캐시 관리자를 그림으로 설명하는 연재의 제4회입니다. 파일 매핑으로 구현된 캐시, 선행 읽기와 지연 쓰기, FlushFileBuffers와 FILE_FLAG_NO_BUFFERING의 구분 사용, 전원 차단으로 데이터가 사라지는 조건까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Win32"/>
    
    <category term="I/O"/>
    
    <category term="캐시"/>
    
    <category term="커널"/>
    
    <category term="파일 시스템"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제3회) ── I/O 완료 포트(IOCP)와 .NET 스레드 풀: async/await의 지하실</title>
    <id>https://comcomponent.com/ko/blog/windows-iocp-dotnet-threadpool/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-iocp-dotnet-threadpool/"/>
    <published>2026-07-29T03:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">I/O 완료 포트(IOCP)를 그림으로 설명하는 연재의 제3회입니다. 완료 큐와 스레드 수 제어를 일체화한 설계, 동시성 값과 LIFO 해제, .NET 스레드 풀과 async/await 계속(continuation)의 실행 스레드까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Win32"/>
    
    <category term="I/O"/>
    
    <category term="IOCP"/>
    
    <category term="비동기"/>
    
    <category term="스레드 풀"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">MSMQ는 언제까지 쓸 수 있을까 ── 「비권장조차 아닌」 레거시 큐의 이전 판단</title>
    <id>https://comcomponent.com/ko/blog/msmq-migration-decision-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/msmq-migration-decision-guide/"/>
    <published>2026-07-29T02:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">MSMQ는 공식 비권장 목록에 없지만, System.Messaging은 .NET Framework에만 존재해 .NET으로의 이전을 가로막습니다. 폐지설과 실제 현황을 사실 관계로 정리하고, 계속 사용할지 이전할지의 판단 기준과 이전 대상의 선택 방법을 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term=".NET"/>
    
    <category term="C#"/>
    
    <category term="MSMQ"/>
    
    <category term="메시지 큐"/>
    
    <category term="레거시 기술"/>
    
    <category term="이전"/>
    
    <category term="정보 시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제2회) ── 동기 I/O와 비동기 I/O: OVERLAPPED의 진짜 의미</title>
    <id>https://comcomponent.com/ko/blog/windows-io-sync-async-overlapped/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-io-sync-async-overlapped/"/>
    <published>2026-07-29T02:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">Windows의 동기 I/O와 비동기 I/O(오버랩 I/O)를 그림으로 설명하는 연재의 제2회입니다. FILE_FLAG_OVERLAPPED의 의미, 완료 통지의 4가지 방식, 비동기인데 동기 완료되는 조건, 취소의 작법, .NET과의 대응까지 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Win32"/>
    
    <category term="I/O"/>
    
    <category term="비동기"/>
    
    <category term="OVERLAPPED"/>
    
    <category term="커널"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">정보처리안전확보지원사(情報処理安全確保支援士) 2023년 가을(레이와 5년) 오후 문제1 해설 ── 16건의 리뷰가 2건만 표시되는 저장형 XSS</title>
    <id>https://comcomponent.com/ko/blog/sc-exam-r5a-pm-q1-stored-xss/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/sc-exam-r5a-pm-q1-stored-xss/"/>
    <published>2026-07-29T02:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">정보처리안전확보지원사 시험 2023년 가을(레이와 5년) 오후 문제1을 소재로, 저장형 XSS 공격의 흐름을 해설합니다. 문자 수 제한이 분할 게시로 깨진 이유, 세션ID가 외부로 전송되지 않고 이미지로 반출된 경로, 그리고 거기서 효과가 있었던 대책을 정리합니다.</summary>
    
    
    
    <category term="정보처리안전확보지원사"/>
    
    <category term="SC 시험"/>
    
    <category term="XSS"/>
    
    <category term="크로스사이트 스크립팅"/>
    
    <category term="웹 애플리케이션"/>
    
    <category term="정보보안"/>
    
    <category term="취약점"/>
    
    <category term="IPA"/>
    
    <category term="세션 관리"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">AppLocker・App Control for Business(WDAC)와 업무 앱 배포 ── &apos;실행 제어&apos;에 막히기 전에</title>
    <id>https://comcomponent.com/ko/blog/applocker-wdac-business-app-distribution/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/applocker-wdac-business-app-distribution/"/>
    <published>2026-07-29T01:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">AppLocker, App Control for Business(구 WDAC), Smart App Control의 차이와, 자사의 업무 앱이 고객 환경의 실행 제어에 막히지 않기 위한 개발·배포 측의 대책을 정리합니다. 차단 시 이벤트 로그를 읽는 방법도 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="보안"/>
    
    <category term="정보 시스템"/>
    
    <category term="AppLocker"/>
    
    <category term="WDAC"/>
    
    <category term="Smart App Control"/>
    
    <category term="코드 서명"/>
    
    <category term="배포"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows I/O의 심층(제1회) ── 모든 읽기·쓰기는 IRP가 된다: I/O 시스템의 전체상</title>
    <id>https://comcomponent.com/ko/blog/windows-io-internals-architecture-irp/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-io-internals-architecture-irp/"/>
    <published>2026-07-29T01:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">Windows의 I/O 시스템을 밑바닥부터 해설하는 연재의 제1회입니다. 오브젝트 관리자의 이름공간, 드라이버·디바이스·파일이라는 3가지 오브젝트, IRP의 라이프사이클, CloseHandle의 이면까지를 그림으로 정리합니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="Win32"/>
    
    <category term="I/O"/>
    
    <category term="커널"/>
    
    <category term="디바이스 드라이버"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    <category term="불량 조사"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">SMB 서명과 LDAP 채널 바인딩 ── NTLM 대책의 &apos;나머지 절반&apos;을 실무에서 마무리하기</title>
    <id>https://comcomponent.com/ko/blog/smb-signing-ldap-channel-binding/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/smb-signing-ldap-channel-binding/"/>
    <published>2026-07-29T00:00:00+00:00</published>
    <updated>2026-07-29T00:00:00+00:00</updated>
    
    <summary type="text">NTLM을 중단하기까지의 기간 동안 릴레이 공격의 피해를 억제하는 방어책이 SMB 서명과 LDAP 서명·채널 바인딩입니다. OS별 기본값, 감사 이벤트를 읽는 법, 강제 적용으로 나아가는 절차, 업무 앱과 기기를 고치는 방법까지 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="NTLM"/>
    
    <category term="Kerberos"/>
    
    <category term="Windows"/>
    
    <category term="Active Directory"/>
    
    <category term="보안"/>
    
    <category term="정보 시스템"/>
    
    <category term="SMB"/>
    
    <category term="LDAP"/>
    
    <category term="PowerShell"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">그림으로 이해하는 NTLM과 Kerberos ── 왜 인증은 NTLM으로 &apos;떨어지는가&apos;</title>
    <id>https://comcomponent.com/ko/blog/ntlm-kerberos-explained/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/ntlm-kerberos-explained/"/>
    <published>2026-07-26T02:00:00+00:00</published>
    <updated>2026-07-26T00:00:00+00:00</updated>
    
    <summary type="text">NTLM과 Kerberos의 차이를 그림으로 정리합니다. 챌린지/응답, TGT와 서비스 티켓, SPN을 찾을 수 없을 때 Negotiate가 NTLM으로 떨어지는 조건, 릴레이 공격과 Pass-the-Hash가 성립하는 이유, NTLMv1 삭제까지 공식 문서의 근거와 함께 설명합니다.</summary>
    
    
    
    <category term="NTLM"/>
    
    <category term="Kerberos"/>
    
    <category term="Windows"/>
    
    <category term="Active Directory"/>
    
    <category term="보안"/>
    
    <category term="인증"/>
    
    <category term="정보 시스템"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">장치에 탑재할 OS로서 OpenHarmony는 선택지가 될 수 있는가 ── Windows IoT·임베디드 Linux와의 비교</title>
    <id>https://comcomponent.com/ko/blog/openharmony-embedded-os-selection/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/openharmony-embedded-os-selection/"/>
    <published>2026-07-26T01:30:00+00:00</published>
    <updated>2026-07-26T00:00:00+00:00</updated>
    
    <summary type="text">산업기기의 OS 선정에 OpenHarmony는 포함될 수 있는가. Windows IoT Enterprise LTSC, 임베디드 Linux, OpenHarmony의 유지보수 기간·필요 메모리·개발 환경·조달성을 1차 정보로 비교하고, 채택해도 좋은 조건과 보류해야 할 조건을 판단표로 정리합니다.</summary>
    
    
    
    <category term="OpenHarmony"/>
    
    <category term="임베디드"/>
    
    <category term="OS 선정"/>
    
    <category term="장치 임베디드"/>
    
    <category term="Windows IoT"/>
    
    <category term="Linux"/>
    
    <category term="제조업"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">NTLM 폐지로 업무 앱이 멈추는가 ── 감사 로그를 얻는 방법과 의존을 없애는 순서</title>
    <id>https://comcomponent.com/ko/blog/ntlm-deprecation-audit-migration/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/ntlm-deprecation-audit-migration/"/>
    <published>2026-07-26T01:00:00+00:00</published>
    <updated>2026-07-26T00:00:00+00:00</updated>
    
    <summary type="text">NTLM 폐지에 대비해 자사 Windows 환경과 업무 앱이 어디에서 NTLM에 의존하고 있는지 찾아내는 절차를 정리합니다. 감사 정책, NTLM/Operational 로그의 이벤트 8001~8004 추적, NTLM으로 떨어지는 전형적인 패턴과 수정 방법, SMB의 NTLM 차단까지 정리합니다.</summary>
    
    
    
    <category term="NTLM"/>
    
    <category term="Kerberos"/>
    
    <category term="Windows"/>
    
    <category term="Active Directory"/>
    
    <category term="보안"/>
    
    <category term="정보 시스템"/>
    
    <category term="PowerShell"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
</feed>
