2026년 10월 31일 토요일

HTML Generative Art를 MP4로 렌더링하여 EO1에서 재생하기

EO1-Museum 프로젝트를 진행하면서 한 가지 아쉬운 점이 있었다. HTML과 JavaScript만으로도 브라우저에서 꽤 멋진 움직이는 그래픽을 만들 수 있지만, 10년도 더 된 Electric Objects EO1의 하드웨어로 이것을 직접 실행하기에는 성능이 턱없이 부족하다는 것이다. 실제로 HTML5 Canvas를 이용한 그래픽을 EO1에서 실행해 보니 프레임 속도가 너무 낮아서 감상용으로 쓰기 어려웠다.

그렇다면 EO1에서 직접 계산하게 하지 않으면 된다. 처음에는 웹브라우저에서 재생을 하면서 OBS Studio에서 녹화하는 방법을 써 보려 했으나 창을 제대로 맞추는게 너무 어려웠다. 고민 끝에 최종적으로 선택한 방법은 다음과 같다.

Playwright를 통해 headless Chromium을 실행하고, EO1 화면과 같은 1080 × 1920 해상도로 HTML 그래픽을 실행한 뒤 이를 동영상으로 캡처하였다. 이어서 FFmpeg를 이용하여 H.264 형식의 MP4 파일로 변환하는 방법을 만들었다. 내가 만든 render_art.py라는 파이썬 스크립트가 이 과정을 자동으로 처리한다.

과정은 대략 이렇다.

HTML / JavaScript
        ↓
PC의 Chromium에서 실행
        ↓
화면을 동영상으로 캡처
        ↓
FFmpeg로 H.264 MP4 변환
        ↓
EO1에서 재생

이렇게 해 두면 원래 그래픽이 얼마나 복잡한지는 EO1에게 별로 중요하지 않다. 수많은 입자가 움직이거나, 궤적이 남거나, 물체끼리 충돌하는 계산이 들어가더라도 PC에서 미리 계산하여 동영상으로 만들면 EO1은 그저 MP4 파일을 재생하기만 하면 된다.

HTML 파일은 원본 작품(master artwork)으로 남는다. PC의 브라우저에서는 원래의 움직이는 작품을 실행하면서 여러 파라미터를 조절해 볼 수 있고, 마음에 드는 상태가 정해지면 이를 5분짜리 MP4 등으로 렌더링하여 EO1으로 옮긴다. EO1-Museum 앱에서는 이렇게 만들어진 여러 동영상을 임의의 순서로 연속 재생하도록 했다.

결국 역할 분담은 아주 단순해졌다.

브라우저는 작품을 만드는 환경이고, PC는 렌더러이며, EO1은 디스플레이다.

이 방법을 마련하고 나니 오래된 EO1의 그래픽 성능을 더 이상 크게 걱정할 필요가 없어졌다. 브라우저에서 표현할 수 있는 그래픽이라면 일단 작품을 만들어 보고, 완성된 움직임을 MP4로 굳혀 EO1에 넣으면 된다.

직접 만든 generative art와 렌더링 방법은 다음 페이지에 정리해 두었다.

Generative Art Gallery

내가 제일 좋아하는 작품은 '우주 해파리'(Space Jellyfish). 이것으로 약 2주에 걸친 개발 작업은 모두 마친 셈이 되었다. 앞으로는 EO1에서 보일 작품을 고르거나 만드는 일을 즐기면 된다.

2026년 10월 30일 금요일

자동생성 아트가 진짜 예술인지는 모르겠지만

Electric Objects EO1 안에는 작은 컴퓨터가 들어 있다. 그렇다면 저장된 JPG나 동영상을 재생하는 데 그치지 않고, 프로그램이 화면을 실시간으로 그리게 할 수도 있다. HTML5 Canvas와 JavaScript만으로도 충분하다. 이렇게 해서 공들이 서로 부딪치며 빛의 궤적을 남기는 Collision Trails, 우주 공간을 떠다니는 해파리, 끝없이 안쪽으로 빨려 들어가는 듯한 나선, 보이지 않는 흐름을 따라 움직이는 입자 같은 것을 하나씩 만들기 시작했다.

Collision Trails — Glass Spheres

재미있는 점은 이런 작품에는 사실 '영상 파일'이 없다는 것이다. MP4 파일 속에 수천 장의 프레임이 저장되어 있는 것이 아니라, 공의 위치와 속도를 계산하고 충돌을 처리하고 화면에 잔상을 남기는 규칙만 들어 있다. 파일 크기는 고작 몇 KB에 불과하지만 프로그램을 실행해 두면 화면은 끝없이 변한다. 영상 자체를 저장하는 대신 영상을 만들어 내는 규칙을 저장하는 셈이다.

