סקירה כללית על אבטחה ותאימות בפלטפורמה של מפות Google

התוכן הזה עודכן לאחרונה במרץ 2026, והוא מציג את המצב הקיים במועד כתיבתו. מדיניות האבטחה ומערכות האבטחה של Google עשויות להשתנות בעתיד, מכיוון שאנחנו כל הזמן פועלים לשיפור ההגנה על הלקוחות שלנו.

מבוא

Google Maps Platform מספקת ממשקי API ו-SDK ללקוחות ולשותפים, כדי לפתח אפליקציות לאינטרנט ולנייד באמצעות הטכנולוגיה הגיאו-מרחבית של Google. Google Maps Platform מציעה יותר מ-50 ממשקי API וערכות SDK ללקוחות בתעשיות שונות. כלקוחות בתעשייה, לעיתים קרובות אתם צריכים לעמוד בדרישות אבטחה, שימוש בנתונים ודרישות רגולטוריות כשאתם בונים את הפתרונות שלכם. זה כולל גם לוודא שהטכנולוגיה של הצד השלישי עומדת באותן דרישות.

במסמך הזה מפורט סיכום כללי של אמצעי הבקרה על אנשים, תהליכים וטכנולוגיה שמוצעים ב-Google Maps Platform, ומתוארים היתרונות של השימוש בפלטפורמה. קודם כול, חשוב להבין את שני עמודי התווך הטכנולוגיים העיקריים של Google Maps Platform:

  • טכנולוגיות, מרכזי נתונים ותשתיות ש-Google מספקת. הפלטפורמה של מפות Google פועלת באופן מלא במרכזי נתונים ובתשתית ש-Google מספקת. על הבסיס הזה, היא מיישמת ביקורות פנימיות וביקורות של צד שלישי על אמצעי בקרת האבטחה שהיא יורשת מ-Google, כדי לוודא שהפלטפורמה של מפות Google מיישמת בצורה נכונה את אמצעי הבקרה האבטחתיים, התפעוליים והטכניים שמתוארים במאמר הזה.
  • הטכנולוגיה של Google Maps Platform. בנוסף לאמצעי הבקרה שעוברים בירושה, Google Maps Platform מספקת אמצעי בקרה נוספים לאבטחה, לפרטיות, לנתונים ולתפעול של חבילות המוצרים של Google.

במסמך הזה מפורטים תהליכי האבטחה ואמצעי הבקרה של Google Maps Platform, שמחולקים לקבוצות הבאות:

  • התמקדות באבטחה ובפרטיות בכל הרמות של הארגון של Google
  • אבטחת התשתית הטכנית והחומרה
  • אבטחה תפעולית
  • אמצעי בקרת אבטחה עיקריים
  • אבטחה בצד הלקוח, גם באינטרנט וגם בנייד
  • אישורים וביקורות קיימים ב-Google Maps Platform
  • מסגרות משפטיות נתמכות ברחבי העולם

לקוחות פוטנציאליים יכולים לפנות לנציג המכירות של Google כדי לקבל מידע נוסף.

תרבות האבטחה והפרטיות של Google

האבטחה תורמת למבנה הארגוני ולתרבות הארגונית של Google, לתעדוף ההכשרות ולתהליכי הגיוס. היא מכתיבה את עיצוב מרכזי הנתונים של Google ואת הטכנולוגיה שעליה הם מבוססים. האבטחה היא הבסיס לפעילות היומיומית של Google, כולל תכנון התאוששות מאסונות וניהול איומים. ‫Google נותנת עדיפות לאבטחה בטיפול בנתונים, באמצעי הבקרה על חשבונות, בבדיקות התאימות ובאישורים בתחום. השירותים של Google מתוכננים לספק אבטחה טובה יותר מהרבה חלופות מקומיות שמסתמכות על כמה ספקים וכמה פלטפורמות, שבהן האבטחה היא בדרך כלל תהליך לא מקושר. כשאתם משתמשים במוצרים של Google Maps Platform בעסק שלכם, אתם נהנים מתוכניות האבטחה ומאמצעי הבקרה המשולבים של Google. האבטחה נמצאת בעדיפות עליונה בפלטפורמה של מפות Google, מכיוון שאנחנו מעניקים שירותים ליותר ממיליארד משתמשים ברחבי העולם.

‫Google ו-Google Maps Platform מספקות יחד כמה שכבות אבטחה בכל החברה והארגון:

  • צוות האבטחה הייעודי של Google
  • צוות אבטחת המוצרים של Google Maps Platform
  • מעורבות פעילה בקהילת המחקר הגלובלית בתחום האבטחה
  • צוות הפרטיות של Google Maps Platform
  • הדרכות לעובדי Google בנושאי אבטחה ופרטיות
  • מומחי ביקורת פנימית ותאימות

צוותי אבטחה ייעודיים ב-Google

ל-Google יש צוותי אבטחה ייעודיים בכל החברה ובכל קטגוריות המוצרים.

צוותי האבטחה של Google תומכים בכמה קטגוריות מוצרים ב-Google, כולל Google Maps Platform. צוות האבטחה כולל כמה מהמומחים המובילים בעולם לאבטחת מידע, אבטחת אפליקציות, קריפטוגרפיה ואבטחת רשת. הפעילויות שלהם כוללות:

  • מפתחים, בודקים ומטמיעים תהליכי אבטחה. הם בודקים את תוכניות האבטחה של הרשתות של Google ומספקים שירותי ייעוץ ייעודיים בפרויקטים של צוותי המוצרים והנדסת התוכנה ב-Google. לדוגמה, מומחי קריפטוגרפיה בודקים השקות של מוצרים שכוללים הטמעות של קריפטוגרפיה.
  • ניהול פעיל של איומי אבטחה. הצוות משתמש בכלים מסחריים ומותאמים אישית כדי לעקוב אחרי איומים ופעילות חשודה ברשתות של Google.
  • מבצע בדיקות וביקורות אבטחה שוטפות, ולצורך כך לפעמים מעורבים מומחים חיצוניים לביצוע הערכות אבטחה שוטפות.
  • מפרסם מאמרים בנושא אבטחה לקהילה הרחבה. ‫Google מנהלת בלוג אבטחה וסדרת סרטונים ב-YouTube שמדגישים כמה מצוותי האבטחה הספציפיים ואת ההישגים שלהם.

צוות האבטחה של Google Maps Platform משתף פעולה עם צוות האבטחה של Google, ועובד באופן צמוד יותר עם צוותי פיתוח המוצרים ו-SRE כדי לפקח על הטמעת האבטחה. באופן ספציפי, הצוות הזה מנהל את הדברים הבאים:

  • בדיקת העמידות באסונות (DiRT) של Google Maps Platform, שבודקת את ההמשכיות העסקית ואת יתירות הכשל של מוצרי Google Maps Platform, פועלת בתשתית של Google שזמינה באופן נרחב.
  • בדיקות חדירה של צד שלישי. מוצרי Google Maps Platform עוברים בדיקות חדירה לפחות פעם בשנה כדי לשפר את מצב האבטחה של Google ולספק לכם הבטחת אבטחה עצמאית.

