🇰🇷 한글 설명
Steeltoe 4.3.0 미만 버전에서 X-Client-Cert 요청 헤더에 포함된 공개 인증서를 검증할 때 개인키 소유 여부를 확인하지 않는 취약점이 발견되었습니다. 공격자가 공개 인증서를 획득하고 신뢰할 수 없는 IP를 통해 접근할 경우, 인증서를 위조하여 조직 및 공간 정책을 우회할 수 있습니다.
💡 쉬운 설명
인증서가 진짜인지 확인하는 과정에서 중요한 열쇠(개인키)를 확인하지 않아 발생하는 문제입니다. 공격자가 남의 인증서 정보만 알아내면 마치 본인인 것처럼 속여서 시스템에 침입할 수 있습니다.
🇺🇸 원문 (English)
Steeltoe is an open source project that provides a collection of libraries that helps users build cloud-native applications. Prior to 4.3.0, Steeltoe.Security.Authorization.Certificate deployments using AddOrgAndSpacePolicies() and UseCertificateAuthorization() trust the public certificate supplied in the X-Client-Cert request header without proving possession of the corresponding private key. Common Cloud Foundry routers do not remove this header from inbound requests. When inbound requests are not restricted to a known trusted proxy source IP, an attacker who obtains the public certificate of an application instance in the target organization or space and can reach the application can spoof X-Client-Cert to bypass the SameOrg and SameSpace policies for the certificate validity period. This issue is fixed in version 4.3.0.
📍 영향받는 시스템
Steeltoe 4.3.0 미만 버전
⚔️ 공격 벡터
X-Client-Cert 헤더에 탈취한 공개 인증서를 삽입하여 전송하는 인증서 위조 공격
🛡️ 대응 방법
Steeltoe 라이브러리를 4.3.0 이상의 최신 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 결과에서 steeltoe-security-authorization의 버전이 4.3.0 미만인지 확인하십시오.
mvn dependency:list | grep 'steeltoe-security-authorization'