Chrome과 Edge의 XSLT 제거: 무엇이 깨지고 무엇은 그대로인가

Chrome 158은 2026년 11월 17일 안정 버전 출시와 함께 브라우저 내 XSLT 지원을 제거할 예정임. Edge도 Chromium을 따르지만, Microsoft는 제거 날짜를 공개하지 않음 사이트맵과 피드의 XML 데이터는 그대로 유지되며 검색 크롤링에도 변화가 없음. 달라지는 것은 브라우저가 XML을 사람이 읽기 좋은 화면으로 변환하는 기능임 공개 XML 데이터 페이지는 사람이 읽을 수 있는 화면을 잃을 수 있고, 애플리케이션 내부에서 XSLT에 의존하는 기능은 외형 변화에 그치지 않고 작동을 멈춤 Google은 노후한 C/C++ 기반 처리 코드의 보안 위험과 전체 페이지 로드의 약 0.02%라는 낮은 사용률을 제거 근거로 삼음. 다만 이 수치는 표본 크기와 수집 방법이 공개되지 않은 자체 측정값임 사이트 운영자는 XSLT 의존성을 파일별로 점검하고 유지 또는 대체를 결정해야 함. 핵심 기능에 의존한다면 서버 변환이나 클라이언트 라이브러리 등으로 이전해야 하며, 임시 유예 수단도 2027년 8월 17일 종료 예정임 XSLT가 바꾸는 것은 XML이 아니라 화면임 XSLT는 XML 문서와 템플릿 규칙이 담긴 스타일시트를 받아 HTML, 텍스트 또는 다른 XML로 변환하는 언어임 XSLT 1.0은 1999년 W3C 권고안이 됐으며 브라우저가 구현한 버전도 1.0임 이후 버전인 2.0과 3.0은 브라우저 밖에서 사용됨 브라우저는 XML 상단의 <?xml-stylesheet type='text/xsl' href='style.xsl'?>를 발견하면 스타일시트를 가져와 클라이언트 측 변환을 실행하고 XML 대신 결과를 표시함 JavaScript에서는 XSLTProcessor로 같은 변환을 실행할 수 있음 이 과정은 렌더링 단계이므로 네트워크로 전달되는 XML 자체는 바뀌지 않음 파일을 표시하지 않고 파싱하는 크롤러, 피드 리더, 스크립트는 이 스타일시트를 실행하지 않음 따라서 제거 효과는 사람에게는 눈에 띄지만 검색에는 매우 제한적임 제거 이유와 Chrome의 일정 Google은 Removing XSLT for a more secure browser에서 브라우저의 XSLT 1.0 지원을 중대하고 불필요한 보안 위험으로 판단함 기반 라이브러리는 복잡하고 오래된 C/C++ 코드이며 핵심 JavaScript 엔진보다 유지보수와 보안 검토가 훨씬 적음 libxslt의 CVE-2025-7425, CVE-202...