Office 2024/Microsoft 365에서 ActiveX가 작동하지 않는 원인과 확인 절차

가장 먼저 알아둬야 할 것

Office 2024와 Microsoft 365에서는 ActiveX 컨트롤이 기본적으로 비활성화되어 있습니다. 이전에는 정상 작동하던 Excel의 버튼이나 폼, Word / PowerPoint의 삽입 개체가 업데이트 후 갑자기 “작동하지 않는” 것처럼 보이는 것은, 대부분 프로그램의 고장이 아니라 보안 기본값 변경이 원인입니다.

원인은 크게 3가지로 분류할 수 있습니다.

1. 보안 설정 변화(Trust Center, ActiveX 기본 비활성화)
2. 32bit / 64bit 불일치(64bit Office에 32bit 전용 컨트롤을 올린 경우)
3. COM 등록이나 종속 DLL / 런타임 부족(regsvr32 미실행, VC++ 런타임 누락)

실무의 원칙: 이 순서대로 위에서부터 확인해 나가는 것이 가장 빠른 방법입니다.

Office 2024 계열 vs Microsoft 365 ── 무엇이 다른가

중요: 레지스트리 경로는 Office 2024에서도 16.0 그대로입니다. “2024니까 24.0을 찾는다”는 전형적인 시행착오입니다.

Windows 10에서 주의할 점

Windows 10의 일반 지원은 2025년 10월 14일에 종료되었습니다. 다만 Microsoft 365 Apps는 Windows 10에서도 2028년 10월 10일까지 보안 업데이트가 제공되는 전환 유예 기간 중입니다. 즉, 다음과 같은 상태입니다.

• “Windows 10에서는 전혀 작동하지 않는다”는 것은 아님
• “OS는 지원 종료, Apps는 유예 중”이라는 이중 전제로 운용되는 상태

문제 해결 전체 흐름

flowchart TD
    A[증상 재현] --> B[Office 제품명·build·bitness·OS 정보 수집]
    B --> C{OS / Office 지원 전제는 OK?}
    C -- NG --> C1[전제 수정: OS / Office 에디션 / 채널 재검토]
    C -- OK --> D[Trust Center 확인]
    D --> E{ActiveX 설정 / 보호된 보기 / 신뢰할 수 있는 문서에 문제?}
    E -- 있음 --> E1[설정·서명·배포 설계 수정]
    E -- 없음 --> F{레거시 Web / IE 전제?}
    F -- 예 --> F1[IE 모드와 사이트 목록 확인]
    F -- 아니오 --> G[CLSID / InprocServer32 / TypeLib 확인]
    G --> H{COM 등록이 정상?}
    H -- NG --> H1[regsvr32 / RegAsm / 재설치]
    H -- OK --> I[종속 DLL / .NET / VC++ 런타임 확인]
    I --> J{종속성이 충족되었는가?}
    J -- NG --> J1[해당 런타임 복구·재배포]
    J -- OK --> K[로그 수집 / Procmon / Process Explorer]
    K --> L[build 차이·보안 업데이트 차이 확인]

Step 1 ── 환경 정보를 수집한다

먼저 아래 정보를 반드시 기록합니다. 감(感)이 아니라 수치로 판단하기 위해서입니다.

Office 쪽

• [파일] → [계정] → [제품 정보]에서 확인
  • 제품명(Office 2024 / Microsoft 365 구분)
  • 버전과 빌드 번호(가장 중요)
  • 설치 종류(Click-to-Run)
• [Excel 버전 정보] / [Word 버전 정보] 등 제품 정보 대화상자에서 32bit / 64bit 확인

Windows 쪽

# OS 기본 정보
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Office 프로세스의 실행 파일 경로
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

흔히 하는 실수

Step 2 ── Trust Center와 보안 설정을 확인한다

여기서 할 일은 “파일 자체가 차단된 것인지”, 아니면 “COM 실체를 로드하는 데 실패한 것인지”를 구분하는 것입니다.

체크리스트(위에서부터 순서대로)

가장 먼저 시도할 것

1. 문제가 되는 파일을 로컬의 관리된 폴더(예: C:\Temp)에 복사하고 다른 이름으로 저장
2. 네트워크 공유나 메일 첨부에서 직접 열지 않기(보호된 보기의 영향을 배제)
3. Office를 안전 모드로 실행하여 추가 기능의 영향을 배제

excel /safe
winword /safe
powerpnt /safe

Step 3 ── IE 모드 의존 여부를 확인한다

“평범한 ActiveX 장애”라고 생각했는데, 실제로는 Edge의 IE 모드 미구성이 원인인 경우가 있습니다.

