- Як Chrome і Firefox будзе мяняцца Апрацоўка HTTP старонак , якія збіраюць паролі
- што чакаць
- * Крыніца: https://blog.chromium.org/2016/09/moving-towards-more-secure-web.html
- * Крыніца: https://blog.chromium.org/2016/09/moving-towards-more-secure-web.html
- * Крыніца: https://twitter.com/rlbarnes/status/814579588072349697
- * Крыніца: https://twitter.com/ryanfeeley/status/801539237682302987 & http://techdows.com/2016/09/firefox-51-insecure-password-warning.html
- Старонкі , якія падвяргаюцца рызыцы
- Што Фікс?
- Варыянт 1 - Ідэальны Fix
- Варыянт 2 - Кароткі тэрмін Fix
- выснову
- звязаныя рэсурсы
Да: Эшлі Берман Hale
Як Chrome і Firefox будзе мяняцца Апрацоўка HTTP старонак , якія збіраюць паролі
У студзені гэтага года (2017) Chrome і Firefox пачне паказ «неабароненыя» знакаў у адраснай радку старонак HTTP, што запыт, якія ўключаюць імя ўваходу карыстача. Chrome будзе таксама дадаць запіс на старонках, інфармацыю аб крэдытных картах захопу; папярэджанне, што ўжо на месцы ў самай апошняй версіі Firefox. У той час як гэтыя змены не будуць аказваць непасрэдны ўплыў на ранжыраванне пошукавай машыны (мабільныя або іншым чынам), яны могуць аказваць істотны ўскоснае ўздзеянне на другасных SEO сігналаў, такіх як узаемадзеянне сайта, адмоў і часу на сайце. Яны могуць нават пашкодзіць колькасць праглядаў старонак за адно наведванне сайта канверсіі, калі ўздзеянне на сайце шырока распаўсюджана.
Гістарычна апавяшчэнне бяспекі было засяроджана толькі на старонках, якія збіраюць інфармацыю аб крэдытнай карце, так гэта павышаную ўвагу на старонках, якія збіраюць інфармацыю лагіна адносна новых зямель. толькі каля 25% ад сеткі ажыццявіў пераход да HTTPS так што пакідае шмат старонак HTTP патэнцыйна закранаюцца; асабліва калі яны маюць агульнасістэмны функцыянальнасць ўваходу ў шаблонах старонак. Google было настойліва рэкамендуючы сайты перайсці да HTTPS на працягу года, і нават стварылі невялікі алгарытмічнай ранжыравання імпульс для сайтаў, якія робяць, каб стымуляваць змены. Гэты раўнд абнаўленняў браўзэра ставіць кропку танчэй на неабходнасці для вэб-сайтаў для абнаўлення, так што яны могуць працягваць будаваць давер і бяспечна ўзаемадзейнічаць з карыстальнікамі.
што чакаць
Chrome 56 HTTPS Абнаўленне
У цяперашні час браўзэр працоўнага стала Chrome з'яўляецца Chrome 55, так што версія, якая будзе запушчана пазней у гэтым месяцы Chrome 56. Chrome усталяваны ў абнаўленне аўтаматычна па змаўчанні і ён актыўна правярае наяўнасць абнаўленняў ад Google праз кожныя 5 гадзін, так што вы можаце чакаць, што большасць наведвальнікаў, працуюць Chrome 56 неўзабаве пасля таго, як ён запускае. Chrome 56 будзе дадаць шэры "Не Secure» паведамленне ў адраснай радку перад URL на ўсіх старонках HTTP, якія ўключаюць у сябе функцыянальныя магчымасці аўтарызавацца, як паказана ніжэй: (Google публікуе ўсе Chrome абнаўляе часопісы калі вам патрэбныя дадатковыя дэталі.)
* Крыніца: https://blog.chromium.org/2016/09/moving-towards-more-secure-web.html
Гэта першы крок у многоэтапной плане Chrome, каб папярэдзіць наведвальнікаў патэнцыйных праблем бяспекі і заахвочвання вэбмайстроў, каб перайсці да HTTPS. Наступныя этапы гэтага праекта ўключае ў сябе наступныя крокі: (Або праверце поўнае аб'яву ад Google , Калі вы аддаеце перавагу.)
- Першапачаткова Chrome дадасць шэрае паведамленне «Not Secure» на HTTP старонках збору інфармацыі аб крэдытных картах або рэгістрацыйнай інфармацыі (імя карыстальніка і паролі), як паказана вышэй.
- Затым Chrome дадасць шэры «Not Secure» паведамленне на ўсіх старонках HTTP карыстальнік атрымлівае доступ пры праглядзе ў рэжыме інкогніта.
- У рэшце рэшт, усе старонкі HTTP будуць адлюстроўвацца шэрым "Не Secure» паведамленне.
- Нарэшце, папярэджанне будзе адлюстроўвацца ў больш агрэсіўным чырвоным выхадзе знак і шрыфце, а не толькі шэрага колеру, як паказана ніжэй:
Google не даў дакладны графік гэтых змен, але мы чакаем, што яны раскачаць цалкам на працягу наступных 1-2 гадоў. Гэтыя змены могуць прафіляванне ў будучых версіях або Chrome, але больш верагодна, што некаторыя або ўсе з іх будуць выкінутыя ў якасці дадатковых змен у нумар версіі. EX: Version 56,3 або або 57.3.2. Ступень змены, звязаныя з абнаўленнем, (поўнае абнаўленне версіі ці дадатковыя абнаўлення), можа аказаць уплыў на ўзровень інфармацыі і своечасовае папярэджанне, што Chrome робіць даступнымі перад кожным этапам плана ідзе ў прамым эфіры.
* Крыніца: https://blog.chromium.org/2016/09/moving-towards-more-secure-web.html
Firefox 51 HTTPS Абнаўленне
Бягучая версія настольнага браўзэра Firefox з'яўляецца версія 50, так што абнаўленне, якое адбудзецца ў гэтым месяцы з'яўляецца Firefox 51. Firefox займае больш круты шлях, каб абнавіць свае папярэджання аб бяспецы HTTP. Замест таго, выкочваюць абнаўлення з цягам часу, іх абнаўленне будзе ўключаць у сябе "Не Secure» сімвал (шэры замак з чырвонай рысай), і кнопку «Info» у адраснай радку прама з самага пачатку. Яны будуць выкарыстоўваць толькі гэты рэжым для старонак, якія ўключаюць у сябе інфармацыю для ўваходу. Абнаўленне Firefox не ўключае ў сябе старонкі, якія толькі збіраюць інфармацыю аб крэдытнай карце, калі яны не пашчасціла мець функцыянальныя магчымасці ўваходу ў сістэму.
У Firefox, карыстальнікі могуць пашырыць значок "Не Secure», каб паказаць больш падрабязна пра тое, чаму Firefox адлюстроўвае папярэджанне для канкрэтнай старонкі, і яны таксама могуць націснуць значок «Info», каб атрымаць больш агульную інфармацыю аб HTTPS. Як і Chrome, Firefox таксама набор для аўтаматычнага абнаўлення па змаўчанні, так што вы можаце чакаць, што большасць карыстальнікаў вельмі хутка пасля таго, як ён пачынае мець апошнюю версію браўзэра.
* Крыніца: https://twitter.com/rlbarnes/status/814579588072349697
Firefox будзе таксама дадаць сігнал для ўваходу ў поле, дзе яны служаць захаваныя ўліковыя дадзеныя. Як чэка ў адраснай радку, гэта ў лініі абвестка формы можа быць пашырана для атрымання дадатковай інфармацыі.
* Крыніца: https://twitter.com/ryanfeeley/status/801539237682302987 & http://techdows.com/2016/09/firefox-51-insecure-password-warning.html
** АБНОЎЛЕНА 25 студзеня 2017 ** Firefox выпусціла падрабязнасці аб іх зменах у блогу 24 студзеня 2017. Заўвагі да выпуску Поўны V51 таксама грамадскасць.
Старонкі , якія падвяргаюцца рызыцы
Ніжэй прыведзены чатыры тыпу HTTP-старонак, якія будуць закрануты гэтымі абнаўленнямі браўзэра:
- HTTP-старонкі, якія збіраюць дадзеныя па кампенсацыі (папярэджанне толькі для Chrome).
- HTTP старонка з выпадальным спісам або укладзенай інфармацыяй для ўваходу.
- HTTP-старонак з JavaScript усплываючых мадальнасцяў для ўваходу ў сістэму або што-то падобнае.
- Выдзеленыя старонкі ўваходу ў сістэму, якія не па пратаколе HTTPS.
Google пачаў выкочваюць абвесткі пра гэта абнаўленні браўзэра ў Google Search Console , Так што не забудзьцеся увайсці ў Google Search Console і праверыць усе пратаколы вашага сайта , уключаючы: HTTP: //, HTTP: // WWW, https: // і https: // WWW. Search Console падлічвае кожны з іх у выглядзе асобных набораў дадзеных, і гэта магчыма, але малаверагодна, што вы маглі б атрымаць паведамленне, нават версію HTTPS.
Ўзор чэкі Search Console прыведзены ніжэй. Яны, як правіла, разаслаў з ўзорамі URLs, якія будуць паўплывалі, каб дапамагчы вэб-майстрам зразумець, якія старонкі павінны быць выпраўленыя шаблоны.
Nonsecure Збор пароляў будзе папярэджанне ў Chrome 56 для http://www.xyz.com
To: уладальнік http://www.xyz.com
Пачынаючы са студзеня 2017 года, Chrome (версія 56 і вышэй) будзе адзначаць старонкі , якія збіраюць паролі або дадзеныя крэдытнай карты , як «Ня Secure» , калі старонкі ня падаецца праз HTTPS.
У паведамленні Google будзе ўключаць у сябе спасылку на выбарку з старонак, якія будуць закрануты, але гэты спіс не варта разглядаць ўсёабдымны. Вы павінны працаваць у межах вашага сайта, каб выявіць і ліквідаваць усе ўздзейнічалі старонкі.
Гэтыя апавяшчэння Пошук Кансольныя не перадаюцца адначасова, але замест таго, каб па ўсёй бачнасці, прыярытэту па памеры сайта, таму некаторыя сайты, якія будуць закрануты, могуць да гэтага часу не атрымалі папярэджанне. Проста таму, што вы не атрымаеце паведамленне ў Search Console гэта не значыць, што не будуць закрануты. Калі вы не ўпэўненыя, калі ваш сайт будзе закрануты, і хочаце праверыць, перш чым абнаўлення для браўзэра ісці жыць, вы заўсёды можаце спампаваць Chrome 56 Beta каб убачыць, як ён будзе ставіцца да вашага сайту (ы), калі версія 56 выкочваецца. Firefox таксама прапануе бэта спампаваць Firefox 51 , Так што вы можаце выкарыстоўваць, каб праверыць, як новы браўзэр будзе звяртацца, каб убачыць, як Firefox 51 будзе ставіцца да свайго ўваходу старонак.
Што Фікс?
Ёсць мноства дробных абыходных і выпраўленняў, каб пазбегнуць або звесці да мінімуму ўплыву, якое гэтыя новыя паведамленні бяспекі ёсць вам ваш сайт. Многія буйныя прадпрыемствы, сайты па-ранейшаму змагаецца з выдаткамі і тэхналагічнымі наступствамі пераходу HTTPS, і яго ўплыў на кантракты CDN. Іншыя сайты проста змагацца з памылкамі змешанага кантэнту і іншымі падобнымі абмежаваннямі ў пратаколе. Добрая навіна заключаецца ў тым, што, у дадатак да ідэальнага рашэння, якое думку лепш было браўзэры, ёсць некаторыя жыццяздольныя альтэрнатывы, якія дазволяць палепшыць сітуацыю да поўнай адпаведнасці HTTPS не можа быць дасягнута.
Варыянт 1 - Ідэальны Fix
Браўзэры, так і пошукавыя сістэмы штуршка для бяспекі будуць працягвацца ў агляднай будучыні, так што лепшы шлях наперад цяпер і ў доўгатэрміновай перспектыве, відавочна, каб пераўтварыць ўвесь сайт HTTPS. Google Search Console у прыватнасці, гаворыцца ў іх зносінах:
Выкарыстанне HTTPS старонкі для збору канфідэнцыйнай інфармацыі , каб прадухіліць "Не Secure» апавяшчэнне з'яўляцца , калі карыстальнікі Chrome наведваюць ваш сайт, якія збіраюцца з пароляў і крэдытных карт спадзіста ўводу для старонак , якія абслугоўваюцца з выкарыстаннем пратаколу HTTPS. Прачытайце артыкул WebFundamentals ,
На шчасце, яна становіцца лягчэй перайсці да HTTPS, асабліва з наступнымі рэсурсамі:
Варыянт 2 - Кароткі тэрмін Fix
Калі ваш сайт знаходзіцца ў працэсе пераходу на HTTPS, было б мэтазгодна , каб зрабіць некаторыя нязначныя абнаўлення , так што вы можаце мінімізаваць уплыў гэтых новых папярэджанняў аб бяспецы. Для таго, каб пазбегнуць якіх - небудзь вэб-вузле праблем, звязаных з вэб-вузле магчымасці ўваходу ў шаблоны старонак, перамяшчаць лагін падказкамі да адной мэтавай старонкі вылучанага ўваходу, і проста спасылку на яго са старога размяшчэння ўваходу, у папярэднім шаблоны. Выдзеленая Увайсці старонка будзе па- ранейшаму атрымліваць папярэджанне , калі гэта не па пратаколе HTTPS, але , па меншай меры , папярэджанне будзе абмежаваны гэтай старонкі, (прынамсі на дадзены момант). Акрамя таго , часта бывае лягчэй перайсці субдомна да HTTPS, але пакіньце асноўны дамен на HTTP, таму калі ў вас ёсць бяспечны поддомен ў дамене, ці можаце стварыць, старонка лагіна можа быць размешчана там. Калі немагчыма выдаліць функцыі ўваходу ад усіх шаблонаў старонак, гэта можа быць карысным , па меншай меры , выдаліць функцыі ўваходу з лепшых шаблонаў старонак пераўтварэнні, і калі яны розныя, верхнія арганічныя шаблоны мэтавай старонкі.
Што - то яшчэ вы можаце зрабіць , гэта паспрабаваць захаваць вашыя карыстальнікі ўвайшлі на сайт у працягу больш доўгага перыяду часу па змаўчанні, усталяваўшы кук. Паколькі большасць шаблонаў старонак прыпынку з просьбай увайсці ў госці , як толькі яны ўвайшлі ў сістэму , гэта будзе па меншай меры , звесці да мінімуму ўздзеянне на вашых самых адданых карыстальнікаў , якія ўжо маюць паўнамоцтвы, і з'яўляюцца найбольш верагодна , актыўна ўзаемадзейнічаць з сайта. Дакладна так жа, калі ў вас ёсць мадальны ўваходу ўсплывальнае акно, вы можаце замяніць рэгістрацыйныя поля з сацыяльнымі кнопкамі увайсці ў сістэму з уліковымі дадзенымі Facebook, Google або LinkedIn. Гэтыя кнопкі не выкліча якога - небудзь папярэджання. Затым, вы можаце ўключаць гіпер-спасылка на спецыяльную старонку Лагін-пасадачнай пад кнопкамі сацыяльнага ўваходу ў сістэме , як і Kayak, у прыкладзе справа.
Заўвага: Kayak фактычна не спасылаецца на выдзеленую мэтавай старонку тут, але толькі выхоўвае новую інфармацыю ў міжтканкавай, якая магла б , верагодна , да гэтага часу выклікаць папярэджанне, але гэта тое , што рэкамендуемая рэалізацыя будзе выглядаць, пакуль адкрыта Лагін гіперспасылка новая старонка.
выснову
Вэб змяняецца і вэб-майстры павінны рабіць тое, што яны могуць трымаць з тэхналогіяй. Браўзэры і пошукавыя сістэмы таксама робяць шмат, каб стымуляваць прыняцце пратакола HTTPS, каб абараніць карыстальнікаў і прадухіліць іх тэхналогіі ад уключэння прыватнасці парушэнняў і крадзяжы асабістых дадзеных. Гістарычна склалася так, папярэджання браўзэра і паведамлення былі накіраваны на абарону асабістай фінансавай інфармацыі, але цяпер Chrome і Firefox пашыраецца, каб уключыць папярэджання для інфармавання карыстальнікаў аб рызыцы іх асноўныя ўліковыя дадзеныя для ўваходу таксама. Хоць гэтыя абнаўлення браўзэра не будзе мець прамое ўплыў на ранжыраванне пошукавай сістэмы, яны могуць аказаць значны ўплыў на хуткасць вашага вэб-сайта рыкашэту, змовін хуткасці, і каэфіцыент канверсіі, што ў доўгатэрміновай перспектыве можа прывесці да другасных або ўскоснае ўздзеянне на рэйтынгі. Палатно не павінна было быць застойнымі і вэб-майстры так SEO павінны ўсе рыхтавацца да гэтых абнаўленням браўзэра, але і выступаюць за лепшую тэхналогію даступнай; у гэтым выпадку, ён пачынаецца з HTTPS.
звязаныя рэсурсы
MobileMoxie клапоціцца шмат пра бяспекі і ўсе мабільным тэлефоне. Пацягніцеся і мець зносіны з Ashley або каманда MobileMoxie у любы час!
Што Фікс?
