🇰🇷 한글 설명
wolfSSL 백엔드를 사용하는 환경에서 CA 캐싱이 활성화되어 있을 때, CURLOPT_SSL_CTX_FUNCTION 콜백을 통해 신뢰 저장소를 교체하더라도 캐시된 저장소가 자동으로 재설치되는 취약점입니다. 이로 인해 콜백에서 거부된 인증서가 캐시된 저장소에 의해 잘못 수락될 수 있습니다.
💡 쉬운 설명
보안 검사를 위해 인증서 목록을 새로 바꿨음에도 불구하고, 시스템이 예전에 쓰던 검증 목록을 몰래 다시 불러오는 문제입니다. 이 때문에 가짜 인증서를 진짜로 착각하고 통과시킬 위험이 있습니다.
🇺🇸 원문 (English)
With the wolfSSL backend, when CA caching is enabled and an
`CURLOPT_SSL_CTX_FUNCTION` callback replaces the trust store, libcurl can
silently reinstall the cached store after the callback returns. A certificate
trusted by the cached store but rejected by the callback-selected store is
then incorrectly accepted.
📍 영향받는 시스템
wolfSSL 백엔드를 사용하며 CA 캐싱이 활성화된 libcurl 환경
⚔️ 공격 벡터
신뢰할 수 없는 인증서를 사용하여 캐시된 저장소에 등록된 인증서로 위장한 중간자 공격(MitM)
🛡️ 대응 방법
libcurl 및 wolfSSL을 최신 보안 패치가 적용된 버전으로 업데이트하거나 CA 캐싱 설정을 검토하십시오.
🔧 검증 코드
출력 결과에 wolfSSL이 포함되어 있는지 확인하여 해당 백엔드 사용 여부를 판단합니다.
curl --version | grep -i 'wolfSSL'