오늘 만든 네 개의 Generative Art는 다음의 웹사이트에 공개하였다. 지금 보니까 고등학교 방학숙제 수준이 아닐런지... 

https://jeong0449.github.io/EO1-Museum/art/

과거에는 아마 컴퓨터 프로그래밍을 통해서 이런 것을 만들어냈을 것이다. 지금은 간단하게 지시어만 던지면 ChatGPT가 알아서 해 준다. 

어쩌면 이런 작업에서는 '누가 그렸는가'보다 '누가 규칙을 정하고 무엇을 선택했는가'가 더 중요한 질문인지도 모르겠다. 전통적인 그림에서 화가는 화면의 모든 점을 직접 결정하지만, 자동생성 아트에서는 화면을 만들어 내는 규칙과 조건을 정한다. 그리고 실제 화면은 프로그램이 실행될 때마다 새로 만들어진다.

이 작업을 잠깐 하면서 CodePen Spark라는 곳을 알게 되었다. CodePen은 HTML·CSS·JavaScript 코드를 웹브라우저에서 직접 작성하고 즉시 실행해 보며, 그 결과를 다른 사람과 공유할 수 있는 온라인 웹 개발·creative coding 플랫폼으로서 작품이나 코드 예제 하나를 Pen이라고 부른다고 한다. CodePen Spark는 CodePen이 매주 선별해 소개하는 웹 디자인·creative coding·CSS/JavaScript 실험 작품과 관련 기술의 큐레이션 페이지이다.

다음은 여기에 소개된 Bird's Eye Metropolis라는 작품이다. 저자는 Niklas Knaack. 만약 이 작품의 라이선스가 허용한다면, EO1에서 직접 구동하는 것도 생각해볼 수 있지만, 이미 설치된 안드로이드의 낮은 버전(4.4.2)과 정확한 하드웨어가 기능을 모르기 때문에 실현은 불가능할 것 같다. 

하지만 얼마든지 우회할 수 있는 경로가 있다. PC에서 재생하여 MP4 파일로 만든 뒤 EO1으로 보내면 되니까. 그리고 이 작품은 프로그램으로 그린 것이지, 엄밀한 의미에서 자동생성 아트라고 보기는 어렵다. 물론 둘 사이에 명확한 경계를 긋는 것은 쉽지 않다.

전자액자 하나가 나를 계속 새로운 세계로 빠뜨리고 있는 것 같다.

2026년 10월 29일 목요일

모네의 그림은 어디에 있을까? EO1-Museum의 발전

요즘 틈틈이 진행하는 EO1-Museum 프로젝트에서는 뉴욕 메트로폴리탄 미술관(The Metropolitan Museum of Art)의 Open Access 데이터를 이용하여 그림을 가져오고 있다. 미술관에서 제공하는 API와 전체 소장품 목록을 이용하여 원하는 화가나 키워드로 작품을 골라 내려받은 뒤, 전자액자의 1080×1920 해상도에 맞추어 변환하여 보여주는 방식이다.

이 작업을 위해 GET_MET_ART_KEYWORD.py라는 파이썬 프로그램도 만들었다. 처음에는 단순한 이미지 다운로드 프로그램이라고 생각했지만, 쓰다 보니 역할은 그보다 조금 더 넓었다. 방대한 공개 컬렉션에서 원하는 조건에 맞는 작품을 찾아내는 작품 디스커버리(discovery) 도구인 셈이다. 르누아르, 피사로, 시슬레 같은 화가를 지정하면 조건에 맞는 그림을 찾아 original 디렉토리에 넣어준다. 미술관이 Open Access로 공개한 자료만 대상으로 하므로 저작권 상태를 일일이 확인할 필요도 없고, 이미지 품질도 대체로 훌륭하다. 무엇보다 검색이 빠르다.

그런데 모네(Claude Monet)를 검색하면서 이상한 점을 발견했다. 그림이 너무 적었던 것이다.

처음에는 프로그램을 잘못 만들었다고 생각했다. 인상주의를 대표하는 화가인 모네의 작품이 메트로폴리탄 미술관에 거의 없을 리가 없지 않은가. 실제로 검색 결과를 자세히 살펴보니 모네와 관련된 회화 작품은 수십 점이 나왔다. 그런데 내가 사용하고 있는 Open Access 조건을 적용하면 거의 모두 탈락했다.

CSV 파일을 잘못 해석했나 싶어서 API를 직접 조회해 보았지만 결과는 같았다. 메트로폴리탄 미술관의 데이터에서 isPublicDomain이 참이고 내려받을 수 있는 이미지가 있는 작품만 남기면, 내가 기대했던 모네의 그림은 거의 나오지 않았다.

