השדה בפרוטוקול המציין את מספר השבוע הוא ערך של 10 סיביות. ברוב המחשבים, כאשר מספר שלם (לא חתום) חורג מערכו המקסימלי, הוא עוטף לאפס. זה דומה בערך ל- Y2K, אם כי הוא דומה יותר לבעיית השנה 2038 הקרובה (אך עם שבועות במקום שניות). ערך זה של 10 סיביות יסתובב, ומערכת ה- GPS תחזיק באותו ערך זמן כמו שהתאפקה בשנת 1999.

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

התשובה של @ forest נכונה. אך מה שהופך את ההתהפכות לבעייתית מעט יותר הוא שיצרני מקלט GPS רבים היוו את זה על ידי תכנות מקדים של "תאריך ציר" פנימי בקושחה. כלומר, אם מקלט יוצר / תוכנת, למשל, 2015, אז יש היגיון פנימי שאומר "אם נראה שהתאריך הוא לפני 2015, זה כמובן שטויות אז הוסף 1024 למספר השבוע לכאורה". משמעות הדבר היא כי המקלט יתהפך, זמן מה בלבד בעתיד, 1024 שבועות לאחר תאריך הציר.

יש הסבר טוב כאן.

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

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

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

הערה צדדית נוספת: לווייני GPS חדשים (כלומר אלה ששוגרו מאז שנת 2014 לערך) משדרים גם הם ערך מספר 13 שבועות. כל מקלטים שנועדו להשתמש בהם לא יתגלגלו במשך 8191 שבועות, או 157 שנים.

תשובות אחרות מסבירות את בעיית ה- WNRO כבעיית זרימה / קטיעה / גלגול הזמנה גבוהה.

זה נכון.

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

דברים מסוג זה נמשכים כבר זמן מה בעולם הדיגיטלי. חלונות 95, 98 ואולי NT 3.51 יתרסקו בהפעלה של מיליונים לאחר 49.7 יום.

שעון הזמן האמיתי בלוחות אם מוקדמים רבים למחשבים אישיים יכול היה להתמודד רק עם טווח של 8 שנים, (3 ביטים). התאריך (1987 עבור 8086 רבים).

מספיק נכתב על Y2K ו- tm_year מ- time.h (שלא התהפך אלא השמין). אני זוכר שגם לנו הייתה גיליון פוסט Y2K עם חשבון תאריך עשרוני (COMP-3) בחשבון תאריכים בנקודות מכירה ברחבי העולם.

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