카르다노 스테이킹 풀에 보안 경고…리눅스 취약점 패치 촉구

카르다노( @Cardano ) 거버넌스를 조율하는 회원 기반 조직인 인터섹트(Intersect)는 심각한 리눅스 커널 취약점이 공개된 후, ADA 스테이킹 풀 운영자들에게 서버 패치 및 재부팅을 촉구했습니다 .
인터섹트의 지침에 따르면, 운영자들은 블록 생성 서버와 릴레이 서버 모두에서 커널을 확인하고, 배포판에 포함된 수정된 커널이 게시되는 즉시 설치해야 합니다.
카르다노를 대상으로 한 공격은 아직 보고되지 않았습니다.
KuCoin News에 따르면 Intersect의 권고문에는 네트워크에 대한 공격이나 취약한 커널을 실행하는 풀의 수에 대한 정보는 포함되어 있지 않습니다.

CVE-2026-98432란 무엇입니까?

해당 취약점은 CVE-2026-98432로 추적되고 있으며, kernel.org에서 CVSS 3.1 점수 9.8로 심각한 수준으로 평가되었습니다.
이 취약점은 커널이 수신되는 IPv4 TCP 연결을 처리하는 방식에 영향을 미치며, 커널이 이미 해제된 메모리에 다시 접근하는 문제를 야기할 수 있습니다.

레드햇의 보안 게시판은 해당 위험을 더욱 자세히 설명합니다. 원격에서 인증되지 않은 공격자가 TCP 연결 요청 처리 중 발생하는 경쟁 조건(race condition)을 악용하여 원격 코드 실행을 유발할 수 있습니다.
이 취약점을 악용하려면 네트워크 요청의 정확한 타이밍이 필요하지만, 권한이나 사용자 상호 작용은 필요하지 않습니다.

레드햇은 수정 패치 배포를 신속하게 진행하고 있다고 밝혔습니다.

벤더별로 심각도 등급이 다릅니다. 보안 회사인 오스터랩(Ostorlab)에 따르면, 레드햇은 2026년 10월 30일에 등급을 ‘심각(Critical)'(CVSS 3.1, 9.8)으로 상향 조정했습니다 .
레드햇의 이전 평가는 더 낮았으며, 일부 제3자 보고서에서는 여전히 해당 점수를 인용하고 있습니다.

패치 현황 및 운영자를 위한 임시 조치

Linux 배포판별로 수정 사항 제공 여부가 다릅니다. 10월 30일 기준으로 Canonical의 트래커는 Ubuntu 수정 작업이 진행 중이라고 밝혔고, AlmaLinux는 패치된 커널이 테스트 중이라고 보고했습니다.
Ostorlab은 2026년 11월 1일 현재 Ubuntu 또는 RHEL용 수정된 커널은 아직 제공되지 않았다고 언급했습니다 .
즉시 패치를 적용할 수 없는 운영자를 위해 Intersect는 임시 조치로 MPTCP를 비활성화하고 방화벽 규칙을 적용할 것을 권장했지만, 완벽한 보호를 위해서는 패치된 커널과 재부팅이 필요합니다.
Red Hat은 또한 RHSB-2026-016 게시판에 있는 패킷 필터 절차가 노출 위험을 줄여주지만 악용을 완전히 방지할 수는 없다고 경고합니다.

이번 경고는 카르다노 네트워크에 중요한 의미를 갖습니다. 스테이킹 풀 운영자들이 블록체인을 유지하는 블록 생성기 및 릴레이 서버를 운영하기 때문입니다. 운영자들은 배포판의 보안 추적기를 모니터링하고 수정된 커널이 출시되면 적용하는 것이 좋습니다.

스테이킹 풀 장애가 블록 생성에 미치는 영향

이번 보안 경고에서 주목할 부분은 취약점이 카르다노 블록체인의 합의 알고리즘이 아니라 노드가 실행되는 리눅스 운영체제에 존재한다는 사실이다.

카르다노 스테이킹 풀은 블록을 생성하는 블록 프로듀서와 외부 네트워크 통신을 담당하는 릴레이 노드를 활용한다. 두 구성요소는 역할이 다르지만, 안정적인 블록 생성과 네트워크 연결을 위해 함께 작동한다.

릴레이 노드에 장애가 발생하면 외부 노드와의 통신이 불안정해질 수 있다. 블록 프로듀서가 정상적으로 실행되고 있더라도 네트워크 연결이 원활하지 않으면 블록 전파와 운영 안정성에 영향을 받을 가능성이 있다.