שיתוף פעולה עם קהילת המחקר בתחום האבטחה

‫Google מנהלת מזה זמן רב קשר הדוק עם קהילת המחקר בתחום האבטחה, ואנחנו מעריכים מאוד את עזרתה בזיהוי נקודות חולשה פוטנציאליות ב-Google Maps Platform ובמוצרים אחרים של Google. צוות האבטחה שלנו משתתף בפעילויות מחקר והסברה לטובת כלל הקהילה באינטרנט. לדוגמה, הקמנו את Project Zero – צוות חוקרי אבטחה שמתמקד בחקר נקודות חולשה למתקפות אפס ימים. דוגמאות למחקר הן הגילוי של נקודות החולשה Spectre, ‏Meltdown, ‏POODLE SSL 3.0 וסט אלגוריתמים להצפנה (cipher suite).

מהנדסי האבטחה והחוקרים של Google הם שותפים פעילים בקהילת חוקרי האבטחה האקדמיים ובקהילת המחקר בנושא פרטיות, והם גם מפרסמים מאמרים בנושאים האלה. פרסומים שקשורים לאבטחה זמינים באתר המחקר של Google. צוותי האבטחה של Google פרסמו תיאור מפורט של שיטות העבודה והניסיון שלהם, בספר Building Secure and Reliable Systems.

במסגרת תוכנית התגמולים על זיהוי נקודות חולשה באבטחה מוצעים תגמולים בשווי עשרות אלפי דולרים בתמורה לזיהוי נקודות חולשה מאומתות. התוכנית מעודדת חוקרים לדווח על בעיות בתכנון ובהטמעה שעלולות לסכן את נתוני הלקוחות. בשנת 2024, Google העניקה לחוקרים תמריצים בסך של יותר מ-12 מיליון דולר, ויותר מ-65 מיליון דולר מאז שהושקה תוכנית התגמולים על זיהוי נקודות חולשה באבטחה (VRP) בשנת 2010. כדי לעזור בשיפור האבטחה של קוד מקור פתוח, במסגרת תוכנית התמריצים לאיתור נקודות חולשה אפשר לקבל מגוון יוזמות לחוקרים. למידע נוסף על התוכנית, כולל התגמולים ש-Google נותנת, מומלץ לעיין בנתונים הסטטיסטיים המרכזיים של ציידי הבאגים.

מומחי הקריפטוגרפיה שלנו משתתפים בפרויקטים מובילים בתחום הקריפטוגרפיה. לדוגמה, פיתחנו את Secure AI Framework ‏ (SAIF) כדי לעזור באבטחה של מערכות AI. נוסף על כך, כדי להגן על קישורי TLS מפני מתקפות קוונטיות במחשב, פיתחנו את האלגוריתם המשולב של עקומה אליפטית ופוסט-קוונטית (CECPQ2). מומחי הקריפטוגרפיה שלנו פיתחו את Tink – ספריית קוד פתוח של ממשקי API קריפטוגרפיים. אנחנו משתמשים ב-Tink גם במוצרים ובשירותים הפנימיים שלנו.

במאמר איך Google מטפלת בנקודות חולשה באבטחה מוסבר איך אפשר לדווח על בעיות אבטחה.

צוות הפרטיות הייעודי של Google Maps Platform

צוות הפרטיות הייעודי פועל בנפרד מארגוני אבטחה ופיתוח מוצרים. הוא תומך ביוזמות פנימיות בנושא פרטיות שמטרתן לשפר את כל ההיבטים של הפרטיות: תהליכים קריטיים, כלים פנימיים, תשתית ופיתוח מוצרים. צוות הפרטיות מבצע את הפעולות הבאות:

  • מוודא שכל השקה של מוצר GMP שמשפיע על הפרטיות משלבת סטנדרטים מחמירים של פרטיות והפרטיות במרכז, באמצעות הערכה של מסמכי התכנון ובדיקת ההשקה
  • הצוות מתייעץ עם צוותי המוצרים של GMP בכל שלב של הפיתוח כדי לייעץ לגבי מדיניות הפרטיות והתשתית של Google, תכנון הפרטיות, טכנולוגיות ואמצעי בקרה לשיפור הפרטיות, והערכה והפחתה של סיכוני פרטיות.
  • אחרי השקת המוצר, צוות הפרטיות מפקח על תהליכים שמוודאים שאיסוף הנתונים והשימוש בהם מתבצעים בצורה הולמת.
  • עורך מחקרים על שיטות מומלצות לשמירה על הפרטיות, תורם לקבוצות עבודה בינלאומיות בנושא תקני פרטיות ומשתתף בכנסים אקדמיים בנושא פרטיות. .

הדרכות לעובדי Google בנושאי אבטחה ופרטיות

כל עובדי Google עוברים הדרכה בתחום האבטחה והפרטיות כחלק מתהליך החפיפה, והם מקבלים הכשרות בנושאי אבטחה ופרטיות לכל אורך הקריירה שלהם ב-Google. בשלב החפיפה, העובדים החדשים מביעים את הסכמתם לקוד ההתנהגות שלנו, שמדגיש את המחויבות של Google להגן על נתוני הלקוחות.

בהתאם לתפקיד המיועד, יכול להיות שהעובדים יידרשו לעבור הכשרה נוספת על היבטים מסוימים בתחום האבטחה. לדוגמה, צוות אבטחת המידע מדריך מהנדסי תוכנה חדשים על שיטות קידוד מאובטחות, תכנון מוצרים וכלים אוטומטיים לבדיקת נקודות חולשה. מהנדסי התוכנה משתתפים באופן קבוע בתדריכים בנושא אבטחה, ומקבלים ניוזלטר עם מידע על איומים חדשים, דפוסי תקיפה, שיטות לצמצום הבעיה ועוד.

אבטחה ופרטיות הן תחומים שתמיד משתנים, וברור לנו שמעורבות של עובדים ייעודיים היא אחת הדרכים המרכזיות להגברת המודעוּת. אנחנו מארחים כנסים פנימיים באופן קבוע כדי להגביר את המודעוּת ולשפר את החדשנות בנושאי אבטחה ופרטיות נתונים, וכל העובדים יכולים להשתתף בהם. אנחנו מארחים אירועים במשרדים ברחבי העולם כדי להגביר את המודעות לאבטחה ולפרטיות בכל ההיבטים, החל מפיתוח תוכנות, טיפול בנתונים ועד אכיפת המדיניות.

מומחי ביקורת פנימית ותאימות

