요약: Chainstack의 확장된 사고 보고서는 액세스 제어 실패에 중점을 둡니다. 복구 지침은 완료된 자격 증명 교체를 우선적으로 수행합니다.

체인스택은 11월 3일 처음 공개한 보안 사고에 기술적 세부 사항을 추가했습니다. 업데이트된 보고서, 11월 10일자 기술 섹션에서는 구성 및 액세스 제어 실패를 중심으로 구축된 10월 침입에 대해 설명합니다. 회사는 소프트웨어 취약점이 악용되었다는 증거를 찾지 못했다고 말했습니다.

액세스 제어가 실패한 이유

Chainstack에 따르면 공격자는 변경되지 않은 기본 관리자 자격 증명을 사용하여 개발 Grafana 인스턴스를 통해 진입했습니다. 광범위한 Kubernetes 권한을 가진 인증되지 않은 도구 서버가 액세스 경로의 일부를 형성했습니다. 머신 자격 증명은 개발 환경과 프로덕션 환경도 연결했습니다.

운영 수업은 첫 번째 로그인 후 계정 도달에 관한 것입니다. 로우 프로파일 테스트 서비스는 민감한 시스템에 접속할 수 있거나 즉각적인 업무 범위를 넘어서는 권한을 보유할 경우 결과를 초래할 수 있습니다.

NewsBTC의 보도 NEAR AI 인프라 사고 애플리케이션과 이를 지원하는 서비스 간의 관련 경계를 탐색했습니다. 메커니즘은 다르지만 둘 다 주변 인프라를 암호화폐 플랫폼의 보안과 관련되게 만듭니다.

고객이 해결해야 할 사항

보고서는 잠재적으로 노출될 가능성이 있는 계정 이름, 조직 세부 정보, 이메일 주소 및 비밀번호 해시를 식별합니다. 읽은 증거가 없음에도 불구하고 노드 자격 증명을 노출된 것으로 취급하고 고객에게 비밀번호 변경, 노드 자격 증명 순환, 사용된 플랫폼 API 키 재생성을 요청합니다.

비밀번호 해시와 작동하는 액세스 토큰은 서로 다른 문제를 야기합니다. 해시는 비밀번호를 나타내는 반면 활성 토큰은 요청을 직접 승인할 수 있습니다. 따라서 로그인 비밀번호를 교체한다고 해서 애플리케이션과 관련된 다른 모든 자격 증명이 무효화된다고 가정할 수는 없습니다.

이것이 사고 지침이 영향을 받는 자격 증명 유형을 명확하게 식별해야 하는 이유입니다. 비밀번호를 변경하라는 단일 지침으로 인해 개발자는 애플리케이션 엔드포인트, 자동화된 작업 및 서비스 통합에 대해 확신을 가질 수 없습니다.

사용자 인증 정보 순환에는 완료 단계가 있습니다.

체인스택의 노드 관리 문서 단계적 순환 프로세스를 설명합니다. 기존 자격 증명이 활성 상태로 유지되는 동안 새 자격 증명이 생성됩니다. 그런 다음 애플리케이션은 이전 자격 증명이 비활성화되기 전에 대체 항목으로 이동할 수 있습니다.

문서에는 두 세트 모두 자동 시간 제한 없이 마지막 단계까지 계속 작동한다고 나와 있습니다. 순환을 완료하면 이전 자격 증명을 사용하는 요청이 영구적으로 거부됩니다. 또한 노드 순환은 다중 체인 인증 토큰을 변경하지 않는다고 말합니다.

운영자의 경우 중복은 애플리케이션을 업데이트하는 동안 작업 서비스가 중단될 위험을 줄여줍니다. 해당 책임은 마이그레이션을 완료하는 것입니다. 대체 항목을 생성하는 것만으로도 이전 액세스 수단을 사용할 수 있습니다.

따라서 유용한 완료 기록은 어떤 응용 프로그램이 이동되었는지, 이전 자격 증명이 비활성화된 시기를 추적합니다. 이는 초기 비상 상황 이후 팀이 확인할 수 있는 실질적인 통제 방법입니다.

근본적인 디자인 문제는 익숙하다

그라파나스 보안 지침 데이터 소스 프록시를 통해 로컬 네트워크의 서비스에 접근할 수 있음을 경고합니다. 허용되는 대상을 제한하고 방화벽 규칙을 사용하여 민감한 내부 서비스에 대한 액세스를 제한하는 등의 제어에 대해 설명합니다.

이러한 예방 조치는 도구가 도달할 수 있는 대상과 도구에 로그인할 수 있는 사람을 다룹니다. 인증과 네트워크 경계는 서로 다른 작업을 수행합니다. 권한 제한은 경계 중 하나가 실패하는 경우 다른 레이어를 제공합니다.

NewsBTC의 보고서 체이널리시스 복원 스크리닝 서비스 운영 복구 및 데이터 노출 분석이 서로 다른 일정을 따를 수 있는 이유를 보여줍니다.

Chainstack의 확장된 계정은 고객이 평가할 수 있는 더 자세한 정보를 제공합니다. 나머지 테스트는 액세스 변경이 완료되었는지 여부와 수정된 제어 기능이 손상된 서비스 하나가 의도한 역할을 훨씬 넘어서는 것을 방지할 수 있는지 여부입니다.

News Desk가 작성하고 Samuel Rae가 편집했습니다.