[8월 30일 보안브리핑] PaperCut·argocd-mcp·BookStack

오늘의 주요 보안 이슈

8월 30일 브리핑은 이미 공개된 사고를 다시 요약하기보다, 8월 29일에 공식 문서가 새로 바뀌거나 CVE가 정식 공개된 세 가지 변화를 중심으로 다룹니다. PaperCut NG·MF는 긴급 패치 Release 2 적용 뒤 외부 Card/ID 조회와 SAML 기능 이상 신고가 공식 공지에 추가됐습니다. argocd-mcp는 HTTP 전송 모드가 모든 인터페이스에 바인딩되면서 호출자 인증 없이 저장된 Argo CD 토큰의 권한을 사용할 수 있은 CVE-2026-82456이 공개됐습니다. BookStack은 이식용 ZIP의 표지 파일 검증을 우회해 공개 웹 경로에서 PHP를 실행할 수 있은 CVE-2026-82450이 새로 등록됐습니다.

세 이슈는 모두 ‘패치를 설치했는가’만 확인해서는 충분하지 않다는 공통점을 갖습니다. PaperCut는 주 서버와 보조 구성요소의 버전을 맞춘 뒤 실제 로그인·조회 기능을 시험해야 합니다. argocd-mcp는 수정 버전 적용과 함께 리스너 노출 범위, 인바운드 인증, 저장 토큰 권한을 별도로 점검해야 합니다. BookStack은 수정판 적용 후 기존 가져오기 권한과 공개 파일 경로를 다시 살펴야 합니다. 아래에서는 공식 문서가 확정한 영향과 운영자가 바로 확인할 항목을 제품별로 구분했습니다.

• PaperCut NG·MF: Emergency Patch Release 2 적용 후 SAML과 외부 Card/ID 조회 기능까지 검증
• argocd-mcp 0.8.0: 외부 도달 가능한 HTTP 리스너와 저장된 ARGOCD_API_TOKEN 권한의 결합 점검
• BookStack 26.05.4 미만: 콘텐츠 가져오기 권한과 표지 파일의 MIME·확장자·공개 경로 점검

PaperCut 긴급 패치 후속 점검

PaperCut는 8월 29일 공식 보안 게시판을 갱신해 Emergency Patch Release 2를 설치한 일부 환경에서 외부 데이터베이스 Card/ID 번호 조회와 SAML이 예상대로 동작하지 않는다는 신고를 조사하고 있다고 밝혔습니다. 이 변경은 기존 제로데가 사고를 다시 설명하는 내용이 아니라, 패치 적용 뒤 업무 기능을 어떻게 검증해야 하는지를 바꾼 후속 정보입니다. 같은 게시판에는 CVE-2026-82078과 CVE-2026-81578도 공개됐습니다. 전자는 데이터베이스 연결 유틸리티가 허용 목록 검증 없이 설정된 드라이버 클래스를 불러오는 문제이며 CVSS 9.4로 평가됐습니다. 후자는 웹 관리 인터페이스의 접근 통제로 인해 특정 조건에서 인증 전 관리 기능이 백엔드 동작을 실행할 수 있은 문제이며 CVSS 8.8입니다.

PaperCut의 즉시 조치는 공개 인터넷에서 NG·MF 응용 서버 웹 인터페이스에 도달하지 못하도록 신뢰할 수 있은 주소만 허용하는 것입니다. Release 2는 v24·v25·v26용으로 제공되며, 원래 긴급 패치를 설치한 환경도 추가 강화가 포함된 Release 2로 바꾸도록 권고됩니다. 주 Application Server만 갱신하면 끝나는 구성도 아닙니다. Site Server와 secondary/print server도 패치된 버전으로 맞춰야 하며, Print Deploy와 Mobility Print는 이 권고의 갱신 대상에서 구분됩니다. 운영 중인 버전과 역할을 먼저 목록화해야 혼합 버전으로 인한 기능 문제를 줄일 수 있습니다.

1. 인터넷에서 PaperCut 관리·사용자 웹 인터페이스로 접근되는 경로를 신뢰 주소로 제한합니다.
2. 주 Application Server와 Site Server, secondary/print server가 모두 Release 2 기반의 패치 버전인지 맞춥니다.
3. 조직이 사용하는 SAML 로그인을 실제 계정과 대표 권한으로 시험해 인증 흐름을 확인합니다.
4. 외부 데이터베이스로 Card/ID 번호를 조회하는 환경은 security.card-number-lookup.enabled 설정과 조회 결과를 함께 점검합니다.
5. server.log의 누락·절단·삭제 흔적과 공식 문서가 제시한 데이터베이스 오류 문자열, pc-app.exe 관련 보안 경고를 재검토합니다.

