Tarayıcı, kullanıcıdan parolayı kaydetmesini ne zaman isteyeceğini nasıl bilir?

Bu, burada sorduğum soruyla ilgili: Tarayıcıdan şifreyi kaydetmesini nasıl isteyebilirim?

Sorun şu: Tarayıcımı geliştirdiğim sitenin parolasını kaydetmemi istemesini sağlayamıyorum. (Firefox'ta bazen bir form gönderdiğinizde görünen ve "siteniz.com için parolayı hatırlıyor musunuz? Evet / Şimdi değil / Asla" yazan çubuktan bahsediyorum)

Bu çok sinir bozucu çünkü Firefox'un bu özelliği (ve benzer şekilde çalışacağını umduğum diğer modern tarayıcıların çoğu) bir muamma gibi görünüyor. Tarayıcının yaptığı, kodunuza nerede baktığı veya gönderdiğiniz şeye veya başka bir şeye baktığı sihirli bir numara gibi ve kullanıcı adı (veya e-posta adresi) alanı ve şifre alanı olan bir giriş formu gibi "görünüyorsa", kaydetmek.

Bu durum dışında, oturum açma formumu kullandıktan sonra kullanıcılarıma bu seçeneği sunmadığı ve beni deli ettiği durumlar hariç. :-)

(Firefox ayarlarımı kontrol ettim - bu site için tarayıcıya "asla" demedim. Yönlendirici olmalı.)

Benim sorum

Firefox'un kullanıcıdan ne zaman kaydetmesi gerektiğini öğrenmek için kullandığı buluşsal yöntemler nelerdir? Bu, Mozilla kaynağında olduğu için yanıtlaması çok zor olmamalı (Nereye bakacağımı bilmiyorum yoksa kendim çıkarmaya çalışırım). Bununla ilgili olarak Mozilla geliştiricilerinden bir blog yazısı veya benzer geliştirici notları bulma şansım da olmadı.

(Bu sorunun Safari veya IE için yanıtlanmasından memnun olurum; tüm tarayıcıların çok benzer kurallar kullandığını düşünürdüm, bu yüzden bunlardan birinde çalıştırabilirsem, diğerlerinde çalışacaktır.)

(* Bana verdiğiniz cevabın çerezler, şifreleme veya şifreleri yerel veritabanımda nasıl sakladığımla ilgili başka herhangi bir şeyle ilgisi varsa, sorumu yanlış anlamış olma ihtimalinizin yüksek olduğunu unutmayın. :-)

Okuduklarıma dayanarak, Firefox'un parolaları form.elements[n].type == "password"(tüm form öğelerini yineleyerek) algıladığını ve ardından parola alanından hemen önceki metin alanı için form öğelerinde geriye doğru arama yaparak kullanıcı adı alanını algıladığını düşünüyorum (daha fazla bilgi burada ). Javascript'te benzer bir şey deneyebilir ve şifre alanınızı tespit edip edemeyeceğinizi görebilirsiniz.

Söyleyebileceğim kadarıyla, giriş formunuzun bir parçası olması gerekiyor, <form>yoksa Firefox onu algılamayacak. id="password"Parola alanınızı ayarlamak muhtemelen zarar vermez.

Bu hala size çok fazla sorun veriyorsa, Mozilla projesinin geliştirici posta listelerinden birine sormanızı tavsiye ederim (özelliği tasarlayan geliştiriciden bir yanıt bile alabilirsiniz).

Aynı sorunu yaşadım ve bir çözüm buldum:

1. tarayıcının şifreyi saklamasını istemesini sağlamak için, kullanıcı adı ve şifre kutuları bir formda olmalı ve bu form gerçekten gönderilmelidir. Gönder düğmesi, onclick işleyiciden yanlış döndürebilir (bu nedenle gönderme gerçekten gerçekleşmez).

2. tarayıcının önceden kaydedilmiş parolayı geri yüklemesini sağlamak için, giriş kutularının ana HTML biçiminde olması ve dinamik olarak javascript aracılığıyla oluşturulmaması gerekir. Form, display: none ile oluşturulabilir.

