WebGPU 셰이더 하나로 Mac을 멈추는 Deathray, Apple은 보안 문제 아니라고 판단

90년대, 웹이 비상업적이고 재미있었던 시절에 저는 'Don't Click Me' 링크를 하나 만들었어요. 그 링크는 ('정말 정말 확실합니까?' 대화상자를 연속으로 띄운 뒤) 제가 찾을 수 있는 모든 역사적인 브라우저 버그를 악용한 '브라우저 테스트' 페이지를 로드했죠. 무한 팝업, 빠져나올 수 없는 대화상자, ActiveX 괴상한 동작, 온갖 멈춤과 크래시, 그야말로 총집합이었습니다.

컴퓨터가 크래시 나지 않으면, 결국 'Internet Explorer를 안 써서 축하합니다!'라고 적힌 팝업 하나를 띄웠어요. 그 증오 메일들을 아직도 갖고 있었으면 좋겠네요.

어라, 이게 제 Linux Firefox를 완전히 크래시 냈는데, 이런 일은 처음 겪어봤어요. 적어도 데스크톱의 다른 프로그램들은 전혀 영향받지 않은 것 같네요.

기껏해야 서비스 거부 공격이죠. 다만 그 사이트에 다시 안 가면 쉽게 피할 수 있다는 점이 다르지만요.

웃긴 건, 문제를 설명하는 그 페이지 자체가 firefox/mac에서 회전하는 방사능 위험 표시가 나오는 동안 미친 듯이 버벅거린다는 거예요.

물론 용도가 있긴 하겠죠, 특히 누군가 정말로 웹 브라우저 안에서만 게임을 하거나 복잡한 연산 작업을 하고 싶어 할 때는요. 그래도 브라우저 벤더들이 점점 더 많은 하드웨어 공격 표면을 서둘러 노출하려는 모습, 특히 Google이 무슨 수를 써서라도 '운영체제 위의 운영체제'가 되려고 작정한 듯한 태도에는 꽤 조심스러워지고 지쳐버렸다는 걸 인정합니다. 이번 경우를 보고 예전에 Firefox에서 dom.webgpu.enabled와 pdfjs.enableWebGPU를 false로 설정해둔 게 떠올랐어요. WebGL을 비활성화한 것과 마찬가지로요. 뭔가 엄청 멋진 걸 보게 되면 그때만 켜면 되겠지 싶었는데, 지금까지 그럴 일이 없었네요. 살짝 관련된 얘기로, 오랜만에 사용 가능한 설정들을 다시 훑어보니 dom.webgpu.blocked-domains가 있고 항목은 "easyeda.com,*.easyeda.com" 하나뿐이던데, 이게 뭔지 궁금하네요?

WebGPU에는 이런 게 더 숨어 있습니다. 일부는 iOS에서도 작동하고요. Apple에 보고했지만 보안 관련성이 없다며 닫혔습니다.

Metal은 C++14를 기반으로 하므로 셰이더 안에 Duff's Device를 작성할 수 있습니다. 여러 Mac에서 시도해봤는데 컴파일러에 온갖 치명적 오류를 일으키지만, 실제 커널 패닉은 한 번도 없었어요. (KodeLife에서 재현하는 건 꽤 간단합니다)

그 유니코드 문자열이 iOS 7을 박살내서 SSID로 설정하면 기기가 루프에 빠졌던 거 기억나세요? 좋은 시절이었죠.