Mozilla תתחיל לקבל תוספות המבוססות על הגרסה השלישית של מניפסט Chrome

ב-21 בנובמבר, ספריית AMO (addons.mozilla.org) תתחיל לקבל וחתימה דיגיטלית על תוספות באמצעות גרסה 109 של מניפסט Chrome. ניתן לבדוק את התוספות הללו בבנייה לילית של Firefox. במהדורות יציבות, תמיכה בגרסת מניפסט 17 תופעל ב-Firefox 2023, המתוכנן ל-2023 בינואר XNUMX. התמיכה בגרסה השנייה של המניפסט תישמר בעתיד הנראה לעין, אך בסוף XNUMX, לאחר הערכת הדינמיקה של העברת תוספות לגרסה השלישית של המניפסט, האפשרות לבטל את התמיכה בגרסה השנייה של המניפסט יילקח בחשבון.

המניפסט של Chrome מגדיר את היכולות והמשאבים הזמינים לתוספים שנכתבו באמצעות WebExtensions API. החל מגרסה 57, Firefox עבר לחלוטין להשתמש ב-WebExtensions API לפיתוח הרחבות והפסיק לתמוך בטכנולוגיית XUL. המעבר ל-WebExtensions איפשר לאחד את פיתוח התוספות עם פלטפורמות Chrome, Opera, Safari ו-Edge, פשט את העברת התוספות בין דפדפני אינטרנט שונים ואיפשר שימוש מלא במצב ריבוי התהליכים של פעולה (ניתן להפעיל תוספות WebExtensions בתהליכים נפרדים, מבודדים משאר הדפדפן). כדי לאחד את פיתוח התוספות עם דפדפנים אחרים, Firefox מספק תאימות כמעט מלאה לגרסה השנייה של מניפסט Chrome.

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

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

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

• API חדש לסינון תוכן הצהרתי נוסף, אך בניגוד ל-Chrome, התמיכה במצב החסימה הישן של webRequest API לא הופסקה.
• המניפסט מגדיר את החלפת דפי הרקע באפשרות Service Workers, הפועלת כתהליכי רקע (Background Service Workers). כדי להבטיח תאימות בעתיד, פיירפוקס יתמוך ב-Service Workers, אך כיום הם מוחלפים במנגנון חדש של Event Pages, המוכר יותר למפתחי אתרים, אינו דורש עיבוד מלא של תוספות ומבטל את המגבלות הקשורות השימוש ב-Service Workers. Event Pages יאפשרו לתוספות עמוד רקע קיימות להתאים לדרישות הגרסה השלישית של המניפסט, תוך שמירה על גישה לכל היכולות הדרושות לעבודה עם ה-DOM.
• המודל החדש של בקשת הרשאה מפורטת - התוסף לא יוכל להיות מופעל עבור כל הדפים בבת אחת (הרשאת "all_urls" הוסרה), אלא יפעל רק בהקשר של הכרטיסייה הפעילה, כלומר. המשתמש יצטרך לאשר שהתוסף עובד עבור כל אתר. בפיירפוקס, כל בקשות הגישה לנתוני האתר ייחשבו כאופציונליות, וההחלטה הסופית על מתן גישה תתקבל על ידי המשתמש, אשר יוכל להחליט באופן סלקטיבי איזו תוסף להעניק גישה לנתונים שלו באתר מסוים.

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

  
• שינוי בטיפול בבקשות צולבות מקור - בהתאם למניפסט החדש, סקריפטים לעיבוד תוכן יהיו כפופים לאותן מגבלות הרשאה כמו עבור הדף הראשי שבו משובצים סקריפטים אלו (לדוגמה, אם לדף אין גישה ל- מיקום API, אז גם תוספות הסקריפט לא יקבלו גישה זו). שינוי זה מיושם במלואו בפיירפוקס.
• API מבוסס הבטחה. Firefox תומך ב-API זה ועבור הגרסה השלישית של המניפסט יעביר אותו למרחב השמות "chrome.*".
• איסור על ביצוע קוד שהורדו משרתים חיצוניים (אנחנו מדברים על מצבים שבהם התוסף טוען ומבצע קוד חיצוני). Firefox משתמש בחסימת קוד חיצוני ומפתחי מוזילה הוסיפו טכניקות נוספות למעקב אחר הורדות קוד המוצעות בגרסה השלישית של המניפסט. עבור סקריפטים לעיבוד תוכן, מסופקת מדיניות הגבלת גישה לתוכן (CSP, Content Security Policy).

מקור: OpenNet.ru