New Crowdin translations by GitHub Action

i18n/ko/about/criteria.md

@@ -4,11 +4,11 @@ title: General Criteria
 
 Below are some general priorities we consider for all submissions to Privacy Guides. 각 분야마다 별도의 추가적인 요구 사항이 존재할 수 있습니다.
 
-- **Security**: Tools should follow security best-practices wherever applicable.
+- **Security**: Tools should follow security best practices wherever applicable.
 - **Source Availability**: Open-source projects are generally preferred over equivalent proprietary alternatives.
-- **Cross-Platform Availability**: We typically prefer recommendations to be cross-platform, to avoid vendor lock-in.
-- **활발한 개발**: 권장 툴은 유지 관리가 활발하게 이루어져야 합니다. 개발이 중단된 프로젝트는 대부분 제거됩니다.
-- **사용성**: 툴은 대부분의 컴퓨터 사용자가 사용하는 데에 무리가 없어야 합니다. 지나치게 많은 기술적 배경 지식이 요구되어서는 안 됩니다.
+- **Cross-Platform Availability**: We typically prefer recommendations to be cross-platform to avoid vendor lock-in.
+- **Active Development**: The tools that we recommend should be actively developed. Unmaintained projects will be removed in most cases.
+- **Usability**: Tools should be accessible to most computer users. An overly technical background should not be required.
 - **Documentation**: Tools should have clear and extensive documentation for use.
 
 ## 재무 공시
@@ -19,14 +19,16 @@ Privacy Guides는 특정 제품을 추천함으로써 수익을 창출하지 않
 
 개발자가 직접 자신의 프로젝트나 소프트웨어를 Privacy Guides에서 평가할 것을 제안하는 경우, 다음의 요구 사항을 준수해야 합니다.
 
+- Must undergo our [self-submission process](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.
+
 - 본인이 제안한 프로젝트와 어떤 관계(소속)에 있는지를 공개해야 합니다.
 
-- 메신저, 비밀번호 관리자, 암호화 클라우드 스토리지 등의 민감한 정보를 다루는 프로젝트인 경우, 보안 백서를 제공해야 합니다.
-    - 외부 감사 정보를 공개해야 합니다. 이미 감사를 받았거나, 예정되어 있다면 이를 알려야 합니다. 가능하다면 감사를 누가 진행하는지도 언질을 해주시면 좋습니다.
+- Must have a security whitepaper if it is a project that involves the handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.
+    - Regarding third party audit status, we want to know if you have undergone one, or have requested one. 가능하다면 감사를 누가 진행하는지도 언질을 해주시면 좋습니다.
 
 - 해당 프로젝트가 프라이버시 면에서 어떤 이점을 제공하는지를 설명해야 합니다.
-    - 기존에 해결하지 못하던 새로운 문제를 해결할 수 있나요?
+    - What new problem(s), if any, does it solve?
     - 다른 대안을 놔두고 해당 프로젝트를 사용해야 하는 이유가 있나요?
 
 - 해당 프로젝트가 정확히 어떤 위협 모델을 가정하고 목표로 하는지를 명시해야 합니다.
-    - 예비 사용자에게 해당 프로젝트가 무엇을 제공하고 무엇을 제공할 수 없는지를 명확히 알려야 합니다.
+    - 예비 사용자에게 해당 프로젝트가 무엇을 제공하고 무엇을 제공할 수 없는지를 명확히 알려야 합니다. Ideally, a developer should be able to identify what [common threat(s)](../basics/common-threats.md) their project protects against.