반대로 블록 프로듀서 자체가 중단된다면 해당 풀이 배정받은 블록 생성 기회를 놓칠 수 있다. 이런 상황이 반복되면 풀의 운영 실적과 보상에 불리하게 작용할 수 있다.

다만 개별 스테이킹 풀의 서버 장애가 곧 카르다노 네트워크 전체의 중단을 의미하지는 않는다. 실제 영향은 취약한 서버의 규모와 장애 발생 범위, 다른 풀의 정상 운영 여부에 따라 달라진다.

ADA 위임 자산과 운영 서버의 보안 위험은 다르다

스테이킹 풀 서버의 취약점과 이용자가 위임한 ADA의 소유권 문제는 구분해야 한다.

카르다노의 일반적인 위임 구조에서는 이용자가 ADA를 스테이킹 풀 운영자에게 직접 송금하지 않는다. 위임자는 자신의 지갑에 자산을 보유하면서 특정 풀에 스테이킹 권한을 위임한다.

따라서 스테이킹 풀의 운영 서버가 공격받는다고 해서 위임자의 ADA가 자동으로 공격자에게 이전되는 것은 아니다.

그러나 운영 서버의 보안 문제가 중요하지 않다는 뜻은 아니다. 공격으로 노드가 중단되거나 운영 환경이 손상되면 블록 생성 성과와 보상 지급에 간접적인 영향이 발생할 수 있다.

또한 서버 침해가 운영자의 별도 인증정보나 관리 시스템으로 확대될 가능성도 고려해야 한다. 이런 위험은 실제 침해 여부와 운영 환경에 따라 달라지므로 모든 풀에 동일하게 적용할 수 없다.

이번 사안을 평가할 때는 자산의 직접 탈취 가능성과 네트워크 인프라의 운영 위험을 혼동하지 않는 것이 중요하다.

패치 완료 이후에도 확인해야 할 보안 항목

보안 패치를 설치하는 것은 중요한 대응이지만, 설치 작업만으로 모든 점검이 끝나는 것은 아니다.

리눅스 커널 업데이트는 새로운 커널이 실제로 실행되도록 재부팅해야 하는 경우가 많다. 패키지 설치 기록에 최신 버전이 표시되더라도 재부팅하지 않았다면 기존 커널이 계속 실행되고 있을 수 있다.

운영자는 재부팅 이후 실행 중인 커널 버전을 확인하고, 해당 배포판의 보안 공지에서 취약점 수정 여부를 대조해야 한다.

이 과정에서 블록 프로듀서와 릴레이 노드를 각각 점검할 필요가 있다. 한 서버만 업데이트하고 나머지 서버를 그대로 두면 취약한 운영 환경이 남을 수 있기 때문이다.

또한 방화벽 규칙이나 특정 네트워크 기능을 제한하는 임시 조치를 적용했다면 정상적인 노드 통신에 문제가 없는지도 확인해야 한다.

임시 완화 조치는 공격 가능성을 줄이기 위한 수단일 뿐, 보안 패치를 완전히 대체하지는 못한다.

향후 전망: 블록체인 보안의 범위가 넓어지고 있다

이번 사례는 블록체인의 보안 수준을 평가할 때 스마트계약이나 합의 알고리즘만 살펴봐서는 충분하지 않다는 점을 보여준다.

블록체인 네트워크는 암호화 기술로 거래를 검증하지만, 실제 노드는 운영체제와 네트워크 장비, 서버 관리 소프트웨어 위에서 실행된다.

따라서 기반 소프트웨어에서 발생한 취약점도 블록체인 운영의 안정성에 영향을 줄 수 있다.

특히 여러 스테이킹 풀이 동일한 리눅스 배포판이나 유사한 서버 구성을 사용한다면 하나의 취약점이 다수 운영자에게 동시에 대응 부담을 줄 가능성이 있다.

이는 특정 블록체인만의 문제가 아니다. 서버 기반 검증 인프라를 사용하는 다른 지분증명 네트워크에서도 공통적으로 검토해야 할 운영 위험이다.

카르다노 생태계의 향후 과제는 단순히 이번 취약점을 해결하는 데 그치지 않는다. 보안 공지가 발표됐을 때 운영자들이 얼마나 신속하게 영향을 파악하고, 패치를 적용하며, 서비스 중단 없이 정상 운영을 복구할 수 있는지가 중요하다.

결국 탈중앙화 네트워크의 안정성은 프로토콜 설계뿐 아니라 이를 실제로 운영하는 개별 노드의 보안 관리 수준에도 달려 있다.