ssl.G-A.com required by large quasi-bank login page
Posted: Mon Oct 27, 2014 1:38 am
So http://www.globalcashcard.com has its login page http://cardholder.globalcashcard.com use ssl.google-analytics.com for user login. This Corp isn't a bank so it doesn't have to follow banking laws and can be fast and loose with privacy. Oddly, the NoScript menu shows the blocked ssl.google-analytics.com for just a second, and then it is erased from the user's attention completely. (This 1 second appearance and erasure in the NoScript menu happens on many blocked sub-sites across the interwebs.) Since that erasure occurs from the NoScript menu, it was very difficult for me to find out WTF I couldn't login, and they froze my login account. I called them and got it reset, and then noticed the use of the ssl site by them. I read through your faq, and it appears that if I want google to be my banking privacy protector on the globalcashcard login, I can allow them on that site by this ABE script:
# ssl.google-analytics.com rule
Site https://ssl.google-analytics.com
# the above is shortcut for ssl.google-analytics.com, not *.google-analytics.com
Accept from https://cardholder.globalcashcard.com/
Deny
If I have understood your example in your handy faq. Thank you for that example. It would be nice/great if there was a work-around so as to not use the ssl variant of google analytics. But perhaps goog is creating their ssl sub-site to more forcefully require users to be tracked by goog. Is that possible?
# ssl.google-analytics.com rule
Site https://ssl.google-analytics.com
# the above is shortcut for ssl.google-analytics.com, not *.google-analytics.com
Accept from https://cardholder.globalcashcard.com/
Deny
If I have understood your example in your handy faq. Thank you for that example. It would be nice/great if there was a work-around so as to not use the ssl variant of google analytics. But perhaps goog is creating their ssl sub-site to more forcefully require users to be tracked by goog. Is that possible?