diff --git a/src/images/CH_logo_ads.png b/src/images/CH_logo_ads.png
new file mode 100644
index 000000000..b407c8929
Binary files /dev/null and b/src/images/CH_logo_ads.png differ
diff --git a/src/pentesting-ci-cd/github-security/abusing-github-actions/README.md b/src/pentesting-ci-cd/github-security/abusing-github-actions/README.md
index 08e4513e7..3647659a2 100644
--- a/src/pentesting-ci-cd/github-security/abusing-github-actions/README.md
+++ b/src/pentesting-ci-cd/github-security/abusing-github-actions/README.md
@@ -1,29 +1,39 @@
-# Abusing Github Actions
+# Github Actions 악용하기
 
 {{#include ../../../banners/hacktricks-training.md}}
 
-## Basic Information
+## 도구
+
+다음 도구들은 Github Action 워크플로우를 찾고 취약한 워크플로우를 찾는 데 유용합니다:
+
+- [https://github.com/CycodeLabs/raven](https://github.com/CycodeLabs/raven)
+- [https://github.com/praetorian-inc/gato](https://github.com/praetorian-inc/gato)
+- [https://github.com/AdnaneKhan/Gato-X](https://github.com/AdnaneKhan/Gato-X)
+- [https://github.com/carlospolop/PurplePanda](https://github.com/carlospolop/PurplePanda)
+- [https://github.com/zizmorcore/zizmor](https://github.com/zizmorcore/zizmor) - [https://docs.zizmor.sh/audits](https://docs.zizmor.sh/audits)에서 체크리스트도 확인하세요.
+
+## 기본 정보
 
 이 페이지에서는 다음을 찾을 수 있습니다:
 
-- 공격자가 Github Action에 접근하는 데 성공했을 때의 **모든 영향 요약**
+- 공격자가 Github Action에 접근할 수 있는 모든 **영향 요약**
 - **액세스하는 방법**:
-- 액션을 생성할 **권한**을 갖는 것
-- **풀 리퀘스트** 관련 트리거 남용
-- **기타 외부 접근** 기술 남용
+- 액션을 생성할 **권한**을 가지기
+- **풀 리퀘스트** 관련 트리거 악용
+- **기타 외부 접근** 기술 악용
 - 이미 손상된 레포에서 **피벗팅**
-- 마지막으로, **내부에서 액션을 남용하기 위한 포스트 익스플로잇 기술**에 대한 섹션 (언급된 영향을 초래함)
+- 마지막으로, **내부에서 액션을 악용하기 위한 포스트 익스플로잇 기술**에 대한 섹션 (언급된 영향을 초래함)
 
-## Impacts Summary
+## 영향 요약
 
-[**Github Actions에 대한 기본 정보**](../basic-github-information.md#github-actions)를 확인하세요.
+[**Github Actions에 대한 기본 정보**](../basic-github-information.md#github-actions)를 참고하세요.
 
 **저장소** 내에서 **GitHub Actions에서 임의의 코드를 실행**할 수 있다면, 다음을 수행할 수 있습니다:
 
-- 파이프라인에 장착된 **비밀**을 **탈취**하고, AWS 및 GCP와 같은 외부 플랫폼에 대한 무단 접근을 얻기 위해 **파이프라인의 권한을 남용**할 수 있습니다.
+- 파이프라인에 장착된 **비밀**을 **탈취**하고, AWS 및 GCP와 같은 외부 플랫폼에 대한 무단 접근을 얻기 위해 **파이프라인의 권한을 악용**할 수 있습니다.
 - **배포를 손상**시키고 다른 **아티팩트**를 손상시킬 수 있습니다.
 - 파이프라인이 자산을 배포하거나 저장하는 경우, 최종 제품을 변경하여 공급망 공격을 가능하게 할 수 있습니다.
-- **사용자 정의 작업자에서 코드 실행**하여 컴퓨팅 파워를 남용하고 다른 시스템으로 피벗할 수 있습니다.
+- **사용자 정의 작업자에서 코드 실행**하여 컴퓨팅 파워를 악용하고 다른 시스템으로 피벗할 수 있습니다.
 - `GITHUB_TOKEN`과 관련된 권한에 따라 **레포지토리 코드를 덮어쓸 수** 있습니다.
 
 ## GITHUB_TOKEN
@@ -32,7 +42,7 @@
 
 <figure><img src="../../../images/image (86).png" alt=""><figcaption></figcaption></figure>
 
-이 토큰은 **Github Application**이 사용할 동일한 것으로, 동일한 엔드포인트에 접근할 수 있습니다: [https://docs.github.com/en/rest/overview/endpoints-available-for-github-apps](https://docs.github.com/en/rest/overview/endpoints-available-for-github-apps)
+이 토큰은 **Github Application**이 사용할 동일한 토큰으로, 동일한 엔드포인트에 접근할 수 있습니다: [https://docs.github.com/en/rest/overview/endpoints-available-for-github-apps](https://docs.github.com/en/rest/overview/endpoints-available-for-github-apps)
 
 > [!WARNING]
 > Github은 **레포 간** 접근을 허용하는 [**흐름**](https://github.com/github/roadmap/issues/74)을 출시해야 하며, 이를 통해 레포가 `GITHUB_TOKEN`을 사용하여 다른 내부 레포에 접근할 수 있습니다.
@@ -42,7 +52,7 @@
 토큰은 **작업이 완료된 후 만료**됩니다.\
 이 토큰은 다음과 같은 형식입니다: `ghs_veaxARUji7EXszBMbhkr4Nz2dYz0sqkeiur7`
 
-이 토큰으로 할 수 있는 몇 가지 흥미로운 작업:
+이 토큰으로 할 수 있는 흥미로운 것들:
 
 {{#tabs }}
 {{#tab name="Merge PR" }}
@@ -56,7 +66,7 @@ https://api.github.com/repos/<org_name>/<repo_name>/pulls/<pr_number>/merge \
 -d "{\"commit_title\":\"commit_title\"}"
 ```
 {{#endtab }}
-{{#tab name="Approve PR" }}
+{{#tab name="PR 승인" }}
 ```bash
 # Approve a PR
 curl -X POST \
@@ -111,7 +121,7 @@ secret_postgress_pass: ${{secrets.POSTGRESS_PASSWORDyaml}}
 
 <details>
 
-<summary>비밀로 리버스 셸 얻기</summary>
+<summary>비밀을 이용한 리버스 셸 얻기</summary>
 ```yaml
 name: revshell
 on:
@@ -153,7 +163,7 @@ secret_postgress_pass: ${{secrets.POSTGRESS_PASSWORDyaml}}
 
 이미 Github Action이 구성된 리포지토리에서 **새 브랜치를 생성할 수** 있다면, 이를 **수정**하고, **내용을 업로드**한 다음 **새 브랜치에서 해당 액션을 실행**할 수 있습니다. 이렇게 하면 **리포지토리 및 조직 수준의 비밀을 유출**할 수 있습니다(하지만 이들이 어떻게 불리는지 알아야 합니다).
 
-수정된 액션을 **수동으로** 실행 가능하게 만들 수 있습니다. **PR이 생성될 때** 또는 **코드가 푸시될 때**(얼마나 눈에 띄고 싶은지에 따라 다름):
+수정된 액션을 **수동으로** 실행 가능하게 만들 수 있으며, **PR이 생성될 때** 또는 **코드가 푸시될 때**(얼마나 소란을 피우고 싶은지에 따라 다름):
 ```yaml
 on:
 workflow_dispatch: # Launch manually
@@ -174,16 +184,16 @@ branches:
 
 ### `pull_request`
 
-워크플로우 트리거 **`pull_request`**는 풀 리퀘스트가 수신될 때마다 워크플로우를 실행합니다. 몇 가지 예외가 있습니다: 기본적으로 **첫 번째**로 **협업**하는 경우, 일부 **유지 관리자가** 워크플로우의 **실행**을 **승인**해야 합니다.
+워크플로우 트리거 **`pull_request`**는 예외가 있을 때마다 풀 리퀘스트가 수신될 때마다 워크플로우를 실행합니다: 기본적으로 **첫 번째**로 **협업**하는 경우, 일부 **유지 관리자가** 워크플로우의 **실행**을 **승인**해야 합니다.
 
 <figure><img src="../../../images/image (184).png" alt=""><figcaption></figcaption></figure>
 
 > [!NOTE]
-> **기본 제한**이 **첫 번째** 기여자에게 적용되므로, **유효한 버그/오타를 수정**하여 기여한 후 **다른 PR을 보내어 새로운 `pull_request` 권한을 악용**할 수 있습니다.
+> **기본 제한**이 **첫 번째** 기여자에게 해당되므로, **유효한 버그/오타를 수정**하여 기여한 후 **새로운 `pull_request` 권한을 남용하기 위해 다른 PR을 보낼 수 있습니다**.
 >
-> **이것을 테스트했지만 작동하지 않았습니다**: ~~다른 옵션은 프로젝트에 기여한 사람의 이름으로 계정을 만들고 그의 계정을 삭제하는 것입니다.~~
+> **이것을 테스트했지만 작동하지 않습니다**: ~~다른 옵션은 프로젝트에 기여한 사람의 이름으로 계정을 만들고 그의 계정을 삭제하는 것입니다.~~
 
-또한 기본적으로 **쓰기 권한**과 **비밀 접근**을 대상 리포지토리에 **제한**합니다. 이는 [**문서**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#workflows-in-forked-repositories)에서 언급된 바와 같습니다:
+또한 기본적으로 **쓰기 권한**과 **비밀 접근**을 대상 리포지토리에 방지합니다, [**문서**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#workflows-in-forked-repositories)에서 언급한 바와 같이:
 
 > `GITHUB_TOKEN`을 제외하고, **비밀은 포크된** 리포지토리에서 워크플로우가 트리거될 때 **러너에 전달되지 않습니다**. **`GITHUB_TOKEN`은 포크된 리포지토리의 풀 리퀘스트에서 읽기 전용 권한을 가집니다**.
 
@@ -196,20 +206,20 @@ branches:
 
 ### **`pull_request_target`**
 
-워크플로우 트리거 **`pull_request_target`**은 대상 리포지토리에 **쓰기 권한**과 **비밀 접근**을 가집니다(권한 요청 없음).
+워크플로우 트리거 **`pull_request_target`**은 대상 리포지토리에 **쓰기 권한**과 **비밀 접근**을 가집니다(그리고 권한 요청을 하지 않습니다).
 
-워크플로우 트리거 **`pull_request_target`**은 PR에서 제공된 것이 아니라 **기본 컨텍스트에서 실행**됩니다(신뢰할 수 없는 코드를 **실행하지 않기 위해**). `pull_request_target`에 대한 자세한 정보는 [**문서**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#pull_request_target)를 확인하세요.\
-또한, 이 특정 위험한 사용에 대한 자세한 정보는 [**github 블로그 게시물**](https://securitylab.github.com/research/github-actions-preventing-pwn-requests/)을 확인하세요.
+워크플로우 트리거 **`pull_request_target`**은 **기본 컨텍스트에서 실행**되며 PR에서 제공된 컨텍스트에서 실행되지 않습니다(신뢰할 수 없는 코드를 **실행하지 않기 위해**). `pull_request_target`에 대한 자세한 내용은 [**문서**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#pull_request_target)를 확인하세요.\
+또한 이 특정 위험한 사용에 대한 자세한 내용은 [**github 블로그 게시물**](https://securitylab.github.com/research/github-actions-preventing-pwn-requests/)을 확인하세요.
 
-**실행된 워크플로우**가 **기본**에서 정의된 것이고 **PR**에서 정의된 것이 아니기 때문에 **`pull_request_target`**을 사용하는 것이 **안전**해 보일 수 있지만, **안전하지 않은 몇 가지 경우가 있습니다**.
+**실행된 워크플로우**가 **기본**에서 정의된 것이고 **PR**에서 정의된 것이 아니기 때문에 **`pull_request_target`**을 사용하는 것이 **안전해 보일 수 있지만**, **안전하지 않은 몇 가지 경우가 있습니다**.
 
-이것은 **비밀에 접근**할 수 있습니다.
+이것은 **비밀에 접근할 수 있습니다**.
 
 ### `workflow_run`
 
-[**workflow_run**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#workflow_run) 트리거는 다른 워크플로우가 `완료`, `요청됨` 또는 `진행 중`일 때 워크플로우를 실행할 수 있도록 합니다.
+[**workflow_run**](https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#workflow_run) 트리거는 `completed`, `requested` 또는 `in_progress`일 때 다른 워크플로우에서 워크플로우를 실행할 수 있도록 합니다.
 
-이 예제에서는 별도의 "테스트 실행" 워크플로우가 완료된 후 실행되도록 구성된 워크플로우입니다:
+이 예제에서는 별도의 "테스트 실행" 워크플로우가 완료된 후 실행되도록 워크플로우가 구성되어 있습니다:
 ```yaml
 on:
 workflow_run:
@@ -219,8 +229,8 @@ types:
 ```
 또한, 문서에 따르면: `workflow_run` 이벤트로 시작된 워크플로우는 **이전 워크플로우가 아닌 경우에도 비밀을 접근하고 토큰을 쓸 수 있습니다**.
 
-이런 종류의 워크플로우는 **외부 사용자가 `pull_request` 또는 `pull_request_target`을 통해 트리거할 수 있는 워크플로우에 의존하는 경우 공격받을 수 있습니다**. 몇 가지 취약한 예시는 [**이 블로그에서 찾을 수 있습니다**](https://www.legitsecurity.com/blog/github-privilege-escalation-vulnerability)**.** 첫 번째는 **`workflow_run`**으로 트리거된 워크플로우가 공격자의 코드를 다운로드하는 것입니다: `${{ github.event.pull_request.head.sha }}`\
-두 번째는 **신뢰할 수 없는** 코드에서 **`workflow_run`** 워크플로우로 **아티팩트**를 **전달**하고 이 아티팩트의 내용을 **RCE에 취약하게** 사용하는 것입니다.
+이런 종류의 워크플로우는 **외부 사용자가 `pull_request` 또는 `pull_request_target`을 통해 트리거할 수 있는 워크플로우에 의존하는 경우 공격받을 수 있습니다**. 몇 가지 취약한 예시는 [**이 블로그에서 찾을 수 있습니다**](https://www.legitsecurity.com/blog/github-privilege-escalation-vulnerability)**.** 첫 번째 예시는 **`workflow_run`**으로 트리거된 워크플로우가 공격자의 코드를 다운로드하는 것입니다: `${{ github.event.pull_request.head.sha }}`\
+두 번째 예시는 **신뢰할 수 없는** 코드에서 **`workflow_run`** 워크플로우로 **아티팩트**를 **전달**하고 이 아티팩트의 내용을 **RCE에 취약하게** 사용하는 것입니다.
 
 ### `workflow_call`
 
@@ -234,12 +244,12 @@ TODO: `pull_request`에서 실행될 때 사용/다운로드된 코드가 원본
 
 ### 신뢰할 수 없는 체크아웃 실행
 
-**`pull_request`**의 경우, 워크플로우는 **PR의 컨텍스트에서** 실행되므로 **악의적인 PR 코드**를 실행하게 됩니다. 하지만 누군가가 **먼저 이를 승인해야** 하며, [제한 사항](#pull_request)과 함께 실행됩니다.
+**`pull_request`**의 경우, 워크플로우는 **PR의 컨텍스트에서** 실행되므로 **악의적인 PR 코드**를 실행하게 되지만, 누군가가 **먼저 이를 승인해야** 하며 [제한 사항](#pull_request)과 함께 실행됩니다.
 
 **`pull_request_target` 또는 `workflow_run`**을 사용하는 워크플로우가 **`pull_request_target` 또는 `pull_request`**에서 트리거될 수 있는 워크플로우에 의존하는 경우, 원본 레포의 코드가 실행되므로 **공격자는 실행된 코드를 제어할 수 없습니다**.
 
 > [!CAUTION]
-> 그러나 **action**에 **명시적인 PR 체크아웃**이 있어 **PR에서 코드를 가져오는 경우**(기본에서가 아님), 공격자가 제어하는 코드를 사용할 수 있습니다. 예를 들어 (PR 코드가 다운로드되는 12번째 줄을 확인):
+> 그러나, **action**에 **명시적인 PR 체크아웃**이 있어 **기본이 아닌 PR에서 코드를 가져오는 경우**, 공격자가 제어하는 코드를 사용할 수 있습니다. 예를 들어 (PR 코드가 다운로드되는 12번째 줄을 확인):
 
 <pre class="language-yaml"><code class="lang-yaml"># INSECURE. Provided as an example only.
 on:
@@ -272,11 +282,11 @@ Thank you!
 잠재적으로 **신뢰할 수 없는 코드는 `npm install` 또는 `npm build` 중에 실행됩니다**. 빌드 스크립트와 참조된 **패키지는 PR 작성자가 제어합니다**.
 
 > [!WARNING]
-> 취약한 액션을 검색하기 위한 GitHub 도크는: `event.pull_request pull_request_target extension:yml`입니다. 그러나 액션이 불안전하게 구성되더라도 작업을 안전하게 실행하도록 구성하는 다양한 방법이 있습니다 (예: PR을 생성하는 행위자가 누구인지에 대한 조건문 사용).
+> 취약한 액션을 검색하기 위한 GitHub 도크는: `event.pull_request pull_request_target extension:yml`입니다. 그러나 액션이 불안전하게 구성되더라도 작업을 안전하게 실행하도록 구성하는 다양한 방법이 있습니다 (예: PR을 생성하는 행위자에 대한 조건을 사용하는 것).
 
 ### 컨텍스트 스크립트 주입 <a href="#understanding-the-risk-of-script-injections" id="understanding-the-risk-of-script-injections"></a>
 
-특정 [**GitHub 컨텍스트**](https://docs.github.com/en/actions/reference/context-and-expression-syntax-for-github-actions#github-context)의 값은 **PR을 생성하는 사용자에 의해 제어됩니다**. GitHub 액션이 이 **데이터를 사용하여 무언가를 실행하는 경우**, **임의 코드 실행**으로 이어질 수 있습니다:
+특정 [**GitHub 컨텍스트**](https://docs.github.com/en/actions/reference/context-and-expression-syntax-for-github-actions#github-context)의 값은 **PR을 생성하는 사용자에 의해 제어됩니다**. GitHub 액션이 이 **데이터를 사용하여 무엇인가를 실행하는 경우**, **임의 코드 실행**으로 이어질 수 있습니다:
 
 {{#ref}}
 gh-actions-context-script-injections.md
@@ -284,23 +294,63 @@ gh-actions-context-script-injections.md
 
 ### **GITHUB_ENV 스크립트 주입** <a href="#what-is-usdgithub_env" id="what-is-usdgithub_env"></a>
 
-문서에 따르면: 환경 변수를 정의하거나 업데이트하고 이를 **`GITHUB_ENV`** 환경 파일에 작성하여 워크플로우 작업의 모든 후속 단계에서 사용할 수 있도록 할 수 있습니다.
+문서에 따르면: 워크플로우 작업의 후속 단계에서 사용할 수 있도록 **환경 변수를 정의하거나 업데이트**하여 이 값을 **`GITHUB_ENV`** 환경 파일에 작성할 수 있습니다.
 
-공격자가 이 **env** 변수에 **임의의 값을 주입할 수 있다면**, 그는 **LD_PRELOAD** 또는 **NODE_OPTIONS**와 같은 후속 단계에서 코드를 실행할 수 있는 env 변수를 주입할 수 있습니다.
+공격자가 이 **env** 변수 안에 **임의의 값을 주입**할 수 있다면, **LD_PRELOAD** 또는 **NODE_OPTIONS**와 같은 코드를 실행할 수 있는 env 변수를 주입할 수 있습니다.
 
-예를 들어 ([**이**](https://www.legitsecurity.com/blog/github-privilege-escalation-vulnerability-0) 및 [**이**](https://www.legitsecurity.com/blog/-how-we-found-another-github-action-environment-injection-vulnerability-in-a-google-project)), 업로드된 아티팩트를 신뢰하여 그 내용을 **`GITHUB_ENV`** env 변수에 저장하는 워크플로우를 상상해 보십시오. 공격자는 이를 손상시키기 위해 다음과 같은 것을 업로드할 수 있습니다:
+예를 들어 ([**이**](https://www.legitsecurity.com/blog/github-privilege-escalation-vulnerability-0) 및 [**이**](https://www.legitsecurity.com/blog/-how-we-found-another-github-action-environment-injection-vulnerability-in-a-google-project)), 업로드된 아티팩트를 신뢰하는 워크플로우가 **`GITHUB_ENV`** env 변수에 내용을 저장한다고 가정해 보십시오. 공격자는 이를 손상시키기 위해 다음과 같은 것을 업로드할 수 있습니다:
 
 <figure><img src="../../../images/image (261).png" alt=""><figcaption></figcaption></figure>
 
-### 취약한 서드파티 GitHub 액션
+### Dependabot 및 기타 신뢰할 수 있는 봇
+
+[**이 블로그 게시물**](https://boostsecurity.io/blog/weaponizing-dependabot-pwn-request-at-its-finest)에서 언급된 바와 같이, 여러 조직은 `dependabot[bot]`의 모든 PRR을 병합하는 GitHub Action을 가지고 있습니다.
+```yaml
+on: pull_request_target
+jobs:
+auto-merge:
+runs-on: ubuntu-latest
+if: ${ { github.actor == 'dependabot[bot]' }}
+steps:
+- run: gh pr merge $ -d -m
+```
+문제는 `github.actor` 필드가 워크플로우를 트리거한 최신 이벤트를 발생시킨 사용자를 포함한다는 것입니다. 그리고 `dependabot[bot]` 사용자가 PR을 수정하도록 만드는 여러 방법이 있습니다. 예를 들어:
+
+- 피해자 리포지토리를 포크합니다.
+- 자신의 복사본에 악성 페이로드를 추가합니다.
+- 구식 종속성을 추가하여 포크에서 Dependabot을 활성화합니다. Dependabot은 악성 코드로 종속성을 수정하는 브랜치를 생성합니다.
+- 해당 브랜치에서 피해자 리포지토리에 Pull Request를 엽니다(이 PR은 사용자가 생성하므로 아직 아무 일도 일어나지 않습니다).
+- 그런 다음, 공격자는 자신의 포크에서 Dependabot이 열었던 초기 PR로 돌아가 `@dependabot recreate`를 실행합니다.
+- 그 후, Dependabot은 해당 브랜치에서 몇 가지 작업을 수행하여 피해자 리포지토리의 PR을 수정합니다. 이로 인해 `dependabot[bot]`이 워크플로우를 트리거한 최신 이벤트의 행위자가 됩니다(따라서 워크플로우가 실행됩니다).
+
+계속해서, 만약 Github Action이 다음과 같은 명령 주입을 가지고 있었다면 어떻게 될까요:
+```yaml
+on: pull_request_target
+jobs:
+just-printing-stuff:
+runs-on: ubuntu-latest
+if: ${ { github.actor == 'dependabot[bot]' }}
+steps:
+- run: echo ${ { github.event.pull_request.head.ref }}
+```
+잘, 원래 블로그 게시물은 이 행동을 악용하는 두 가지 옵션을 제안하며, 두 번째 옵션은 다음과 같습니다:
+
+- 피해자의 리포지토리를 포크하고 구식 종속성을 가진 Dependabot을 활성화합니다.
+- 악성 쉘 주입 코드를 포함한 새 브랜치를 생성합니다.
+- 리포의 기본 브랜치를 해당 브랜치로 변경합니다.
+- 이 브랜치에서 피해자의 리포지토리로 PR을 생성합니다.
+- PR에서 Dependabot이 연 `@dependabot merge`를 실행합니다.
+- Dependabot은 포크된 리포지토리의 기본 브랜치에 자신의 변경 사항을 병합하고, 피해자 리포지토리의 PR을 업데이트하여 이제 `dependabot[bot]`이 워크플로를 트리거한 최신 이벤트의 행위자가 되며 악성 브랜치 이름을 사용합니다.
+
+### 취약한 제3자 Github Actions
 
 #### [dawidd6/action-download-artifact](https://github.com/dawidd6/action-download-artifact)
 
-[**이 블로그 게시물**](https://www.legitsecurity.com/blog/github-actions-that-open-the-door-to-cicd-pipeline-attacks)에서 언급했듯이, 이 GitHub Action은 다양한 워크플로우 및 심지어 레포지토리에서 아티팩트에 접근할 수 있게 해줍니다.
+[**이 블로그 게시물**](https://www.legitsecurity.com/blog/github-actions-that-open-the-door-to-cicd-pipeline-attacks)에서 언급된 바와 같이, 이 Github Action은 다양한 워크플로 및 심지어 리포지토리에서 아티팩트에 접근할 수 있게 해줍니다.
 
-문제는 **`path`** 매개변수가 설정되지 않으면 아티팩트가 현재 디렉토리에 추출되어 나중에 사용되거나 워크플로우에서 실행될 수 있는 파일을 덮어쓸 수 있다는 것입니다. 따라서 아티팩트가 취약하다면, 공격자는 이를 남용하여 아티팩트를 신뢰하는 다른 워크플로우를 손상시킬 수 있습니다.
+문제는 **`path`** 매개변수가 설정되지 않으면 아티팩트가 현재 디렉토리에 추출되어 나중에 워크플로에서 사용되거나 실행될 수 있는 파일을 덮어쓸 수 있다는 것입니다. 따라서 아티팩트가 취약하다면, 공격자는 이를 악용하여 아티팩트를 신뢰하는 다른 워크플로를 손상시킬 수 있습니다.
 
-취약한 워크플로우의 예:
+취약한 워크플로의 예:
 ```yaml
 on:
 workflow_run:
@@ -342,25 +392,25 @@ path: ./script.py
 
 ## 기타 외부 접근
 
-### 삭제된 네임스페이스 리포지토리 하이재킹
+### 삭제된 네임스페이스 레포 하이재킹
 
-계정 이름이 변경되면 다른 사용자가 일정 시간이 지난 후 해당 이름으로 계정을 등록할 수 있습니다. 만약 리포지토리가 이름 변경 이전에 **100개 미만의 스타**를 가졌다면, Github는 동일한 이름을 가진 새로운 등록 사용자가 **삭제된 것과 동일한 이름의 리포지토리**를 생성하는 것을 허용합니다.
+계정 이름이 변경되면 다른 사용자가 일정 시간이 지난 후 그 이름으로 계정을 등록할 수 있습니다. 만약 레포가 이름 변경 이전에 **100개 미만의 스타**를 가졌다면, Github는 동일한 이름을 가진 새로운 등록 사용자가 **삭제된 것과 동일한 이름의 레포**를 생성하는 것을 허용합니다.
 
 > [!CAUTION]
-> 따라서 액션이 존재하지 않는 계정의 리포지토리를 사용하고 있다면, 공격자가 해당 계정을 생성하고 액션을 손상시킬 수 있는 가능성이 여전히 존재합니다.
+> 따라서 만약 어떤 액션이 존재하지 않는 계정의 레포를 사용하고 있다면, 공격자가 그 계정을 생성하고 액션을 손상시킬 수 있는 가능성이 여전히 존재합니다.
 
-다른 리포지토리가 **이 사용자 리포지토리의 의존성**을 사용하고 있다면, 공격자는 이를 하이재킹할 수 있습니다. 여기에서 더 완전한 설명을 확인할 수 있습니다: [https://blog.nietaanraken.nl/posts/gitub-popular-repository-namespace-retirement-bypass/](https://blog.nietaanraken.nl/posts/gitub-popular-repository-namespace-retirement-bypass/)
+다른 레포가 **이 사용자 레포의 의존성**을 사용하고 있다면, 공격자는 그것들을 하이재킹할 수 있습니다. 여기에서 더 완전한 설명을 확인할 수 있습니다: [https://blog.nietaanraken.nl/posts/gitub-popular-repository-namespace-retirement-bypass/](https://blog.nietaanraken.nl/posts/gitub-popular-repository-namespace-retirement-bypass/)
 
 ---
 
-## 리포지토리 피벗팅
+## 레포 피벗팅
 
 > [!NOTE]
-> 이 섹션에서는 첫 번째 리포지토리에 어떤 형태로든 접근할 수 있다고 가정할 때 **한 리포지토리에서 다른 리포지토리로 피벗할 수 있는 기술**에 대해 이야기할 것입니다 (이전 섹션을 확인하세요).
+> 이 섹션에서는 첫 번째 레포에 어떤 형태의 접근 권한이 있다고 가정할 때 **한 레포에서 다른 레포로 피벗할 수 있는 기술**에 대해 이야기할 것입니다 (이전 섹션을 확인하세요).
 
 ### 캐시 오염
 
-캐시는 **동일한 브랜치의 워크플로우 실행 간에** 유지됩니다. 즉, 공격자가 **패키지**를 **손상시키고** 이를 캐시에 저장한 후 **더 높은 권한**의 워크플로우에 의해 **다운로드** 및 실행되면, 해당 워크플로우도 **손상시킬 수** 있습니다.
+캐시는 **동일한 브랜치의 워크플로 실행 간** 유지됩니다. 즉, 공격자가 **패키지**를 **손상시키고** 그것이 캐시에 저장된 후 **더 높은 권한**의 워크플로에 의해 **다운로드** 및 실행된다면, 그 워크플로도 **손상시킬 수** 있습니다.
 
 {{#ref}}
 gh-actions-cache-poisoning.md
@@ -368,7 +418,7 @@ gh-actions-cache-poisoning.md
 
 ### 아티팩트 오염
 
-워크플로우는 **다른 워크플로우 및 리포지토리의 아티팩트**를 사용할 수 있습니다. 공격자가 **아티팩트를 업로드하는** Github Action을 **손상시키면**, 나중에 다른 워크플로우에서 사용되는 아티팩트를 통해 **다른 워크플로우를 손상시킬 수** 있습니다:
+워크플로는 **다른 워크플로 및 레포의 아티팩트**를 사용할 수 있습니다. 만약 공격자가 **아티팩트를 업로드하는** Github Action을 **손상시키면**, 나중에 다른 워크플로에서 사용되는 아티팩트를 통해 **다른 워크플로를 손상시킬 수** 있습니다:
 
 {{#ref}}
 gh-actions-artifact-poisoning.md
@@ -390,9 +440,9 @@ gh-actions-artifact-poisoning.md
 ../../../pentesting-cloud/gcp-security/gcp-basic-information/gcp-federation-abuse.md
 {{#endref}}
 
-### 비밀 접근 <a href="#accessing-secrets" id="accessing-secrets"></a>
+### 비밀 접근하기 <a href="#accessing-secrets" id="accessing-secrets"></a>
 
-스크립트에 내용을 주입하는 경우 비밀에 접근하는 방법을 아는 것이 흥미롭습니다:
+스크립트에 내용을 주입하고 있다면 비밀에 접근하는 방법을 아는 것이 흥미롭습니다:
 
 - 비밀이나 토큰이 **환경 변수**로 설정되어 있다면, **`printenv`**를 사용하여 환경을 통해 직접 접근할 수 있습니다.
 
@@ -456,7 +506,7 @@ cat /home/runner/work/_temp/*
 - ```bash
 ps axe | grep node
 ```
-- **커스텀 액션**의 경우, 비밀을 **인수**에서 얻는 프로그램의 사용 방식에 따라 위험이 달라질 수 있습니다:
+- **커스텀 액션**의 경우, 비밀을 어떻게 사용하는지에 따라 위험이 달라질 수 있습니다:
 
 ```yaml
 uses: fakeaction/publish@v3
@@ -466,21 +516,21 @@ key: ${{ secrets.PUBLISH_KEY }}
 
 ### 자체 호스팅 러너 악용
 
-**비-Github 인프라에서 실행 중인 Github Actions**를 찾는 방법은 Github Action 구성 yaml에서 **`runs-on: self-hosted`**를 검색하는 것입니다.
+비-Github 인프라에서 어떤 **Github Actions**가 실행되고 있는지 찾는 방법은 Github Action 구성 yaml에서 **`runs-on: self-hosted`**를 검색하는 것입니다.
 
-**자체 호스팅** 러너는 **추가 민감 정보**에 접근할 수 있으며, 다른 **네트워크 시스템**(네트워크의 취약한 엔드포인트? 메타데이터 서비스?)에 접근할 수 있습니다. 또는 격리되고 파괴되더라도 **한 번에 여러 액션이 실행될 수** 있으며, 악의적인 액션이 다른 액션의 **비밀을 훔칠 수** 있습니다.
+**자체 호스팅** 러너는 **추가 민감 정보**에 접근할 수 있으며, 다른 **네트워크 시스템**(네트워크의 취약한 엔드포인트? 메타데이터 서비스?)에 접근할 수 있습니다. 또는 격리되고 파괴되더라도 **여러 액션이 동시에 실행될 수** 있으며, 악의적인 액션이 다른 액션의 **비밀을 훔칠 수** 있습니다.
 
-자체 호스팅 러너에서는 **\_Runner.Listener**\_\*\* 프로세스에서 **비밀을 얻는 것도 가능**하며, 이 프로세스는 메모리를 덤프하여 모든 워크플로우의 비밀을 포함합니다:
+자체 호스팅 러너에서는 **\_Runner.Listener**\_\*\* 프로세스에서 **비밀을 얻는 것도 가능**하며, 이 프로세스는 메모리를 덤프하여 모든 워크플로의 비밀을 포함합니다:
 ```bash
 sudo apt-get install -y gdb
 sudo gcore -o k.dump "$(ps ax | grep 'Runner.Listener' | head -n 1 | awk '{ print $1 }')"
 ```
-다음 [**게시물에서 더 많은 정보를 확인하세요**](https://karimrahal.com/2023/01/05/github-actions-leaking-secrets/).
+다음 [**게시물을 통해 더 많은 정보를 확인하세요**](https://karimrahal.com/2023/01/05/github-actions-leaking-secrets/).
 
 ### Github Docker 이미지 레지스트리
 
-Github 내에서 **Docker 이미지를 빌드하고 저장하는 Github 작업을 만들 수 있습니다**.\
-다음 확장 가능한 예제를 찾을 수 있습니다:
+Github에서 **Docker 이미지를 빌드하고 저장하는** 액션을 만들 수 있습니다.\
+다음 확장 가능한 예제를 확인할 수 있습니다:
 
 <details>
 
@@ -530,24 +580,15 @@ https://book.hacktricks.wiki/en/generic-methodologies-and-resources/basic-forens
 
 ### Github Actions 로그의 민감한 정보
 
-비록 **Github**가 액션 로그에서 **비밀 값**을 **감지하고 표시하지 않으려**고 하더라도, 액션 실행 중 생성될 수 있는 **다른 민감한 데이터**는 숨겨지지 않습니다. 예를 들어, 비밀 값으로 서명된 JWT는 [특별히 구성되지 않는 한](https://github.com/actions/toolkit/tree/main/packages/core#setting-a-secret) 숨겨지지 않습니다.
+비록 **Github**가 액션 로그에서 **비밀 값**을 **감지하고 표시하지 않으려**고 시도하더라도, 액션 실행 중 생성될 수 있는 **다른 민감한 데이터**는 숨겨지지 않습니다. 예를 들어, 비밀 값으로 서명된 JWT는 [특별히 구성되지 않는 한](https://github.com/actions/toolkit/tree/main/packages/core#setting-a-secret) 숨겨지지 않습니다.
 
 ## 흔적 지우기
 
-(기법은 [**여기**](https://divyanshu-mehta.gitbook.io/researchs/hijacking-cloud-ci-cd-systems-for-fun-and-profit)에서) 우선, 생성된 모든 PR은 Github에서 공개적으로 그리고 대상 GitHub 계정에 명확하게 표시됩니다. GitHub에서는 기본적으로 **인터넷에서 PR을 삭제할 수 없습니다**, 하지만 반전이 있습니다. Github에 의해 **정지된** GitHub 계정의 경우, 모든 **PR이 자동으로 삭제**되고 인터넷에서 제거됩니다. 따라서 활동을 숨기려면 **GitHub 계정을 정지시키거나 계정에 플래그를 지정해야** 합니다. 이렇게 하면 **인터넷에서 GitHub의 모든 활동이 숨겨집니다** (기본적으로 모든 익스플로잇 PR이 제거됩니다).
+(기법은 [**여기**](https://divyanshu-mehta.gitbook.io/researchs/hijacking-cloud-ci-cd-systems-for-fun-and-profit)에서) 우선, 생성된 모든 PR은 Github에서 공개적으로 그리고 대상 GitHub 계정에 명확하게 표시됩니다. 기본적으로 GitHub에서는 **인터넷에서 PR을 삭제할 수 없습니다**, 하지만 반전이 있습니다. Github에 의해 **정지된** GitHub 계정의 경우, 모든 **PR이 자동으로 삭제**되고 인터넷에서 제거됩니다. 따라서 활동을 숨기려면 **GitHub 계정을 정지시키거나 계정이 플래그가 지정되도록 해야** 합니다. 이렇게 하면 **인터넷에서 GitHub의 모든 활동이 숨겨집니다** (기본적으로 모든 익스플로잇 PR이 제거됩니다).
 
-GitHub의 조직은 계정을 GitHub에 보고하는 데 매우 적극적입니다. 당신이 해야 할 일은 Issue에 "몇 가지 자료"를 공유하는 것이며, 그들은 당신의 계정이 12시간 이내에 정지되도록 할 것입니다 :p 그렇게 하면 GitHub에서 당신의 익스플로잇이 보이지 않게 됩니다.
+GitHub의 조직은 계정을 GitHub에 보고하는 데 매우 적극적입니다. 당신이 해야 할 일은 Issue에 "몇 가지 자료"를 공유하는 것이며, 그들은 당신의 계정이 12시간 이내에 정지되도록 할 것입니다 :p 그리고 그렇게 하면 GitHub에서 당신의 익스플로잇이 보이지 않게 됩니다.
 
 > [!WARNING]
 > 조직이 자신이 표적이 되었음을 알아내는 유일한 방법은 SIEM에서 GitHub 로그를 확인하는 것입니다. GitHub UI에서는 PR이 제거되기 때문입니다.
 
-## 도구
-
-다음 도구는 Github Action 워크플로를 찾고 심지어 취약한 것을 찾는 데 유용합니다:
-
-- [https://github.com/CycodeLabs/raven](https://github.com/CycodeLabs/raven)
-- [https://github.com/praetorian-inc/gato](https://github.com/praetorian-inc/gato)
-- [https://github.com/AdnaneKhan/Gato-X](https://github.com/AdnaneKhan/Gato-X)
-- [https://github.com/carlospolop/PurplePanda](https://github.com/carlospolop/PurplePanda)
-
 {{#include ../../../banners/hacktricks-training.md}}