מהו WHQL של ​​מיקרוסופט ולמה הוא חשוב למנהלי ההתקנים שלכם?

 

אם אתם משתמשים ב-Windows, אתם תלויים הרבה יותר במנהלי התקנים חתומים ולא חתומים ממה שאתם עשויים לחשוב : הם אחראים להבטיח שכרטיס המסך, לוח האם, ציוד היקפי ואפילו תוכניות רבות שלכם יתקשרו כראוי עם מערכת ההפעלה. כאן נכנס לתמונה ה-WHQL של ​​מיקרוסופט, ראשי תיבות שתראו לעתים קרובות קשורים למנהלי התקנים וחומרה, אך כמעט אף אחד לא טורח להסביר מה המשמעות האמיתית שלו.

הסמכת WHQL (מעבדות איכות חומרה של Windows) היא תוכנית רשמית של מיקרוסופט המאמתת שמכשיר או מנהל התקן נבדקו ביסודיות ומתנהגים כמצופה ב-Windows. זוהי לא רק תווית שיווקית יפה: יש לה השלכות ישירות על יציבות, אבטחה, Windows Update ואפילו על האופן שבו מנהלי התקנים מסוימים נטענים בליבת המערכת. בואו נפרט זאת בפירוט בעזרת דוגמאות מעשיות.

מהו WHQL של ​​מיקרוסופט ולמה הוא משמש?

WHQL (מעבדות איכות חומרה של Windows) הוא תהליך ההסמכה הרשמי של מיקרוסופט לאימות תפקוד תקין ויציב של התקן חומרה, ציוד היקפי או מנהל התקן ב-Windows. הרעיון פשוט: אם יצרן עובר את כל הבדיקות הנדרשות על ידי מיקרוסופט, הוא יכול:

• הצג את הלוגו "תואם ל-Windows" על הקופסה, באתר האינטרנט ובחומרי השיווק של המוצרים שלהם.
• מופיע ברשימת תאימות החומרה (HCL) מבית מיקרוסופט, הרשימה הרשמית של חומרה מומלצת ומאומתת.
• הפץ את מנהלי ההתקנים שלך ישירות דרך Windows Update כנהגים מומלצים.

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

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

כיצד פועל תהליך הסמכת WHQL

הליבה הטכנית של תוכנית WHQL מורכבת מערכות בדיקת החומרה של מיקרוסופט , אשר שינו שמות והתפתחו במהלך השנים. נכון לעכשיו, ההתייחסות העיקרית היא ערכת מעבדת החומרה של Windows (HLK) , יורשתם של כלים קודמים כמו HCK (ערכת הסמכת חומרה).

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

