ક્રોમ 98 રિલીઝ

ગૂગલે ક્રોમ 98 વેબ બ્રાઉઝરના પ્રકાશનનું અનાવરણ કર્યું છે. તે જ સમયે, ફ્રી ક્રોમિયમ પ્રોજેક્ટનું સ્થિર પ્રકાશન, જે ક્રોમનો આધાર છે, ઉપલબ્ધ છે. ક્રોમ બ્રાઉઝરને Google લોગોના ઉપયોગ, ક્રેશની સ્થિતિમાં સૂચનાઓ મોકલવા માટેની સિસ્ટમની હાજરી, કૉપિ-પ્રોટેક્ટેડ વિડિયો કન્ટેન્ટ (DRM) ચલાવવા માટેના મોડ્યુલ્સ, ઑટોમેટિક અપડેટ સિસ્ટમ અને RLZ શોધતી વખતે ટ્રાન્સમિશન દ્વારા અલગ પાડવામાં આવે છે. પરિમાણો ક્રોમ 99 ની આગામી રીલીઝ 1મી માર્ચે સુનિશ્ચિત થયેલ છે.

Chrome 98 માં મુખ્ય ફેરફારો:

• બ્રાઉઝર પાસે પ્રમાણપત્ર સત્તાવાળાઓના રૂટ પ્રમાણપત્રોનો પોતાનો સ્ટોર છે (ક્રોમ રૂટ સ્ટોર), જેનો ઉપયોગ દરેક ઓપરેટિંગ સિસ્ટમ માટે વિશિષ્ટ બાહ્ય સ્ટોર્સને બદલે કરવામાં આવશે. સ્ટોરને ફાયરફોક્સમાં રૂટ પ્રમાણપત્રોના સ્વતંત્ર સ્ટોરની જેમ જ લાગુ કરવામાં આવે છે, જેનો ઉપયોગ HTTPS પર સાઇટ્સ ખોલતી વખતે પ્રમાણપત્ર ટ્રસ્ટ ચેઇનને તપાસવા માટે પ્રથમ લિંક તરીકે થાય છે. નવો સ્ટોરેજ હજી ડિફૉલ્ટ રૂપે ઉપયોગમાં લેવાયો નથી. સિસ્ટમ સ્ટોરેજ કન્ફિગરેશનના સંક્રમણને સરળ બનાવવા અને પોર્ટેબિલિટી સુનિશ્ચિત કરવા માટે, એક સંક્રમણ અવધિ હશે જે દરમિયાન Chrome રૂટ સ્ટોરમાં મોટાભાગના સમર્થિત પ્લેટફોર્મ્સ પર મંજૂર પ્રમાણપત્રોની સંપૂર્ણ પસંદગી શામેલ હશે.
• જ્યારે સાઇટ ખોલવામાં આવે ત્યારે લોડ થયેલ સ્ક્રિપ્ટ્સમાંથી સ્થાનિક નેટવર્ક પર અથવા વપરાશકર્તાના કમ્પ્યુટર (લોકલહોસ્ટ) પર સંસાધનોને ઍક્સેસ કરવા સંબંધિત હુમલાઓ સામે રક્ષણને મજબૂત કરવાની યોજના અમલમાં છે. આવી વિનંતીઓનો ઉપયોગ હુમલાખોરો દ્વારા રાઉટર્સ, એક્સેસ પોઈન્ટ્સ, પ્રિન્ટર્સ, કોર્પોરેટ વેબ ઈન્ટરફેસ અને અન્ય ઉપકરણો અને સેવાઓ પર CSRF હુમલા કરવા માટે કરવામાં આવે છે જે ફક્ત સ્થાનિક નેટવર્કની વિનંતીઓ સ્વીકારે છે.

  આવા હુમલાઓ સામે રક્ષણ આપવા માટે, જો આંતરિક નેટવર્ક પર કોઈપણ પેટા-સંસાધનોને ઍક્સેસ કરવામાં આવે, તો બ્રાઉઝર આવા પેટા-સંસાધનોને ડાઉનલોડ કરવાની પરવાનગી માટે સ્પષ્ટ વિનંતી મોકલવાનું શરૂ કરશે. આંતરિક નેટવર્ક અથવા લોકલહોસ્ટને એક્સેસ કરતા પહેલા મુખ્ય સાઇટ સર્વરને “એક્સેસ-કંટ્રોલ-રિક્વેસ્ટ-પ્રાઇવેટ-નેટવર્ક: સાચું” હેડર સાથે CORS (ક્રોસ-ઓરિજિન રિસોર્સ શેરિંગ) વિનંતી મોકલીને પરવાનગી માટેની વિનંતી હાથ ધરવામાં આવે છે. આ વિનંતીના જવાબમાં ઑપરેશનની પુષ્ટિ કરતી વખતે, સર્વરે "ઍક્સેસ-કંટ્રોલ-મંજૂરી આપો-ખાનગી-નેટવર્ક: સાચું" હેડર પરત કરવું આવશ્યક છે. ક્રોમ 98 માં, ચેકને ટેસ્ટ મોડમાં લાગુ કરવામાં આવે છે અને જો ત્યાં કોઈ પુષ્ટિ ન હોય, તો વેબ કન્સોલમાં ચેતવણી પ્રદર્શિત થાય છે, પરંતુ સબ રિસોર્સ વિનંતી પોતે જ અવરોધિત નથી. જ્યાં સુધી Chrome 101 રીલિઝ ન થાય ત્યાં સુધી અવરોધિત કરવાનું સક્ષમ કરવાની યોજના નથી.