여기에서 한 가지 중요한 사실을 깨달았다. 그림 자체의 저작권과 그 그림을 촬영하거나 스캔해서 만든 디지털 이미지의 이용 조건은 같은 문제가 아니다.

모네는 1926년에 세상을 떠났다. 따라서 그의 회화 작품 자체는 저작권 때문에 접근하기 어려운 대상이 아니다. 하지만 어떤 미술관이 소장 작품의 고해상도 디지털 이미지를 어떤 조건으로 공개하느냐는 별개의 문제다. 내가 필요한 것은 단순히 '저작권이 끝난 그림'이 아니라, 자유롭게 이용할 수 있는 좋은 품질의 디지털 재현물이었다.

그렇다면 The Met 하나만을 작품 디스커버리의 창구로 삼을 이유도 없었다. 다른 공개 컬렉션에서 작품을 발견할 수 있는 두 번째 디스커버리 도구가 필요했다.

그래서 찾아간 곳이 Wikimedia Commons였다.

처음에는 단순할 것으로 생각했다. Commons에서 Claude Monet을 검색해서 Public Domain인 이미지를 받으면 되지 않을까? 그러나 실제로 해 보니 이야기가 훨씬 복잡했다. Category:Claude Monet에는 그림만 있는 것이 아니었다. 모네의 사진, 서명, 묘지, 장례식 사진, 책의 스캔, 전시회 자료까지 온갖 것이 함께 들어 있었다.

작가 이름은 곧 작품 목록이 아니었던 것이다.

Commons의 category 구조를 조금 더 들여다보다가 Paintings by Claude Monet by title이라는 훨씬 유용한 분류를 발견했다. 그 아래에는 개별 작품을 나타내는 category가 무려 319개 있었다. 프로그램이 이 category를 하나씩 방문하여 그 안의 파일을 조사하도록 했다.

하지만 문제는 여기에서도 끝나지 않았다.

하나의 실제 그림에 여러 개의 디지털 이미지가 존재할 수 있었다. 미술관에서 촬영한 것, 오래된 화집을 스캔한 것, 개인이 촬영한 것 등이 같은 작품 아래에 함께 나타난다. 해상도도 다르고 라이선스도 다르다. 따라서 프로그램은 각 작품마다 파일을 조사하여 JPEG, PNG 등의 이미지인지 확인하고, Public Domain 또는 CC0로 명확하게 사용할 수 있는 것만 남긴 뒤, 일정 해상도 이상인 것 가운데 가장 큰 이미지를 하나 선택하도록 했다.

첫 번째 전체 검색에는 꽤 오랜 시간이 걸렸다. 화면에는 319개 작품 category를 하나씩 조사하는 메시지가 끝없이 흘러갔다. 지구 전체를 스캔하는 기분이었다.

결과는 의외로 좋았다. 319개 작품 가운데 231개에서 조건을 만족하는 디지털 이미지를 찾았다.

이 결과는 JSON 파일에 저장해 두었다. 따라서 다음부터는 Wikimedia Commons를 처음부터 다시 뒤질 필요가 없다. 캐시된 작품 목록에서 원하는 수만큼 무작위로 골라 이미지를 내려받으면 된다. 현재는 파일 이름도 Claude_Monet__Water_Lilies.jpg와 같이 화가와 작품명이 그대로 드러나도록 했다.

이렇게 해서 두 번째 작품 디스커버리 도구인 GET_COMMONS_ART.py가 생겼다.

실제로 EO1에 모네 그림 100점을 넣어 돌려 보니 또 하나 알게 된 것이 있다. 해상도가 높다고 해서 반드시 좋은 이미지인 것은 아니다. 어떤 것은 색이 훌륭하고 선명하지만, 어떤 것은 오래된 인쇄물을 스캔한 듯하고 색감도 좋지 않다. 이것까지 프로그램이 판단하게 만들 수도 있겠지만, 굳이 그럴 필요가 있을까 싶었다.

결국 그림은 사람이 보는 것이다.

그래서 마음에 들지 않는 디지털 재현물은 사람이 직접 골라 reject 목록에 넣도록 했다. 다음번 작품 선택에서는 그 그림이 제외된다. 기계가 작품을 발견하고 이용 조건과 해상도를 검사하며, 마지막 품질 판단은 사람이 실제 디스플레이를 보면서 한다. 거창하게 표현한다면 human-in-the-loop curation인 셈이다.

이제 EO1-Museum에는 두 개의 주요 작품 디스커버리 도구가 생겼다.

GET_MET_ART_KEYWORD.py는 The Met이라는 잘 정리된 하나의 미술관 컬렉션을 탐색한다. GET_COMMONS_ART.py는 Wikimedia Commons라는 훨씬 넓고 복잡한 디지털 공유 공간을 탐색한다.

