Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

JavaScript Security Engineering (Helicopter View) workshop, crafted for 3 hours with a bunch of demos

NotificationsYou must be signed in to change notification settings

danieldanielecki/JavaScript-Security-Engineering

Repository files navigation

This repository is for mine JavaScript Security Engineering 2.5 hours workshop with demos around

Feedback

Lots of information, JWT part has 1 slide to improve regarding what "RS" (apparently that's hashing algorithm, not signature algorithm) and "256" (it's just length) means exactly according to definitions.

Also in JWT, PKC is so expensive in computation that's why asymmetric and symmetric crypto is combined, so it's not like symmetric crypto is not being used.

Crypto topic could've been covered more in depth, but it would give even longer talk. Generally speaking, each of those topic can be a separated conference talk.

From Web Security point of view, only SQL Injection was missing, but it wasn't too much related to JavaScript that's why it was skipped.

Don't know whycsrfCookie && csrfHeader && csrfCookie === csrfHeader is set like this in CSRF example, not justsrfCookie === csrfHeader. In addition to that, it'd pass if both would be undefined, then we'd haveundefined === undefined.

As written, in CSP subfolder, something different than blocking a POST request could've been shown to differentiate better between CORS and CSP. Maybeunsafe-inline might be an interesting case


[8]ページ先頭

©2009-2025 Movatter.jp