Chrome ને હવે તૃતીય-પક્ષ કૂકીઝ અને છુપાયેલ ઓળખ સામે રક્ષણ મળશે

Google પ્રસ્તુત ગોપનીયતામાં સુધારો કરવાના ઉદ્દેશ્યથી Chrome માં આગામી ફેરફારો. ફેરફારોનો પ્રથમ ભાગ SameSite વિશેષતા માટે કૂકી હેન્ડલિંગ અને સમર્થનની ચિંતા કરે છે. ક્રોમ 76 ના પ્રકાશન સાથે શરૂ કરીને, જુલાઈમાં અપેક્ષિત છે, ત્યાં હશે સક્રિય "સમાન-સાઇટ-બાય-ડિફોલ્ટ-કુકીઝ" ફ્લેગ, જે સેટ-કુકી હેડરમાં સમાન સાઇટ વિશેષતાની ગેરહાજરીમાં, મૂળભૂત રીતે મૂલ્ય "SameSite=Lax" સેટ કરશે, જેમાંથી નિવેશ માટે કૂકીઝ મોકલવાનું મર્યાદિત કરશે. તૃતીય-પક્ષ સાઇટ્સ (પરંતુ કૂકી સેટ કરતી વખતે સાઇટ્સ સ્પષ્ટપણે SameSite=None મૂલ્ય સેટ કરીને પ્રતિબંધને રદ કરવામાં સક્ષમ હશે).

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

SameSit એટ્રિબ્યુટનો ઉપયોગ કરીને, તમે કૂકી વર્તનને નિયંત્રિત કરી શકો છો અને કૂકીઝને ફક્ત તે સાઇટથી શરૂ કરેલી વિનંતીઓના જવાબમાં મોકલવાની મંજૂરી આપી શકો છો જ્યાંથી કૂકી મૂળરૂપે પ્રાપ્ત થઈ હતી. સેમસાઇટ ત્રણ મૂલ્યો લઈ શકે છે "કડક", "લેક્સ" અને "કોઈ નહીં". 'કડક' મોડમાં, કોઈપણ પ્રકારની ક્રોસ-સાઇટ વિનંતીઓ માટે કૂકીઝ મોકલવામાં આવતી નથી, જેમાં બાહ્ય સાઇટ્સમાંથી આવતી તમામ લિંક્સનો સમાવેશ થાય છે. 'લેક્સ' મોડમાં, વધુ હળવા પ્રતિબંધો લાગુ કરવામાં આવે છે અને કૂકી ટ્રાન્સમિશનને માત્ર ક્રોસ-સાઇટ પેટા-વિનંતિઓ માટે જ અવરોધિત કરવામાં આવે છે, જેમ કે ઇમેજ વિનંતી અથવા iframe દ્વારા સામગ્રી લોડ કરવી. "કડક" અને "લેક્સ" વચ્ચેનો તફાવત લિંકને અનુસરતી વખતે કૂકીઝને અવરોધિત કરવા માટે નીચે આવે છે.

અન્ય આગામી ફેરફારોમાં, એક કડક પ્રતિબંધ લાગુ કરવાનું પણ આયોજન છે જે HTTPS વિના વિનંતીઓ માટે તૃતીય-પક્ષ કૂકીઝની પ્રક્રિયાને પ્રતિબંધિત કરે છે (SameSite=None એટ્રિબ્યુટ સાથે, કૂકીઝ માત્ર સુરક્ષિત મોડમાં સેટ કરી શકાય છે). આ ઉપરાંત, પરોક્ષ ડેટાના આધારે ઓળખકર્તાઓ બનાવવા માટેની પદ્ધતિઓ સહિત, છુપાયેલા ઓળખ ("બ્રાઉઝર ફિંગરપ્રિંટિંગ") ના ઉપયોગ સામે રક્ષણ આપવાનું કાર્ય હાથ ધરવાનું આયોજન છે, જેમ કે સ્ક્રીન રીઝોલ્યુશન, આધારભૂત MIME પ્રકારોની યાદી, હેડરમાં ચોક્કસ પરિમાણો (HTTP / 2 и HTTPS), ઇન્સ્ટોલ કરેલ વિશ્લેષણ પ્લગઈન્સ અને ફોન્ટ્સ, ચોક્કસ વેબ API ની ઉપલબ્ધતા, વિડીયો કાર્ડ માટે વિશિષ્ટ વિશેષતા વેબજીએલ અને કેનવાસનો ઉપયોગ કરીને રેન્ડરીંગ, મેનીપ્યુલેશન CSS સાથે, સાથે કામ કરવાની સુવિધાઓનું વિશ્લેષણ ઉંદર и કીબોર્ડ.

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

સોર્સ: opennet.ru