Live data from Hacker News

CSS Paint API: New possibilities in Chrome 65

developers.google.com

21–30 of 59 posts

Re: CSS Paint API: New possibilities in Chrome 65

#21

> Note: As with almost all new APIs, CSS Paint API is only available over HTTPS (or localhost). This feels ridiculous. I understand why certain features would be gated behind https (camera access, stuff like that). But this feature doesn't look dangerous at all. I don't always want to deploy https. What about local websites (not localhost, but LAN) ? Am I not allowed to use those APIs then ?

Mozilla just announced that they mandate secure contexts for all new features https://blog.mozilla.org/security/2018/01/15/secure-contexts...

There is wide consensus that while there are certainly trade-offs this is a good thing.

Re: CSS Paint API: New possibilities in Chrome 65

#24

> Note: As with almost all new APIs, CSS Paint API is only available over HTTPS (or localhost). This feels ridiculous. I understand why certain features would be gated behind https (camera access, stuff like that). But this feature doesn't look dangerous at all. I don't always want to deploy https. What about local websites (not localhost, but LAN) ? Am I not allowed to use those APIs then ?

if you went to the trouble of setting up a certificate and enabled HTTPS for somethings, why not just enable it across the board for the entire site? i think in 2018 a non-HTTPs site is just lazy. personal opinion, but it is 2018 after all. i understand large sites, blah blah blah, but any new site seems like a no-brainer to me.

Re: CSS Paint API: New possibilities in Chrome 65

#25
post #22

Quit bloating the web... Also I am sick the HTTPs everywhere movement. What if I for what ever reason don't want to use HTTPs. We have so few browsers, that basically what they do is the defacto standard.

Like they keep adding feature after feature. The difficulty to implement a browser from the ground up just gets harder, and harder. It also make cross compatibility more difficult.

Instead of adding more and more things maybe we should restructure things. Instead of adding onto what was supposed to be text markup. Maybe design something more conducive to the fancy interactive graphical object.

Re: CSS Paint API: New possibilities in Chrome 65

#26
post #19

> Note: As with almost all new APIs, CSS Paint API is only available over HTTPS (or localhost). This feels ridiculous. I understand why certain features would be gated behind https (camera access, stuff like that). But this feature doesn't look dangerous at all. I don't always want to deploy https. What about local websites (not localhost, but LAN) ? Am I not allowed to use those APIs then ?

"Https only" ensures Google's future (via AdSense, Double click, Chrome, Android, and Analytics) as the only sort of MITM that sees what mostly everyone is doing. While the https movement has benefits, don't misunderstand Google's interest as altruism. Good cause, murky motivation.

Or maybe Google and Mozilla actually want to make the web more secure? Not everything has to be a conspiracy.

Re: CSS Paint API: New possibilities in Chrome 65

#28
post #22

Quit bloating the web... Also I am sick the HTTPs everywhere movement. What if I for what ever reason don't want to use HTTPs. We have so few browsers, that basically what they do is the defacto standard.

Wat

Try to implement the rendering engine of a web-browser. The standards keep growing. A much simpler model could have been drafted for web content. Instead we keep hacking onto HTML adding things like CSS, JS. Then we keep adding on to those add-ons. Clearly, people are building things that are not documents. So why do we keep adding hacks to this document model?

Further, when you you Google, Mozzila, ect... saying you can't you use a feature without HTTPs the effectively make HTTPs part the standard even though it's not written in the standard.

For instance let say I wanted to run HTTP 2.0 web server. The HTTP 2.0 standard does not require encryption. However, because none of the browsers vendors support HTTP 2.0 without TLS. I must setup TLS to make my server accessible. It's not part of the standard, but the big browser providers effectively make it part of the standard. I don't have a problem with crypto. I just hate the browsers forcing it to be basically part of the standards. When it should be optional.

Re: CSS Paint API: New possibilities in Chrome 65

#29
> As of now, text rendering methods are missing and for security reasons you cannot read back pixels from the canvas.

Does anyone have an idea as to what those reasons might be? I've heard of JavaScript access to certain CSS features being limited (e.g. getComputedStyle()), but I'm not sure what the benefit is here. Is there any way that user information could be leaked through a paint worklet context?

Re: CSS Paint API: New possibilities in Chrome 65

#30
post #19

Earlier quoted context omitted.

"Https only" ensures Google's future (via AdSense, Double click, Chrome, Android, and Analytics) as the only sort of MITM that sees what mostly everyone is doing. While the https movement has benefits, don't misunderstand Google's interest as altruism. Good cause, murky motivation.

Or maybe Google and Mozilla actually want to make the web more secure? Not everything has to be a conspiracy.

I would hardly call it secure. There have been too many failures with certificate authorities. The whole system is dependent on that weak point.

Also do you keep track of the certificates issued to every website you visit? Then if you visit the website notice the certificate has changed. Do you check if it's a legitmate change ect.. If you don't keep track of certificates how do you even know you are not being MITM. You trust the certificate authority to handle that. However, certificate authorities clearly have signed or given out bad certificates.

Further, it only takes one bad certificate authority to compromise the entire system.

If the browsers really cared they would make sure that all login mechanism use something like J-PAKE or a private Key. That way if certificate authority was compromised the attacker would also have to know either your password or private key.

Further, not everything requires an encrypted session. It just adds overhead for no good reason. If you worried about MITM injecting a zero day. It would help if the web standards did not keep getting more and more complicated increasing the attack surface. All you need there is just a simple signed hash of the page. Some things might not even need that.

--EDIT-- I went on a bit of ramble there. If we want to be Mr. Conspiracy. I would say google likes adding more and more features because it makes it harder for competing browsers to exist. Not only that let's consider HTTP 2.0. The standard does require TLS, but Firefox and Google will not talk to HTTP 2.0 web-server without TLS. The large market share of Chrome for instance makes you unable to decide to run a plain text HTTP 2.0 web-server even though TLS is optional according to the standard. Even though Chrome is not the standard as specified by the standard document. I am forced to comply with how chrome and firefox are doing things. The effectively can make their own standards since there are so few browsers. The would be my Mr. Conspiracy reason why google would want to require TLS. Becuase let's face building a secure Crypto stack the meets all the requirements for TLS is not easy. So that just increases the barrier to entry.

Post reply on HN