• IE 모드는 브라우저 전체를 켜고 끄는 스위치가 아니라, Enterprise Site List에 등록된 사이트에만 적용됩니다
• 사내 Web 연동의 일부만 작동하지 않는다면, 해당 사이트가 IE 모드 대상인지 확인합니다

확인 위치는 다음과 같습니다.

• Edge 정책: 관리 템플릿 > Microsoft Edge
• 레지스트리: HKLM\SOFTWARE\Policies\Microsoft\Edge
• 진단 페이지: edge://compat/iediagnostic

Step 4 ── COM 등록을 확인한다

Trust Center에 문제가 없다면, 다음은 COM 실체가 올바르게 등록되어 있는지 확인합니다.

기본 확인 명령

:: CLSID 등록 상태 확인
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: 네이티브 COM / ActiveX DLL 등록·해제
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

.NET으로 만든 COM의 경우(중요)

.NET 어셈블리에는 regsvr32를 사용할 수 없습니다. RegAsm을 사용합니다.

:: 64bit Windows에서 32bit Office → Framework의 RegAsm 사용
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: 64bit Office → Framework64의 RegAsm 사용
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

전형적인 사고: “RegAsm의 bitness가 Office의 bitness와 맞지 않음” → 레지스트리상으로는 등록에 성공해도 Office에서는 찾을 수 없음.

Step 5 ── 종속 DLL / 런타임을 확인한다

“본체 DLL은 있는데 로드되지 않는” 경우는, 종속 대상이 부족한 경우가 많습니다.

실무에서 자주 부족한 런타임

저수준 조사 도구

Procmon으로 재현 시점의 로그를 수집하고 NAME NOT FOUND로 필터링하면, 어떤 DLL이나 레지스트리 키를 찾지 못했는지 한눈에 알 수 있습니다.

Step 6 ── 로그를 수집해 최종 확인한다

여기까지 해도 원인을 특정할 수 없다면, 로그를 활성화하여 재현되는 순간을 포착합니다.

Office 일반 로그 활성화

reg add HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /t REG_DWORD /d 1

Click-to-Run 상세 로그 활성화

reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /t REG_DWORD /d 3
reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /t REG_DWORD /d 1

로그는 %windir%\temp나 %temp%에 출력됩니다.

이벤트 뷰어도 함께 사용

eventvwr.msc

• Windows 로그 > 응용 프로그램을 확인
• .NET Runtime이나 SideBySide 오류가 결정적인 힌트가 되는 경우가 많음

검증 후 로그 비활성화(잊지 말 것)

reg delete HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /f

주요 레지스트리 / 정책 요약표

반드시 기억해야 할 4가지 경로

64bit Windows에서 32bit Office를 사용하는 경우, COM 관련 항목은 Wow6432Node 하위도 확인해야 합니다.

자주 사용하는 테스트용 레지스트리(검증 전용)

Windows Registry Editor Version 5.00

; 테스트 전용: ActiveX 일괄 비활성화 해제
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

경고: 이 설정들은 검증 전용입니다. 영구적인 대응은 “신뢰할 수 있는 배포 경로와 서명”으로 수행하세요.

흔한 증상과 대처법

기업용 권장 설정

영구 대책의 기본은 “전체 보안을 낮추는 것”이 아니라 “필요한 대상만 제한적으로 허용하는 것”입니다.

Microsoft 365 배포 설정 예(32bit + 월별 엔터프라이즈)

<Configuration>
  <Add OfficeClientEdition="32" Channel="MonthlyEnterprise">
    <Product ID="O365ProPlusRetail">
      <Language ID="ja-jp" />
    </Product>
  </Add>
  <Updates Enabled="TRUE" />
  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

최후의 수단 ── 복구

• 빠른 복구 / 온라인 복구는 설정이나 등록 손상에는 효과가 있음
• 다만 x86 / x64 불일치나 서명 / 정책 문제 자체는 해결하지 못함
• 복구는 “마지막에 시행”(먼저 하면 조사 로그가 오염됨)

명령어 요약표

정리 ── 확인 순서를 틀리지 않기

설정 오류 → OS / bitness 불일치 → COM 실체 문제 → 종속성 → 업데이트 차이

ActiveX 문제는 “Excel만의 문제”처럼 보여도, 실제로는 Office의 기본 보안 + Windows의 지원 전제 + COM 실체 등록 + 종속 런타임 + 업데이트 모델이라는 5개 층이 교차하는 문제입니다. 무작정 설정을 완화하기 전에, 위에서부터 순서대로 구분해 나가면 재발하기 어려운 해결에 도달할 수 있습니다.

