온톨로지 메인넷 재가동…보안 공격 이후 노드 긴급 업데이트 요구

온톨로지 블록체인이 보안 문제로 네트워크 운영을 멈춘 지 이틀 만에 메인넷을 다시 가동했다. 단순 점검 과정에서 발견된 위험 요소로 알려졌던 문제가 이후 외부의 악의적인 공격과 관련된 것으로 확인되면서, 네트워크 운영자들에게 새로운 버전의 소프트웨어 적용도 요구됐다.

메인넷 자체는 정상화됐지만 사건이 완전히 마무리됐다고 보기는 어렵다. 공격에 사용된 구체적인 취약점과 침투 방식이 공개되지 않았고, 거래소와 지갑을 비롯한 외부 서비스가 모두 정상화됐는지도 아직 명확하게 확인되지 않았기 때문이다.

보안 점검으로 시작된 네트워크 중단, 하루 뒤 공격 사실 확인

사건은 8월 31일 온톨로지가 블록 생성을 일시적으로 중단하면서 시작됐다. 당시 프로젝트 측은 정기적인 보안 점검 과정에서 잠재적인 위험 요소를 발견해 예방 차원에서 네트워크 운영을 멈췄다는 취지로 설명했다.

블록 생성이 중단되면서 온체인 거래 역시 정상적으로 처리될 수 없는 상태가 됐다. 이용자들에게는 긴급하지 않은 거래를 당분간 시도하지 말라는 안내가 전달됐다.

그러나 다음 날 상황에 대한 설명이 달라졌다.

9월 1일 온톨로지는 조사 과정에서 네트워크를 대상으로 한 악의적인 공격 행위를 확인했다고 밝혔다. 이에 따라 단순한 예방적 점검이 아니라 실제 보안 사고에 대응하기 위한 네트워크 중단이었다는 사실이 드러났다.

프로젝트 측은 복구 작업과 테스트, 소프트웨어 업데이트를 동시에 진행하면서 안전성이 충분히 확인되기 전까지 블록 생성을 재개하지 않겠다는 방침을 세웠다.

다만 이용자가 보유한 ONT와 ONG 등의 자산을 별도로 이동시킬 필요는 없다고 안내했다. 또한 자체 조사 결과 이용자 자산이 공격으로 훼손되거나 직접적인 피해를 입은 정황은 확인되지 않았다고 설명했다.

이 부분은 아직 외부 기관의 독립적인 포렌식 결과가 공개된 것은 아니라는 점을 함께 살펴볼 필요가 있다.

이틀 만에 메인넷 복구…노드 운영자는 새 버전 적용해야

온톨로지는 9월 2일 보안 확인과 네트워크 업그레이드를 마친 뒤 메인넷 운영을 재개했다.

중단됐던 ONT 관련 기능과 스테이킹 역시 다시 사용할 수 있게 되면서 블록체인 자체는 정상적인 운영 단계로 돌아왔다.

하지만 이번 재가동에는 중요한 조건이 따라붙었다.

싱크노드를 운영하는 참여자는 기존 프로그램을 계속 사용하는 대신 v3.1.5 버전으로 업데이트해야 한다.

싱크노드는 블록체인의 데이터를 받아 네트워크 상태를 지속적으로 동기화하는 역할을 한다. 따라서 서로 다른 버전이 혼재할 경우 정상적인 체인 동기화에 문제가 생길 가능성이 있다.

온톨로지가 이번 업데이트를 사실상 필수 절차로 제시한 것도 복구된 체인과 노드 사이의 호환성과 안정성을 확보하기 위해서다.

노드 운영자는 업데이트만 설치하는 것으로 끝나는 것이 아니라 전체 동기화 상태와 정상 작동 여부까지 다시 확인해야 한다.

새 코드에는 변화가 있지만 공격 방식은 여전히 베일 속

이번 사건에서 가장 큰 의문은 대체 어떤 취약점이 공격에 이용됐느냐는 것이다.

온톨로지는 v3.1.5 버전을 배포했지만 공격자가 어떤 방식으로 네트워크에 접근했는지, 어떤 구성요소에서 문제가 발생했는지에 대해서는 구체적인 내용을 공개하지 않았다.

다만 업데이트된 코드에서는 사고와 비슷한 시점에 적용된 몇 가지 변화가 확인된다.

메인넷 특정 블록 높이 이후 일부 오래된 네이티브 컨트랙트의 신규 등록 기능을 막는 변경이 포함됐고, 그 이전 코드에서는 크로스체인 메시지를 처리하는 역직렬화 관련 로직도 수정됐다.

시점만 놓고 보면 보안 사고와 가까운 변화다.

그러나 이를 곧바로 공격 원인이라고 단정할 수는 없다. 온톨로지가 해당 코드 변경과 실제 공격 사이의 연관성을 공식적으로 확인하지 않았기 때문이다.

현재 공개된 정보만으로는 공격자가 이용한 취약점이나 공격 과정, 영향을 받은 시스템의 정확한 범위를 특정하기 어렵다.

이용자 자산 피해 없었다지만 확인해야 할 부분 남아

프로젝트 측은 이용자 자산에 직접적인 문제가 발생하지 않았다는 입장을 내놓았다. 투자자 입장에서는 가장 중요한 부분 가운데 하나다.

하지만 메인넷 정상화와 온톨로지 생태계 전체의 정상화는 서로 구분해서 볼 필요가 있다.

블록체인이 다시 블록을 생성한다고 해서 이를 이용하는 모든 서비스가 동시에 정상 상태로 돌아오는 것은 아니기 때문이다.

거래소의 ONT·ONG 입출금, 외부 RPC 서비스, 개인 지갑, 탈중앙화 애플리케이션 등은 각각 별도의 시스템을 사용한다. 이들 서비스가 새로운 네트워크 환경에 맞춰 정상적으로 연결됐는지는 개별적으로 확인해야 한다.

따라서 이용자가 실제로 자산을 이동하거나 거래하려는 경우에는 사용하는 거래소나 지갑에서 입출금 및 네트워크 지원이 정상화됐는지 먼저 확인하는 편이 안전하다.

빠른 복구보다 중요한 것은 사고 원인 공개

이번 사건은 비교적 짧은 시간 안에 메인넷이 다시 가동됐다는 점에서는 긍정적으로 볼 수 있다. 하지만 블록체인 보안 사고에서는 복구 속도만큼이나 사고 원인을 얼마나 투명하게 공개하느냐도 중요하다.

현재까지 알려진 내용을 정리하면 네트워크 공격은 확인됐고, 메인넷은 복구됐으며, 싱크노드에는 새로운 버전 적용이 요구됐다.

반면 공격에 이용된 취약점과 구체적인 공격 과정, 피해 범위에 대한 외부 검증, 거래소·지갑·dapp을 포함한 생태계 전체의 정상화 여부는 여전히 확인해야 할 부분으로 남아 있다.

결국 이번 사건의 평가는 메인넷이 다시 움직이기 시작했다는 사실만으로 끝나지 않는다. 향후 온톨로지가 공격 원인과 취약점, 대응 과정 등을 담은 상세한 사후 분석 보고서를 공개할지가 네트워크 신뢰 회복을 판단하는 중요한 기준이 될 것으로 보인다.