← 최신 논문
💻 computer science

ZKP Security Tools and Verification: Coverage, Effectiveness, Adoption, and Challenges

이 논문은 영지식 증명(ZKP) 보안 도구와 형식 검증 노력의 현재 현황을 평가하며, 실제 코드베이스 전반에 걸친 커버리지와 효과성의 상당한 격차를 드러내는 동시에 개발 생애주기에 보안 관행을 더 잘 통합해야 할 필요성을 강조한다.

원저자: Arman Kolozyan, Tom Sorger, Alexander Hicks, Stefanos Chaliasos

게시일 2026-07-28
📖 5 분 읽기🧠 심층 분석

원저자: Arman Kolozyan, Tom Sorger, Alexander Hicks, Stefanos Chaliasos

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

당신이 비밀(비밀번호나 개인 은행 잔고 같은 것)을 실제로 밝히지 않고도 그 비밀을 알고 있다는 것을 증명할 수 있는 세상을 상상해 보십시오. 이것이 바로 **영지식 증명(Zero-Knowledge Proofs, ZKPs)**의 마법입니다. 이것은 마치 마법사가 당신에게 마술을 보여주는 것과 같습니다. 마법사는 동전을 토끼로 바꾸는 법을 보여주며, 당신은 그가 어떻게 했는지 혹은 이전의 토끼가 어떻게 생겼었는지 전혀 알 필요가 없습니다. 이러한 증명은 디지털 자산에 수십억 달러를 확보하고 우리의 가장 민감한 개인 데이터를 보호하며 인터넷의 미래를 지탱하는 중추가 되고 있습니다. 하지만 여기에는 함정이 있습니다. 이러한 디지털 마술을 만드는 것은 매우 어렵습니다. 만약 마법사가 자신의 주문서에서 아주 작은 실수라도 저지른다면, 마술 전체가 실패하여 사기꾼이 증명을 조작하고 돈을 훔치거나 신원을 위조할 수 있게 됩니다. 이해관계가 매우 높기 때문에, 연구자들은 이 주문서들이 배포되기 전에 오류를 스캔하도록 설계된 소프트웨어 프로그램인 "보안 요원"이라는 도구 상자를 구축했습니다.

하지만 이 보안 요원들이 실제로 효과가 있을까요? 이것이 이 논문이 던지는 핵심 질문입니다. 저자들(최고 수준의 기관 출신 연구진)은 이 도구들을 테스트하기로 했습니다. 그들은 단순히 도구의 홍보 책자만 본 것이 아니라, 실제 프로젝트에서 발견된 70개의 실제 버그 모음을 수집하여 도구들이 얼마나 많은 것을 잡아낼 수 있는지 확인했습니다. 또한, 이 시스템을 구축하고 감사하는 48명의 전문가와 대화하여 그들이 실제로 어떻게 생각하는지 살펴보았습니다. 그들이 들려주는 이야기는 희망과 냉혹한 현실 점검이 섞여 있습니다. 즉, 도구들은 유용하지만 결코 완벽하지 않으며, 업계는 여전히 막중한 업무를 수행하기 위해 인간의 두뇌에 크게 의존하고 있다는 것입니다.

풍경: 망치가 가득한 도구 상자

연구진은 먼저 현재의 "보안 환경"을 살펴보았습니다. 특정 종류의 자물쇠를 고치려고 노력하는 작업장을 상상해 보십시오. 그들은 거의 모든 보안 도구가 Circom이라는 단 하나의 자물쇠 언어에 맞춰 설계되어 있다는 것을 발견했습니다. 이는 작업장에 망치는 가득하지만, 세상은 이미 나사, 볼트, 접착제를 사용하기 시작한 것과 같습니다. Circom이 대중적이긴 하지만, 더 새로운 언어와 시스템(zkVMs)에 대한 지원은 거의 미미합니다.

대부분의 도구는 "언더컨스트레인드(underconstrainedness, 제약 조건 부족)"라고 불리는 특정 유형의 오류를 찾습니다. 비유를 들자면, 당신이 다리를 건설하고 있다고 가정해 봅시다. 제약 조건이 부족한 다리는 설계도에 "다리는 자동차를 견뎌야 한다"라고 적혀 있지만, "다리는 오직 자동차만 견뎌야 한다"라는 말을 빠뜨린 것과 같습니다. 영리한 도둑이 탱크를 몰고 와도 다리는 여전히 "네, 이것은 유효한 자동차입니다!"라고 말할 것입니다. 도구들은 이러한 누락된 규칙을 찾아내는 데는 뛰어나지만, 더 복잡한 로직 오류나 다리가 나머지 도로와 연결되는 방식의 실수에는 어려움을 겪습니다.

시운전: 실제로 얼마나 좋은가?

다음으로, 팀은 6개의 도구를 엄격한 시운전에 투입했습니다. 그들은 야생에서 발견된 70개의 실제 버그를 도구에 입력했습니다. 결과는 다소 기복이 있었습니다.