The Met은 정제된 디스커버리(curated discovery), Wikimedia Commons는 광범위한 디스커버리(broad discovery)를 담당한다고 할 수 있다.

The Met의 자료는 빠르고 정돈되어 있으며 품질도 일정하다. Commons는 훨씬 넓지만 복잡하고, 같은 작품에도 여러 파일이 존재하며 품질도 제각각이다. 어느 하나가 다른 하나를 대신하는 관계라기보다 서로 상당히 잘 보완한다.

그리고 여기에서 '디스커버리'라는 말을 쓰는 것이 꽤 중요하다고 생각한다. 이 프로그램들의 목적은 인터넷에서 그림 파일 몇 개를 다운로드하는 데 있지 않다. 수많은 공개 디지털 자료 가운데 내가 전시하고 싶은 작품을 발견하고, 실제로 사용할 수 있는 디지털 재현물을 골라내는 것이 먼저다. 다운로드는 그 과정의 마지막 단계일 뿐이다.

두 곳에서 발견한 자료는 결국 똑같은 길을 간다.

GET_MET_ART_KEYWORD.py 또는 GET_COMMONS_ART.py가 작품을 찾아 original 디렉토리에 넣고, make_gallery.py가 이를 EO1의 세로형 화면에 맞추어 변환한다. 그러고 나면 10년도 더 된 전자액자의 23인치 화면에 모네의 그림이 나타난다.

처음에는 그저 "왜 모네 그림이 이것밖에 없지?"라는 의문에서 시작했다.

그 의문 때문에 메트로폴리탄 미술관의 Open Access 정책을 다시 들여다보고, Wikimedia Commons의 category 구조를 헤매고, 하나의 실제 작품과 그것을 찍거나 스캔한 여러 디지털 파일이 서로 다른 존재라는 것도 생각하게 되었다. 그리고 그 과정에서 EO1-Museum에는 The Met과 Wikimedia Commons라는 두 개의 작품 디스커버리 통로가 생겼다. 그리고 이 취미 수준의 일은, 내가 KOBIC에서 근무하면서 접하는 데이터 관련 업무와 상당히 닮았다. 

전자액자 하나를 되살리려다가 생각보다 먼 곳까지 흘러 왔다. 그리고 그 중간에는 음악 정보학과 드럼 패턴학(drum patternology)가 있었다.

그래도 지금 눈앞에서는 모네의 그림이 조용히 바뀌고 있다.



2026년 10월 27일 화요일

이것이 1978년도 미슐랭 가이드(레드가이드) 실물이다

파주 헤이리 예술마을의 한 베이커리 카페(좋은날 189)에 갔다가 장식용으로 놓인 미슐랭 가이드 《MICHELIN Great Britain and Ireland 1978》를 발견하였다. 당시 미슐랭은 대략 France, Italia, Deutschland, Benelux, Suisse, España/Portugal, Great Britain & Ireland 같은 식으로 국가·권역별 Red Guide를 냈다고 한다. 좋은날 189는 치아바타를 주력으로 하고 있는 것 같았다.



한국 지사에서 사명을 '미쉐린'으로 정함에 따라서 공식 명칭도 미쉐린 가이드로 바뀌었다고 한다. 온라인 시대가 되었으니 이제는 이렇게 두꺼운 책을 찍어서 배포하지는 않을 것이다. 한국어판 온라인 가이드는 여기에 있다. 훌륭한 호텔이나 맛집을 찾아다닐 정도로 내가 여유로운 것은 아니지만, 어쩌다 한번은 사치를 부려도 되지 않을까?

EO1-Museum v0.3에서 비로소 웹브라우저의 굴레를 벗어나다

 


며칠 동안 붙들고 있던 Electric Objects EO1 되살리기 프로젝트가 어제 상당히 큰 고비를 넘었다. 처음에는 서비스가 종료되어 더 이상 쓸 수 없게 된 전자액자에 웹브라우저를 띄우고, PC에서 웹서버를 돌려 그림을 보내는 정도가 목표였다. 그런데 작업을 계속하다 보니 이제는 EO1 안에서 직접 돌아가는 전용 앱까지 만들게 되었다. 이름은 EO1-Museum이다.

처음 만든 방식은 매우 단순했다. PC에서 뉴욕 메트로폴리탄 미술관의 Open Access 작품을 내려받아 EO1 화면 크기에 맞게 가공하고, 웹페이지로 만든 뒤 HTTP 서버를 실행한다. EO1에서는 Firefox를 띄워 그 페이지를 보여주었다. 기본 웹브라우저에서는 시작 웹페이지를 지정하는 것이 어려웠다. 제조사가 서비스를 종료한 기기를 다시 그림 액자로 쓰는 데에는 이것만으로도 충분했다.