1. בדוק את הבקר עם HLK/HCK בגרסאות היעד של Windows. לאחר התקנת הערכה בסביבת בדיקה, ה- מנהל בדיקות נהגים (DTM) כדי להפעיל באופן אוטומטי את כל סוללות הבדיקה הרלוונטיות עבור אותו מכשיר (גרפיקה, רשת, אודיו, ערכת שבבים וכו').
2. ודא שחבילת מנהלי ההתקנים עומדת בתקני התאימות של Windowsזה כולל כיצד קובץ ה-INF מותקן, כיצד הוא מטפל בשגיאות, כיצד הוא מתנהג במצב שינה/תרדמה, מה הוא עושה עם זיכרון המערכת וכו'.
3. שלח את יומני הבדיקה (יומני DTM) למיקרוסופט באמצעות שירותי משלוחים מקוונים, אשר נודעו בעבר כ שירותי איכות מקוונים של Windows (Winqual) וכיום הם מנוהלים באמצעות ה- מרכז מפתחי חומרה (HDC) ופורטלים נוכחיים של מיקרוסופט.

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

• חתימת WHQL אינה משנה את הקבצים הבינאריים של מנהל ההתקן. וגם לא קובץ ה-INF ששלח היצרן.
• מה שנחתם הוא הקטלוג שמפרט את הקבצים בחבילת מנהלי ההתקן., תוך שיוך שלהם לגיבוב קריפטוגרפי ולאימות שמיקרוסופט ביצעה.

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

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

חתימת WHQL וחתימת הוכחה: מה הן וכיצד הן שונות

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

תוכנית חתימת הבדיקות של WHQL מאפשרת ליצרני חומרה עצמאיים (IHD) להגיש חבילות מנהלי התקנים למטרות בדיקה בלבד . חתימה זו:

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

כדי להתקין מנהל התקן מאושר WHQL במחשב בדיקה , ישנם מספר שלבים חובה:

1. להשבית את אתחול אתחול מאובטח ב-UEFIלאחר השעיית BitLocker תחילה, אם הוא פעיל בדיסק המערכת, כדי למנוע בעיות הצפנה. פעולה זו מתבצעת מהגדרות הקושחה של המחשב.
2. הפעל את אפשרות האתחול של Windows "testsigning"א שורת הפקודה עם הרשאות מנהל והפעלות:
   bcdedit /set testsigning on
shutdown /r /t 00
3. הפעל מחדש את המערכתלאחר ההפעלה מחדש, Windows יציג סימן מים בפינה הימנית התחתונה המציין את מצב ניסיוןעריכה וקומפילציה של Windows.
4. התקן את הדרייבר עם חתימת הבדיקה הורד מ- מרכז פיתוח חומרה (HDC) או הפלטפורמה בה משתמש היצרן.

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

כדי לבקש חתימת בדיקת WHQL , מיקרוסופט שמרה באופן היסטורי על ערוצים ספציפיים כגון כתובת הדוא"ל [email protected] וביקשה לציין "חתימת בדיקה" בנושא, אם כי כיום חלק ניכר מהניהול הזה מתועל דרך הפורטלים הנוכחיים של מערכת האקולוגית של חומרת Windows.

מה המשמעות של הסמכת WHQL לבקרים?

במקרה הספציפי של מנהלי התקנים, הסמכת WHQL קשורה קשר הדוק לחתימות דיגיטליות ואבטחה . מיקרוסופט מפעילה תוכנית חתימה על מנהלי התקנים שבה יצרני ציוד מקורי (OEM) ויצרנים יכולים להגיש את חבילות מנהלי ההתקן שלהם לבדיקת HLK/HCK הרלוונטית.

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

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

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

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

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

דרייברים של WHQL לעומת Game Ready, BETA ו-HOTFIX

בעולם כרטיסי המסך והמשחקים, ראשי התיבות WHQL מתקיימים במקביל לתוויות שיווק אחרות שיכולות להיות מבלבלות למדי עבור המשתמש: Game Ready , Game On , BETA , HOTFIX , Studio Driver וכו'. כל אחת מהן מצביעה על איזון שונה בין יציבות, ביצועים וקצב רענון.

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

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

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

• הם כוללים אופטימיזציות ספציפיות למשחקים שיצאו לאחרונה או עבור תכונות חדשות (מעקב אחר קרניים, הרחבות API חדשות וכו').
• ייתכן שהם מכילים שגיאות או התנהגות לא יציבהדווקא בגלל שהם בניסויים.
• הם מחפשים משוב מהמשתמשים כדי לפתור בעיות לפני הפיכת השיפורים הללו לדרייבר WHQL או Game Ready.

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

• הם מתקנים בעיה אחת או כמה בעיה ספציפית מאוד., שום דבר אחר.
• הם מתפרסמים מהר מאודבלי לחכות למחזור הנהיגה הגדול הבא.
• הם אינם תחליף לטווח ארוך לדרייברים של WHQL או Game Ready.: הם בדרך כלל משולבים מאוחר יותר לגרסה יציבה כללית.

יתר על כן, יצרנים כמו NVIDIA ואינטל משחררים דרייברים מסוג "Game Ready" או "Game On" במקביל להשקות משחקים גדולים או עדכונים משמעותיים לכותרים פופולריים. הנקודה המרכזית כאן היא שדרייברים מסוג "Ready" ו-"Game On" אלה הם לרוב גרסאות מאושרות WHQL , המשלבות אופטימיזציה של משחקים עם חותם התאימות של מיקרוסופט.

בצד המקצועי יותר, יש לנו חבילות כמו NVIDIA Studio Driver, AMD Radeon Pro ו-Intel ARC Pro , המיועדות לתחנות עבודה ויישומי יצירת תוכן או CAD. מנהלי ההתקנים הבאים:

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

WHQL מיושם על חומרה: לוחות אם, כרטיסי מסך ומכשירים אחרים

הסמכת WHQL אינה מוגבלת לדרייברים בודדים ; היא חלה גם על שילובי חומרה שלמים, כגון לוחות אם או התקנים משולבים. דוגמה קלאסית היא לוחות אם התואמים רשמית ל-Windows 10.

יצרנים כמו ASUS ציפו את הגעתו של Windows 10 על ידי אישור לוחות אם כמו ASUS Z97-A ו- TUF Trooper B85 עם WHQL. מה המשמעות של זה בפועל?

• אחריות לפעולה תקינה של לוח האם עם Windows 10 בהיבטים מרכזיים כגון ניהול צריכת חשמל, שינה, מצב שינה, UEFI/BIOS, אפיקי PCIe וכו'.
• תאימות מלאה עם טכנולוגיות מערכת הפעלה, למשל עם DirectX 12, אשר ניצלה טוב יותר את ה-GPU באמצעות תורים אסינכרוניים, ריבוי הליכים עבור גרפיקה, מחשוב ועותקים, וניצול עדין יותר של משאבים.
• זה מאפשר ל-Windows לזהות בקלות את כל ההתקנים המשולבים בלוח האם. (אודיו, רשת, USB, SATA וכו') באמצעות מנהלי התקנים של WHQL מהאתחול הראשון או דרך Windows Update.

במקרה של ASUS, דובר על יותר מ-200 לוחות אם עם ערכות שבבים של אינטל החל מ-H61 ועד X99 וערכות שבבים של AMD החל מ-A55 ועד 990FX, בנוסף לפתרונות SoC שונים, שהיו בתהליך קבלת הסמכת WHQL עבור Windows 10. המטרה הייתה פשוטה: לאפשר למשתמשים לבנות מחשב אישי ולקבל תאימות מלאה עם הטכנולוגיות החדישות ביותר של מיקרוסופט ללא כאבי ראש.

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

WHQL, אבטחה וטעינת מנהלי התקנים ב-Windows

ההשפעה של WHQL ניכרת אפילו בתחומי אבטחה מתקדמים של Windows . דוגמה מעניינת מופיעה ביישום של Code Integrity Guard (CIG) עבור תהליכים כמו ai.exe ו- aimgr.exe ביישומי שולחן עבודה של Microsoft 365.

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

• Windows מזהה את חתימות מעבדות איכות החומרה של Windows כתקפות בין חתימות מיקרוסופט שאושרו על ידי Code Integrity Guard.
• ניתן לטעון מנהלי התקנים וקבצי DLL שאושרו על ידי WHQL לתוך תהליכים מוגנים אלה., בעוד שכל קובץ DLL שאינו חתום על ידי מיקרוסופט גורם למנהל הזיכרון להחזיר שגיאה STATUS_INVALID_IMAGE_HASH (0xC0000428) וייתכן שיוצג למשתמש תיבת דו-שיח של שגיאה.

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

זו הסיבה ש-Microsoft חותמת דיגיטלית על כל קבצי ה-DLL שהיא מצפה ש-ai.exe ו-aimgr.exe יטענו , ומבהירה כי אין להזריק קבצי DLL לא חתומים לתהליכים אלה. WHQL, כחלק משרשרת האמון, מסייע להבטיח שרק מנהלי התקנים לגיטימיים יהיו חלק מסביבה זו.

מאפייני חבילות מנהלי התקנים של WHQL

חבילות מנהלי התקנים המופצות דרך ערוצי WHQL ואלו הכלולות "כברירת מחדל" ב-Windows אינן תמיד מכילות בדיוק את אותם רכיבים כמו מתקין מלא שמספק היצרן באתר האינטרנט שלו.

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

• קבצים בינאריים ספציפיים לכלי ניהול או לוחות בקרה מתקדמים.
• שירותי רקע לתושבים שנוספו על ידי היצרן.
• רשומות יומן הקשורות למודולי מנוי, טלמטריה או כלי עזר.
• תוספי OpenGL התלויים ב-ICDs קנייניים (מנהלי התקנים להתקנה), יישומי בדיקת חומרה וכו'.

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

זה מסביר מדוע מנהל ההתקן המותקן על ידי Windows Update הוא לפעמים "נקי" וקל יותר מזה שאתה מוריד מאתר האינטרנט של היצרן. הראשון מכיל בדרך כלל רק את הדברים החיוניים למערכת כדי לזהות את ההתקן ולפעול כראוי; השני מוסיף כלי עזר, לוחות תצורה ושירותים נוספים, שעשויים להיות שימושיים עבורך או לא, אך אינם חלק מהסמכת WHQL המחמירה.

WHQL של ​​מיקרוסופט הוא הרבה יותר מסתם לוגו על קופסת רכיב : זוהי שרשרת של בדיקות, חתימות דיגיטליות, בדיקות אבטחה ותהליכי אינטגרציה שמשפיעים ישירות על האופן שבו מנהלי התקנים וחומרה מותקנים ומתנהגים ב-Windows. הבנת המשמעות של חותם זה, כיצד חתימת בדיקה שונה מחתימת שחרור, וכיצד היא משתלבת עם מושגים כמו Game Ready, BETA או HOTFIX, עוזרת לך לקבל החלטות מושכלות יותר בבחירת מנהלי התקנים ורכיבים למחשב שלך, תוך איזון ביצועים, יציבות ואבטחה בהתאם לצרכים שלך בפועל.