Chrome 84 gaat gebruikers waarschuwen voor downloads via http
De desktopversie van Chrome 84 zal gebruikers waarschuwen wanneer ze op een https-website bestanden via http downloaden. Dat laat Google weten. Uiteindelijk zal Chrome het blokkeren van "onveilige downloads" helemaal blokkeren. Begin dit jaar maakte Google de plannen al bekend om het downloaden van bestanden via http niet meer toe te staan.
Oorspronkelijk was het plan om met Chrome 82 al te gaan waarschuwen wanneer gebruikers op https-sites een downloadlink aanklikken die naar een via http aangeboden bestand wijst. Met Chrome 86 zou het downloaden via http helemaal worden geblokkeerd. Die tijdlijn is nu enigszins aangepast. Met de lancering van Chrome 84 zullen de eerste waarschuwingen verschijnen, gevolgd door een volledige blokkade in Chrome 88. Androidgebruikers zullen de downloadwaarschuwing voor het eerst bij Chrome 85 te zien krijgen.
Een andere nieuwe feature in Chrome 84 is de introductie van de Web OTP API. Deze feature moet gebruikers helpen bij het invoeren van verificatiecodes die ze via sms hebben ontvangen. Vaak moeten gebruikers bij het verifiëren van hun telefoonnummer een one-time-password (OTP) handmatig invoeren of kopiëren en plakken. Hiervoor moet de gebruiker van de app die om de code vraagt naar de sms-app switchen. Via de Web OTP API kunnen gebruikers met één klik deze verificatiecode invoeren. Chrome 84 staat gepland voor 14 juli. De bètaversie is nu al te testen.
Zijn er nog browsers waar je wel de vrijheid hebt na scannen een veilige http-download te plegen? Google Chrome en op Chromium gebaseerde browsers kunnen dat niet voor elke eindgebruiker bepalen, toch? Opnieuw een "security through obscurity" voortzetting. Als we de onveiligheid buiten zicht houden, wordt het op het oog (iets) veiliger, Wat een arrogante houding van die Google Groot Graaier Corporatie.
#sockpuppet
Alsof ik elke PDU, UPS, switch, firewall, access point kan en als het kan, ga voorzien van een certificaat wat goedgekeurd wordt door chrome/google... Zeker niet wanneer ze in RFC1918 domein vliegen.
Resultaat is net als bij microsoft vroeger 'next, next, finish''... nu is het "i understand, I accept, proceed'....
Zwaar nodeloos, iritant en voorbij schietend aan het probleem...
Lijken wel ambtenaren daar bij Google..
Alsof ik elke PDU, UPS, switch, firewall, access point kan en als het kan, ga voorzien van een certificaat wat goedgekeurd wordt door chrome/google... Zeker niet wanneer ze in RFC1918 domein vliegen.
Resultaat is net als bij microsoft vroeger 'next, next, finish''... nu is het "i understand, I accept, proceed'....
Zwaar nodeloos, iritant en voorbij schietend aan het probleem...
Lijken wel ambtenaren daar bij Google..
Je zou eigenlijk willen dat je je $HOME_NET kunt excluden van die certificaat onzin.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
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.