도구들이 버그를 개별적으로 살펴보았을 때(예를 들어, 기계에서 부서진 톱니바퀴 하나를 꺼내 따로 테스트하는 경우), 약 **45.7%**의 문제를 잡아냈습니다. 이는 유망해 보입니다! 하지만 연구진이 실제 세계의 복잡한 코드베이스(전체 기계)에 대해 도구를 테스트했을 때, 그 효율성은 단 **19.6%**로 급락했습니다.

왜 하락했을까요? 논문은 실제 세계의 코드가 복잡하기 때문이라고 제안합니다. 도구들은 종-종 복잡한 의존 관계 때문에 혼란을 겪거나, 수학적 계산이 너무 어려워 빠르게 해결하지 못해 멈추거나 시간 초과가 발생했습니다. 이는 한 문장에는 잘 작동하지만, 소설 한 권을 통째로 붙여넣으면 멈춰버리는 맞춤법 검사기와 같습니다. 저자들은 도구들이 발전하고는 있지만, 인간의 도움 없이 거대한 프로젝트를 자동으로 보안할 수 있는 "원터치" 솔루션이 되기에는 아직 준비가 되지 않았다고 밝혔습니다.

마법의 거울: 형식 검증(Formal Verification)

이 논문은 형식 검증이라는 더 고급 기술도 살펴보았습니다. 만약 보안 도구가 맞춤법 검사기라면, 형식 검증은 주문이 어떤 상황에서도 실패할 수 없음을 수학적으로 증명하려는 시도와 같습니다. 이것이 안전의 황금 표준입니다.

연구진은 진전이 있었지만, 그것이 주로 고립된 섬에서 일어나고 있다는 것을 발견했습니다. 전문가들은 시스템의 특정 부분(제약 조건 또는 다리의 규칙)이 건전하다는 것을 성공적으로 증명했습니다. 하지만 시스템 전체는 어떨까요? 그렇지 못했습니다. "위트니스 생성기(witness generator, 실제로 증명을 구축하는 부분)"와 "증명 시스템(비밀을 숨기는 마법)"은 여전히 검증되지 않은 채 남아 있는 경우가 많습니다. 이는 다리가 튼튼하다는 것은 증명했지만, 기초가 탄탄한지 또는 건설팀이 계획을 제대로 따랐는지는 확인하는 것을 잊은 것과 같습니다. 논문은 이러한 증명들이 종종 "신뢰할 수 있는 가정(trusted assumptions)"에 의존한다는 점을 지적합니다. 기본적으로, 우리는 증명을 작성하는 데 사용된 도구가 실수를 하지 않았다고 믿어야 한다는 뜻입니다.

인간 요소: 전문가들의 목소리

마지막으로, 팀은 이 시스템을 실제로 구축하고 감사하는 48명의 실무자를 대상으로 설문 조사를 실시했습니다. 결과는 흥미로웠습니다. AI와 대규모 언어 모델(LLM)의 부상에도 불구하고, 작업은 여전히 인간 주도적입니다. 개발자의 약 85%, 감사자의 약 **83%**가 LLM을 보조 도구로 사용하지만, 그들은 이를 대체재가 아닌 조수로 사용합니다.

전문가들은 연구진에게 가장 큰 문제가 단순히 버그를 찾는 것이 아니라, 도구 사용이 어렵다는 점이라고 말했습니다. 도구들은 종종 너무 많은 수동 설정이 필요하고, 새로운 언어와 호환되지 않으며, 혼란스러운 보고서를 생성합니다. 실무자들은 더 쉽게 통합되고, 다양한 언어에서 작동하며, 명확하고 신뢰할 수 있는 답변을 주는 도구를 원합니다. 그들은 특히 "시맨틱 에러(semantic errors, 의미론적 오류)"를 우려하고 있습니다. 이는 코드가 프로그래머가 의도한 대로가 아니라, 명령받은 대로 정확히 동작하지만 결과적으로 의도와는 다르게 작동하는 실수입니다. 현재의 도구들은 이를 포착하는 데 매우 취약합니다.

결론

이 논문은 명확한 그림을 그려줍니다. 영지식 증명은 강력하지만, 이를 보안하는 것은 여전히 진행 중인 과제입니다. 오늘날 우리가 가진 자동화 도구들은 특정 언어에서의 단순한 실수를 잡는 데는 유용하지만, 실제 프로젝트의 복잡함에 직면했을 때는 역부족입니다. 업계는 현재 자동화된 스캐닝과 집중적인 인간 검토가 혼합된 상태이며, AI를 영웅이라기보다는 조력자로서 활용하는 경향이 커지고 있습니다.

저자들은 우리가 부분적인 것이 아니라 전체 시스템을 다룰 수 있는 더 나은 도구가 필요하다고 결론짓습니다. 우리는 코드의 구문(syntax)뿐만 아니라 "의미(meaning)"를 이해하는 도구가 필요하며, 형식 검증을 일상적인 개발 과정에서 더 쉽게 사용할 수 있도록 만들어야 합니다. 그때까지 우리의 디지털 비밀의 안전은, 몇몇 유능한 로봇들이 명백한 오타를 잡아내는 동안 옆에서 주문을 재차 확인하는 인간 마법사 팀의 손에 달려 있습니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →