보안 메트릭

Question

PCI 컴플라이언스의 보안 메트릭에서 검사를 실행할 때 다음과 같은 오류 메시지가 나타납니다. 누구든지이 문제를 해결하는 방법을 알고 있습니까?

*Title: vulnerable web program (phpRPC) Impact: A remote attacker could execute arbitrary commands, create or overwrite files, or view files or directories on the web server. 

Data Sent: POST /ie/modules/phpRPC/server.php HTTP/1.0 

Host: example.com 

Content-type: text/xml Content-Length:162 <?xml version="1.0"?> <methodCall> <methodName>test.method</methodName> <params> <param> <value><base64>'));system(id);exit; </param> </params> </methodCall> 

Data Received: ????<img height="1" width="1" style="border- style:none;" alt="" src="//googleads.g.doubleclick.net/p agead/viewthroughconversion/997970389/?value=0&amp;label=PlcJCKu92AQ Q1aPv2wM&amp;guid=ON&amp;script=0"/> 

Resolution: 03/09/06 CVE 2006-1032 phpRPC is an xmlrpc library that uses database and rpc-protocol abstraction. It is prone to a remote code execution vulnerability because the decode() function within the rpc_decoder.php script fails to adequately sanitize user-supplied input before processing it in an eval() call. 
Successful exploitation would result in arbitrary code execution in the context of the application. PHP scripts that implement the phpRPC library, such as RunCMS, are affected by this issue. RunCMS 1.1 through 1.3.a5 are affected, as is phpRPC up to 0.7. 

Resolution: phpRPC is not currently being maintained. RunCMS users should upgrade to a version higher than 1.3.a5 which will hopefully include a fix. 

Risk Factor: High/ CVSS2 Base Score: 7.5 (AV:N/AC:L/Au:N/C:P/I:P/A:P) CVE: CVE-2006-1032 BID: 16833 [Less]* 

Answer 1

서버의 RPC 서비스를 공격자가 사용할 수 있기 때문에 이것은 비교적 심각한 문제입니다. 시스템의 특성을 모른 채 구체적인 수정을 제안 할 수는 없습니다. 그러나보고있는 취약점은 오래된 시스템으로 인해 발생할 가능성이 큽니다. 모든 패치를 업그레이드하고 설치해야합니다. 플랫폼이 EOL 된 경우 더 새로운 것으로 이동하십시오. The Common Vulnerability Enumeration has some specific information about the vulnerability identified by your scanner that may help you.

Answer 2

이것은 비교적 오래된 질문입니다.하지만 정확히 같은 문제가 있기 때문에 이것이 답이라고 생각합니다.

보안 통계 효과적으로 내 이론이 보안 메트릭은 코드에 실행 된 있는지 확인하기 위해 문자열 uid=에 대한 응답을 확인하는 것입니다이 uid=1000(rob) gid=1000(rob) groups=...

같은 것을 반환하는 id의 리눅스 명령을 호출하려고 원격 서버. 이는 우연히 Google의 리 마케팅 태그와 일치합니다. 예 : 귀하의 질문에의 UID = 부분 : src="//googleads.g.doubleclick.net/p agead/viewthroughconversion/997970389/?value=0&label=PlcJCKu92AQ Q1aPv2wM&guid=ON&script=0"

내 솔루션은 우리의 404 페이지에 완전히 구글 리 마케팅 태그를 제거, 다만 JS 또는 HTML 주석과 주석했다. 404 페이지가 (/scripts/modules/phpRPC/server.php)에 게시되어 익스플로잇을 찾으려고하는 URL로 반환되었습니다.

여러분이나 다른 사람들이이 질문에 도움이되기를 바랍니다. 당신은 인터넷에 게시하기 전에 URL 및 기타 민감한 정보를 소독해야