ב-Google Maps Platform פועל צוות ייעודי לביקורת פנימית, שבודק את התאימות של מוצרי Google לחוקים ולתקנות ברחבי העולם. צוות הביקורת הפנימית קובע מהם אמצעי הבקרה, התהליכים והמערכות שנדרשים כדי לעמוד בסטנדרטים המתקדמים של הביקורות, שנוצרים ומתעדכנים באופן קבוע. הצוות תומך בביקורות ובהערכות עצמאיות שמבוצעות על ידי צדדים שלישיים. למידע נוסף, קראו את הקטע אישורי אבטחה וביקורות בהמשך המאמר.

פלטפורמה שמתמקדת באבטחה

‫Google מתכננת את השרתים, מערכות ההפעלה הקנייניות ומרכזי הנתונים שלה שנמצאים במיקומים גיאוגרפיים שונים, בהתאם לעיקרון של הגנה לעומק. הפלטפורמה של מפות Google פועלת בתשתית טכנית שתוכננה ונבנתה כדי לפעול באופן מאובטח. יצרנו תשתית IT מאובטחת יותר ונוחה יותר לניהול מאשר פתרונות מסורתיים מקומיים או פתרונות אירוח.

מרכזי נתונים מתקדמים

ההתמקדות של Google באבטחה ובהגנה על נתונים היא אחד הקריטריונים המרכזיים שלנו לתכנון. האבטחה הפיזית במרכזי הנתונים של Google היא מודל אבטחה רב-שכבתי. האבטחה הפיזית כוללת אמצעי הגנה כמו כרטיסי גישה אלקטרוניים בהתאמה אישית, אזעקות, מחסומי גישה לרכב, גדרות היקפיות, גלאי מתכות ואמצעים ביומטריים. נוסף על כך, כדי לזהות פולשים ולעקוב אחריהם, Google משתמשת באמצעי אבטחה כמו מערך לזיהוי פריצות אבטחה באמצעות קרן לייזר ומעקב מסביב לשעון באמצעות מצלמות חיצוניות ופנימיות ברזולוציה גבוהה. במקרה של אירוע, יש לנו יומני גישה, רישומי פעילות וצילומי וידאו זמינים. מאבטחים מנוסים שעברו הכשרה ובדיקות רקע קפדניות מבצעים סיורים שגרתיים במרכזי הנתונים של Google. ככל שמתקרבים לקומה של מרכז הנתונים, כך גוברים אמצעי האבטחה. הגישה לקומה של מרכז הנתונים אפשרית רק דרך מסדרון מאובטח עם בקרת גישה שכוללת תגי אבטחה ואמצעים ביומטריים. רק עובדים מורשים בתפקידים ספציפיים יכולים להיכנס לקומה. פחות מאחוז אחד מעובדי Google ייכנס אי פעם לאחד ממרכזי הנתונים של Google.

‫Google מפעילה מרכזי נתונים ברחבי העולם כדי למקסם את המהירות והאמינות של השירותים שלה. תשתית ה-IT שלה מוגדרת בדרך כלל לשרת תעבורת נתונים ממרכז הנתונים שהכי קרוב למקום שממנו תעבורת הנתונים מגיעה. לכן, המיקום המדויק של נתוני Google Maps Platform עשוי להשתנות בהתאם למקור התנועה, והנתונים האלה עשויים להיות מטופלים על ידי שרתים שנמצאים ב-EEA ובבריטניה או מועברים למדינות אחרות. המוצרים של לקוחות Google שבהם מוטמעים מוצרי Google Maps Platform זמינים לכלל המשתמשים (GA) ברחבי העולם, ולעיתים קרובות מושכים קהל גלובלי. התשתית הטכנית שתומכת במוצרים האלה פרוסה ברחבי העולם כדי לצמצם את זמן האחזור ולהבטיח יתירות של המערכות. Google Maps Platform משתמשת בקבוצת משנה של רשת מרכזי הנתונים הגלובלית של Google, שמפורטת כאן לעיון:

מפת העולם שבה המיקומים של מרכזי הנתונים מסומנים בנקודות כחולות

אמריקה הצפונית והדרומית

אירופה

אסיה

הפעלת מרכזי הנתונים של Google

כדי שהכול יפעל מסביב לשעון, וכדי לספק שירותים ללא הפרעות, במרכזי הנתונים של Google יש מערכות כוח ואמצעי בקרה סביבתיים עודפים. לכל רכיב קריטי יש ספק כוח ראשי וחלופי השווים בעוצמתם. גנרטורים לגיבוי יכולים לספק די והותר הספק חשמלי לשעת חירום כדי להפעיל כל אחד ממרכזי הנתונים בקיבולת מלאה. מערכות הקירור שומרות על טמפרטורה קבועה לתפעול השרתים וכל חומרה אחרת, ומפחיתות את הסיכון להפסקות זמניות בשירות. ציוד לזיהוי ולכיבוי אש עוזר למנוע נזק לחומרה. גלאי חום, אש ועשן מפעילים אזעקות שניתן לשמוע ולראות אותן במסופי הפעילות של גורמי האבטחה ובתחנות למעקב מרחוק.

‫Google היא החברה הראשונה מבין החברות הגדולות שמספקות שירותי אינטרנט, שקיבלה אישור חיצוני על הסטנדרטים הגבוהים של איכות סביבה, בטיחות במקום העבודה וניהול אנרגיה בכל מרכזי הנתונים שלה. למשל, כדי להדגים את המחויבות של Google לשיטות ניהול אנרגיה, במרכזי הנתונים שלה באירופה היא קיבלה אישורים וולונטריים לפי תקן ISO 50001.

חומרה ותוכנה של השרת בהתאמה אישית

במרכזי הנתונים של Google יש ציוד רשת ושרתים ייעודיים שחסכוניים באנרגיה ומותאמים אישית, ו-Google מתכננת ומייצרת אותם בעצמה. השרתים של Google מותאמים אישית כדי לשפר את הביצועים, הקירור והיעילות האנרגטית, אבל הם מיועדים גם להגן מפני פריצות פיזיות. בשונה מרוב החומרה שזמינה באופן מסחרי, השרתים של Google לא כוללים רכיבים מיותרים כמו כרטיסי מסך, ערכות שבבים ומחברים היקפיים שעלולים ליצור נקודות חולשה. ‫Google בוחרת בקפידה את ספקי הרכיבים שאנחנו עובדים איתם ואת הרכיבים, ופועלת בשיתוף עם ספקים כדי לבקר ולאשר את מאפייני האבטחה שהרכיבים מספקים. ‫Google מתכננת צ'יפים בהתאמה אישית, כמו Titan, שמאפשרים לנו לזהות ולאמת מכשירי Google לגיטימיים ברמת החומרה, כולל את הקוד שמשמש להפעלת המכשירים האלה.

