HN user

jsoverson

91 karma
Posts20
Comments7
View on HN
github.com 2y ago

Wick: Functional, reactive, WebAssembly on both client and server

jsoverson
2pts0
github.com 3y ago

WasmRS: Reactive Streaming Protocol for WebAssembly

jsoverson
5pts0
candle.dev 4y ago

Wasmflow, a Framework for Composable WebAssembly

jsoverson
22pts0
recaptchaday.itsnoahevans.co.uk 6y ago

ReCaptchaDay 2019

jsoverson
2pts0
medium.com 6y ago

From Zero to Deepfake – How easy is it to create a deepfake?

jsoverson
4pts0
medium.com 7y ago

No, 2FA Does Not Stop Credential Stuffing Attacks

jsoverson
3pts0
combolist.org 7y ago

Combolist.org – generate fake combolists to use as examples or for test input

jsoverson
1pts0
medium.com 7y ago

Stop asking users to enter good passwords

jsoverson
1pts0
blog.shapesecurity.com 7y ago

Reverse Engineering JavaScript by example – flatmap-stream payload A

jsoverson
3pts0
medium.com 7y ago

Bypassing CAPTCHAs with Headless Chrome

jsoverson
4pts0
medium.com 7y ago

Exploiting dev infrastructure is insanely easy: Analysis of the npm exploit

jsoverson
5pts0
blog.shapesecurity.com 7y ago

Intercepting and Modifying Responses with Chrome and the Devtools Protocol

jsoverson
3pts0
qz.com 8y ago

Hackers account for 90% of login attempts at online retailers

jsoverson
101pts64
engineering.shapesecurity.com 9y ago

Pokémon Go API – A Closer Look at Automated Attacks

jsoverson
17pts0
news.yahoo.com 10y ago

LifeLock to Pay $100M to Settle Charges that it failed to protect customer data

jsoverson
1pts0
www.infoq.com 10y ago

The Imitation Game: The New Frontline of Security

jsoverson
12pts0
jarrodoverson.com 12y ago

The Biggest Problem with Google Glass

jsoverson
5pts2
jarrodoverson.com 13y ago

My First Few Weeks with Google Glass

jsoverson
3pts0
jarrodoverson.com 13y ago

Show HN: HTML5DevConf - Overview with links to some of the big talks

jsoverson
3pts0
rcljs.com 13y ago

RCL - JavaScript client logging in your local terminal

jsoverson
2pts0

I see `.PHONY` as a hack, `MAKEFLAGS += --no-builtin-rules` as a workaround, and many of the builtin functions as being difficult to use, read, and understand. A long string of nested replacements generating the sources for a task is a pain to read and maintain.

What I want out of task runners nowadays is to run tasks. If I can't make a task without writing '.PHONY' - there's a problem with the task runner.

I tried repeatedly to just stick with Makefiles but I kept having to add workaround and hack to do basic stuff. They got uglier and uglier. I checked out go task and cargo make, but eventually gave in to `just`. It has worked just fine and the files are infinitely more readable than the comparable ones w/ make.

1) Proxies and botnets obscure origin and make attacks appear globally distributed so basic rate limiting has little effect on these attacks.

2) Extrapolated averages on incomplete data are certainly suspect, they are meant to be taken with a grain of salt and are most applicable to people in the affected industries for them to validate against their own data. FWIW The highest percentage of malicious, automated traffic that I've seen has been 99% which, yes, is crazy and should sound unbelievable.

3) Noted, definitely. It is certainly a tough number to nail down because it is very dependent on all the things you mention. I trust our data because we've been at this the longest, were the earliest, and we see a lot of the unadulterated attack traffic that has gotten through many existing defenses so we see the stark difference on day one.

Disclaimer: I contributed to the report in question (but was not consulted or related to the posted article)

Couple this with the fact that mobile services are also subject to credential stuffing attacks constantly and, for the services that allow you to read SMS messages online, the attackers who take over your mobile account also gain a critical piece of your 2FA protection.

San Diego JS is a presentation based meetup and we found that a lot of attendees were also interested in classes where they could work on actual code while having the ability to get advice and ask questions.

JSU is not intended to compete, but to fill that need without causing confusion as to what SDJS is. Using a separate, geography-agnostic name also allows us to expand the concept to other cities if anyone is so motivated.