하지만 이 방식에는 분명한 한계가 있었다. PC가 계속 켜져 있어야 하고, 웹서버도 돌아가야 한다. 무엇보다 EO1이라는 기기가 스스로 그림을 보여주는 것이 아니라 사실상 PC가 만들어 주는 웹페이지를 원격 화면처럼 표시하는 셈이었다.

그래서 Android용 native gallery를 만들기 시작했다.

v0.1 — EO1 안에 그림을 넣다

JPEG와 PNG 파일을 EO1 내부 저장공간에 넣고 앱이 직접 읽어서 보여주는 것을 목표로 하였다. 미디어 파일은 다음 위치에 저장한다.

/sdcard/EO1-Museum/images/

앱은 이 디렉터리를 검색하여 그림 목록을 만들고 순서를 섞은 뒤 일정 시간마다 다음 작품으로 넘어간다. 이것이 성공하면서 EO1은 처음으로 PC와 완전히 분리된 상태에서도 다시 전자액자로 기능하게 되었다.

v0.2 — 동영상과 소리

다음 단계에서는 MP4 동영상도 같은 미디어 목록에 넣었다. 이미지가 나오다가 동영상 차례가 되면 전체 동영상을 재생하고, 끝나면 다시 다음 작품으로 넘어간다.

Bluetooth 오디오도 정상적으로 작동했다. 한번 페어링한 Bluetooth 장치는 재부팅 뒤에도 다시 연결되었다. 덕분에 EO1은 단순한 그림 액자를 넘어 이미지와 동영상을 함께 보여주는 미디어 디스플레이가 되었다. 오디오 기능은 겉으로 드러나지 않았던 것을 재확인한 것이라서 새로운 개발이 필요하지는 않았다. 소리가 포함된 동영상 재생에 매우 유용할 것이다.

v0.3 — 하나의 앱으로 합치다

어제 가장 큰 변화가 이루어졌다. 기존의 Local Gallery와 PC 기반 Gallery를 하나의 앱 안에 통합했기 때문이다.

PC Gallery를 선택하면 더 이상 Firefox를 실행하지 않는다. EO1-Museum 자체에 WebView를 넣어 PC에서 제공하는 gallery를 앱 안에서 직접 보여준다. 반대로 Local Gallery를 선택하면 EO1 내부에 저장된 이미지와 동영상을 표시한다.

마우스 오른쪽 버튼을 누르면 제어 메뉴가 열린다. 여기에서는 Local Gallery, PC Gallery, Next, Rescan Media, Clock On/Off를 제어할 수 있다. 현재 어떤 Gallery를 사용하고 있는지도 메뉴에서 확인할 수 있다.

이미지 사이에는 cross-fade 효과를 넣었고 화면에는 시계를 표시할 수 있게 했다. 새 파일을 ADB로 전송한 뒤에는 앱을 다시 시작하지 않고 Rescan Media만 선택하면 된다.

그리고 EO1-Museum을 Android의 HOME application으로 지정했다. 이제 전원을 넣으면 Android 바탕화면이나 원래 Electric Objects 프로그램을 거치지 않고 바로 EO1-Museum의 Local Gallery가 시작된다.

이 변화가 가장 마음에 든다. 전원을 넣고 잠시 기다리면 알아서 그림이나 동영상이 나온다. 전자액자는 원래 그래야 한다.

ADB를 여는 작은 열쇠

여기까지 오는 과정에서 의외로 중요한 역할을 한 것이 ADBApprovalHelper.apk였다.

EO1에 새 프로그램을 넣으려면 ADB를 사용하는 것이 가장 편하지만, 최초 USB 연결에서는 Android의 RSA debugging authorization을 통과해야 한다. EO1에서는 이런 시스템 대화상자를 다루는 것이 꽤 불편하다.

그래서 먼저 EO1의 내장 웹브라우저를 이용하여 ADBApprovalHelper.apk를 설치한다. 이때 PC에서는 APK가 Android application package임을 브라우저가 제대로 알아볼 수 있도록 MIME type을 설정한 server.py를 실행한다. ADBApprovalHelper.apk는 EO1 화면에 나타나는 인증 관련 화면에 자동으로 클릭을 해 준다. 이 화면은 ADB를 통해 PC가 연결된 상태에서만 나온다. PC가 host로 잡히기 때문에 중간에 USB hub를 끼운다 해도 마우스 포인터를 EO1에 나타나게 할 수 없다. 그래서 별도의 앱을 만드는 편법을 이용한 것이다.

