pullo — 2014-03-10T04:31:59-04:00 — #1
felgall — 2014-03-10T17:12:07-04:00 — #2
paul_wilkins — 2014-03-10T19:21:12-04:00 — #3
That article about disabling the console was interesting, but it's fairly easy to get around.
All you have to do is to use the location bar to delete the custom console, which then returns control back to the standard one.
pullo — 2014-03-14T09:03:38-04:00 — #4
I tried this, but it didn't work for me in Chrome.
The console was still disabled.
Am I missing anything?
I checked FB using FireBug. That still works as expected
pullo — 2014-03-14T09:10:05-04:00 — #5
I agree that how a language is taught makes a great difference.
I think the author's point is that it's not very good for "software engineering" and/or "end-to-end systems programming", as its focus is too web-centric.
For example, I recently wrote a small desktop GUI that should do some basic file manipulation, then upload the altered files to an FTP server.
I ended up using Ruby, but briefly entertained having a go at writing it in JS. The file manipulation part and the FTP part put me off.
stomme_poes — 2014-03-14T12:16:24-04:00 — #6
My search-fu is poor today. It was fairly recently tweeted.
paul_wilkins — 2014-03-15T00:45:55-04:00 — #7
That's interesting - I tested using a local test page and things went well. I'll try again tonight and see if I can get my results to differ.
pullo — 2014-03-17T03:43:31-04:00 — #8
Social engineering sucks, that's for sure, but disabling the JS console in this way is like disabling the terminal on a Linux machine in case you enter
rm -rf / or
stomme_poes — 2014-03-17T04:39:37-04:00 — #9
Aha, someone else who saw the post vaguely remembered the logo looked like a fire hydrant. Adding "hydrant" to my search suddenly brings it up :/
The vulnerabilities outlined in the post allow the following:
Detect the opening and executing of commands in the console. (Unpatched)
Prevent the execution of commands in the console (Unpatched)
Log the commands that are executed in the console (Unpatched)
Censor variables from being accessed/read from the console (Unpatched)
Other unexplored potential vulnerabilities that are children of these (Unpatched)
Use these vulnerabilities to execute arbitrary scripts on webpages that can be framed (Patched)
I don't actually buy the "Facebook is doing it to protect you" line.
pullo — 2014-03-17T05:05:50-04:00 — #10
That's interesting reading, poes.
felgall — 2014-03-18T16:49:08-04:00 — #11
Wouldn't it be easier to just create a userscript to attach to your browser that runs that command just on those sites that try to disable the console? That way it would be a set once and forget (until you find another site that you need to add to the list) rather than having to enter it every time.
felgall — 2014-03-19T03:44:36-04:00 — #12
The following userscript will work in Google Chrome (tampermonkey) to reinstate the console. It should work in Firefox (GreaseMonkey) as well, may need slight alteration to work in Internet Explorer (depending on which userscript plugin you use).
// @author Stephen Chapman
// @name Fix console
// @description Reinstates the console when one of the following sites disables it
// @include http://facebook.com
This is set and forget - the only time you'd need to change it is if you need to add an include statement for another stupid site.
jeff_mott — 2014-03-19T13:48:31-04:00 — #13
It didn't work for me either in Chrome.
felgall — 2014-03-19T14:24:20-04:00 — #14
Typing in the address bar in Chrome didn't work for me either but setting it up as a userscript did.
system — 2014-10-08T01:46:20-04:00 — #15
This topic is now closed. New replies are no longer allowed.