GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - danieldanielecki/JavaScript-Security-Engineering: JavaScript Security Engineering (Helicopter View) workshop, crafted for 3 hours with a bunch of demos

BranchesTags
Open more actions menu

Latest commit

 

History

3 Commits
3 Commits

Folders and files

NameName
Last commit message
Last commit date
_presentation
_presentation
 
 
cors
cors
 
 
csp
csp
 
 
mean-stack
mean-stack
 
 
serverless-security
serverless-security
 
 
web-dvwa(xss)
web-dvwa(xss)
 
 
web_scanners_for_developers
web_scanners_for_developers
 
 
.DS_Store
.DS_Store
 
 
README.md
README.md
 
 

Repository files navigation

JavaScript Security Engineering

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 why csrfCookie && csrfHeader && csrfCookie === csrfHeader is set like this in CSRF example, not just srfCookie === csrfHeader. In addition to that, it'd pass if both would be undefined, then we'd have undefined === undefined.

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

About

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

Topics

angularcompilercross-origin-resource-sharingcross-site-scriptingfirebase-securityhelmethelmetjsjavascriptjavascript-securityreactreactjssecurityserverless-securitysveltesvelte3sveltejstypescriptvuevuejsweb-security

Resources

Readme
Activity

Stars

4 stars

Watchers

1 watching

Forks

1 fork
Report repository

Releases

Packages

Contributors

Languages

You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.