Helper가 설치되고 USB ADB 연결이 확보되면 그다음부터는 일이 훨씬 쉬워진다. EO1-Museum APK 설치도, 이미지와 동영상 전송도 모두 ADB로 처리할 수 있다.

무선 ADB도 시험해 보았지만 정식 사용 방법에서는 제외하기로 했다. 연결 상태가 한번 꼬이면 오히려 복구하기가 번거롭다. 케이블을 꽂았다 빼야 하는 불편함이 있더라도 유지보수에는 USB ADB가 훨씬 명확하다.

버려진 기기에서 다시 하나의 제품으로

EO1-Museum v0.3까지 오면서 처음의 구조는 상당히 달라졌다.

예전에는

PC → HTTP server → Firefox → EO1 display

였다면 이제 기본 동작은

EO1-Museum → Local media → EO1 display

이다.

PC는 더 이상 필수가 아니다. 필요할 때만 PC Gallery를 선택해서 사용한다.

물론 아직 할 일이 조금 남아 있다. 현재 PC Gallery의 서버 주소는 프로그램에 들어 있으므로, 다음 버전에서는 화면에서 주소를 수정하고 저장할 수 있게 만들 생각이다. 설치 절차와 GitHub repository도 새 구조에 맞게 정리하고 있다.

그러나 기능적으로는 v0.3에서 이미 중요한 선을 넘었다고 생각한다.

2019년 무렵 우연히 얻었다가 제조사의 서비스 종료와 함께 사실상 쓸모를 잃었던 23인치 화면이 이제는 특정 회사의 서버도, 전용 앱도, 심지어 PC도 필요 없이 스스로 그림과 동영상을 보여준다.

처음에는 그저 고장 아닌 고장이 난 전자액자를 다시 켜 보자는 생각이었다.

그런데 어느새 전자액자에 새 프로그램을 만들어 넣고 있다. 이쯤 되면 '되살렸다'고 해도 되지 않을까.

2026년 10월 22일 목요일

긴급 PHP 취약점, 내 DokuWiki 웹사이트는 안전한가?


바로 어제, PHP 보안취약점(PHP2Shell)이 발견되어 웹사이트를 다루는 사람들은 바짝 긴장하지 않을 수 없게 되었다. 로그인 없이 외부에서 서버에 원하는 명령을 실행할 수 있는 매우 치명적인 취약점이라 한다.

PHP 보안취약점(PHP2Shell) 관련 기업 보안 대응 수칙 - KISA 보호나라

나는 호스팅어에서 DokuWiki를 설치하여 공식 웹사이트로 사용하고 있다. DokuWiki 자체는 꾸준히 업데이트를 해 왔었다. PHP 8.2.34는 업데이트 대상이라고 하던데...


직접 PHP를 업데이트해야 하는가? 호스팅어에 접속하여 에이전트 창에 다음과 같이 물어 보았다. 어쩌면 호스팅 업체의 기술진이 다 해 놓았을지도 모르는 일이니까 말이다.

I understand that the PHP 8.2.34 version currently running on my hosting account was built yesterday. However, I would like to confirm whether this build is vulnerable to the critical PHP security vulnerabilities disclosed recently. Could you please confirm whether your PHP 8.2.34 build includes the necessary security patches, even though the displayed version is still 8.2.34? If not, when will the patched version be deployed?

이에 대한 답변은 다음과 같다.

PHP 8.2.34 can already include the required security fix even though the displayed version remains 8.2.34. Hostinger added the protection to the existing PHP builds, and the managed-hosting rollout is complete; if your PHP Info → Build Date is October 21, 2026, or later, that build includes the fix for these vulnerabilities.

You do not need to wait for a newer version number or change PHP versions for this issue. Hostinger’s Security team could not reproduce the vulnerabilities in its managed hosting environment, and firewall protections block attack attempts across all PHP versions.

Read Hostinger’s official PHP2Shell update.

빌드 데이트가 2026년 10월 21일 이후라면 이번 취약점 패치가 적용된 것이고, PHP 버전은 8.2.34를 유지한다고 한다. 이번 보안 이슈에 대해서 상당히 발빠르게 대처함 셈이다. 다만 PHP 8.2는 올해 연말에 보안지원 종료이니, 해가 바뀌기 전에 8.3으로 올릴 것을 권장하고 있다.

