Typo

MichaelCade · Oct 22, 2023 · 47e8967 · 47e8967
1 parent a89303d
commit 47e8967
Show file tree

Hide file tree

Showing 4 changed files with 6 additions and 13 deletions.
diff --git a/2023/ko/days/day15.md b/2023/ko/days/day15.md
@@ -151,14 +151,12 @@ SBOM에는 컨테이너 이미지 내부에 설치된 패키지와 라이브러
 
 일반적으로 이 취약점이 도입된 라이브러리 버전과 최신 버전에서 취약점이 수정되었는지 여부에 대한 정보도 찾을 수 있습니다.
 이 정보를 사용하여 취약점을 완화하기 위해 종속성을 업데이트/다운그레이드할지 여부를 결정할 수 있습니다.
-14일차](./day14.md)에서 이미 설명했듯이, 종속성 업데이트에는 동작 또는 API 변경이 수반되는 경우가 있기 때문에 종속성을 업데이트하는 것이 항상 간단한 것은 아닙니다.
+[14일차](./day14.md)에서 이미 설명했듯이, 종속성 업데이트에는 동작 또는 API 변경이 수반되는 경우가 있기 때문에 종속성을 업데이트하는 것이 항상 간단한 것은 아닙니다.
 
 취약점에 대한 또 다른 중요한 정보는 취약점의 **CVSS 점수**입니다.
 
 ## CVSS
 
-## CVSS
-
 **CVSS**는 **C**ommon **V**ulnerability **S**coring **S**ystem의 약자입니다.
 
 이 시스템은 취약점의 주요 특성을 파악하고 그 심각성을 반영하는 수치 점수를 생성하는 방법을 제공합니다.

diff --git a/2023/ko/days/day16.md b/2023/ko/days/day16.md
@@ -77,7 +77,7 @@ func DontPanic(s input) {
 이런 경우 퍼징은 아무런 단서 없이 정확한 문자열 `퍼즈`를 생성할 가능성이 적기 때문에 도움이 되지 않습니다.
 그리고 이전 사례에서 코드 커버리지 변경을 트리거했던 입력(크기 4의 문자열, `z`로 시작하는 크기 4의 문자열 등)은 이제 코드 커버리지를 트리거하지 않습니다. (이전 예제에서는 `if` 체크가 5개인데 비해 지금은 하나만 있기 때문입니다)
 
-So it's important to understand that while fuzzing is a good way to detect anomalies and corner-cases in your code it is not a silver-bullet for 100% correct code.
+따라서 퍼징은 코드의 이상 징후와 코너 케이스를 감지하는 좋은 방법이지만 100% 올바른 코드를 위한 만병통치약은 아니라는 점을 이해하는 것이 중요합니다.
 
 ## 실제 예제
 

diff --git a/2023/ko/days/day17.md b/2023/ko/days/day17.md
@@ -214,10 +214,10 @@ httpfuzz: log.go:15: Got 200 response from the server
 httpfuzz: log.go:15: Got 200 response from the server
 ```
 
-Voila!
-Now we can at least see what the response code from the server was.
+짜잔!
+이제 최소한 서버의 응답 코드가 무엇인지 확인할 수 있습니다.
 
-Of course, we can write much more sophisticated plugins that output much more data, but for the purpose of this exercise, that is enough.
+물론 훨씬 더 많은 데이터를 출력하는 훨씬 더 정교한 플러그인을 작성할 수도 있지만, 이 연습의 목적상 이 정도면 충분합니다.
 
 
 ## 요약

diff --git a/2023/ko/days/day19.md b/2023/ko/days/day19.md
@@ -1,18 +1,13 @@
 # IAST (Interactive Application Security Testing)
-
 IAST는 웹 애플리케이션의 취약점을 식별하고 개발자가 이를 수정할 수 있도록 설계된 보안 테스트 도구의 일종입니다. 이 도구는 애플리케이션의 런타임 환경에 작은 에이전트를 삽입하고 실시간으로 동작을 모니터링하는 방식으로 작동합니다. 따라서 IAST 도구는 정적 분석이나 모의 공격에 의존하지 않고 취약점이 발생할 때 이를 식별할 수 있습니다.
 
- instrumentation
-
 IAST는 소프트웨어 계측(software instrumentation) 또는 계측기를 사용하여 애플리케이션이 실행되는 동안 모니터링하고 애플리케이션이 수행하는 작업과 성능에 대한 정보를 수집하는 방식으로 작동합니다. IAST 솔루션은 실행 중인 애플리케이션에 에이전트와 센서를 배포하고 수동 테스트, 자동 테스트 또는 이 둘의 조합으로 시작된 모든 애플리케이션 상호 작용을 지속적으로 분석하여 실시간으로 취약성을 식별함으로써 애플리케이션을 계측합니다.
 IAST 에이전트는 애플리케이션 내부에서 실행되며 알려진 공격 패턴을 모니터링합니다. 애플리케이션의 일부이므로 서로 다른 구성 요소 간의 트래픽을 모니터링할 수 있습니다. (클래식 MVC 배포 및 마이크로서비스 배포 간)
 
 ## IAST의 전제조건
-
-- 애플리케이션을 계측해야 합니다. (Agent를 주입해야 함.
+- 애플리케이션을 계측해야 합니다. (Agent를 주입해야 함.)
 - 수동 또는 자동 테스트를 통해 트래픽을 생성해야 합니다. 또 다른 가능한 접근 방식은 DAST 도구를 사용하는 것입니다. (예를 들어 OWASP ZAP을 사용할 수 있음)
 
-
 ## 장점
 
 IAST 도구의 주요 장점 중 하나는 취약점과 취약점 수정 방법에 대한 상세하고 정확한 정보를 제공할 수 있다는 것입니다. 개발자가 수동으로 취약점을 검색하거나 테스트 환경에서 취약점을 재현할 필요가 없으므로 많은 시간과 노력을 절약할 수 있습니다.