• એકાઉન્ટ સેટિંગ્સ ઉન્નત સુરક્ષિત બ્રાઉઝિંગના સમાવેશને સંચાલિત કરવા માટે સાધનોને એકીકૃત કરે છે, જે ફિશિંગ, દૂષિત પ્રવૃત્તિ અને વેબ પરના અન્ય જોખમો સામે રક્ષણ આપવા માટે વધારાની તપાસને સક્રિય કરે છે. જ્યારે તમે તમારા Google એકાઉન્ટમાં મોડને સક્રિય કરો છો, ત્યારે તમને હવે Chrome માં મોડને સક્રિય કરવા માટે સંકેત આપવામાં આવશે.
• ક્લાયંટ સાઇડ પર ફિશિંગ પ્રયાસો શોધવા માટે એક મૉડલ ઉમેર્યું, TFLite મશીન લર્નિંગ પ્લેટફોર્મ (TensorFlow Lite) નો ઉપયોગ કરીને અમલમાં મૂકવામાં આવ્યું છે અને Google બાજુએ ચકાસણી કરવા માટે ડેટા મોકલવાની જરૂર નથી (આ કિસ્સામાં, ટેલિમેટ્રી મોડેલ સંસ્કરણ વિશેની માહિતી સાથે મોકલવામાં આવે છે. અને દરેક શ્રેણી માટે ગણતરી કરેલ વજન) . જો ફિશિંગનો પ્રયાસ મળી આવે, તો શંકાસ્પદ સાઇટ ખોલતા પહેલા વપરાશકર્તાને ચેતવણી પૃષ્ઠ બતાવવામાં આવશે.
• ક્લાયંટ હિન્ટ્સ API માં, જે યુઝર-એજન્ટ હેડરના રિપ્લેસમેન્ટ તરીકે વિકસાવવામાં આવી રહ્યું છે અને તમને સર્વર દ્વારા વિનંતી કર્યા પછી જ ચોક્કસ બ્રાઉઝર અને સિસ્ટમ પેરામીટર્સ (વર્ઝન, પ્લેટફોર્મ, વગેરે) વિશે પસંદગીપૂર્વક ડેટા મોકલવાની મંજૂરી આપે છે, તે છે. TLS માં વપરાતી GREASE (રેન્ડમ એક્સ્ટેન્શન્સ જનરેટ કરો અને ટકાઉ એક્સ્ટેન્સિબિલિટી) મિકેનિઝમ સાથે સામ્યતા અનુસાર, બ્રાઉઝર ઓળખકર્તાઓની સૂચિમાં કાલ્પનિક નામોને બદલવાનું શક્ય છે. ઉદાહરણ તરીકે, '"Chrome" ઉપરાંત; v="98″' અને '"Chromium"; v="98″' બિન-અસ્તિત્વ ધરાવતા બ્રાઉઝરનું રેન્ડમ ઓળખકર્તા '"(નથી; બ્રાઉઝર"; v="12″' સૂચિમાં ઉમેરી શકાય છે. આવા અવેજી અજાણ્યા બ્રાઉઝરના ઓળખકર્તાઓની પ્રક્રિયામાં સમસ્યાઓ ઓળખવામાં મદદ કરશે, જે એ હકીકત તરફ દોરી જાય છે કે વૈકલ્પિક બ્રાઉઝર્સને અન્ય લોકપ્રિય બ્રાઉઝર હોવાનો ઢોંગ કરવાની ફરજ પાડવામાં આવે છે જેથી સ્વીકાર્ય બ્રાઉઝર્સની યાદીઓ સામે તપાસને બાયપાસ કરવામાં આવે.
• 17 જાન્યુઆરીથી, ક્રોમ વેબ સ્ટોર હવે એવા ઍડ-ઑન્સને સ્વીકારતું નથી કે જે ક્રોમ મેનિફેસ્ટના સંસ્કરણ 2023નો ઉપયોગ કરે છે. નવા ઉમેરાઓ હવે માત્ર મેનિફેસ્ટના ત્રીજા સંસ્કરણ સાથે જ સ્વીકારવામાં આવશે. અગાઉ ઉમેરેલ એડ-ઓન્સના વિકાસકર્તાઓ હજુ પણ મેનિફેસ્ટના બીજા સંસ્કરણ સાથે અપડેટ્સ પ્રકાશિત કરવામાં સક્ષમ હશે. મેનિફેસ્ટોના બીજા સંસ્કરણનું સંપૂર્ણ અવમૂલ્યન જાન્યુઆરી XNUMX માટે આયોજન કરવામાં આવ્યું છે.
• COLRv1 ફોર્મેટમાં કલર વેક્ટર ફોન્ટ્સ માટે ઉમેરાયેલ સપોર્ટ (ઓપન ટાઈપ ફોન્ટ્સનો સબસેટ જેમાં વેક્ટર ગ્લિફ્સ ઉપરાંત, રંગ માહિતી સાથેનું સ્તર છે), જેનો ઉપયોગ કરી શકાય છે, ઉદાહરણ તરીકે, મલ્ટીકલર ઇમોજી બનાવવા માટે. અગાઉ સપોર્ટેડ COLRv0 ફોર્મેટથી વિપરીત, COLRv1 હવે ગ્રેડિએન્ટ્સ, ઓવરલે અને ટ્રાન્સફોર્મેશનનો ઉપયોગ કરવાની ક્ષમતા ધરાવે છે. ફોર્મેટ કોમ્પેક્ટ સ્ટોરેજ ફોર્મ પણ પૂરું પાડે છે, કાર્યક્ષમ કમ્પ્રેશન પૂરું પાડે છે અને રૂપરેખાના પુનઃઉપયોગ માટે પરવાનગી આપે છે, ફોન્ટના કદમાં નોંધપાત્ર ઘટાડો કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, નોટો કલર ઇમોજી ફોન્ટ રાસ્ટર ફોર્મેટમાં 9MB અને COLRv1 વેક્ટર ફોર્મેટમાં 1.85MB લે છે.
• ઓરિજિન ટ્રાયલ્સ મોડ (પ્રાયોગિક સુવિધાઓ કે જેને અલગ એક્ટિવેશનની જરૂર હોય છે) એ રિજન કેપ્ચર APIનો અમલ કરે છે, જે તમને કૅપ્ચર કરેલા વીડિયોને કાપવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, મોકલતા પહેલા ચોક્કસ સામગ્રીને કાપી નાખવા માટે, તેમના ટેબની સામગ્રી સાથે વિડિયો કેપ્ચર કરતી વેબ એપ્લિકેશન્સમાં કાપવાની જરૂર પડી શકે છે. ઑરિજિન ટ્રાયલ લોકલહોસ્ટ અથવા 127.0.0.1 પરથી ડાઉનલોડ કરેલ એપ્લિકેશનમાંથી ઉલ્લેખિત API સાથે કામ કરવાની ક્ષમતા સૂચવે છે, અથવા નોંધણી કર્યા પછી અને વિશિષ્ટ ટોકન પ્રાપ્ત કર્યા પછી જે ચોક્કસ સાઇટ માટે મર્યાદિત સમય માટે માન્ય છે.
• CSS પ્રોપર્ટી "contain-intrinsic-size" હવે "auto" વેલ્યુને સપોર્ટ કરે છે, જે એલિમેન્ટના છેલ્લા યાદ કરેલા કદનો ઉપયોગ કરશે (જ્યારે "content-visibility: auto" સાથે ઉપયોગ કરવામાં આવે છે, ત્યારે ડેવલપરને એલિમેન્ટના રેન્ડર કરેલ કદનું અનુમાન લગાવવાની જરૂર નથી) .
• AudioContext.outputLatency ગુણધર્મ ઉમેરી, જેના દ્વારા તમે ઓડિયો આઉટપુટ (ઓડિયો વિનંતી અને ઓડિયો આઉટપુટ ઉપકરણ દ્વારા પ્રાપ્ત ડેટાની પ્રક્રિયાની શરૂઆત વચ્ચેનો વિલંબ) પહેલા અનુમાનિત વિલંબ વિશે માહિતી મેળવી શકો છો.
• CSS પ્રોપર્ટી કલર-સ્કીમ, જે એ નક્કી કરવાનું શક્ય બનાવે છે કે કઈ રંગ યોજનામાં તત્વ યોગ્ય રીતે પ્રદર્શિત થઈ શકે છે (“લાઇટ”, “ડાર્ક”, “ડે મોડ” અને “નાઈટ મોડ”), “માત્ર” પેરામીટર ઉમેરવામાં આવ્યું છે. વ્યક્તિગત HTML તત્વો માટે બળજબરીથી રંગ પરિવર્તન સ્કીમા અટકાવવા. ઉદાહરણ તરીકે, જો તમે "div { color-scheme: only light }" નો ઉલ્લેખ કરો છો, તો div એલિમેન્ટ માટે માત્ર લાઇટ થીમનો ઉપયોગ કરવામાં આવશે, પછી ભલે બ્રાઉઝર ડાર્ક થીમને સક્ષમ કરવાની ફરજ પાડે.
• સ્ક્રીન HDR (હાઈ ડાયનેમિક રેન્જ) ને સપોર્ટ કરે છે કે કેમ તે નિર્ધારિત કરવા માટે CSS માં 'ડાયનેમિક-રેન્જ' અને 'વિડિયો-ડાયનેમિક-રેન્જ' મીડિયા ક્વેરીઝ માટે સપોર્ટ ઉમેર્યો.
• window.open() ફંક્શનમાં નવી ટેબ, નવી વિન્ડો અથવા પોપ-અપ વિન્ડોમાં લિંક ખોલવી કે કેમ તે પસંદ કરવાની ક્ષમતા ઉમેરાઈ. વધુમાં, window.statusbar.visible ગુણધર્મ હવે પોપઅપ્સ માટે "false" અને ટેબ અને વિન્ડો માટે "true" પરત કરે છે. const popup = window.open('_blank',",'popup=1′); // પોપઅપ વિન્ડોમાં ખોલો const tab = window.open('_blank',,"'popup=0′); // ટેબમાં ખોલો
• સ્ટ્રક્ચર્ડક્લોન() પદ્ધતિ વિન્ડોઝ અને કામદારો માટે અમલમાં મૂકવામાં આવી છે, જે તમને ઑબ્જેક્ટની પુનરાવર્તિત નકલો બનાવવા માટે પરવાનગી આપે છે જેમાં માત્ર ઉલ્લેખિત ઑબ્જેક્ટની જ નહીં, પરંતુ વર્તમાન ઑબ્જેક્ટ દ્વારા સંદર્ભિત અન્ય તમામ ઑબ્જેક્ટના ગુણધર્મો પણ શામેલ છે.
• વેબ ઓથેન્ટિકેશન API એ FIDO CTAP2 સ્પષ્ટીકરણ એક્સ્ટેંશન માટે સમર્થન ઉમેર્યું છે, જે તમને લઘુત્તમ સ્વીકાર્ય PIN કોડ કદ (minPinLength) સેટ કરવાની મંજૂરી આપે છે.
• ઇન્સ્ટોલ કરેલ સ્ટેન્ડ-અલોન વેબ એપ્લિકેશન્સ માટે, વિન્ડો કંટ્રોલ્સ ઓવરલે ઘટક ઉમેરવામાં આવ્યો છે, જે એપ્લિકેશનના સ્ક્રીન વિસ્તારને શીર્ષક વિસ્તાર સહિત સમગ્ર વિન્ડો સુધી વિસ્તરે છે, જેના પર માનક વિન્ડો નિયંત્રણ બટનો (બંધ કરો, નાનું કરો, મહત્તમ કરો. ) સુપરઇમ્પોઝ કરવામાં આવે છે. વેબ એપ્લિકેશન વિન્ડો કંટ્રોલ બટનો સાથેના ઓવરલે બ્લોક સિવાય સમગ્ર વિન્ડોની રેન્ડરિંગ અને ઇનપુટ પ્રોસેસિંગને નિયંત્રિત કરી શકે છે.
• WritableStreamDefaultController માં સિગ્નલ હેન્ડલિંગ પ્રોપર્ટી ઉમેરી કે જે AbortSignal ઑબ્જેક્ટ પરત કરે છે, જેનો ઉપયોગ WritableStream પર લખવાને પૂર્ણ થવાની રાહ જોયા વિના તરત જ રોકવા માટે થઈ શકે છે.
• WebRTC એ SDES કી એગ્રીમેન્ટ મિકેનિઝમ માટે સમર્થન દૂર કર્યું છે, જે સુરક્ષાની ચિંતાઓને કારણે 2013 માં IETF દ્વારા નાપસંદ કરવામાં આવ્યું હતું.
• ડિફૉલ્ટ રૂપે, U2F (ક્રિપ્ટોટોકન) API અક્ષમ છે, જે અગાઉ નાપસંદ કરવામાં આવ્યું હતું અને વેબ ઓથેન્ટિકેશન API દ્વારા બદલવામાં આવ્યું હતું. Chrome 2 માં U104F API સંપૂર્ણપણે દૂર કરવામાં આવશે.
• API ડિરેક્ટરીમાં, ઇન્સ્ટોલ કરેલ_બ્રાઉઝર_વર્ઝન ફીલ્ડને નાપસંદ કરવામાં આવ્યું છે, તેના સ્થાને એક નવા પેન્ડિંગ_બ્રાઉઝર_વર્ઝન ફીલ્ડ દ્વારા બદલવામાં આવ્યું છે, જે અલગ પડે છે કે તેમાં બ્રાઉઝર વર્ઝન વિશેની માહિતી છે, જેમાં ડાઉનલોડ કરેલ પરંતુ લાગુ ન કરાયેલ અપડેટ્સને ધ્યાનમાં લેવામાં આવે છે (એટલે ​​​​કે, વર્ઝન જે પછીથી માન્ય રહેશે. બ્રાઉઝર પુનઃપ્રારંભ થાય છે).
• TLS 1.0 અને 1.1 માટે સપોર્ટ પરત કરવાની મંજૂરી આપતા વિકલ્પો દૂર કર્યા.
• વેબ ડેવલપર્સ માટે ટૂલ્સમાં સુધારા કરવામાં આવ્યા છે. બેક-ફોરવર્ડ કેશની કામગીરીનું મૂલ્યાંકન કરવા માટે એક ટેબ ઉમેરવામાં આવી છે, જે બેક અને ફોરવર્ડ બટનનો ઉપયોગ કરતી વખતે ત્વરિત નેવિગેશન પ્રદાન કરે છે. ફોર્સ-કલર્સ મીડિયા ક્વેરીઝનું અનુકરણ કરવાની ક્ષમતા ઉમેરી. પંક્તિ-વિપરીત અને કૉલમ-વિપરીત ગુણધર્મોને સમર્થન આપવા માટે Flexbox સંપાદકમાં બટનો ઉમેર્યા. "ફેરફારો" ટૅબ એ સુનિશ્ચિત કરે છે કે કોડને ફોર્મેટ કર્યા પછી ફેરફારો પ્રદર્શિત થાય છે, જે લઘુત્તમ પૃષ્ઠોના પાર્સિંગને સરળ બનાવે છે.

  કોડ રિવ્યુ પેનલના અમલીકરણને CodeMirror 6 કોડ એડિટરના પ્રકાશન માટે અપડેટ કરવામાં આવ્યું છે, જે ખૂબ મોટી ફાઇલો (WASM, JavaScript) સાથે કામ કરવાના પ્રદર્શનમાં નોંધપાત્ર સુધારો કરે છે, નેવિગેશન દરમિયાન રેન્ડમ ઑફસેટ્સ સાથે સમસ્યાઓનું નિરાકરણ લાવે છે અને ભલામણોને સુધારે છે. કોડ સંપાદિત કરતી વખતે સ્વતઃપૂર્ણ સિસ્ટમ. પ્રોપર્ટીના નામ અથવા મૂલ્ય દ્વારા આઉટપુટને ફિલ્ટર કરવાની ક્ષમતા CSS પ્રોપર્ટી પેનલમાં ઉમેરવામાં આવી છે.

  

નવીનતાઓ અને બગ ફિક્સ ઉપરાંત, નવું વર્ઝન 27 નબળાઈઓને દૂર કરે છે. AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer અને AFL ટૂલ્સનો ઉપયોગ કરીને સ્વયંસંચાલિત પરીક્ષણના પરિણામે ઘણી નબળાઈઓને ઓળખવામાં આવી હતી. કોઈ જટિલ સમસ્યાઓ ઓળખવામાં આવી નથી જે વ્યક્તિને બ્રાઉઝર સુરક્ષાના તમામ સ્તરોને બાયપાસ કરવાની અને સેન્ડબોક્સ પર્યાવરણની બહાર સિસ્ટમ પર કોડ ચલાવવાની મંજૂરી આપે. વર્તમાન પ્રકાશન માટે નબળાઈઓ શોધવા માટેના રોકડ પુરસ્કાર કાર્યક્રમના ભાગ રૂપે, Google એ $19 હજાર (બે $88 પુરસ્કારો, એક $20000 પુરસ્કાર, બે $12000 પુરસ્કારો, ચાર $7500 પુરસ્કારો અને $1000, $7000, $5000, $3000 માંથી એક પુરસ્કાર) ચૂકવ્યા.

સોર્સ: opennet.ru