משאבי השרתים מוקצים באופן דינמי, וכך מתאפשרות גמישות בצמיחה ויכולת התאמה עצמית במהירות וביעילות, על ידי הוספה או הקצאה מחדש של המשאבים על סמך הביקוש מצד הלקוחות. סביבה הומוגנית זו מתוחזקת באמצעות תוכנה קניינית שעוקבת באופן שוטף אחרי המערכות כדי לאתר שינויים ברמה הבינארית. המנגנונים האוטומטיים של Google לתיקון עצמי נועדו לאפשר לנו לעקוב אחרי אירועים מערערי יציבות ולתקן אותם, לקבל התראות על אירועים ולעכב פריצות פוטנציאליות לרשת.

פריסה מאובטחת של שירותים

שירותי Google הם הקבצים הבינאריים של האפליקציות, ש-Google Developers כותבים ומריצים בתשתית של Google. כדי להתמודד עם עומס העבודה הנדרש, אלפי מכונות עשויות להריץ קבצים בינאריים של אותו השירות. שירות תזמור של אשכולות, שנקרא Borg, שולט בשירותים שפועלים ישירות בתשתית.

התשתית לא מבוססת על אמון בין השירותים שפועלים בתשתית. מודל כזה נקרא מודל אבטחה של אפס אמון. וברירת המחדל שלו היא שאין אמון באף מכשיר או משתמש, בתוך הרשת ומחוץ לה.

מאחר שהתשתית נועדה להיות מרובת דיירים (tenants), הנתונים מהלקוחות של Google (צרכנים, עסקים ואפילו הנתונים של Google עצמה) מופצים בכל התשתית המשותפת. התשתית הזו מורכבת מעשרות אלפי מכונות הומוגניות. התשתית לא מפרידה נתוני לקוחות למכונה בודדת או לקבוצת מכונות,

מעקב אחרי חומרה וסילוקה

‫Google עוקבת בקפידה, באמצעות ברקודים ותגי נכסים, אחרי המיקום והסטטוס של כל הציוד במרכזי הנתונים. ‫Google התקינה גלאי מתכות ומצלמות מעקב כדי לוודא שאף ציוד לא יוצא מקומת מרכז הנתונים ללא אישור. אם רכיב כלשהו נכשל בבדיקת ביצועים בכל שלב במהלך מחזור החיים שלו, אנחנו מסירים אותו מהמלאי ומוציאים אותו משימוש.

במכשירי האחסון של Google, כולל כוננים קשיחים, כונני SSD ומודולי DIMM יציבים, נעשה שימוש בטכנולוגיות כמו FDE (הצפנת דיסק מלאה) ונעילת כונן, כדי להגן על הנתונים באחסון. כשמוציאים משימוש התקן אחסון, עובדים מורשים מוודאים שהדיסק נמחק על ידי כתיבת אפסים בכונן. הם גם מבצעים תהליך אימות רב-שלבי, כדי להבטיח שהכונן לא מכיל נתונים. אם אי אפשר למחוק מכשיר אחסון מסיבה כלשהי, הוא נהרס פיזית. תהליך ההרס הפיזי מתחיל במכשיר שמרסק את המכשיר, ולאחר מכן מגרסה שוברת את הכונן לחתיכות קטנות שעוברות מיחזור במתקן מאובטח. כל מרכזי הנתונים פועלים בהתאם למדיניות סילוק קפדנית, ואם מתרחש משהו שונה הוא מטופל באופן מיידי.

יתרונות האבטחה של הרשת הגלובלית של Google

בפתרונות מקומיים ובשירותי ענן אחרים של נתונים גיאוגרפיים, הנתונים עוברים בין מכשירים ברחבי האינטרנט הציבורי בנתיבים שנקראים צעדים. מספר הצעדים תלוי בנתיב האופטימלי בין ה-ISP של הלקוח למרכז הנתונים המיועד. כל צעד נוסף חושף מחדש את הנתונים לתקיפה או ליירוט. הרשת הגלובלית של Google מקושרת לרוב ספקי ה-ISP בעולם, ולכן היא מאפשרת לשפר את האבטחה של נתונים במעבר על ידי הגבלת הצעדים באינטרנט הציבורי. זאת הסיבה שהיא עוזרת להגביל את הגישה של גורמים זדוניים לנתונים.

הרשת של Google מוגנת לעומק בהגנה שכוללת כמה שכבות הגנה מפני התקפות חיצוניות על הרשת. רק שירותים ופרוטוקולים מורשים שעומדים בדרישות האבטחה של Google רשאים לעבור ביניהן, וכל השאר מושמט באופן אוטומטי. חומות אש ורשימות של בקרות גישה (ACL) משמשות לאכיפת ההפרדה של הרשת. כלל התעבורה מנותבת דרך שרתי Google Front End‏ (GFE) כדי לאתר ולעצור בקשות זדוניות והתקפות מניעת שירות מבוזרות (DDoS). היומנים נבדקים באופן סדיר כדי לחשוף כל ניצול של שגיאות תכנות. הגישה למכשירים ברשת מוגבלת לעובדים מורשים בלבד.

התשתית הגלובלית של Google מאפשרת לנו להפעיל את Project Shield. הפרויקט מספק הגנה בלתי מוגבלת בחינם לאתרים שחשופים למתקפות DDoS שמיועדות לצנזר מידע. ‫Project Shield זמין לאתרי חדשות, לאתרי זכויות אדם ולאתרים למעקב אחרי דפוסי הצבעה בבחירות.

פתרונות עם זמן אחזור נמוך וזמינות גבוהה

רשת נתוני ה-IP של Google מורכבת מסיבים, מסיבים ציבוריים ומכבלים תת-ימיים משלה. כך אנחנו יכולים לספק שירותים עם זמינות גבוהה וזמן אחזור נמוך ברחבי העולם.

‫Google מתכננת את רכיבי הפלטפורמה כך שיוכלו להיות יתירים מאוד. עקרון היתירות בא לידי ביטוי בתכנון השרתים של Google, בדרך שבה Google מאחסנת נתונים, בחיבור לרשת ולאינטרנט ואפילו בשירותי התוכנה עצמם. הגישה לפיה "הכול יתיר" מאפשרת טיפול בחריגות ויצירה של פתרון שלא תלוי בשרת מסוים, במרכז נתונים מסוים או בחיבור מסוים לרשת.

מרכזי הנתונים של Google פרוסים במיקומים גיאוגרפיים שונים כדי למזער את ההשפעות של שיבושים אזוריים, כמו אסונות טבע והפסקות זמניות בשירות המקומי, על מוצרים גלובליים. במקרה של כשל בחומרה, בתוכנה או ברשת, שירותי הפלטפורמה ורמות הבקרה מועברים באופן אוטומטי ומיידי ממתקן אחד למתקן אחר, כדי ששירותי הפלטפורמה יוכלו להמשיך לפעול ללא הפרעה.

