Chrome과 Edge의 XSLT 제거: 무엇이 깨지고 무엇은 그대로인가
(news.hada.io)
Chrome 158 버전부터 XSLT 지원이 중단됨에 따라, 브라우저 내 XML 시각화 기능이 사라지고 내부 애플리케이션의 렌더링 로직이 중단될 수 있어 개발자와 운영자의 선제적인 대응이 필요합니다.
이 글의 핵심 포인트
- 1Chrome 158 버전(2026년 11월 17일)부터 브라우저 내 XSLT 지원이 제거될 예정입니다.
- 2Google은 보안 취약점(CVE) 해결과 낮은 사용률(전체 페이지 로드의 0.02%)을 제거 근거로 제시했습니다.
- 3검색 엔진 크롤링 및 사이트맵 데이터 자체에는 영향이 없으나, 브라우저를 통한 시각적 렌더링은 중단됩니다.
- 4XSLT에 의존하는 애플리케이션 내부 기능은 작동이 멈추므로 서버 측 변환이나 JSON 전환 등의 대안이 필요합니다.
- 5기업 정책 및 오리진 트라이얼을 통한 임시 유예 수단은 2027년 8월 17일에 종료됩니다.
이 글에 대한 공공지능 분석
왜 중요한가?
브라우저의 핵심 렌더링 기능이 제거되는 변화로, XSLT에 의존하던 기존 웹 서비스의 UI/UX가 예고 없이 깨질 수 있기 때문입니다. 특히 보안을 이유로 한 플랫폼의 결정은 개발자가 통제할 수 없는 영역이므로 기술 부채 관점에서 매우 중대한 사안입니다.
어떤 배경과 맥락이 있나?
구글은 오래된 C/C++ 기반의 XSLT 처리 코드가 가진 보안 위험(CVE)을 제거하기 위해, 사용률이 0.02%에 불과한 이 기능을 삭제하기로 결정했습니다. 이는 웹 플랫폼의 보안성을 높이려는 시도와 기존 웹 표준의 파편화 사이의 갈등을 보여줍니다.
업계에 어떤 영향을 주나?
단순 사이트맵이나 RSS 피드 운영자에게는 영향이 미미하지만, XML 데이터를 기반으로 사용자 인터페이스를 생성하던 기업용 내부 도구나 공객 데이터 뷰어 서비스는 기능 중단이라는 치명적인 리스크를 안게 됩니다.
한국 시장에 어떤 시사점이 있나?
국내에서도 공공 데이터나 금융권의 XML 기반 레거시 시스템이 존재할 수 있으므로, 관련 시스템을 운영하는 기업은 XSLT 의존성을 점검하고 서버 측 변환(Server-side transformation)이나 JSON 전환 계획을 수립해야 합니다.
이 글에 대한 큐레이터 의견
이번 결정은 '보안'과 '호환성' 사이의 전형적인 트레이드오프를 보여줍니다. 구글은 극소수의 사용률을 위해 브라우저 전체의 보안 위협을 감수할 수 없다는 실용주의적 입장을 취하고 있습니다. 하지만 반대 측의 주장처럼, 사용률이 낮더라도 특정 공공 기관이나 규제 기관의 데이터 가독성에 치명적인 영향을 줄 수 있다는 점은 간과하기 어려운 리스크입니다.
스타트업 창업자라면 이 변화를 단순한 브라우저 업데이트가 아닌 '기술적 강제 전환'으로 인식해야 합니다. 만약 현재 서비스 중인 애플리케이션이 XML 기반의 데이터 시각화에 XSLT를 사용하고 있다면, 이는 2026년 이전에 반드시 해결해야 할 기술 부채입니다. 서버 측에서 HTML로 변환하여 제공하거나, 클라이언트 측 JavaScript 라이브러리를 활용하는 방향으로 아키텍처를 현대화하는 기회로 삼아야 합니다.
관련 뉴스
댓글
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.