Earlier quoted context omitted.
You may want to review that very carefully, typically if that separate network port doesn't have a live network on it that issues DHCP addresses the functionality will fall back to the port that is attached.
Oh fun. Thank you for the tip! Any sugestions on how to go about this? I'm a relative newb in these matters. Switching from MacOS to linux daily driver
Chrome 0day is being exploited now for CVE-2022-1096; update immediately
51–60 of 150 posts
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#52Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#53Is there a public exploit for this? Working on detecting browser exploitation myself.
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#54Earlier quoted context omitted.
> I feel like, in most cases, I could make due with JavaScript being 10x or even 100x slower, taking up 10x the RAM, lacking some uncommon features, and so forth -- if it meant being able to enable it without needing to worry about new zero-days. Not on the "modern web" you wouldn't, even the current speedy versions of V8 and ${whatever}monkey now used by Firefox the thing often is brought to a crawl by the deluge of…
> it would be possible to browse the web using a slow-but-'safe' browser. Some pages (e.g. SPAs) really depend on all that Javascript and as such won't be useable withour 'modern' JS engines but there is no reason for e.g. your bank or payment processor's pages to depend on near-native speed Javascript engines. I don't plan on my bank trying to 0day my browser. If anything, I trust them not to do anything malicious m…
- imagine a slow-but-secure browser, 10 to 100 times as slow and using 10 times as much memory as stated by the parent poster
- imagine your bank and payment processor using a minimal amount of Javascript on their sites to make it possible to use that secure-but-slow browser without incurring too big a performance penalty
Do you now see what I mean? It is not that your financial institutions would zero-day you, it is that you'd use the secure-but-slow browser (or browser mode) to access those sites. Secure, because you're dealing with financial data. Slow because that is what the parent poster stated as the price he'd be willing to pay for a secure browser.
You can you your insecure-but-speedy browser to watch cat videos where the H4CkZ0Rz can try to zero-day you to their hearts content because that browser does not have access to sensitive data. You could try to watch those cat videos with the secure-but-slow browser but that'd transport you back to the late 90's with single-digit frame rates (cat slide shows?).
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#55Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#56Earlier quoted context omitted.
For Windows, IE11/Trident. This may sound ridiculous, but if you think about it, it's still maintained security-wise (and will be forever, as per MS), and since its codebase has been frozen a few years ago, its attack surface can only shrink with time. So if you're OK with the limited compatibility, it might be worth considering.
I just love MS. A company so focused on security and caring about its customers. I always encourage people to use Edge. We need to stop spyware companies like Google.
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#57Type confusion in V8 ... Fortunately I turned off javascript by default since Meltdown/Spectre.
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#58Anyone know if qutebrowser is affected?
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#59Anyone know if qutebrowser is affected?
Re: Chrome 0day is being exploited now for CVE-2022-1096; update immediately
#60https://github.com/v8/v8/commit/0981e91a4f8692af337e2588562a...
https://github.com/v8/v8/commit/a2cae2180a7a6d64ccdede44d730...
Although there could be others.