Updates in HE (#1760)

# Latest from Crowdin - updates in Hebrew --------- Co-authored-by: Ludek Janda <ludek.janda@gmx.net>
letsencrypt · Nov 2, 2024 · 79036f9 · 79036f9
1 parent 08d03af
commit 79036f9
Show file tree

Hide file tree

Showing 3 changed files with 35 additions and 12 deletions.
diff --git a/config/_default/menu.he.toml b/config/_default/menu.he.toml
@@ -14,7 +14,7 @@ weight = 40
 identifier = "about"
 
 [[main]]
-name = "Internet Security Research Group (ISRG)"
+name = "קבוצת מחקר אבטחת האינטרנט (ISRG)"
 weight = 20
 identifier = "isrg"
 parent = "about"

diff --git a/content/he/docs/glossary.md b/content/he/docs/glossary.md
@@ -1,7 +1,7 @@
 ---
 title: מונחון
 slug: glossary
-date: 2018-12-30
+date: 2024-07-16
 show_lastmod: 1
 ---
 
@@ -52,9 +52,9 @@ Note for translators:
 
 {{% def id="chain" english="Certificate chain" name="שרשרת אישורים" %}} רשימה של [אישורי תווך](#def-intermediate) שמסייעים ל[סוכן משתמש](#def-user-agent) לקבוע שיוכל לתת אמון ביישות קצה או ב[אישור עלה](#def-leaf), על ידי חיבורו אל [אישור עליון](#def-root) ב[מאגר האישורים](#def-store) שלו. נא לשים לב: השרשרת אינה תמיד ייחודית וכאשר אתר מציג שרשרת אישורים שמובילה לאישור עליון אחד, סוכן המשתמש עשוי להחליט להשתמש בשרשרת אחרת כדי לתקף את האישור. [ויקיפדיה](https://en.wikipedia.org/wiki/Public_key_certificate) {{% /def %}}
 
-{{% def id="CP" english="Certificate Policy" abbr="CP" name="מדיניות אישורים" %}} סדרה שמית של כללים שמציינים את יישימותו של אישור לקהילה ו/או מחלקה של יישומים מסוימים עם דרישות אבטחה משותפות. פרטים נקודתיים על הנפקה מפורטים תחת [CPS](#def-CPS) (הכרזת מדיניות אישור). [מדיניות האישורים של ISRG](/repository#isrg-certificate-policy)‏ - [RFC 3647](https://tools.ietf.org/html/rfc3647) - [ויקיפדיה](https://en.wikipedia.org/wiki/Certificate_policy) {{% /def %}}
+{{% def id="CP" english="Certificate Policy" abbr="CP" name="מדיניות אישורים" %}} סדרה שמית של כללים שמציינים את יישימותו של אישור לקהילה ו/או מחלקה של יישומים מסוימים עם דרישות אבטחה משותפות. פרטים נקודתיים על הנפקה מפורטים תחת [CPS](#def-CPS) (הכרזת מדיניות אישור). אפשר לשלב מסמכי CP (מדיניות אישורים) ו־CPS (הכרזת מדיניות אישור) למסמך בודד. [ISRG CP/CPS משולבים](/repository#isrg-certificate-policy) - [RFC 3647](https://tools.ietf.org/html/rfc3647) - [ויקיפדיה](https://en.wikipedia.org/wiki/Certificate_policy) {{% /def %}}
 
-{{% def id="CPS" english="Certification Practice Statement" abbr="CPS" name="הצהרת אופן אישור" %}} הצהרה של דרכי הפעולה בהן נוקטת רשות אישורים לטובת הנפקה, ניהול, שלילה וחיפוש או החלפת מפתח לאישורים. [הצהרת אופן האישור של ISRG](/repository#isrg-certification-practice-statement)‏ - [RFC 3647 סעיף 3.4](https://tools.ietf.org/html/rfc3647#section-3.4) - [ויקיפדיה](https://en.wikipedia.org/wiki/Certification_Practice_Statement) {{% /def %}}
+{{% def id="CPS" english="Certification Practice Statement" abbr="CPS" name="הצהרת אופן אישור" %}} הצהרה של דרכי הפעולה בהן נוקטת רשות אישורים לטובת הנפקה, ניהול, שלילה וחיפוש או החלפת מפתח לאישורים. הכרזת מדיניות אישור (CPS) חייבת להיות תואמת ל[מדיניות האישורים](#def-CP) שמשויכת אליה. אפשר לשלב מסמכי CP (מדיניות אישורים) ו־CPS (הכרזת מדיניות אישור) למסמך בודד. [ISRG CP/CPS משולב](/repository#isrg-certificate-policy) - [RFC 3647 סעיף 3.4](https://tools.ietf.org/html/rfc3647#section-3.4) [ויקיפדיה](https://en.wikipedia.org/wiki/Certification_Practice_Statement) {{% /def %}}
 
 {{% def id="critical" name="Critical extension" %}} אישור יכול להכיל [הרחבות](#def-extension) שמסומנות כ„משמעותיות” (critical). משמעות הדבר היא שתוכנה חייבת לדחות את האישור הזה אלמלא התוכנה מבינה איך לעבד את ההרחבה הזאת. מאפשר להציג הרחבות חדשות שחשובות לאבטחה מבלי ליצור סיכונים לתכניות ישנות. {{% /def %}}
 

diff --git a/content/he/docs/staging-environment.md b/content/he/docs/staging-environment.md
@@ -2,7 +2,7 @@
 title: סביבת הכנה להקמה
 slug: staging-environment
 date: 2018-01-05
-lastmod: 2022-06-13
+lastmod: 2024-06-11
 show_lastmod: 1
 ---
 
@@ -13,7 +13,7 @@ show_lastmod: 1
 
 `https://acme-staging-v02.api.letsencrypt.org/directory`
 
-אם נעשה שימוש ב־Certbot, ניתן להשתמש בסביבת ההכנה להקמה שלנו עם הדגלון `‎--test-cert`. ללקוחות ACME אחרים, נא לקרוא את ההנחיות שלהם לקבלת מידע על בדיקת מול סביבת ההכנה להקמה שלנו. נא לשים לב שגרסה 2 (v2) של סביבת ההכנה להקמה שלנו דורשת לקוח ACME תומך גרסה 2.
+אם נעשה שימוש ב־Certbot, ניתן להשתמש בסביבת ההכנה להקמה שלנו עם הדגלונים `‎--test-cert` או `‎--dry-run`. ללקוחות ACME אחרים, נא לקרוא את ההנחיות שלהם לקבלת מידע על בדיקת מול סביבת ההכנה להקמה שלנו.
 
 # מגבלות מיכסה
 
@@ -27,17 +27,40 @@ show_lastmod: 1
 
 # היררכיית האישורים להכנה להקמה
 
-לסביבת ההכנה להקמה יש היררכיית אישורים ש[מחקה את סביבת הפעילות המלאה](/certificates).
+לסביבת ההכנה להקמה יש היררכיית אישורים ש[מחקה את סביבת הפעילות המלאה](/certificates). השמות השתנו ונוספה לפניהם הקידומת (STAGING) (הכנה להקמה) ושם ייחודי כדי שאפשר יהיה להבחין ביניהם לבין המקבילות שלהם בסביבה המבצעית.
 
-## אישורי תווך
+## רשויות אישורים עליונות
 
-לסביבת ההכנה להקמה יש שני אישורי תווך פעילים: אישור תווך מסוג RSA בשם [„‎(STAGING) Artificial Apricot R3”](/certs/staging/letsencrypt-stg-int-r3.pem) ואישור תווך מסוג ECDSA בשם [„‎(STAGING) Ersatz Edamame E1”](/certs/staging/letsencrypt-stg-int-e1.pem).
+לסביבת ההכנה להקמה יש שני אישורי על פעילים ש**אינם נמצאים** במאגר המהימנות של הדפדפן/לקוח: „(STAGING) Pretend Pear X1” ו־„(STAGING) Bogus Broccoli X2”.
 
-הנפקת ECDSA [הופעלה בסביבת ההכנה להקמה](https://community.letsencrypt.org/t/ecdsa-issuance-available-in-staging-march-24/147839) ב־24 במרץ 2021 וכל הבקשות לאישורי הכנה להקמה עם מפתחות ECDSA חתומות על ידי „‎(STAGING) Ersatz Edamame E1” ומשתמשות בהיררכיה של ECDSA. בדומה, כל הבקשות לאישורי סביבת הכנה להקמה עם מפתחות RSA חתומות על ידי „‎(STAGING) Artificial Apricot R3” ומשתמשות בהיררכיה של RSA. אין דרך לקבל אישור חתום ב־RSA למפתח ECDSA ולהיפך, הדרך לבחור את הגוף המנפיק היא לשלוט בתצורת המפתח שנוצר מקומית.
+כדי לשנות לקוח לבדיקות בלבד כך שיסמוך על סביבת ההכנה להקמה למטרות בדיקה, ניתן לעשות זאת על ידי הוספת האישורים שלהם למאגר המהימנים שלך למטרות בדיקה. **חשוב:** אין להוסיף את האישור העליון או המתווך של סביבת ההכנה להקמה למאגר המהימנות שמשמש אותך לגלישה רגילה באינטרנט או לפעילויות אחרות מאחר שאין עליהן פיקוח או עומדות באותם תקנים מחמירים כמו האישורים העליונים של סביבת הפעילות המלאה שלנו ולכן אינם בטוחים לשימוש לאף מטרה למעט בדיקות.
 
-## אישורים עליונים
+* **Pretend Pear X1**
+  * נושא: `O = (STAGING) Internet Security Research Group, CN = (STAGING) Pretend Pear X1`
+  * סוג מפתח: `RSA 4096`
+  * פרטי האישור: [der](/certs/staging/letsencrypt-stg-root-x1.der),‏ [pem](/certs/staging/letsencrypt-stg-root-x1.pem),‏ [txt](/certs/staging/letsencrypt-stg-root-x1.txt)
+* **Bogus Broccoli X2**
+  * נושא: `O = (STAGING) Internet Security Research Group, CN = (STAGING) Bogus Broccoli X2`
+  * סוג מפתח: `ECDSA P-384`
+  * פרטי אישור (חתימה עצמית): [der](/certs/staging/letsencrypt-stg-root-x2.der),‏ [pem](/certs/staging/letsencrypt-stg-root-x2.pem),‏ [txt](/certs/staging/letsencrypt-stg-root-x2.txt)
+  * פרטי אישור (חתימה צולבת על ידי Pretend Pear X1): [der](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.der),‏ [pem](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.pem),‏ [txt](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.txt)
 
-לסביבת ההכנה להקמה יש שני אישורי על פעילים ש**אינם נמצאים** במאגר המהימנות של הדפדפן/לקוח: „(STAGING) Pretend Pear X1” ו־„(STAGING) Bogus Brocoli X2”. כדי לשנות לקוח לבדיקה בלבד כך שיתן אמון בסביבת ההכנה להקמה למטרות בדיקה ניתן להוסיף את האישורים [„(STAGING) Pretend Pear X1”](/certs/staging/letsencrypt-stg-root-x1.pem) ו/או [„(STAGING) Bogus Broccoli X2”](/certs/staging/letsencrypt-stg-root-x2.pem) למאגר המהימנות שלך למטרות בדיקה. את כל אישורי ההכנה להקמה שלנו ניתן למצוא [כאן](https://github.com/letsencrypt/website/tree/master/static/certs/staging).  חשוב: אין להוסיף את האישור העליון או המתווך של סביבת ההכנה להקמה למאגר המהימנות שמשמש אותך לגלישה רגילה באינטרנט או לפעילויות אחרות מאחר שאין עליהן פיקוח או עומדות באותם תקנים מחמירים כמו האישורים העליונים של סביבת הפעילות המלאה שלנו ולכן אינם בטוחים לשימוש לאף מטרה למעט בדיקות.
+## רשויות אישורים כפופות (ביניים)
+
+לסביבת ההכנה להקמה יש אישורי ביניים שמחקים את הסביבה המבצעית, הונפקו מאישורי העל הלא אמינים שמפורטים להלן. כמו בסביבה המבצעית, לא כולם בשימוש כל הזמן. רשימת אישורי הביניים העדכניים המלאה היא:
+
+* (STAGING) Pseudo Plum E5
+* (STAGING) False Fennel E6
+* (STAGING) Puzzling Parsnip E7
+* (STAGING) Mysterious Mulberry E8
+* (STAGING) Fake Fig E9
+* (STAGING) Counterfeit Cashew R10
+* (STAGING) Wannabe Watercress R11
+* (STAGING) Riddling Rhubarb R12
+* (STAGING) Tenuous Tomato R13
+* (STAGING) Not Nectarine R14
+
+אישורי הביניים האלה נתונים לשינוי בכל רגע נתון ושום מערכת לא אמורה להצמיד או לתת בהם אמון. באופן כללי, אפשר לצפות מאישורי הביניים להיות מקבילים לאישורי הביניים התואמים (אמינים) בסביבה המבצעית. במקרה הצורך, אפשר לקבל [כאן](https://github.com/letsencrypt/website/blob/main/static/certs/staging) את פרטי האישור המלאים.
 
 # שקיפות אישורים