패치 후 기능 이상이 보이면 보안을 낮춰 원래 상태로 되돌리기보다, 외부 접근 제한을 유지한 채 PaperCut가 제시한 설정과 지원 경로를 따라 원인을 분리하는 편이 안전합니다. 특히 외부 Card/ID 조회는 보안 속성에서 명시적으로 활성화해야 하며 기본값은 꺼짐입니다. SAML과 조회 기능이 모두 정상인 경우에도 로그 보존 상태와 보조 서버 버전을 함께 확인해야 합니다. 의심 정황이 있은 서버는 현재 백업을 보존하고, 사고 대응 절차에 따라 정리된 백업으로 응용 서버를 재구축하는 공식 권고를 우선 적용합니다.

argocd-mcp 인증 경계

CVE-2026-82456은 argocd-mcp 0.8.0의 HTTP 전송 모드가 제한 없은 IP 주소에 바인딩되는 문제를 다룹니다. 이 서비스는 Argo CD와 통신하기 위해 ARGOCD_API_TOKEN을 저장하지만, 취약한 구성에서는 MCP 리스너에 접속한 호출자를 별도로 인증하지 않습니다. 따라서 네트워크에서 리스너에 도달할 수 있은 사용자가 MCP 도구를 호출하면, 서비스가 보유한 토큰 권한으로 Argo CD 작업을 요청할 수 있습니다. 공식 권고에는 애플리케이션 생성, 동기화 요청, Argo CD 리소스 변경처럼 토큰 권한이 허용하는 동작이 영향 예로 제시됐습니다.

이 문제의 핵심은 MCP 자체가 공격 코드를 실행한다는 설명보다 ‘인바운드 호출자’와 ‘아웃바운드 Argo CD 토큰’ 사이의 인증 경계가 사라진다는 점입니다. 방화벽 뒤에 있다는 이유만으로 안전하다고 판단하기도 어렵습니다. 공유 개발망, 클러스터 내부 포트 포워딩, 프록시 규칙, 테스트용 LoadBalancer 또는 터널이 리스너를 예상보다 넓게 노출할 수 있기 때문입니다. 반대로 리스너가 로컬에만 묶여 있더라도 자동화 계정의 토큰이 과도한 관리 권한을 가지면 단일 호스트 침해 이후 영향이 커집니다. 네트워크 노출과 토큰 권한을 한 항목으로 묶지 말고 각각 검증해야 합니다.

• argocd-mcp를 0.9.0 이상으로 갱신하고 실제 실행 바이너리·컨테이너 이미지 태그를 확인합니다.
• HTTP 리스너를 루프백 또는 명시한 관리 인터페이스에만 바인딩하고 공개 LoadBalancer·Ingress·터널 규칙을 다룹니다.
• 인바운드 MCP 호출에는 Argo CD API 토큰과 다른 자격증명을 적용하고 Host·Origin 검증을 구성합니다.
• ARGOCD_API_TOKEN은 필요한 프로젝트와 작업만 허용하도록 범위를 줄이고 기존 토큰을 교체합니다.
• 즉시 갱신하기 어려운 동안에는 MCP_READ_ONLY=true를 보완 통제로 사용하되 영구 수정으로 간주하지 않습니다.

점검은 설정 파일만 읽은 데서 멈추지 않은 것이 좋습니다. 실행 중인 프로세스가 어떤 주소와 포트에 실제로 대기하는지, 프록시와 서비스 객체가 어느 네트워크까지 전달하는지, 인증 없이 도구 목록 또는 작업 호출이 가능한지를 안전한 관리 구간에서 확인해야 합니다. 이어서 Argo CD 감사 기록에서 예상하지 않은 애플리케이션 생성·수정·동기화 요청을 살펴보고, MCP 서비스 계정의 토큰 사용 시점과 배포 변경 이력을 대조합니다. 수정 버전 적용 후에는 미인증 요청이 차단되고 허가된 호출만 최소 권한으로 수행되는 상태를 재시험합니다.

BookStack ZIP 가져오기 검증