התשתית היתירה של Google גם עוזרת לכם להגן על עצמכם מפני אובדן נתונים. אנחנו מתכננים את המערכות של Google באופן שמצמצם את הצורך בזמני השבתה ובחלונות זמן לתחזוקה, גם כשאנחנו צריכים לתחזק את הפלטפורמה או לשדרג אותה.

אבטחה תפעולית

אבטחה היא לא מחשבה חולפת או מקרית, אלא חלק בלתי נפרד מהתפעול של Google. בקטע הזה מתוארות התוכניות של Google לניהול נקודות חולשה, למניעת תוכנות זדוניות, למעקב אחרי מצב האבטחה ולניהול אירועי אבטחה.

ניהול נקודות חולשה

במסגרת התהליך הפנימי של Google לניהול נקודות חולשה, אנחנו מחפשים באופן פעיל איומי אבטחה בכל סטאק התוכנות. בתהליך משולבים כלים שזמינים מסחרית, כלים של קוד פתוח וכלים ייעודיים פנים-ארגוניים, שכוללים:

  • תהליכי בקרת איכות
  • בדיקות אבטחת תוכנה
  • מאמצים אוטומטיים וידניים מוגברים למניעת חדירות, כולל תרגילי צוות אדום (Red Team) נרחבים
  • בדיקות חדירה חיצוניות חוזרות למוצרים של הפלטפורמה של מפות Google
  • ביקורות חיצוניות חוזרות

הארגון לניהול נקודות החולשה והשותפים שלו אחראים על זיהוי של נקודות חולשה ומעקב אחריהן. מאחר שכדי לשפר את האבטחה צריך לטפל בכל הבעיות ולתקן אותן, בצינורות עיבוד הנתונים האוטומטיים נערכות בדיקות חוזרות של מצב פריסת התיקונים כדי לצמצם את נקודות החולשה, ומסומנות לבדיקה פריסות שגויות או חלקיות.

כדי לשפר את יכולות הזיהוי, בארגון לניהול נקודות חולשה נעזרים באינדיקטורים איכותיים כדי להבדיל בין רעש לאותות שמעידים על איומים אמיתיים. הארגון גם מקיים יחסי גומלין עם התעשייה ועם קהילת הקוד הפתוח. לדוגמה, הארגון מפעיל את התוכנית Patch Reward Program עבור סורק אבטחת הרשת של Tsunami, שמתגמלת מפתחים שבונים בקוד פתוח כלים לזיהוי נקודות חולשה.

מניעת תוכנות זדוניות

‫Google מפעילה אמצעי הגנה מפני תוכנות זדוניות במוצרי הליבה שלה (כמו Gmail,‏ Google Drive,‏ Google Chrome,‏ YouTube,‏ Google Ads וחיפוש Google) שמשתמשים במגוון שיטות לזיהוי תוכנות זדוניות. כדי לגלות קבצים של תוכנות זדוניות באופן יזום, אנחנו משתמשים בסריקת אינטרנט, בפיצוץ קבצים, בזיהוי סטטי בהתאמה אישית, בזיהוי דינמי ובזיהוי באמצעות למידת מכונה. אנחנו גם משתמשים במגוון של מנועי אנטי-וירוס.

כדי להגן על העובדים שלנו, אנחנו משתמשים ביכולות האבטחה המתקדמות המובנות של Chrome Enterprise Premium ובתכונה "גרסה משופרת של גלישה בטוחה" ב-Google Chrome. היכולות האלה מאפשרות זיהוי יזום של אתרי פישינג ותוכנות זדוניות בזמן שהעובדים שלנו גולשים באינטרנט. אנחנו גם מפעילים את הגדרות האבטחה המחמירות ביותר שזמינות ב-Google Workspace, כמו ארגז חול לאבטחה ב-Gmail, כדי לסרוק באופן יזום קבצים מצורפים חשודים. היומנים מהיכולות האלה מוזנים למערכות הניטור לצורכי אבטחה שלנו, כפי שמתואר בקטע הבא.

ניטור לצורכי אבטחה

תוכנית הניטור לצורכי אבטחה של Google מתמקדת במידע שנאסף מתעבורת נתונים פנימית ברשת, מפעולות עובדים במערכות וממידע חיצוני על נקודות חולשה. אחת משיטות הפעולה העיקריות של Google היא לצבור ולאחסן את כל נתוני האבטחה של הטלמטריה במקום אחד, לטובת ניתוח מאוחד של נתוני האבטחה.

תעבורת הנתונים הפנימית נבחנת במקומות רבים ברשת הגלובלית של Google כדי לזהות התנהגות חשודה, למשל נוכחות של תעבורה שעלולה להעיד על חיבורים של בּוֹטנֶטִים. הניתוח הזה מבוסס על שילוב של כלים בקוד פתוח וכלים מסחריים שמאפשרים תיעוד וניתוח של תעבורת הנתונים. הוא נתמך גם על ידי מערכת מותאמת קניינית שמסתמכת על הטכנולוגיה של Google. בניתוח הרשת Google נעזרת בבחינה של יומני המערכת כדי לזהות התנהגות חריגה, כמו ניסיון לגשת לנתוני לקוחות.

קבוצת Threat Analysis Group ב-Google עוקבת אחרי גורמי איום והתפתחות הטקטיקות והשיטות שלהם. מהנדסי האבטחה של Google בודקים באופן פעיל דוחות אבטחה על תעבורה נכנסת ועוקבים אחרי רשימות תפוצה ציבוריות, פוסטים בבלוגים ו-wikis. ניתוח רשתות אוטומטי וניתוח אוטומטי של יומני המערכת עוזרים לקבוע מתי איום לא ידוע עלול להתרחש. אם התהליכים האוטומטיים מזהים בעיה, היא מועברת לטיפול של צוות האבטחה של Google.

זיהוי פריצות אבטחה

‫Google משתמשת בצינורות מתקדמים לעיבוד נתונים כדי לשלב אותות מבוססי-מארחים במכשירים ספציפיים, אותות מבוססי-רשת מנקודות מעקב שונות בתשתית ואותות משירותי תשתית. כללים ובינת מכונה, שמתווספים לצינורות עיבוד הנתונים, מספקים למהנדסי האבטחה התפעולית אזהרות לגבי אירועים אפשריים. צוותי החקירה והתגובה לאירועים של Google מעניקים טיפול, מחקר ומענה לאירועים פוטנציאליים במשך 24 שעות ביממה, 365 ימים בשנה. ‫Google עורכת תרגילי צוות אדום (Red Team) בנוסף לבדיקות חדירה חיצוניות, כדי למדוד ולשפר את היעילות של המנגנונים שלה לזיהוי ולתגובה.

ניהול אירועי אבטחה

