ms 라이브러리가 콘텐츠 입력 문자열에서 시간 패턴을 일치시켰습니다. 이는 goof 웹페이지에서 약간 다르게 표시됩니다.

![Call mom image](https://assets.kitploit.com/production/public/readmes/5352/40b26468e73dd477bb2e3b6dedbd27ac4c42fc71689044eed4e7f895c17a1cea.png)

ReDoS 작동 방식에 대한 지식을 활용하여 눈에 띄는 지연 또는 다른 사용자에 대한 서비스 거부를 일으키는 콘텐츠 문자열을 전달해 보세요. 요청이 처리되는 동안 웹페이지는 첫 번째 요청이 처리될 때까지 추가 요청을 버퍼링합니다.

[힌트 1](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/ms/hint1.md)을 보려면 클릭하세요.

[힌트 2](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/ms/hint2.md)을 보려면 클릭하세요.

[힌트 3](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/ms/hint3.md)을 보려면 클릭하세요.

[힌트 4](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/ms/hint4.md)을 보려면 클릭하세요.

[힌트 5](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/ms/hint5.md)을 보려면 클릭하세요.

애플리케이션 코드에서 이 공격을 프로그래밍 방식으로 방지하려면 어떻게 해야 할지 생각해 보세요.

### 취약점 해결

snyk 프로젝트 페이지로 돌아가서 ```ms``` 패키지의 정규 표현식 서비스 거부 취약점을 찾고 해결 조언을 확인하세요. 애플리케이션에서 이 취약점으로 가는 경로는 하나뿐이며, ```ms``` 패키지는 ```humanize-ms``` 패키지에 의해 가져와진 간접 종속성임을 알 수 있습니다. ```humanize-ms``` 버전을 ```1.0.2```로 업데이트해야 합니다. 이렇게 하면 수정된 버전의 ```ms``` 패키지가 가져와집니다. "Fix this Vulnerability"를 다시 클릭하고 PR을 생성하세요.

![Fix this vulnerability](https://assets.kitploit.com/production/public/readmes/5352/d2bf7f1cb7ad3edb96a548e25131f62d6b55968c265fdd925a17277961c89416.png)

애플리케이션을 업데이트한 후 해킹을 다시 시도해 보세요. *축하합니다!*, 취약점을 해결했습니다!

## 크로스 사이트 스크립팅 (XSS)

XSS 공격은 공격자가 피해자의 도메인 컨텍스트에서 악성 JavaScript 코드를 실행하도록 사용자의 브라우저를 속일 때 발생합니다. 이러한 스크립트는 해당 도메인의 사용자 세션 쿠키를 훔치거나, 콘텐츠를 긁거나 수정하며, 사용자를 대신하여 작업을 수행하거나 수정할 수 있습니다. 이러한 작업은 일반적으로 브라우저의 Same Origin Policy에 의해 차단됩니다.
이러한 공격은 웹 애플리케이션의 컨텍스트를 벗어나 신뢰할 수 있는 웹사이트에 악성 스크립트를 주입함으로써 가능합니다. 이러한 스크립트는 추가 속성(예: 드롭다운 목록의 "new" 옵션이나 악성 사이트로의 새 링크)을 도입할 수 있으며, 피해자도 모르게 클라이언트 측에서 코드를 실행할 수 있습니다. 이는 ```< > " '```와 같은 문자가 제대로 이스케이프되지 않을 때 발생합니다.

XSS에는 몇 가지 유형이 있습니다:

* *지속적 XSS(Persistent XSS)*는 악성 코드가 웹 앱의 데이터베이스에 지속되는 공격입니다.
* *반사형 XSS(Reflected XSS)*는 웹사이트가 요청의 일부를 그대로 반환하는 공격입니다. 공격자는 사용자가 악성 링크(예: 피싱 이메일 또는 다른 페이지의 악성 JS를 통해)를 클릭하도록 속여 XSS 공격을 트리거해야 합니다.
* *DOM 기반 XSS(DOM-based XSS)*는 클라이언트 측 JavaScript가 URL의 일부를 페이지에 그대로 반환할 때 브라우저에서만 발생하는 공격입니다. DOM 기반 XSS는 서버가 공격이 발생하는 것을 볼 기회가 없기 때문에 탐지하기가 매우 어렵습니다.

취약점은 marked 라이브러리에 존재합니다. 이 라이브러리를 사용하면 todo 입력 상자에 마크다운 텍스트를 입력하고 결과 텍스트를 굵게 표시하거나 원하는 대로 표시할 수 있습니다. 이제 이 복잡한 다중 페이지 애플리케이션에 익숙해졌으니, 취약한 패키지를 염두에 두세요.

시작으로, alert '1'을 표시해 보세요. 매우 진부하죠?

[힌트 1](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint1.md)을 보려면 클릭하세요.

[힌트 2](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint2.md)을 보려면 클릭하세요.

[힌트 3](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint3.md)을 보려면 클릭하세요.

[힌트 4](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint4.md)을 보려면 클릭하세요.

[힌트 5](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint5.md)을 보려면 클릭하세요.

[힌트 6](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint6.md)을 보려면 클릭하세요.

[힌트 7](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint7.md)을 보려면 클릭하세요.

[힌트 8](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/marked/hint8.md)을 보려면 클릭하세요.

아래와 같이 alert을 생성하는 자바스크립트를 실행할 수 있게 되면, 좀 더 까다로운 시도를 해서 민감한 정보를 얻을 수도 있습니다!

![marked exploit](https://assets.kitploit.com/production/public/readmes/5352/3d22de2451458fbe49e13a404c81caaa6d7b099bbc4aeba25408282efbac6705.png)

### 취약점 해결

snyk 프로젝트 페이지로 돌아가서 ```marked``` 패키지의 XSS 취약점을 찾고 해결 조언을 확인하세요. 애플리케이션에서 이 취약점으로 가는 경로는 하나뿐이며, ```marked``` 패키지는 직접 종속성입니다. ```marked```를 버전 ```0.3.9```로 업데이트해야 합니다. "Fix this Vulnerability"를 다시 클릭하고 PR을 생성하세요.

![Fix this vulnerability](https://assets.kitploit.com/production/public/readmes/5352/d2bf7f1cb7ad3edb96a548e25131f62d6b55968c265fdd925a17277961c89416.png)

애플리케이션을 업데이트한 후 해킹을 다시 시도하세요. 축하합니다. XSS 취약점을 해결했으며 더 이상 웹 페이지에 자바스크립트를 삽입할 수 없습니다.

# Java Goof 설치

이전 선택에 따라 적절한 설치 매뉴얼을 선택하세요
* [Docker 이미지](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/install/javagoof_docker.md) 사용
* [로컬 머신](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/install/javagoof_local.md)에 설치


브라우저에서 다음 URL로 이동하세요: [http://localhost:8080/](http://localhost:8080/)

이 애플리케이션이 표시됩니다. Node 애플리케이션보다 보기 좋습니다. Java가 Node보다 낫기 때문입니다. 사실입니다.

![Java Goof homepage](https://assets.kitploit.com/production/public/readmes/5352/3bfacced3ad7f10c777c8ae162cb32c2810ef1a9058f0f1eb753148a4979e7f6.png)

“Sign In”을 클릭하고 다음 자격 증명을 사용하세요:```
Username: [email protected]
Password: foobar

```ProcessBuilder```가 생성되고 결과적으로 bash 명령이 실행된다는 것을 알게 될 것입니다.

애플리케이션에 HTTP GET 요청을 보내고 요청에 이 헤더를 포함시켜 애플리케이션을 해킹하세요.

보려면 [힌트 1](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/struts/hint1.md)을 클릭하세요.

보려면 [힌트 2](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/struts/hint2.md)을 클릭하세요.

이제 env 명령과 같은 원격 명령을 실행하여 시스템의 환경 변수를 검색했을 것입니다:

![Struts vuln exploits](https://assets.kitploit.com/production/public/readmes/5352/5dc69c096730508f79bebba10330a8a487c955ff67832fa153096ebcc244f190.png)

이 상태에서는 URL을 통해 머신에서 실행 권한을 얻었습니다. 다른 명령을 계속 실행하여 머신에 대해 배울 수 있는 것과 머신에서 실행할 수 있는 것을 확인하세요.

# Zip Slip

선호하는 IDE에서 새 Maven 프로젝트를 생성하세요. 비난하지 않겠습니다. ```pom.xml``` 파일에 새 종속성을 추가하세요.```xml
    <dependency>
      <groupId>org.zeroturnaround</groupId>
      <artifactId>zt-zip</artifactId>
      <version>1.12</version>
      <type>jar</type>
    </dependency>

## Zip Slip 취약점

Zip Slip은 아카이브에서 파일을 추출할 때 악용될 수 있는 디렉터리 트래버설(directory traversal)의 한 형태입니다. 디렉터리 트래버설 취약점의 기본 원리는 공격자가 대상 폴더 외부의 파일 시스템 영역에 접근할 수 있다는 것입니다. 그러면 공격자는 실행 파일을 덮어쓰고 원격으로 호출하거나 시스템이나 사용자가 호출할 때까지 기다려 피해자 시스템에서 원격 명령 실행을 달성할 수 있습니다. 이 취약점은 구성 파일이나 기타 중요한 리소스를 덮어써서 손상을 일으킬 수도 있으며, 클라이언트(사용자) 시스템과 서버 모두에서 악용될 수 있습니다.

이 취약점을 악용하는 데 필요한 두 가지 요소는 악성 아카이브와 유효성 검사를 수행하지 않는 추출 코드입니다. 각각을 차례로 살펴보겠습니다. 먼저, zip 파일의 내용에는 추출 시 대상 디렉터리를 벗어나는 파일이 하나 이상 포함되어야 합니다. ```zip-slip.zip``` 예제에서는 두 개의 파일, 즉 대상 디렉터리에 추출되는 ```good.txt``` 파일과 tmp 디렉터리로 디렉터리 트리를 올라가려는 ```evil.txt``` 파일을 볼 수 있습니다. 루트 디렉터리에 도달할 가능성을 높이기 위해 많은 수의 ```../``` 레벨이 있으며, 루트 디렉터리에서 ```/tmp``` 디렉터리로 이동하려고 시도합니다.

```ZipUtil```에 있는 ```zt-zip```의 압축 해제 유틸리티를 사용하여 파일을 추출하고 ```good.txt```와 ```evil.txt```가 파일 시스템의 어디에 나타나는지 확인하세요.

[힌트 1](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/zipslip/hint1.md) 보기

[힌트 2](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/zipslip/hint2.md) 보기

evil.txt 파일을 tmp 디렉터리에 압축 해제한 후, 취약점 정보([https://snyk.io/vuln/SNYK-JAVA-ORGZEROTURNAROUND-31681](https://snyk.io/vuln/SNYK-JAVA-ORGZEROTURNAROUND-31681))를 확인하세요.

### 취약점을 수정하세요!

[힌트 3](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/zipslip/hint3.md) 보기

[힌트 4](https://github.com/snyk-labs/exploit-workshop/blob/HEAD/zipslip/hint4.md) 보기

이제 ```zt-zip``` 의존성에서 취약점을 해결했으므로, Java에서 이를 수행하는 데 사용할 수 있는 코드를 살펴보겠습니다. 이 예제에서는 Apache Commons IO 라이브러리를 사용하여 8번째 줄에서 파일 복사를 수행했습니다.```java
1.    	final String destinationDir = /* <your destination dir> */;
2.    	ZipFile zip = new ZipFile(/* <your zip file> */);
3.    	Enumeration<ZipEntry> entries =  (Enumeration<ZipEntry>) zip.entries();
4.    	while (entries.hasMoreElements()) {
5.    	  ZipEntry e = entries.nextElement();
6.    	  File f = new File(destinationDir, e.getName());
7.    	  InputStream input = zip.getInputStream(e);
8.    	  FileUtils.copyToFile(input, f);
9.  	}