במשך שנים הסתמכה Cloudflare על 16 רשויות תעודות ציבוריות שותפות, בלי להנפיק בעצמה אף תעודה אמינה ציבורית. כעת היא מתכוונת להפוך לאחת מהן, והחלק המעניין הוא התכנון: תעודות קלאסיות ו-Merkle Tree Certificates תחת רשות אחת, עם בלימת תקלות מובנית מההתחלה.
צרכנית תעודות הופכת למנפיקה #
רוב חברות התשתית נשארות בצד אחד של יחסי התעודות. הן מבקשות תעודות, מתקינות אותן ומתלוננות כשלרשות תעודות יש תקרית. Cloudflare הייתה נטועה היטב בצד הצורך. לדבריה היא מעולם לא הנפיקה בעצמה אף תעודה אחת אמינה ציבורית.
זה עומד להשתנות, או לפחות כך Cloudflare אומרת שהיא מתכוונת. החברה מודיעה על כוונתה להפוך לרשות תעודות ציבורית. ההודעה זהירה לגבי המצב כיום, וכך צריך להיות גם המאמר הזה. Cloudflare עדיין אינה מנפיקה תעודות. כל מה שנוגע להתנהגות השירות, מממשק ה-ACME שלו ועד כללי החידוש ותמיכתו ב-Merkle Tree Certificates, הוא הצהרת תוכנית ולא תיאור של מערכת פועלת.
מה שהופך את ההודעה לאמינה אינו השאפתנות אלא העבודה המקדימה שכבר נראית לעין. Cloudflare הגישה בקשות להיכלל בתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla. היא אומרת שהיא עוברת את תהליך הבקשה והאישור מול כל אחת מתוכניות מפתחות השורש המרכזיות של הרשת, ומציינת שהתהליכים האלה מתקיימים בגלוי. כל אחד יכול, עקרונית, לעקוב אם הבקשה תצליח.
מדוע Cloudflare נמצאת בעמדה לשאול את השאלה #
הטיעון של Cloudflare לבניית רשות תעודות מתחיל במעמדה כלקוחה. היא ניצבת מול יותר מ-20 אחוז מתעבורת הבקשות העולמית באינטרנט. היא מסיימת TLS עבור מיליוני דומיינים ומסתמכת על מיליוני תעודות בשנה. היא מספקת חבילות תעודות דרך Universal SSL ללקוחותיה, וגם צורכת תעודות מרשויות רבות ושונות כדי להפעיל את המערכות והפעילות הפנימית שלה.
כדי לשמור על שירותי הלקוחות פעילים, Cloudflare משיגה את התעודות האלה דרך כמה רשויות, עם נתיבים ראשיים וגיבוי, כך ששירותי הלקוחות שורדים השבתות של רשויות ואירועי ביטול. רשת רשויות התעודות הציבוריות השותפות שעליה הסתמכה במשך שנים רבות מונה 16.
מנגנון הגיבוי ראוי למבט מקרוב, כי הוא מראה איך Cloudflare חושבת על כשל. כל תעודת Universal SSL כבר מגיעה עם תעודת גיבוי, עטופה במפתח נפרד ומונפקת על ידי רשות אחרת. אם התעודה הראשית תבוטל או תיפרץ, הגיבוי מוכן לפריסה אוטומטית. זהו גידור מפני תקלה של רשות בודדת כלשהי, שנבנה מצד הלקוח ביחסים.
אבל לגידור הזה יש תקרה. אפשר לפזר רק בין הרשויות הקיימות, והמקור טוען שההיצע של רשויות מסוגלות דל יותר ממה שנראה.
בעיית הריכוזיות #
המספרים שמאחורי הטיעון הזה בולטים. Let's Encrypt מנפיקה בסדר גודל של עשרה מיליון תעודות ביום. היא משרתת יותר מ-500 מיליון אתרים ועברה ארבעה מיליארד תעודות פעילות ב-2025. אלה נתונים של רשות חינמית אחת, והם מתארים רשת שההצפנה שלה נשענת במידה רבה על ארגון אחד.
המקור מסיק את המסקנה המתבקשת, עם הסתייגות במקומה: אם לרשות התעודות החינמית הדומיננטית יהיה שבוע רע, לחלק גדול מהרשת לא תהיה חלופה חינמית ואוטומטית דומה שמוכנה לשאת את העומס. זו אמירה על תרחיש היפותטי, ו-Cloudflare מציגה אותה ככזו. היא אינה טוענת ששבוע כזה כבר קרה, או שהוא בדרך.
ובכל זאת, ההיגיון קל למעקב. רשות תעודות חינמית ואוטומטית היא אפשרות חוסן רק אם היא קיימת לפני מצב החירום. ההצעה של Cloudflare היא שהיא יכולה לספק רשות שנייה בקנה מידה גדול. לדעתי זו הסיבה העסקית והטכנית החזקה ביותר בהודעה, והיא אינה תלויה באף אחד מהחלקים הספקולטיביים יותר בתוכנית. רשת שיש בה רשות חינמית דומיננטית אחת ומעט מלבדה היא רשת עם נקודת כשל יחידה, תהא איכות התפעול של אותה רשות אשר תהא.
| ממד | רשות תעודות חינמית ואוטומטית מסורתית (Let's Encrypt) | רשות התעודות הציבורית המוצעת של Cloudflare |
|---|---|---|
| אסטרטגיית עוגן האמון | ISRG Root X1 / X2 (שורשים פנימיים שהוקמו מ-2015 ואילך) | שורש GlobalSign שנרכש (זוכה לאמון מאז 2012) + שורש חדש |
| פרוטוקול ההנפקה | ACME סטנדרטי (RFC 8555) | ACME עם אכיפה מחייבת של ARI (RFC 9773) |
| פרדיגמת הביטול | CRL / OCSP + החלפה המונית של מנויים בחירום | הקדמה מתואמת של החידוש דרך נקודות קצה של ARI |
| נתיב פוסט-קוונטי | חתימות X.509 היברידיות בבחינה | Merkle Tree Certificates (MTC) מובנות לצד X.509 הקלאסי |
| היקף ועומס עבודה ראשוני | כ-10 מיליון תעודות ביום ביותר מ-500 מיליון אתרים | אימות כ-Customer Zero על פני יותר מ-20% מתעבורת הרשת העולמית |
לקנות שורש במקום לחכות לחדש #
ההחלטה המעשית ביותר בהודעה נוגעת לשורש. Cloudflare אומרת שחתמה על הסכם מחייב לרכישת שורש ותיק שזוכה לאמון רחב מ-GlobalSign. המקור מסביר את הסיבה ישירות: שורש חדש לגמרי אינו שימושי באופן רחב במשך שנים. השורש הקיים של GlobalSign, לעומת זאת, זוכה לאמון בדפדפנים, במערכות הפעלה ובמכשירים מאז 2012.
אמון בשורש מתקדם לאט כי הוא מותקן במכשירים, ומכשירים מתעדכנים לאט. שורש חדש יכול להתקבל בכל תוכנית ועדיין להיכשל באימות בטלפון ישן או במערכת משובצת. רכישת שורש שנמצא בשטח כבר מ-2012 עוקפת את ההמתנה הזו, לפחות כפי שהמקור מציג זאת.
Cloudflare אינה זונחת לגמרי את מסלול השורש החדש. היא תגיש גם שורש חדש להכללה בתוכניות מפתחות השורש, ומתארת אותו כבנוי לכיוון שאליו מתקדמת המערכת, כולל תוכניות שמתחילות להגביל את גילו המרבי של שורש אמין. הפרט האחרון הזה הוא תזכורת שימושית לכך שלגיל יש שני צדדים. גילו של שורש אמין הוא נכס לכיסוי המכשירים, וחלק מהתוכניות מתקדמות לעבר מגבלות על גילו של שורש אמין. הפעלה של שורש נרכש לצד הגשה חדשה נראית כתגובה למתח הזה, אף שהמקור אינו מנסח את ההיגיון במונחים אלה.
שירות ACME תחילה, עם תנאים #
אימוץ הוא המקום שבו הודעות רבות של רשויות תעודות נעשות מעורפלות. Cloudflare ספציפית. רשות התעודות הציבורית שלה תהיה ACME-first, כלומר תדבר בפרוטוקול Automated Certificate Management Environment שהאוטומציה הקיימת כבר משתמשת בו. הטענה היא שכל מי שכבר מכוון לרשות חינמית קיימת יוכל לעבור לרשות של Cloudflare בשינוי כתובת URL של ספרייה, בלי כלים חדשים ובלי לתכנן מחדש דבר. זו תוכנית, לא נתיב הגירה שנבדק, וכך צריך לקרוא אותה. אבל שינוי של שורת תצורה אחת הוא היעד הנכון, כי עלות ההגירה היא מה שמשאיר אנשים על ברירת המחדל.
המלכוד הוא דרישה שרוב משתמשי ACME לא נדרשו לעמוד בה. Cloudflare תנפיק רק ללקוחות שתומכים ב-ACME Renewal Information, או ARI, שתוקנן ב-RFC 9773. מנויים חייבים לתחזק אוטומציה שתשאל את נקודת הקצה לחידוש של Cloudflare, תפעל לפי חלונות החידוש ש-Cloudflare מפרסמת ותזהה את התעודה שהיא מחליפה.
זו עמדה תקיפה, ולדעתי היא הנכונה. היא גם מעלה שאלה הוגנת לגבי האימוץ: רשות שמשרתת רק לקוחות בעלי יכולת ARI צרה יותר מרשות שמשרתת כל מי שיש לו ספריית ACME. המקור אינו אומר כמה לקוחות זה מוציא היום, ולכן לא אנחש. מה שהוא כן אומר הוא מדוע Cloudflare רוצה את המגבלה.
ביטול בלי לשבור אתרים #
Cloudflare אומרת שהבחינה בדברים במהלך 16 השנים האחרונות, ותצפית אחת מניעה את התכנון הזה. היא ראתה רשויות תעודות לכודות בין ביטול בזמן לבין שמירה על אתרי המנויים שלהן באוויר.
המתח הזה אמיתי לכל רשות תעודות. ביטול מהיר של תעודה מגן על הציבור, אבל הוא עלול להפיל כל אתר שתלוי באותה תעודה, אם המנוי לא מצליח להחליף אותה מהר מספיק. רשות שנתפסת באמצע או מבטלת באיחור או שוברת לקוחות.
ARI היא התשובה של Cloudflare. כשצריך להוציא תעודות משימוש, Cloudflare אומרת שהיא יכולה להקדים את חלונות החידוש של התעודות המושפעות. מכיוון שהמנויים נדרשים לשאול את נקודת הקצה לחידוש ולפעול לפי החלונות שהיא מפרסמת, הרשות יכולה לכוון אותם להחלפה לפני שמגיע ביטול קשיח. המנגנון מתואר כיכולת ש-Cloudflare מתכוונת שתהיה לה, לא כזו שהדגימה כרשות תעודות. ועדיין, ההיגיון עקבי: דרישת התשאול קיימת כדי שהמנוף הזה יעבוד.
אותה חשיבה ניכרת ביעד תכנוני רחב יותר. Cloudflare מתכוונת לבנות רשות תעודות שאמינותה תלויה לא רק בהימנעות מטעויות אלא, כמו בשאר מוצרי Cloudflare, בכשל בקטן ובהגבלת ההשפעה של כל תקלה בודדת. הימנעות מטעויות היא הכרח לרשות תעודות, ואף רשות אינה יכולה להבטיח אותה באופן מושלם. תכנון שבו טעות נשארת תחומה הוא העמדה ההנדסית הכנה יותר.
שקיפות מעבר לביקורת #
רשויות תעודות ציבוריות נשפטות בדרך כלל לפי ביקורות. המקור ישיר לגבי מגבלותיהן: ביקורות הן תמונת מצב נקודתית ומספרות לך שהרשות עברה. הן אינן מספרות מה הרשות עושה ביום שלישי אקראי אחר כך.
התגובה של Cloudflare היא לומר שתפרסם בניות הניתנות לשחזור (reproducible builds) של התוכנה שחותמת על התעודות. זה מוצג כהתחייבות, לא כתוצר מוגמר. בניות הניתנות לשחזור מאפשרות לגורמים חיצוניים לוודא שהקובץ הבינארי שרץ בנתיב החתימה תואם לקוד המקור שפורסם, וזו תכונה מתמשכת באופן שדוח ביקורת אינו. האם זה יספיק תלוי במה ש-Cloudflare תפרסם בפועל, ובשאלה אם אחרים יבדקו זאת.
המחצית השנייה של ההודעה: Merkle Tree Certificates #
החומר הפוסט-קוונטי הוא המקום שבו ההודעה מביטה הכי רחוק קדימה. Cloudflare מודיעה על תוכניות להיות אחת מרשויות התעודות הראשונות שיספקו תעודות פוסט-קוונטיות, והיא מתכננת להנפיק את ה-Merkle Tree Certificates הראשונות שלה ברבעון הראשון של 2027. קטע אחר במקור אומר שה-MTC הראשונות צפויות בתחילת 2027. שני אלה הם תוכניות.
המקור מתאר את ה-MTC כדרך חדשה וקומפקטית בהרבה למסור תעודות אמינות ציבורית. הניסוח הזה הוא תיאור, והמקור אינו מספק מדידות בקטעים שעליהם אני נשען, ולכן איני יכול לומר עד כמה קומפקטיות יותר. Cloudflare אומרת שהיא מקדמת ב-IETF את ההצעה מבוססת התקנים ל-MTC. היא גם מדווחת ש-Chrome הגדירה את ה-MTC כנתיב המועדף לאימות פוסט-קוונטי מוקדם יותר השנה. זה אירוע מוכח, והוא חשוב, כי העדפה מוצהרת של יצרן דפדפן היא מה שהופך הצעה למשהו שרשות תעודות יכולה לתכנן סביבו.
Cloudflare אינה מצפה שהמעבר יהיה פתאומי. היא מצפה שחלק גדול מהאינטרנט ימשיך להסתמך על תעודות קלאסיות ועל ה-WebPKI הקיים עוד שנים רבות. לאורך התקופה הזו היא מצפה שה-MTC יתפסו נתח הולך וגדל בהדרגה מההנפקה. אלה ציפיות, והמקור מכנה אותן כך.
רשות אחת, מחזור חיים אחד #
הבחירה הארכיטקטונית שנובעת מכך היא זו שאני מוצא משכנעת ביותר. הרשות החדשה מתוכננת לשאת תעודות קלאסיות ו-Merkle Tree Certificates תחת רשות אחת, עם מחזור חיים אחד ומערכת ערבויות אחת. הלקוחות יוכלו אז לאמץ בקצב שמתאים להם ולעזור לרשת לחצות בלי מעבר חד.
החלופה היא שתי רשויות מקבילות, שתי מערכות נהלים והגירה כפויה בשלב כלשהו. מעבר חד הוא הדרך המסוכנת ביותר לשנות מערכת תעודות, והיעד המוצהר של המקור הוא להימנע ממנו. הניסוח מסויג, ובצדק: זו כוונה תכנונית לרשות שעדיין אינה מנפיקה.
זה גם מתיישב עם תמונת התמריצים. Cloudflare אומרת שהיא מצפה שמספר התעודות שעליהן היא מסתמכת מדי שנה ימשיך לגדול ככל שתקופות התוקף המרביות מתקצרות, הפעילות הסוכנית גוברת ותעודות פוסט-קוונטיות הופכות לנפוצות. יותר תעודות, שמונפקות לעיתים קרובות יותר, מצדיקות אוטומציה ורשות שמתייחסת לחידוש כפעולה מדרגה ראשונה. מערכת שבנויה סביב ARI ומחזור חיים אחד היא תגובה סבירה לציפייה הזו, אף שהציפייה עצמה היא תחזית ולא מדידה.
Customer Zero #
איך בודקים רשות תעודות לפני שהציבור מסתמך עליה? התשובה של Cloudflare היא להיות הלקוחה הראשונה של עצמה. היא תהיה Customer Zero של הרשות החדשה ושל התעודות שלה, הן WebPKI והן MTC. המטרה המוצהרת היא לוודא שכל היבטי המערכות והתהליכים החדשים עומדים בסטנדרטים הפנימיים הגבוהים של Cloudflare, ושתשתית הרשות מופעלת בקנה המידה של Cloudflare.
לאור הנתונים שהוזכרו קודם, זה עומס פנימי תובעני: מיליוני תעודות בשנה, בחברה שניצבת מול יותר מ-20 אחוז מתעבורת הבקשות העולמית. האם השנים הראשונות להפעלה יעברו בשלום, את זה הטענות אינן יכולות לומר לנו. מה שהן כן מראות הוא סדר פעולות הגיוני. החברה מתחילה כמשתמשת כבדה במה שהיא בונה, עם היסטוריה של אספקה מכמה רשויות, נתיבי גיבוי ו-16 רשויות שותפות מאחוריה.
כדאי לומר בפשטות מה חסר. שום דבר במקור אינו מדווח על היקפי הנפקה, שיעורי שגיאות, זמני אימות או היסטוריית תקריות של רשות התעודות של Cloudflare עצמה, כי עדיין אין היסטוריה כזו. ההודעה היא הצהרת כוונות שנתמכת בבקשות, בהסכם רכישה ובתכנון. היא אינה רקורד.
על מה לשים עין #
שלושה דברים יכריעו אם זו תוספת משמעותית ל-WebPKI או רק הודעה מעניינת.
הראשון הוא תוכניות השורש. Cloudflare הגישה בקשות ל-Chrome, Apple, Microsoft ו-Mozilla, והתהליכים גלויים. מעקב אחריהם הוא הדרך הישירה ביותר לראות כמה רחוק הגיעה התוכנית, והתוצאה אינה דבר שאחת הטענות מאפשרת לי לחזות.
השני הוא דרישת ה-ARI. רשות שמתעקשת על תמיכה ב-RFC 9773 מהמרת שאפשר לקדם את אוטומציית החידוש בכל בסיס המנויים שלה. אם ההימור נכון, הוא ייתן ל-Cloudflare את היכולת להקדים חלונות חידוש כשצריך להוציא תעודות משימוש, וזו התשובה המוצהרת לדילמת הביטול שראתה. אם הוא שגוי, האימוץ יהיה איטי יותר ממה שמרמז סיפור ההגירה בשורה אחת.
השלישי הוא הרבעון הראשון של 2027. אז מתכננת Cloudflare את ה-Merkle Tree Certificates הראשונות שלה. השאלה הפתוחה היא כמה מהר יגדל בפועל הנתח ההולך וגדל שהיא מצפה לו, בהינתן השקפתה שלה שחלק גדול מהאינטרנט יישאר על תעודות קלאסיות עוד שנים רבות. החברה אמרה שהמעבר לא אמור לדרוש מעבר חד. הרבעון הראשון של 2027 יהיה ההזדמנות הראשונה לראות אם רשות אחת שנושאת את שני סוגי התעודות יכולה להפוך את זה לאמת.
מה זה אומר לכל מגזר #
הופעתה של רשות תעודות ציבורית אוטומטית בהיקף גבוה מצד ספקית תשתית קצה (edge) משנה את הסיכון התפעולי ואת תכנון ה-PKI בכמה תחומים טכניים.
תשתית ענן ורשתות קצה #
הפעלת רשות תעודות ציבורית בקנה מידה של רשת קצה מצמצמת את התלות החיצונית בממשקי API לאימות וברשימות ביטול (CRL) של צד שלישי. בשילוב סיום חיבורים בקצה דרך reverse proxy עם חידושי ACME ARI אוטומטיים, ספקיות תשתית יכולות לבודד את לקוחותיהן מהשבתות של רשויות תעודות במעלה הזרם.
PKI ארגוני וצוותי DevOps #
ארגונים שמסתמכים על Let's Encrypt עבור נקודות קצה ציבוריות מקבלים חלופה אוטומטית ואמינה. עם זאת, האכיפה המחייבת של RFC 9773 (ARI) פירושה שצוותים צריכים לבדוק את לקוחות ה-ACME שלהם (Certbot, Lego, Caddy, Traefik) כדי לוודא שתמיכת ARI פעילה לפני החלפת נקודות הקצה של הספרייה.
יצרני דפדפנים וממשל השורשים #
תוכניות השורש (Chrome, Mozilla, Apple, Microsoft) ניצבות מול מערכת מתרחבת של רשויות תעודות אוטומטיות בהיקף גבוה. גישת השורש הכפולה (רכישת שורש ותיק מ-2012 לצד הגשת שורש מודרני) מנווטת בין מדיניות דפדפנים שמגבילה יותר ויותר את אורך חייהן של תעודות שורש, תוך שמירה על תאימות לאחור למכשירים ישנים.
סיכום #
המהלך של Cloudflare להפוך לרשות תעודות ציבורית מטפל בפגיעות מבנית אמיתית ב-WebPKI המודרני: ריכוזיות קיצונית בהנפקת תעודות חינמית ואוטומטית. בשילוב שורש GlobalSign ותיק, אוטומציית חידוש קפדנית באמצעות ARI וגשר קדימה אל Merkle Tree Certificates פוסט-קוונטיות, התכנון מתמודד עם חוסן תפעולי ולא רק עם אספקת תעודות. ההצלחה תיקבע לפי אישורי תוכניות השורש ולפי המהירות שבה כלי הלקוח יאמצו את תקני ARI לפני ההשקה ב-2027.
שאלות נפוצות #
האם אוכל להעביר היום את לקוח ה-ACME שלי לרשות של Cloudflare?
עדיין לא. Cloudflare הודיעה על כוונתה, חתמה על הסכם רכישת השורש והגישה בקשות לתוכניות השורש המרכזיות. ההנפקה הציבורית מתוכננת להתחיל אחרי אישורי תוכניות השורש.
מהי ACME Renewal Information (ARI) ומדוע היא חשובה?
ARI (RFC 9773) היא הרחבה לפרוטוקול ACME שמאפשרת לרשויות תעודות לייעץ למנויים מתי יש לחדש תעודה. כך הרשויות יכולות לתאם בצורה חלקה חידושים מוקדמים לפני ביטולים מתוכננים ולמנוע השבתות של אתרים.
במה שונות Merkle Tree Certificates (MTC) מתעודות X.509 רגילות?
ה-MTC מחליפות חתימות קריפטוגרפיות פרטניות מסורתיות בהוכחות הכללה של Merkle המעוגנות ביומן שניתן לאמת באופן ציבורי. זה מקטין משמעותית את גודל התעודה ואת תקורת השידור, ולכן הן מועמדות מועדפות לאימות TLS פוסט-קוונטי.
מקורות #
- Cloudflare, (2026). בניית רשות תעודות לאינטרנט כולו ⧉. Cloudflare Blog.
- IETF, (2024). RFC 9773: Automated Certificate Management Environment (ACME) Renewal Information (ARI) ⧉. IETF.
- IETF, (2025). Merkle Tree Certificates עבור TLS ⧉. IETF.
- Chrome Root Program, (2026). מדיניות ושיקולים לאימות פוסט-קוונטי ⧉. Chromium Projects.
נסקר לאחרונה .
נסקר לאחרונה .
פרסם מחדש מאמר זה
העתק בפורמט Medium
# Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau > Originally published at [https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/](https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/) Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign. Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/
העתק בפורמט Mastodon
Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign. https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/
העתק מעוצב עבור LinkedIn
Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign. להלן עיקרי הנקודות האסטרטגיות: - צרכנית תעודות הופכת למנפיקה. רוב חברות התשתית נשארות בצד אחד של יחסי התעודות. - מדוע Cloudflare נמצאת בעמדה לשאול את השאלה. הטיעון של Cloudflare לבניית רשות תעודות מתחיל במעמדה כלקוחה. - בעיית הריכוזיות. המספרים שמאחורי הטיעון הזה בולטים. - לקנות שורש במקום לחכות לחדש. ההחלטה המעשית ביותר בהודעה נוגעת לשורש. כיצד מתמודד הארגון שלכם עם האתגרים המתוארים במאמר זה? → https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/ #Cloudflare #רשותתעודות #רשותתעודותציבורית #Webpki #תעודותTls Sebastien Rousseau | CC-BY-4.0
ציטוט הכתבה
Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau
Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign.
BibTeX
@online{rousseau2026cloudflare,
author = {Rousseau, Sebastien},
title = {{Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau}},
year = {2026},
url = {https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/},
urldate = {2026}
}RIS
TY - GEN AU - Rousseau, Sebastien TI - Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau PY - 2026 UR - https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/ ER -
Vancouver
Rousseau S. Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau. sebastienrousseau.com. 2026 Sep 20. Available from: https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/
Chicago
Rousseau, Sebastien. "Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau." sebastienrousseau.com. September 20, 2026. https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/.
APA
Rousseau, S. (2026, September 20). Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/
פרסום מחדש של הכתבה
Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau
Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign.
כתבה זו מפורסמת ברישיון Creative Commons Attribution 4.0 International. פרסום מחדש מחייב ייחוס לכתובת ה-URL הקאנונית.
Cloudflare רוצה להנפיק תעודות בעצמה מול ריכוזיות הרשויות החינמיות — Sebastien Rousseau Cloudflare מתכוונת להפוך לרשות תעודות ציבורית. היא הגישה בקשות לתוכניות השורש של Chrome, Apple, Microsoft ו-Mozilla וחתמה על הסכם לרכישת שורש מ-GlobalSign. Originally published at https://sebastienrousseau.com/he/2026-09-20-cloudflare-rotsa-lehanpik-teudot-beatsma-mul/ by Sebastien Rousseau. Licensed under CC-BY-4.0.