אנחנו מפעילים תהליך קפדני של ניהול אירועי אבטחה שעלולים להשפיע על הסודיות, התקינות והזמינות של המערכות והנתונים. התוכנית לניהול אירועי אבטחה של Google מבוססת על הנחיות ה-NIST לטיפול בתקריות (NIST SP 800–61). ‫Google מספקת הדרכה לאנשי מפתח בצוות בנושאי בדיקה וטיפול בראיות כהכנה לקראת אירועים, כולל שימוש בכלים של צד שלישי ובכלים קנייניים.

‫Google בודקת תוכניות תגובה לאירועים בתחומים מרכזיים. בבדיקות האלה נלקחים בחשבון מגוון תרחישים, כולל איומים מבית ונקודות חולשה בתוכנה. כדי להגיע לפתרון מהיר של אירועי אבטחה, צוות האבטחה של Google זמין מסביב לשעון לכל העובדים.

מידע נוסף על תהליך התגובה לאירועי אבטחת מידע זמין במאמר ניהול אירועים ב-Google Maps Platform.

שיטות לפיתוח תוכנות

כדי להגביל באופן יזום את ההזדמנויות ליצור נקודות חולשה, Google משתמשת באמצעי הגנה על בקרת מקורות ובתהליך בדיקה על ידי שני צדדים. אנחנו גם משתמשים בספריות שמונעות ממפתחים להכניס סוגים מסוימים של באגים באבטחה. לדוגמה, ל-Google יש ספריות ותבניות framework שמיועדות למנוע נקודות חולשה של XSS בערכות SDK. ל-Google יש גם כלים אוטומטיים לזיהוי באגים באבטחה, כמו fuzzers, כלי ניתוח סטטיים ו-Web Security Scanners.

אמצעי הגנה על קוד מקור

קוד המקור של Google מאוחסן במאגרים שמבוססים על תקינות ומינהל מובְנים של המקור, ואפשר לערוך בהם ביקורות לגרסאות הנוכחיות והקודמות של השירות. התשתית מחייבת ליצור את הקבצים הבינאריים של השירות מקוד מקור ספציפי שכבר נבחן, אומת ונבדק. ‫Binary Authorization for Borg‏ (BAB) היא בדיקת אכיפה פנימית שמתבצעת בזמן הפריסה של שירות. בדיקת ה-BAB:

  • מוודאת שהתצורה ותוכנת הייצור שנפרסות ב-Google נבדקו ואושרו, במיוחד במקרים שבהם יש לקוד גישה לנתוני המשתמש
  • מקפידה שהפריסות של הקוד והתצורה עומדות בסטנדרטים מינימליים מסוימים
  • מגבילה את היכולת של גורמים פנימיים או יריבים לבצע שינויים זדוניים בקוד המקור, ומספקת גם נתיב פורנזי מהשירות בחזרה למקור שלו.

צמצום של סיכון מבפנים

‫Google מגבילה את הפעילויות של העובדים שקיבלו הרשאת אדמין לתשתית, ועוקבת אחריהן באופן פעיל. אנחנו כל הזמן חותרים לבטל את הצורך בגישה בעלת הרשאות למשימות מסוימות, ולהחליף זאת בתהליך אוטומטי שיכול להשלים את המשימות האלו באופן בטוח ומבוקר. לדוגמה, Google דורשת אישורים של שני צדדים בחלק מהפעולות, ומשתמשת בממשקי API מוגבלים שמאפשרים ניפוי באגים בלי לחשוף מידע רגיש.

באמצעות הוּקים (hooks) בתשתית ברמה נמוכה, אפשר לתעד את הכניסה של עובדי Google למידע של משתמשי קצה. צוות האבטחה של Google עוקב אחרי דפוסי הגישה וחוקר אירועים חריגים.

בדיקה של תוכנית התאוששות מאסון (DR) – ‏DiRT

בפלטפורמה של מפות Google נערכים מדי שנה אירועים של בדיקת תוכנית התאוששות מאסון (DiRT) שנמשכים כמה ימים וכוללים את כל החברה, כדי לוודא שהשירותים והפעילות העסקית הפנימית של הפלטפורמה של מפות Google ימשיכו לפעול בזמן אסון. צוות DiRT הוקם כדי למצוא נקודות חולשה במערכות קריטיות על ידי גרימת כשלים באופן מכוון, ולתקן את נקודות החולשה האלה לפני שהכשלים יקרו באופן לא מבוקר. במסגרת DiRT, אנחנו בודקים את החוסן הטכני של Google על ידי השבתת מערכות פעילות, ואת החוסן התפעולי של Google על ידי מניעה מפורשת של השתתפות של אנשי צוות קריטיים, מומחים בתחום ומנהלים. כל השירותים שזמינים לכלל המשתמשים (GA) נדרשים לעבור בדיקות DiRT פעילות ומתמשכות, ואימות של העמידות והזמינות שלהם.

כדי להתכונן לתרגיל DiRT, ‏Google משתמשת בקבוצה עקבית של כללים בנוגע לתעדוף, לפרוטוקולים של תקשורת, לציפיות לגבי ההשפעה ולדרישות לתכנון הבדיקה, כולל תוכניות חזרה למצב קודם שנבדקו ואושרו מראש. תרגילי DiRT ותרחישים לא רק מאלצים כשלים טכניים בשירות עצמו, אלא יכולים גם לכלול כשלים מתוכננים בתהליך, בזמינות של אנשי מפתח, במערכות תומכות, בתקשורת ובגישה פיזית. צוות DiRT מוודא שהתהליכים הקיימים באמת עובדים בפועל. כך גם אפשר לוודא שהצוותים עברו הכשרה מראש ושיש להם ניסיון שהם יכולים להסתמך עליו בזמן הפסקות, שיבושים ואסונות בפועל, בין אם הם מעשה ידי אדם או טבעיים.

אמצעי בקרת אבטחה עיקריים

בקטע הזה מתוארים אמצעי האבטחה העיקריים שמוטמעים ב-Google Maps Platform כדי להגן על הפלטפורמה.

הצפנה

הצפנה מעניקה שכבת הגנה נוספת על הנתונים. באמצעות הצפנה אפשר לוודא שגם אם תוקף משיג גישה לנתונים, הוא לא יוכל לקרוא אותם אם אין לו גישה גם למפתחות ההצפנה. גם אם תוקף ישיג גישה לנתונים (למשל, באמצעות שימוש בחיבור הקווי בין מרכזי נתונים או גניבה של התקן אחסון), הוא לא יוכל להבין ולפענח אותם.

ההצפנה היא מנגנון חשוב באופן שבו Google מגינה על פרטיות הנתונים. היא מאפשרת למערכות לבצע פעולות בנתונים, למשל גיבוי, ומאפשרת למהנדסי התוכנה לתמוך בתשתית של Google בלי לאפשר גישה לתוכן של המערכות והעובדים האלה.