만약 집에서 데스크톱 컴퓨터에 적당히 리눅스와 PHP를 설치해 서버를 운영하고 있었다면, 이번 사태에 어떻게 대처했어야 할까? 인터넷에 공개하지 않은 서버라면 그나마 느긋하게 대응할 수 있겠지만, 외부에 공개된 웹 서버라면 이야기가 완전히 달라진다. 취약점의 영향을 확인하고, 보안 패치가 나온 배포판 패키지를 찾아 업데이트하고, PHP와 웹 서버를 재시작하고, 혹시 그사이에 침입 흔적은 없었는지 로그까지 살펴야 한다. 실제 공격 시도가 패치 공개 전부터 나타난 이번 사태 같은 경우라면 정말 진땀나는 일이다. 이런 순간에는 약간의 비용을 들이더라도 서버의 보안과 업데이트를 전문가가 관리해 주는 상용 호스팅 서비스의 진가가 드러난다.

상황 종료!

2026년 10월 21일 수요일

EO1-Museum: USB 메모리를 포기하고 내부 저장공간으로

Electric Objects EO1을 다시 살려 미술 작품을 보여주는 디지털 액자로 쓰는 작업을 계속하고 있다. 지금까지는 PC에서 메트로폴리탄 미술관의 공개 작품 이미지를 내려받아 EO1 화면에 맞게 가공한 뒤, 로컬 웹 서버를 통해 Firefox에서 슬라이드쇼로 보여주는 방식을 사용했다. 이 방법은 이미 꽤 안정적으로 작동한다. 두 기기는 서로 동일한 Wi-Fi 네트워크 안에 있어야 한다.

휴~ 힘들구나. 오늘 나의 기분을 잘 보여주는 그림.


그러나 가능하면 EO1이 PC의 도움 없이 독립적으로 작동하게 만들고 싶었다. 그래서 USB 메모리에서 Linux를 부팅하는 방법도 시험해 보았고, 이번에는 원래 설치되어 있는 Android 4.4에서 USB 메모리를 직접 사용할 수 있는지도 조사해 보았다.

이 과정에서 먼저 해결해야 했던 것이 ADB(Android Debug Bridge)였다. EO1의 micro-USB 단자는 하나뿐이므로 PC와 ADB로 연결하면 OTG 마우스나 USB 메모리를 동시에 사용할 수 없다. 더구나 처음 ADB를 연결하면 다음 사진과 같이 Android가 RSA 인증을 요구하는데, 화면을 터치할 수도 없고 USB 포트는 이미 PC가 차지하고 있으니 OK 버튼을 누를 방법이 마땅치 않았다. USB 허브는 소용이 없다. 왜냐하면 PC가 호스트로 잡히기 때문이다. 여기에서 인증을 완료하지 못하면 ADB shell을 열거나 파일을 전송할 수 없고, ADB를 TCP 모드로 전환하여 Wi-Fi로 접속하는 것도 불가능하다.

무슨 수로 체크박스를 표시하고 OK를 클릭한단 말인가?

결국 이 문제를 해결하기 위해 작은 Android 앱을 하나 만들었다. Accessibility Service를 이용하여 USB debugging 승인 창이 나타났을 때 'Always allow from this computer'를 선택하고 OK 버튼을 눌러 주는 앱이다. Android Studio에서 APK를 빌드하여 EO1에 설치한 뒤 실제로 시험해 보니 제대로 작동했다.

그 결과 ADB 연결에 성공했고, 이어서 ADB를 TCP 5555 포트로 전환하여 Wi-Fi를 통한 접속도 가능하게 만들었다. USB 케이블을 뽑은 뒤에도 PC에서 EO1에 접속하여 shell을 사용할 수 있게 된 것이다. 다만 이 설정은 재부팅 후에는 유지되지 않아, 다시 무선 ADB를 사용하려면 USB로 연결하여 TCP 모드로 전환해야 한다.

여기서 뜻밖의 사실도 하나 발견했다.

uid=0(root) gid=0(root) context=u:r:shell:s0

EO1의 ADB shell이 처음부터 root 권한으로 실행되고 있었다. 별도의 rooting 작업이나 su 명령도 필요하지 않았다. 덕분에 시스템을 변경하지 않고도 커널과 USB 장치의 상태를 상당히 자세히 조사할 수 있게 되었다.

 Shell을 열어서 EO1의 정체를 확인해 보았다.

이제 무선 ADB를 유지한 채 EO1의 micro-USB 포트에 OTG 어댑터와 USB 메모리를 연결해 보았다. USB 메모리는 전혀 인식되지 않는 것처럼 보였지만 실제로는 그렇지 않았다. 커널 메시지를 확인해 보니 USB 장치 자체는 정상적으로 발견되고 있었다.

usb 1-1: new high speed USB device number 7 using fsl-ehci
usb 1-1: device v23a9 pef18 is not supported