Parola, sayfa yüklenir yüklenmez doldurulur ve tüm oturum boyunca orada bulunur, böylece enjekte edilen javascript tarafından okunabilir: bu tür saldırıları çok daha kötü hale getirir. Bundan kaçınmak için, sadece giriş yapmak için ayrı bir sayfaya yönlendirmek mantıklıdır ve bu konuyu okumaya başladığınız tüm sorunları çözer :). Kısmi bir çözüm olarak, formu gönderdikten sonra alanları temizliyorum - kullanıcı oturumu kapatır ve tekrar giriş yapmak isterse, şifre tarayıcı tarafından doldurulmaz, ancak bu benim için önemsizdir.

Viliam

Sen bakmak gerekir Mozilla Şifre Yöneticisi hata ayıklama sayfa ve nsILoginManager docs (sadece Firefox şifre yönetimi ile ilgilenen nasıl Konunun özü teknik detaylar için) uzantısı yazarlar için. Parola yöneticisinin siteler ve uzantılarla nasıl etkileşimde bulunduğunu bilmek isteyeceğinizden daha fazlasını öğrenmek için buradaki yanıtları ve oraya bağlanan diğer sayfaları araştırabilirsiniz.

(Özellikle şifre yöneticisi hata ayıklama belgesinde belirtildiği gibi, html'nizde otomatik tamamlamayı kapalı olarak ayarlamadığınızdan emin olun, çünkü bu, kullanıcı adı ve şifreyi kaydetme istemini bastırır)

Bu, Mac'te Firefox, Chrome ve Safari için çalışıyor gibi görünüyor. Windows'ta test edilmemiştir.

<form id="bridgeForm" action="#" target="loginframe" autocomplete="on">
    <input type="text" name="username" id="username" />
    <input type="password" name="password" id="password"/>
</form>

<iframe id="loginframe" name="loginframe" src="anyblankpage.html"></iframe>

Bunun sayfaya eklenmesi gerekiyor. Dinamik olarak eklenemez. Form ve iframe şu şekilde ayarlanabilir: yok. İframe'in src'sini ayarlamazsanız, formu en az bir kez gönderene kadar istem gösterilmez.

Ardından formu gönderin () arayın:

bridgeForm.submit();

Eylem isteğe bağlı olabilir ve otomatik tamamlama isteğe bağlı olabilir. Test edilmedi.

Not : Bazı tarayıcılarda, tarayıcının yanıt vermesi için formun bir sunucuda (localhost ve dosya sisteminde değil) çalışıyor olması gerekir.

Yani bu:

http://www.mysite.com/myPage.html

bu değil:

http://126.0.0.1/myPage.html
http://localhost/myPage.html
file://directory/myPage.html

Benim için açısal, krom, firefox ile çalışıyor: (Saatlerce araştırdım ve test ettim - krom için form eylem parametresi ( #) cevaptı. @ 1.21 gigawatt , teşekkür ederim !!! Cevabınız paha biçilemezdi.)

form

firefox 30.0 - gizli bir iframe ve gönder düğmesine (aşağıda gösterildiği gibi) ihtiyaç duymaz, ancak aşağıdaki gibi otomatik doldurulan kredileri tanımak için "login-form-autofill-fix" yönergesine ihtiyaç duyar:

<form name="loginForm" login-form-autofill-fix action="#" target="emptyPageForLogin" method="post" ng-submit="login({loginName:grpEmail,password:grpPassword})">
<input type="text" name=username" id="username" ng-model="grpEmail"/>
<input type="password" name="password" id="password" ng-model="grpPassword"/>
<button type="submit">Login</button>
</form>

gizli iframe

chrome 35.0 - yukarıdaki yönergeye ihtiyaç duymaz, ancak gizli bir iframe'e ve gerçek formda bir gönder düğmesine ihtiyaç duyar. Gizli iframe şuna benzer:

<iframe src="emptyPageForLogin.html" id="emptyPageForLogin" name="emptyPageForLogin" style="display:none"></iframe>

açısal yönerge (jqLite kullanarak)

Bu açısal 1.2.18 ile çalışır

module.directive('loginFormAutofillFix', function() { 
            return function(scope, elem, attrs) {
        if(!attrs.ngSubmit) {
            return;
        }
        setTimeout(function() {
            elem.unbind("submit").bind("submit", function(e) {
                //DO NOT PREVENT!  e.preventDefault(); 
                elem.find("input").triggerHandler("input");
                scope.$apply(attrs.ngSubmit);
            });
        }, 0);
});

değişiklik

• Bazı testlerden sonra, Chrome'un açısal oturum açma yöntemiyle (200ms) biraz zaman aşımına ihtiyaç duyduğunu fark ettim - öyle görünüyor ki, yönlendirme bazen şifre yöneticisi için çok hızlı.
• tarayıcı önbelleğini daha iyi temizleyin ... her değişiklikle

Eh, üzerine sitemizde , adıyla bir form alanına "kullanıcı adı" tip "metin" derhal ismi "şifre" ve tip "şifre" sahip bir alan tarafından takip hileye neden olabilir.

AJAX girişi kullanıyorsanız, şu kaynak koduna bir göz atın: https://gist.github.com/968927

Gizli bir iframe'e bir giriş formu göndermekten oluşur, böylece IE ve Chrome, sayfayı yeniden yüklemek zorunda kalmadan gerçek girişi tespit edebilir.

Buluşsal yöntemler burada oldukça basittir: belirli adlara sahip alanları belirli sırayla tespit edin. Hangilerini söyleyemem ama bu, Chrome ve IE'de benim için iyi çalıştı:

Username field: name "login", type "text";
Password field: name "password", type "password"
Submit button: element "input", type "submit". 
Element "button" type "submit" did not work.

Ayrıca oturum açma isteğinden sonra giriş formu hala mevcutsa, sayfada gizli olsa bile Chrome'un bir şifreyi hatırlamayı teklif etmeyeceğini fark ettim.

Sanırım oturum açma işleminin başarısız olduğunu ve bu nedenle geçersiz kimlik bilgilerini saklamayı reddettiğini düşünüyor.

Chrome 34.0'da görüldü.

Firefox kaynak koduna bakmanızı tavsiye ederim . Aslında oldukça basit bir kod.

Bakmak istediğiniz yöntemler _onFormSubmit, _getFormFieldsve _getPasswordFields.

Hatta yaşadığınız sorunun Firefox'ta keşfedilmemiş bir hata olduğunu bile görebilirsiniz;) https://bugzilla.mozilla.org/show_bug.cgi?id=1211780

Daha önce söylenenlere ek olarak, giriş alanlarının "devre dışı bırakılmaması" gerektiğini fark ettim. Önce kullanıcı adını ve ardından sonraki ekranda şifreyi isteyen çok adımlı bir giriş yaptık. İkinci ekranda e-postayı tekrarladık ama devre dışı bıraktık ve bu da Chrome et'i engelledi. al. kullanıcı adı için geçerli bir alan olarak tanınmasını engeller.

Bu devre dışı bırakılan giriş alanını gerçekten korumak istediğimizden, bu karmaşık geçici çözümü bulduk:

<input type="text" name="display-username" id="display-username" value="ENTERED_USERNAME" placeholder="Username" disabled="disabled">
<input type="text" name="username" id="username" value="ENTERED_USERNAME" placeholder="Username" style="display: none;">
<input type="password" name="password" id="password" value="" autofocus="autofocus" autocomplete="on" placeholder="Password" required="required">

Bunu tavsiye etmek için çok ileri gitmezdim ama belki birisini kendi kodunda bir şeye yönlendiriyor:

1. İlk öğe, kullanıcı adını devre dışı bırakılmış bir giriş alanında görüntüler. Devre dışı bırakıldı, formun bir parçası olarak gönderilmez ve devre dışı bırakılmış, tarayıcı tarafından tanınmaz.
2. İkinci öğe, type = "text" ve name / id = "username" ile uygun bir giriş alanıdır. Bu, tarayıcı tarafından tanınıyor. Kullanıcının düzenlemesini engellemek için CSS ile gizleriz (display: none).

Örneğin, formunuzda input type = password'den önce iki tür = metin varsa, Tarayıcı, kullanıcı adınız için en yakın input type = metni algılar.

Bu, başka bir girişin sahip olduğu önemli değildir = kullanıcı adı ve ad = kullanıcı adı

Bu sorunu çözmek için, kaydetmek istediğiniz kullanıcı adı girişinizi giriş şifrenizin tam önüne koymalısınız.

İyi şanslar :-)

Ana anahtar kelime burada,

   <input type="password">