הצפנה במנוחה

הצפנה "במנוחה" בקטע הזה היא הצפנה שמשמשת להגנה על נתונים שמאוחסנים בדיסק (כולל בכונני SSD) ובמדיה לגיבוי. הנתונים מוצפנים ברמת האחסון, בדרך כלל באמצעות AES256 (תקן הצפנה מתקדם). הנתונים מוצפנים לעיתים קרובות בכמה רמות במחסנית האחסון של Google בסביבות ייצור במרכזי נתונים, כולל ברמת החומרה, בלי שנדרשת פעולה כלשהי מצד הלקוחות של Google.

שימוש בשכבות הצפנה מרובות מוסיף הגנה על נתונים יתירה ומאפשר ל-Google לבחור את הגישה האופטימלית על סמך דרישות האפליקציה. כדי להטמיע את ההצפנה באופן עקבי בכל המוצרים, Google משתמשת בספריות קריפטוגרפיות משותפות שכוללות את המודול המאומת FIPS 140-2 של Google. המשמעות של שימוש עקבי בספריות משותפות היא שרק צוות קטן של קריפטוגרפים צריך להטמיע ולתחזק את הקוד הזה, שנמצא בפיקוח קפדני ועובר בדיקות קפדניות.

הגנה על נתונים במעבר

נתונים עשויים להיות חשופים לגישה לא מורשית במהלך המעבר שלהם ברחבי האינטרנט. Google Maps Platform תומכת בהצפנה חזקה במעבר בין המכשירים והרשתות של הלקוחות לבין שרתי ממשק הקצה של Google‏ (GFE). ‫Google ממליצה ללקוחות ולמפתחים להשתמש בסט האלגוריתמים להצפנה החזק ביותר שנתמך ב-Google‏ (TLS 1.3) כשהם יוצרים אפליקציות. יש לקוחות עם תרחישי שימוש שדורשים סטים ישנים יותר של אלגוריתמים להצפנה (cipher suite) מטעמי תאימות, ולכן Google Maps Platform תומכת בתקנים החלשים יותר האלה, אבל מומלץ לא להשתמש בהם אם אפשר. ב-Google Cloud יש אפשרויות נוספות להצפנת נתונים במעבר, כולל Cloud VPN להקמת רשתות וירטואליות פרטיות באמצעות IPSec למוצרים של Google Maps Platform.

הגנה על נתונים במעבר בין מרכזי הנתונים של Google

אבטחת שכבת התעבורה של אפליקציה (ALTS) מבטיחה שהתקינות של התנועה ב-Google מוגנת ומוצפנת לפי הצורך. אחרי שפרוטוקול לחיצת היד בין הלקוח לשרת הושלם, והלקוח והשרת מנהלים משא ומתן על הסודות הקריפטוגרפיים המשותפים הנדרשים להצפנה ולאימות של התנועה ברשת, ALTS מאבטחת את תנועת ה-RPC (קריאה לשירות מרוחק) על ידי אכיפת תקינות, באמצעות הסודות המשותפים שהוסכמו. ‫Google תומכת בכמה פרוטוקולים להבטחת תקינות, כמו AES-GMAC (תקן הצפנה מתקדם), עם מפתחות של 128 ביט. בכל פעם שתעבורת הנתונים יוצאת מגבול פיזי שבשליטת Google או מטעמה, למשל במעבר דרך WAN (רשת תקשורת מרחבית) בין מרכזי נתונים, כל הפרוטוקולים משודרגים באופן אוטומטי כדי לספק הצפנה והבטחה לתקינות.

זמינות השירותים של Google Maps Platform

יכול להיות שחלק מהשירותים של Google Maps Platform לא יהיו זמינים באזורים גיאוגרפיים מסוימים. השיבושים האלה בדרך כלל זמניים ונובעים מהפסקות זמניות בפעילות הרשת, אבל חלקם קבועים ונובעים מהגבלות מצד גורמי ממשל. בדוח השקיפות המקיף ובלוח הבקרה של סטטוס שירותי Google מוצגים שיבושים עדכניים ומתמשכים בתעבורת הנתונים בשירותי Google Maps Platform. ‫Google מספקת את הנתונים האלה כדי לעזור לכם לנתח ולהבין את המידע על זמן הפעולה התקינה של Google.

אבטחה בצד הלקוח

האבטחה היא אחריות משותפת של ספק שירותי הענן ושל הלקוח או השותף שמטמיעים את מוצרי Google Maps Platform. בקטע הזה מפורטים תחומי האחריות של הלקוח או השותף שצריך להביא בחשבון כשמתכננים פתרון של Google Maps Platform.

ממשקי API של JavaScript

אתרים מאובטחים

ב-Maps JavaScript API מתפרסמת קבוצת המלצות שמאפשרת ללקוחות לשפר את מדיניות אבטחת התוכן (CSP) באתר שלהם, כדי למנוע פרצות אבטחה כמו פרצת אבטחה XSS‏ (cross-site scripting), חטיפת קליקים ומתקפות החדרת קוד. ‫JavaScript API תומך בשני סוגים של CSP: מחמיר (באמצעות מספרים חד-פעמיים) ורשימת היתרים.

‫JavaScript מאובטח

אנחנו סורקים את קוד ה-JavaScript באופן קבוע כדי לאתר דפוסי אנטי-תבנית (anti-pattern) ידועים, ומתקנים במהירות את הבעיות. גרסאות חדשות של JavaScript API מתפרסמות מדי שבוע או לפי הצורך, אם מתעוררות בעיות.

אבטחת אפליקציות לנייד (MAS)

אבטחת אפליקציות לנייד (MAS) היא מאמץ פתוח, גמיש ומשותף, שמורכב מתרומות של עשרות מחברים ובודקים מכל העולם. פרויקט הדגל של OWASP לאבטחת אפליקציות לנייד (MAS) מספק תקן אבטחה לאפליקציות לנייד (OWASP MASVS) ומדריך מקיף לבדיקות (OWASP MASTG) שמכסה את התהליכים, השיטות והכלים שמשמשים לבדיקת אבטחה של אפליקציות לנייד, וגם קבוצה מקיפה של מקרי בדיקה שמאפשרת לבודקים לספק תוצאות עקביות ומלאות.

כדאי להשתמש ב-OWASP MAS כדי לשפר את יכולות האבטחה, הבדיקה והאימות של האפליקציות ל-iOS ול-Android.

Android

כשמפתחים אפליקציות ל-Android, כדאי גם לעיין בשיטות המומלצות של קהילת Android לפיתוח אפליקציות. הנחיות האבטחה כוללות שיטות מומלצות לאכיפת תקשורת מאובטחת, הגדרת ההרשאות הנכונות, אחסון נתונים בטוח, יחסי תלות בין שירותים ועוד.

