▲ 446 ▼ PHP was just the beginning: Node.js unveils dangerous flaws threatening millions of sites (cybernews.com) submitted 6 days ago by goatinspace@feddit.org to c/technology@lemmy.world 92 comments fedilink hide all child comments Node.js has just released fixes for 10 security vulnerabilities that could put node-powered applications at risk and is urging everyone to update their systems.
[–] muhyb@programming.dev 142 points 6 days ago (14 children) permalink fedilink source hideshow 14 child comments replies: [–] MadMadBunny@lemmy.ca 66 points 6 days ago (4 children) Nothing wrong with static sites! permalink fedilink source parent hideshow 4 child comments replies: [–] ell1e@leminal.space 21 points 6 days ago (1 child) but what about vulnerabilities in the web server? 😱 permalink fedilink source parent hideshow 1 child comment replies: [–] 1995ToyotaCorolla@lemmy.world 31 points 6 days ago Just staple your website to a telephone pole permalink fedilink source parent [–] Repelle@lemmy.world 14 points 6 days ago (1 child) That would be the best result if everyone just went back to static sites. permalink fedilink source parent hideshow 1 child comment replies: [–] ksh@aussie.zone 2 points 5 days ago Berkshire Hathaway website is html. https://www.berkshirehathaway.com/ permalink fedilink source parent [–] ElectricWaterfall@lemmy.zip 29 points 6 days ago https://motherfuckingwebsite.com/ permalink fedilink source parent [–] __siru__@discuss.tchncs.de 16 points 6 days ago (6 children) Has pure HTML (no css, no javascript) ever had a serious security issue? On the server side obviously not (outside of the apache/nginx/etc. having application bugs), but even on the client side has there ever been an exploit? permalink fedilink source parent hideshow 6 child comments replies: [–] xthexder@l.sw0.com 9 points 6 days ago I think there's been one or two image decompression exploits over the years, so a site with a malicious file could end up running code on your system. I remember this being an issue with Minecraft clients and player skins at one point, but I can't remember any specific times this happened in browsers tho. permalink fedilink source parent [–] AlphaOmega@lemmy.world 4 points 6 days ago* I build custom websites that run primarily on css and html. Light JS for applications, and some simple PHP to tie everything together. I am unaware of any flaw or exploit that would disable my sites. I don't recall any html vulnerabilities. Unless there's e-commerce involved, that's nothing I can think of that would be exploitable on either side for html or css. These are both hard coded into the browser so I'm not even sure what an exploit would accomplish other than changing values on the client side. But it's been a long week... Edit Looks like zarobi below remembered some exploits. Totally forgot about iframes and the weird image data exploits. permalink fedilink source parent [–] Zarobi@aussie.zone 4 points 6 days ago* (2 children) Yeah but if it's just pure HTML you got an ugly-ass website that's annoying to use. There's been many JavaScript and css vulnerabilities over the years of course. But yes there was and still is plain HTML issues Client side: I vaguely remember some base64 embedded encoding malware. I do believe there was some issues with early HTML, if you had malformed tags, that could bypass checks and balances. Svg, Images, audio, fonts, and video can definitely contain malware. Before you say fonts are a css thing, was a real tag IFrames were the worst: They had too much power in the past and could hijack the page and browser. There was no content security policy back then so they could inject JavaScript into the main page as well. Also they can cover the whole screen and present a normal login screen, and hijack all inputs going through it. Think of it like you're on dodgey-site.com and it has a full page IFrame to bank.com. This was a common hack back in the day which inspired an entire http header to help prevent this. Anchor tags can link to something dodgey of course. Embedded PDFs were a huge issue. ActiveX and other web applets was just fucked. They were so bad they caused malware constantly. This is where unsolicited toolbars came from. Adobe Flash had many many vulnerabilities over the years. Canvas bugs are still a thing today. Server side, you could execute SQL injection and path traversal just via URL before the page even loads. Malware and other issues can be embedded in text inputs. HTML can be uploaded to the server and in some cases replayed on the page affecting other users (comment sections were infamous for this). So yeah; a plain HTML page with no JavaScript or css isn't necessarily safe permalink fedilink source parent hideshow 2 child comments replies: [–] magnolia_mayhem@lemmy.world 3 points 6 days ago (1 child) Only ugly if you've been taught to think that permalink fedilink source parent hideshow 1 child comment replies: [–] Zarobi@aussie.zone 4 points 6 days ago Oh yeah, everyone loves black text on white background, with each div placed sequentially in a vertical stack :) really gives it that vintage mid 90's dial up internet "the website failed to load CSS" look There's nothing wrong with CSS. Arguably it's been overcomplicated way beyond it's original scope, but it works as designed to make your sites look good permalink fedilink source parent [–] magnolia_mayhem@lemmy.world 1 point 6 days ago My man permalink fedilink source parent [–] non_burglar@lemmy.world 9 points 6 days ago That's why my site will always be html monke. permalink fedilink source parent
[–] MadMadBunny@lemmy.ca 66 points 6 days ago (4 children) Nothing wrong with static sites! permalink fedilink source parent hideshow 4 child comments replies: [–] ell1e@leminal.space 21 points 6 days ago (1 child) but what about vulnerabilities in the web server? 😱 permalink fedilink source parent hideshow 1 child comment replies: [–] 1995ToyotaCorolla@lemmy.world 31 points 6 days ago Just staple your website to a telephone pole permalink fedilink source parent [–] Repelle@lemmy.world 14 points 6 days ago (1 child) That would be the best result if everyone just went back to static sites. permalink fedilink source parent hideshow 1 child comment replies: [–] ksh@aussie.zone 2 points 5 days ago Berkshire Hathaway website is html. https://www.berkshirehathaway.com/ permalink fedilink source parent
[–] ell1e@leminal.space 21 points 6 days ago (1 child) but what about vulnerabilities in the web server? 😱 permalink fedilink source parent hideshow 1 child comment replies: [–] 1995ToyotaCorolla@lemmy.world 31 points 6 days ago Just staple your website to a telephone pole permalink fedilink source parent
[–] 1995ToyotaCorolla@lemmy.world 31 points 6 days ago Just staple your website to a telephone pole permalink fedilink source parent
[–] Repelle@lemmy.world 14 points 6 days ago (1 child) That would be the best result if everyone just went back to static sites. permalink fedilink source parent hideshow 1 child comment replies: [–] ksh@aussie.zone 2 points 5 days ago Berkshire Hathaway website is html. https://www.berkshirehathaway.com/ permalink fedilink source parent
[–] ksh@aussie.zone 2 points 5 days ago Berkshire Hathaway website is html. https://www.berkshirehathaway.com/ permalink fedilink source parent
[–] ElectricWaterfall@lemmy.zip 29 points 6 days ago https://motherfuckingwebsite.com/ permalink fedilink source parent
[–] __siru__@discuss.tchncs.de 16 points 6 days ago (6 children) Has pure HTML (no css, no javascript) ever had a serious security issue? On the server side obviously not (outside of the apache/nginx/etc. having application bugs), but even on the client side has there ever been an exploit? permalink fedilink source parent hideshow 6 child comments replies: [–] xthexder@l.sw0.com 9 points 6 days ago I think there's been one or two image decompression exploits over the years, so a site with a malicious file could end up running code on your system. I remember this being an issue with Minecraft clients and player skins at one point, but I can't remember any specific times this happened in browsers tho. permalink fedilink source parent [–] AlphaOmega@lemmy.world 4 points 6 days ago* I build custom websites that run primarily on css and html. Light JS for applications, and some simple PHP to tie everything together. I am unaware of any flaw or exploit that would disable my sites. I don't recall any html vulnerabilities. Unless there's e-commerce involved, that's nothing I can think of that would be exploitable on either side for html or css. These are both hard coded into the browser so I'm not even sure what an exploit would accomplish other than changing values on the client side. But it's been a long week... Edit Looks like zarobi below remembered some exploits. Totally forgot about iframes and the weird image data exploits. permalink fedilink source parent [–] Zarobi@aussie.zone 4 points 6 days ago* (2 children) Yeah but if it's just pure HTML you got an ugly-ass website that's annoying to use. There's been many JavaScript and css vulnerabilities over the years of course. But yes there was and still is plain HTML issues Client side: I vaguely remember some base64 embedded encoding malware. I do believe there was some issues with early HTML, if you had malformed tags, that could bypass checks and balances. Svg, Images, audio, fonts, and video can definitely contain malware. Before you say fonts are a css thing, was a real tag IFrames were the worst: They had too much power in the past and could hijack the page and browser. There was no content security policy back then so they could inject JavaScript into the main page as well. Also they can cover the whole screen and present a normal login screen, and hijack all inputs going through it. Think of it like you're on dodgey-site.com and it has a full page IFrame to bank.com. This was a common hack back in the day which inspired an entire http header to help prevent this. Anchor tags can link to something dodgey of course. Embedded PDFs were a huge issue. ActiveX and other web applets was just fucked. They were so bad they caused malware constantly. This is where unsolicited toolbars came from. Adobe Flash had many many vulnerabilities over the years. Canvas bugs are still a thing today. Server side, you could execute SQL injection and path traversal just via URL before the page even loads. Malware and other issues can be embedded in text inputs. HTML can be uploaded to the server and in some cases replayed on the page affecting other users (comment sections were infamous for this). So yeah; a plain HTML page with no JavaScript or css isn't necessarily safe permalink fedilink source parent hideshow 2 child comments replies: [–] magnolia_mayhem@lemmy.world 3 points 6 days ago (1 child) Only ugly if you've been taught to think that permalink fedilink source parent hideshow 1 child comment replies: [–] Zarobi@aussie.zone 4 points 6 days ago Oh yeah, everyone loves black text on white background, with each div placed sequentially in a vertical stack :) really gives it that vintage mid 90's dial up internet "the website failed to load CSS" look There's nothing wrong with CSS. Arguably it's been overcomplicated way beyond it's original scope, but it works as designed to make your sites look good permalink fedilink source parent [–] magnolia_mayhem@lemmy.world 1 point 6 days ago My man permalink fedilink source parent
[–] xthexder@l.sw0.com 9 points 6 days ago I think there's been one or two image decompression exploits over the years, so a site with a malicious file could end up running code on your system. I remember this being an issue with Minecraft clients and player skins at one point, but I can't remember any specific times this happened in browsers tho. permalink fedilink source parent
[–] AlphaOmega@lemmy.world 4 points 6 days ago* I build custom websites that run primarily on css and html. Light JS for applications, and some simple PHP to tie everything together. I am unaware of any flaw or exploit that would disable my sites. I don't recall any html vulnerabilities. Unless there's e-commerce involved, that's nothing I can think of that would be exploitable on either side for html or css. These are both hard coded into the browser so I'm not even sure what an exploit would accomplish other than changing values on the client side. But it's been a long week... Edit Looks like zarobi below remembered some exploits. Totally forgot about iframes and the weird image data exploits. permalink fedilink source parent
[–] Zarobi@aussie.zone 4 points 6 days ago* (2 children) Yeah but if it's just pure HTML you got an ugly-ass website that's annoying to use. There's been many JavaScript and css vulnerabilities over the years of course. But yes there was and still is plain HTML issues Client side: I vaguely remember some base64 embedded encoding malware. I do believe there was some issues with early HTML, if you had malformed tags, that could bypass checks and balances. Svg, Images, audio, fonts, and video can definitely contain malware. Before you say fonts are a css thing, was a real tag IFrames were the worst: They had too much power in the past and could hijack the page and browser. There was no content security policy back then so they could inject JavaScript into the main page as well. Also they can cover the whole screen and present a normal login screen, and hijack all inputs going through it. Think of it like you're on dodgey-site.com and it has a full page IFrame to bank.com. This was a common hack back in the day which inspired an entire http header to help prevent this. Anchor tags can link to something dodgey of course. Embedded PDFs were a huge issue. ActiveX and other web applets was just fucked. They were so bad they caused malware constantly. This is where unsolicited toolbars came from. Adobe Flash had many many vulnerabilities over the years. Canvas bugs are still a thing today. Server side, you could execute SQL injection and path traversal just via URL before the page even loads. Malware and other issues can be embedded in text inputs. HTML can be uploaded to the server and in some cases replayed on the page affecting other users (comment sections were infamous for this). So yeah; a plain HTML page with no JavaScript or css isn't necessarily safe permalink fedilink source parent hideshow 2 child comments replies: [–] magnolia_mayhem@lemmy.world 3 points 6 days ago (1 child) Only ugly if you've been taught to think that permalink fedilink source parent hideshow 1 child comment replies: [–] Zarobi@aussie.zone 4 points 6 days ago Oh yeah, everyone loves black text on white background, with each div placed sequentially in a vertical stack :) really gives it that vintage mid 90's dial up internet "the website failed to load CSS" look There's nothing wrong with CSS. Arguably it's been overcomplicated way beyond it's original scope, but it works as designed to make your sites look good permalink fedilink source parent
[–] magnolia_mayhem@lemmy.world 3 points 6 days ago (1 child) Only ugly if you've been taught to think that permalink fedilink source parent hideshow 1 child comment replies: [–] Zarobi@aussie.zone 4 points 6 days ago Oh yeah, everyone loves black text on white background, with each div placed sequentially in a vertical stack :) really gives it that vintage mid 90's dial up internet "the website failed to load CSS" look There's nothing wrong with CSS. Arguably it's been overcomplicated way beyond it's original scope, but it works as designed to make your sites look good permalink fedilink source parent
[–] Zarobi@aussie.zone 4 points 6 days ago Oh yeah, everyone loves black text on white background, with each div placed sequentially in a vertical stack :) really gives it that vintage mid 90's dial up internet "the website failed to load CSS" look There's nothing wrong with CSS. Arguably it's been overcomplicated way beyond it's original scope, but it works as designed to make your sites look good permalink fedilink source parent
[–] non_burglar@lemmy.world 9 points 6 days ago That's why my site will always be html monke. permalink fedilink source parent