서버 측 요청 위조 취약점

보안 연구원으로부터 아래에 언급된 문제를 알려주는 이메일을 받았습니다. 저는 보안 전문가가 아니기 때문에 이것이 정확한지 아닌지 말씀드리기 어렵습니다. 2021년 2월에 이 내용을 Discourse 지원팀으로 전달했으나 아직까지 답변을 받지 못했습니다. 다음 사항에 대해 알고 싶습니다:

  • 이 문제가 여전히 존재하는지
  • 제가 할 수 있는 조치(설정 등)가 있는지

감사합니다.

Gary W.
remote.it 지원

#========================================================
요약:
서버 측 요청 위조(SSRF) 취약점으로 인해 내부 IP 주소가 유출되고 공격자가 제어하는 호스트로 연결을 시도하는 것으로 보입니다.

여기서 입력 값 검증에 설정 오류가 있어 원래 이메일 주소 대신 제 주소가 검증되지 않고, 제 Burp Suite Collaborator에서 요청을 수신한 것을 확인할 수 있습니다.

재현 방법:
1: 먼저 웹사이트 https://forum.remote.it/top/yearly 로 이동합니다.
2: 여기서 성공적으로 가입합니다.
3: 새 주제 생성으로 이동합니다.
4: 여기에 서버 링크를 붙여넣습니다.

POC:
동영상 첨부파일을 확인하십시오. 재현 단계를 직접 수행해 보실 수도 있습니다. (죄송합니다. 신규 사용자는 첨부파일을 업로드할 수 없습니다) 지원팀에 보낸 이메일에 첨부되어 있었습니다.

영향:
이 취약점은 서버의 내부 IP에 대한 접근을 가능하게 하여, 해당 서버의 HTTP 응답을 노출시킵니다. 즉, Collaborator 서버가 HTTP 요청을 수신했다는 것입니다. Collaborator 서버는 도메인 이름 [zsvge3euks4arcd9nmrwa0dvamgc41.burpcollaborator.net](http://zsvge3euks4arcd9nmrwa0dvamgc41.burpcollaborator.net)에 대한 A 레코드 유형의 DNS 조회를 수신했습니다. 이 조회는 2020-12-10 11:03:44 UTC에 IP 주소 66.220.12.132에서 수신되었습니다. 이는 회사 IP에 속하며 whois 기록에서 확인할 수 있습니다.
서버 측 요청 위조(SSRF) 취약점은 데이터의 기밀성을 훼손할 수 있어 현대 웹 애플리케이션에 큰 위협이 될 수 있습니다.

완화 조치:
SSRF는 URL 또는 기타 사용자 입력에 대한 적절한 위생 처리(sanitization)를 통해 완화할 수 있습니다. 개발자는 블랙리스트를 생성하여 블랙리스트와 일치하는 사용자 입력을 제한하고 경계 검사(boundary checks)를 수행할 수 있습니다.

그들이 이야기하는 내용은 우리의 원박스(oneboxing) 기능인 것 같습니다.

이것은 취약점이 아니라 의도된 동작입니다. Discourse 포럼에 URL이 게시되면, 원박스를 구성하기 위해 메타데이터를 가져오려는 외부 요청이 수행됩니다.

이러한 유형의 보고서는 소프트웨어가 어떻게 작동하는지에 대해 잘 모르는 상태에서 웹사이트를 대상으로 일반적인 "취약점"을 찾기 위한 저효율 스캔의 일부로 보입니다.

만약 그들이 실제로 발견한 사항이 있다면, 우리의 [HackerOne 프로그램](https: //hackerone.com/discourse) 버그 바운티 프로그램을 통해 제출하도록 장려합니다.

추가로 우려되는 사항이 있다면 기꺼이 해결해 드리겠습니다.

해당 이메일 주소에서 온 메시지에 대한 기록이 없지만, 왜 수신하지 못했는지 조사해 보겠습니다.

답변해 주셔서 감사합니다. 해당 문제를(또는 경우에 따라 기능을) 보고해 주신 분께 이 스레드에 대한 링크를 다시 전달했습니다.

감사합니다.

DL