Google gaat Nederlandse zoekmachine versleutelen
Google gaat de Nederlandse versie van de zoekmachine standaard versleutelen, wat de veiligheid en privacy van gebruikers ten goede moet komen. Vorig jaar schakelde de zoekgigant al standaard HTTPS in voor Google.com. Dat betekent dat zowel zoekopdrachten als zoekresultaten niet door derden zijn te bekijken. "Het is met name belangrijk als je een open, onbeveiligde internetverbinding gebruikt', zegt Google software engineer Michael Safyan.
Volgens Safyan is Google nu zo ver om in de komende weken de SSL-versleuteling van de zoekmachine ook voor andere domeinen uit te rollen, zoals Google.nl. Daarbij stelt Safyan dat het versleutelen van de zoekmachine niet alleen voor de gebruikers van Google is bedoeld, maar dat het ook andere bedrijven moet aanmoedigen om hun diensten standaard over SSL te laten lopen.
de paus wordt eerder moslim.
Google geeft aan dat het minder dan 1% CPU load kost, minder dan 10KB geheugen per connectie en minder dan 2% netwerk overhead.
Even deze rule toevoegen aan HTTPSEverywhereUserRules en je hebt nu al altijd SSL.
<ruleset name="GoogleNederland">
<target host="google.nl" />
<target host="*.google.nl" />
<rule from="^http://google\.nl/" to="https://www.google.nl/"/>
<rule from="^http://([^/:@]*)\.google\.nl/" to="https://www.google.nl/"/>
</ruleset>
SSL geeft iets extra load op je server. En zoals Hugo al zegt is het gebruik van SSL acceleration technieken erg belangrijk om niet teveel load op de server zelf te hebben. Zelf gewerkt met IBM 4758 HSMs en nFast SSL accelerators.
Zie: https://en.wikipedia.org/wiki/SSL_acceleration voor meer info.
Dat heeft er niets mee te maken. [br]
De webmasters kunnen zien welke Google keywords gebruikt zijn uit de referrer die de browser naar de nieuwe site opstuurt. De ssl verbinding met de voorgaande site heeft daarmee weinig te maken.
Dat geldt tenminste voor mij. Ik ben begonnen mijn oude Google activiteiten te verdelen over andere diensten.
Chrome wordt Opera. Firefox (Adblock; Ghostery) wordt aangescherpt, Google Search wordt Lxquick.
De referrer wordt doorgestuurd aan websites http > http, http > https en https > https. Https > http niet, voor de veiligheid.
Iemand die ervaring heeft met de overhead van SSL?
Nee, ze gebruiken geen special hardware voor de encryptie. Google lost alles liever op in software en "goedkope" standaard hardware. Dat maakt flexibel, daarom kon men ook protocollen uitrollen als SPDY (dat ook afhankelijk is van SSL).
De overhead van encryptie is niet zo heel groot, de grootste overhead zit in het eerste verbindingsmoment van de browser en een grootte cache van de sessies. Ben wel benieuwd of ze nog iets bijzonders doen om voldoende "entropy" te hebben (random-nummers).
Deze posting is gelocked. Reageren is niet meer mogelijk.
Specialiseer je in Forensisch ICT
Online informatieavond 19 november
Wil jij je specialiseren in digitaal forensisch onderzoek? Je kennis verbreden en tech-nische vaardigheden ontwikkelen? Ontdek de cursus- en opleidingsmogelijkheden van Hogeschool Leiden:
- Bachelor Informatica Forensisch ICT (deeltijd)
- Master Digital Forensics (vol- en deeltijd)
- Module Mobile Forensics
- Module Data Analytics
Interesse? Meld je aan!
Chief Information Security Officer
Utrecht heeft jou nodig! Als Chief Information Security Officer speel jij een cruciale rol in de bescherming van de digitale informatie van de gemeente Utrecht. Als geen ander weet jij welke dreigingen er zijn en kun je deze vertalen naar risico's die de gemeente en haar inwoners lopen. Solliciteer nu!
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