더 조사해 보니 이 장치는 class 08, subclass 06, protocol 50으로 인식되고 있었다. 즉 흔히 사용하는 표준 USB Mass Storage 장치임을 EO1이 정확히 알고 있었다. 문제는 그 다음 단계였다. USB 메모리를 block device로 취급하기 위해 필요한 SCSI 계층과 USB mass-storage 지원이 커널에 포함되어 있지 않았고, 따라서 /dev/sda와 같은 block device가 만들어지지 않았다.

마지막으로 실행 중인 EO1 커널의 /proc/config.gz를 꺼내 조사했다. 결정적인 설정은 다음과 같았다.

# CONFIG_SCSI is not set

즉 포맷이나 Android의 자동 마운트 기능에 문제가 있었던 것이 아니다. EO1의 기본 커널 자체가 일반적인 USB mass storage를 디스크로 사용하기 위해 필요한 SCSI 계층 없이 만들어져 있었다. 키보드와 마우스가 USB OTG에서 잘 작동하면서 USB 메모리만 사용할 수 없었던 이유도 이것으로 설명된다.

물론 커널을 다시 컴파일하는 방법도 있을 것이다. EO1은 i.MX6 계열의 ARM 프로세서를 사용하므로 PC의 Linux 환경에서 적절한 소스와 cross compiler를 이용하여 커널을 만들 수 있다. 그러나 단순히 미술 작품을 보여주기 위해 커널까지 교체하는 것은 일이 너무 커진다. 잘못된 커널을 내부 eMMC에 기록하면 멀쩡하게 작동하는 EO1을 부팅하지 못하게 만들 위험도 있다.

그런데 여기까지 조사하고 나니 훨씬 간단한 길이 보였다.

EO1에는 약 2.38 GB의 Android 사용자 저장공간이 있고, 현재 약 960 MB가 비어 있다. PC에 USB 케이블로 연결하면 이 공간을 볼 수 있으며, ADB를 이용해서도 파일을 복사할 수 있다. 그렇다면 굳이 USB 메모리가 필요할 이유가 없다.

PC
 |
 |  adb push
 v
EO1 내부 저장공간
 |
 +-- images/
 +-- metadata.json
 +-- exhibition.json
 |
 v
EO1-Museum Android app
 |
 v
1080 x 1920 fullscreen display

현재 EO1-Museum은 MetBoot가 부팅 완료를 감지하여 Firefox를 실행하고, Firefox가 PC의 로컬 웹 서버에 접속하여 작품을 보여주는 구조이다. 이것도 잘 작동하지만 PC와 Wi-Fi가 항상 필요하다.

다음 단계에서는 아주 작은 Android 디스플레이 앱을 직접 만들어 볼 생각이다. 내부 저장공간의 특정 디렉터리에 있는 JPEG 이미지를 읽어 전체 화면으로 보여주고, 예를 들어 15초마다 다음 작품으로 넘어가게 하면 된다. 처음에는 그것만으로 충분하다.

잘 작동한다면 나중에 부팅 후 자동 실행, 작품 순서의 무작위화, 메타데이터 표시, 밝기 조절, 가로로 긴 작품의 천천히 움직이는 화면 같은 기능을 하나씩 더할 수 있다. 예전에 EO1을 위해 만들어진 오픈소스 Android 앱(spalt/EO1)의 코드도 참고할 수 있을 것이다.

재미있는 것은 여러 방향을 돌아본 끝에 오히려 구조가 단순해졌다는 점이다. Linux를 설치할 필요도 없고, USB 메모리를 인식시키기 위해 커널을 고칠 필요도 없다. 완성된 상태에서는 Firefox도, PC의 웹 서버도, 심지어 Wi-Fi도 필요하지 않을 수 있다.

그림을 내부 저장공간에 넣고 그것을 전체 화면으로 보여주는 Android 앱 하나.

어쩌면 그것이 내가 개발하는 EO1-Museum의 가장 자연스러운 모습일지도 모르겠다.


2026년 10월 23일 업데이트

EO1의 내부 저장공간에 이미지 파일을 복사한 뒤 이를 순차적으로 재생하는 앱(v0.1)을 개발하였다. 이제는 웹브라우저를 쓰지 않기 때문에 테두리가 나타나지 않는다.


2026년 10월 26일 업데이트

EO1 내부 저장공간 모드(Local Gallery)와 PC에서 서비스하는 것을 보여주는 모드(PC Gallery)를 선택할 수 있게 하였다. PC Gallery는 웹브라우저에 의존하지 않으며, 메인 앱에 일체화하였다. 더불어서 오른쪽 위에 시계를 표시하게 하였다. 이러한 설정은 마우스를 통해 제어할 수 있다. 이제 더 이상 다음을 것이 없는 상태로 발전하였으므로, 공식적은 배포판이라 해도 무방하다. 문서만 조금 더 구조화시키면 이번 프로젝트는 종료를 선언해도 된다.