CVE-2026-82450은 BookStack 26.05.4 미만에서 이식용 콘텐츠 ZIP을 처리하는 경계를 우회할 수 있은 취약점입니다. 공격 조건에는 인증된 계정과 Import Content, Create Books 권한이 필요합니다. 공격자는 책 표지로 처리되는 파일을 PHP 다중형식 파일로 구성해 확장자와 MIME 검사를 통과시키고, 가져온 표지 파일이 공개 웹 루트에 저장되는 흐름을 악용할 수 있습니다. 이후 해당 공개 경로를 인증 없이 요청하면 서버가 파일을 PHP로 해석해 실행할 수 있습니다. 따라서 단순한 파일 업로드 문제가 아니라 제한된 콘텐츠 편집 권한이 서버 코드 실행으로 확장되는 권한 경계 문제입니다.

BookStack 26.05.4는 가져온 이미지의 실제 파일 형식을 확인하고, 안전한 확장자를 강제하며, 저장 위치와 처리 흐름을 강화하는 수정 사항을 포함합니다. 이 취약점은 관리자 계정만을 전제로 하지 않으므로 조직은 ‘누가 가져오기 권한을 가졌는가’를 별도로 확인해야 합니다. 편집자나 콘텐츠 마이그레이션 담당자에게 일시적으로 부여한 권한이 남아 있거나, 외부 협력 계정이 Create Books와 Import Content를 동시에 보유한 경우가 점검 대상입니다. 공개 웹 경로에 저장된 기존 표지·첨부 파일도 확장자만 보지 말고 실제 MIME과 생성 시점을 함께 살펴야 합니다.

1. BookStack 실행 버전을 26.05.4 이상으로 올리고 웹 서버와 PHP 프로세스가 새 코드로 재시작됐는지 확인합니다.
2. Import Content와 Create Books 권한을 가진 역할·사용자·서비스 계정을 추출해 실제 업무 필요성과 대조합니다.
3. 최근 가져오기 작업의 ZIP 출처, 실행 계정, 책 생성 시각과 표지 파일 생성 시각을 연결해 검토합니다.
4. 공개 저장 경로의 이미지·표지 파일을 실제 MIME과 확장자로 대조하고 PHP 처리 대상 경로와 분리합니다.
5. 수정판에서 정상 콘텐츠 가져오기가 동작하면서 PHP 다중형식 표지는 거부되는지 비운영 환경에서 검증합니다.

웹 서버 설정도 방어선으로 활용할 수 있습니다. 업로드·표지·첨부 파일이 저장되는 공개 경로에서는 PHP 실행을 허용하지 않고, 애플리케이션 코드와 사용자 생성 파일의 처리 규칙을 분리합니다. 패치 적용 전후의 파일 목록과 웹 서버 접근 기록을 비교하면 가져오기 직후 새로 생성된 의심 파일을 좁힐 수 있습니다. 정상 업무 파일을 일괄 삭제하기보다 계정 권한, 가져오기 이벤트, 파일 형식, 공개 요청 순서를 연결해 판단해야 서비스 중단과 증거 훼손을 줄일 수 있습니다.

운영 점검의 우선순위

오늘의 세 변화는 제품 종류는 다르지만 경계가 이어지는 지점을 보여줍니다. PaperCut는 패치와 인증·외부 조회 기능 사이, argocd-mcp는 MCP 호출자와 저장된 배포 토큰 사이, BookStack은 콘텐츠 가져오기 권한과 공개 웹 실행 경로 사이의 경계입니다. 우선 외부에서 도달 가능한 서비스와 고권한 계정을 식별하고, 공식 수정판을 적용한 뒤 기능 검증과 보안 검증을 같은 변경 작업에 포함하는 순서가 효율적입니다. 변경 전에는 설정·로그·버전 증거를 보존하고, 변경 후에는 대표 사용자 흐름과 차단되어야 할 요청을 모두 시험해야 합니다.

CVE 번호만 자산 목록에서 검색하면 실제 노출을 놓칠 수 있습니다. PaperCut는 NG·MF 역할과 보조 서버 구성을, argocd-mcp는 0.8.0 사용 여부와 HTTP 리스너·토큰 범위를, BookStack은 26.05.4 미만 버전과 가져오기 권한 조합을 함께 조건으로 사용해야 합니다. 각 시스템의 담당자는 패치 완료 시각, 적용 대상, 기능 시험 결과, 접근 제한 변경, 추가 조사 항목을 하나의 변경 기록에 남기면 다음 교대조와 감사 과정에서 판단 근거를 유지할 수 있습니다.