참고 링크

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 ─ 기본 비활성화의 영향 범위
• Enable or disable ActiveX settings in Office files ─ 사용자 조작에 가장 가까운 자료
• Update history for Office LTSC 2024 and Office 2024 ─ build 비교, 업데이트 전후 차이
• Overview of update channels for Microsoft 365 Apps ─ Current / Monthly Enterprise / Semi-Annual의 차이
• Release Information for Updates to Microsoft 365 Apps ─ 채널에 따른 동작 차이
• Compatibility between the 32-bit and 64-bit versions of Office ─ ActiveX / COM 자산이 관련될 때의 판단 기준
• Microsoft Edge의 Internet Explorer 모드 ─ Enterprise Site List와 정책
• regsvr32 명령 ─ 네이티브 COM의 등록 / 해제
• Regasm.exe(어셈블리 등록 도구) ─ .NET으로 만든 COM의 등록
• Process Monitor (Procmon) ─ NAME NOT FOUND / PATH NOT FOUND 추적
• Process Explorer ─ 프로세스의 DLL 로드 상태
• Latest supported Visual C++ Redistributable Downloads ─ VC++ 런타임 부족 확인처
• .NET Framework 설치 가이드 ─ .NET Framework 버전 확인

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

이 주제와 연결되는 서비스

이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

Office 2024와 Microsoft 365에서 ActiveX가 기본적으로 비활성화되었다는 것은 무슨 의미인가요?

Office 2024와 Microsoft 365에서는 ActiveX 컨트롤이 기본적으로 비활성화되어 있습니다. 이전에는 정상 작동하던 Excel의 버튼이나 폼, Word / PowerPoint의 삽입 개체가 업데이트 후 갑자기 "작동하지 않는" 것처럼 보이는 것은, 대부분 프로그램 고장이 아니라 이 보안 기본값 변경이 원인입니다. 파일을 열었을 때 나타나는 노란색 메시지 표시줄에서 [콘텐츠 사용]을 선택해 일시적으로 작동하는지 확인하고, Trust Center(보안 센터)의 ActiveX 설정을 확인하는 것이 첫 단계입니다.

Office 업데이트 후 Excel의 ActiveX 버튼이 반응하지 않게 되었습니다. 무엇부터 확인해야 하나요?

원인은 크게 3가지로 분류할 수 있습니다. 첫 번째는 보안 설정 변화(Trust Center, ActiveX 기본 비활성화, 보호된 보기), 두 번째는 32bit / 64bit 불일치(64bit Office에 32bit 전용 컨트롤을 올린 경우), 세 번째는 COM 등록이나 종속 DLL / 런타임 부족(regsvr32 미실행, VC++ 런타임 누락)입니다. 이 순서대로 위에서부터 확인해 나가는 것이 가장 빠른 방법입니다. 아울러 제품명 · 빌드 번호 · Office의 bitness · OS 정보를 먼저 기록하고, 네트워크 공유나 메일 첨부 파일에서 직접 열지 않고 로컬 폴더에서 재현 차이를 확인합니다.

64bit Office에서만 ActiveX 컨트롤이 작동하지 않는 이유는 무엇인가요?

Office의 bitness와 COM / ActiveX의 bitness는 반드시 일치해야 하기 때문입니다. 64bit Office에 32bit 전용 컨트롤을 올려도 작동하지 않습니다. 벤더에 x64 버전이 있는지 확인하고, 없다면 Office 32bit로 전환하는 것을 검토합니다. .NET으로 만든 COM인 경우에는 regsvr32가 아니라 RegAsm을 사용하며, 32bit Office라면 Framework, 64bit Office라면 Framework64의 RegAsm으로 등록합니다. RegAsm의 bitness가 Office와 맞지 않으면, 레지스트리상으로는 등록에 성공해도 Office에서는 찾을 수 없는 전형적인 사고가 발생합니다.

ActiveX를 영구적으로 사용할 수 있게 하려면 어떻게 설정해야 하나요?

전체 보안 수준을 낮추는 것이 아니라, 필요한 대상만 제한적으로 허용하는 것이 기본입니다. DisableAllActiveX 레지스트리 변경은 어디까지나 검증 전용이며, 영구적인 대응은 신뢰할 수 있는 배포 경로와 서명으로 수행합니다. 구체적으로는 자사에서 배포하는 ActiveX / 매크로 / 추가 기능에 코드 서명을 하여 Trusted Publisher를 일원 관리하고, Microsoft 365에서는 변경 사항을 파악하기 쉬운 월별 엔터프라이즈 채널을 검토하며, 벤더가 x64 지원을 명시하지 않는 한 Office 32bit를 우선적으로 검토합니다. 실제 배포 전에는 pilot ring을 구성하여 대표 서식 · 대표 단말에서 빌드를 고정해 검증합니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.