🇰🇷 한글 설명
MaxKB 2.10.2-lts 및 이전 버전에서 동일한 워크스페이스 내 일반 사용자가 다른 사용자의 application_id를 탈취할 수 있는 취약점이 발견되었습니다. 공격자는 탈취한 ID를 자신의 워크플로우에 삽입하여 피해자 애플리케이션의 출력을 가로채고, 권한 검증 부재를 악용해 피해자 애플리케이션의 채팅 기록을 생성할 수 있습니다.
💡 쉬운 설명
같은 작업 공간을 쓰는 다른 사람이 몰래 만든 도구를 이용해, 당신이 만든 AI 서비스의 답변을 훔쳐보거나 기록을 남길 수 있는 보안 구멍이 있습니다. 서비스가 '이 사용자가 이 AI를 쓸 권한이 있는지'를 제대로 확인하지 않아서 발생하는 문제입니다.
🇺🇸 원문 (English)
MaxKB is an open-source AI assistant for enterprise. In 2.10.2-lts and earlier, a normal user in the same workspace can obtain another user's application_id from the homepage application question-ranking endpoint when the published victim application has ranking activity in the selected date range and the attacker knows or guesses its name, even though direct application detail and debug-open routes deny access. An attacker who can create and publish a workflow application can place the disclosed identifier in an attacker-owned workflow application-node, trigger that workflow, receive output generated by the victim application, and create durable application_chat and application_chat_record rows under the victim application because save and runtime paths do not verify permission to use the referenced application. No fixed version is available as of this review.
📍 영향받는 시스템
MaxKB 2.10.2-lts 및 그 이전 모든 버전
⚔️ 공격 벡터
홈페이지의 질문 순위 엔드포인트를 통해 ID를 탈취한 후, 권한 검증이 없는 워크플로우 노드에 해당 ID를 삽입하여 공격
🛡️ 대응 방법
현재 수정 버전이 없으므로, 워크스페이스 내 사용자 권한 관리를 엄격히 하고 서비스 패치가 나올 때까지 모니터링을 강화해야 함
🔧 검증 코드
명령어 실행 결과로 타인의 application_id가 포함된 응답이 반환된다면 취약한 상태임
curl -s http://<target_ip>/api/v1/application/question-ranking | grep -i 'application_id'