iOS

כשמפתחים אפליקציות ל-iOS, כדאי לעיין במדריך של אפל למבוא לתכנות מאובטח, שכולל שיטות מומלצות לפלטפורמת iOS.

איסוף נתונים, שימוש בהם ושמירה שלהם

Google Maps Platform מחויב לשקיפות בנוגע לאיסוף נתונים, לשימוש בנתונים ולשמירת נתונים. איסוף הנתונים, השימוש בהם ושמירתם בפלטפורמה של מפות Google כפופים לתנאים ולהגבלות של הפלטפורמה של מפות Google, שכוללים את מדיניות הפרטיות של Google.

איסוף נתונים

הנתונים נאספים באמצעות שימוש במוצרים של Google Maps Platform. כלקוחות, אתם שולטים במידע שאתם מעבירים ל-Google Maps Platform באמצעות ממשקי API וערכות SDK. כל הבקשות ל-Google Maps Platform מתועדות ביומן, כולל קודי סטטוס של תגובות מהמוצר.

נתונים שנרשמו בפלטפורמה של מפות Google

Google Maps Platform מתעדת נתונים בכל חבילת המוצרים. היומנים מכילים כמה רשומות, שבדרך כלל כוללות:

  • מזהה חשבון, שיכול להיות מפתח API, מזהה לקוח או מספר פרויקט בענן. המידע הזה נדרש לצורך תפעול, תמיכה וחיוב.
  • כתובת ה-IP של השרת, השירות או המכשיר ששלח את הבקשה. בממשקי API, שימו לב שכתובת ה-IP שנשלחת אל Google Maps Platform תלויה באופן שבו הפעלת ה-API מוטמעת באפליקציה או בפתרון שלכם. במקרה של ערכות SDK, כתובת ה-IP של המכשיר שמפעיל את הערכה נרשמת ביומן.
  • כתובת ה-URL של הבקשה, שמכילה את ה-API ואת הפרמטרים שמועברים ל-API. לדוגמה, ב-Geocoding API נדרשים שני פרמטרים (כתובת ומפתח API). ל-Geocoding יש גם כמה פרמטרים אופציונליים. כתובת ה-URL של הבקשה תכיל את כל הפרמטרים שמועברים לשירות.
  • התאריך והשעה של הבקשה.
  • אפליקציות אינטרנט מתעדות כותרות של בקשות, שבדרך כלל כוללות נתונים כמו סוג דפדפן האינטרנט ומערכת ההפעלה.
  • באפליקציות לנייד שמשתמשות ב-SDK (Android ו-iOS), המערכת מתעדת את הגרסה,הספרייה ושם האפליקציה.

גישה ליומנים של Google Maps Platform

הגישה ליומנים מוגבלת מאוד ומורשית רק לחברי צוות ספציפיים שיש להם צורך עסקי לגיטימי. כל בקשת גישה לקובצי היומן מתועדת למטרות ביקורת, ומאומתת באמצעות ביקורות של צד שלישי לפי תקני ISO 27001 ו-SOC 2 של Google.

שימוש בנתונים

הנתונים שנאספים על ידי הפלטפורמה של מפות Google משמשים למטרות הבאות:

  • שיפור המוצרים והשירותים של Google
  • מתן תמיכה טכנית ללקוחות
  • מעקב תפעולי והתראות
  • שמירה על אבטחת הפלטפורמה
  • תכנון קיבולת הפלטפורמה

חשוב לציין ש-Google לא מוכרת את המידע האישי שלכם לצדדים שלישיים, כפי שמתואר במדיניות הפרטיות של Google.

שמירת נתונים ואנונימיזציה

יכול להיות שנתוני המשתמשים שנאספים ביומנים של Google Maps Platform יישמרו לתקופות שונות, בהתאם לצרכים העסקיים ובכפוף למדיניות האחסון והשמירה. נתוני המשתמשים נשמרים רק כשיש צורך עסקי לגיטימי, והם נמחקים כשהם כבר לא נחוצים למטרות שלשמן נאספו. אמצעי המחיקה הקבילים מוגדרים באופן קפדני וכוללים את כל השכבות באמצעות איסוף אשפה. תהליכי המחיקה מנוטרים ומאומתים כדי להבטיח עמידה בדרישות.

יכול להיות שנתוני שימוש אנונימיים ומצטברים שנגזרים מהיומנים יישמרו למשך זמן ארוך יותר. צוות הפרטיות בודק את כל תהליכי האנונימיזציה של הנתונים כדי לוודא שהם עומדים בתקן טכני מספק, ושהם מתאימים לצרכים הרגולטוריים, לצרכים של המוצר ולצרכים שקשורים לפרטיות.

תמיכה בדרישות תאימות

Google Maps Platform עוברת באופן סדיר אימות בלתי תלוי של אמצעי האבטחה, התאימות ובקרת האיכות, ומקבלת אישורים, אימותים (attestation) ודוחות ביקורת כדי להפגין תאימות. אנחנו נבדקים בהתאם לתקנים בינלאומיים, ואלה המרכזיים שבהם:

נוסף על כך, ללקוחות שלנו יש גישה לדוחות SOC 2 ו-SOC 3. אנחנו גם שותפים במסגרות רגולטוריות של מדינות ותחומים ספציפיים כמו NIST 800-53 ו-TISAX (גרמניה).

במרכז האבטחה והתאימות תוכלו לראות פירוט מלא של ההצעות שלנו לשמירה על תאימות.

סיכום

אבטחה היא קריטריון מרכזי בתכנון של התשתית, המוצרים והתפעול של Google. הודות להיקף שיתוף הפעולה והפעילות של Google עם קהילת המחקר בתחום האבטחה, אנחנו מסוגלים לטפל בנקודות חולשה במהירות ולרוב גם למנוע אותן לחלוטין. התשתית להפעלת השירותים של Google, כמו חיפוש Google, ‏YouTube ו-Gmail, היא אותה תשתית שהיא מציעה ללקוחות שלה, שנהנים ישירות מאמצעי הבקרה לאבטחה ומנוהלי האבטחה של Google.

אנחנו מאמינים שאנחנו מסוגלים לספק הגנה ברמה שאליה יכולים להגיע רק קומץ של ספקי ענן ציבורי או צוותי IT של ארגונים פרטיים. מכיוון שהגנה על נתונים היא הבסיס למודל העסקי של Google, אנחנו משקיעים באופן נרחב באבטחה, במשאבים ובמומחיות, בהיקף שאחרים לא יכולים להשתוות אליו. ההשקעה של Google מאפשרת לכם להתמקד בעסק שלכם ובחדשנות. נמשיך להשקיע בפלטפורמה כדי לאפשר לכם להפיק תועלת מהשירותים של Google באופן מאובטח ושקוף.

המאמרים הבאים