Published on

GatsbyJS and Security

Last Modified on
Last modified on
Authors
GatsbyJS and Security
Photo by Calvin Ma on Unsplash

The past couple of days(and later tonight) has been all about web security.

It can be hard to wrap one's head around the concept of security and static sites, especially when there is no collection of (sensitive) data.

Last night I attended an AWS New York | Official Meetup event at American Whiskey on West 30th Street in Manhattan. I expected attendance to be higher, but then that might have had more to do with where it was taking place. I, for one, did not even bother to bring my laptop because my first reaction was,

How serious can this be if it is taking place at a Whiskey Bar?

Also, I was afraid that my computer could potentially be damaged within such an environment.

It was a bit difficult to follow the hacking demonstration from where I was sitting, so at one point I moved much closer in order see and hear better. But it was a good demonstration. I just wish it had taken place in an environment more conducive to presentations. It would have been nice if it took place at the AWS Loft downtown, but they close at 6pm. Hopefully the next event will take place at a better location. On a more positive note, the hors d'hoeuvres and the wait staff upstairs were super nice, and Armor Defense were very generous with the drink tickets.

The event did get me curious about how GatsbyJS rated security-wise. I came across the following post entitled Security For Modern Web Frameworks on their website:

Security for Modern Web Frameworks

It contained a link to an article entitled Security for Static Websites. It's perhaps a bit outdated by now, but it definitely gets you thinking.

Then I wanted to find out more about why one would choose GatsbyJS over other frameworks when it comes to security. I found a list of reasons on the GatsbjJS repository on Github entitled Answering IT and Security Questions. It stated the following:

At larger companies, such as the Fortune 500, there are Security teams that audit new technologies being used inside the company. If security engineers are interested in your project, some talking points that can help answer their questions include:

  • Because Gatsby compiles your site to flat files, rather than having running app servers and databases users are targeting, it reduces the attack surface of the site to outsiders.
  • Gatsby adds a layer of indirection which obscures your CMS -- so even if your CMSĀ isĀ vulnerable, bad actors have no idea where to find it. This is in contrast to systems where bad actors can easily locate the admin dashboard at, for example,Ā /wp-adminĀ and attempt to hack in.
  • Gatsby lets you serve your site from a global CDN, likely whatever CDN your company is using (for example, Akamai, Cloudflare, Fastly...), which effectively eliminates the risk of DDOS attacks. It's helpful to emphasize to security personnel that these benefits were a factor in why Gatsby was selected for the project. You chose Gatsby, in part, because it isĀ moreĀ secure." Read about security in Gatsby:Ā Security For Modern Web Frameworks -- Note:Ā do you have additional ideas on how to answer IT and security questions for Gatsby projects? We welcome contributions to the Gatsby docs. Find outĀ how to contribute.

Other links in the [Security For Modern Web Frameworks](Security For Modern Web Frameworks) article are The OWASP Top Ten, listing top website security vulnerabilities. OWASP, aka Open Web Application Security Project, is an excellent resource for security. They also have a meetup you can join. I just found out today that there is also an OWASP meetup for WOMEN in security. Yay!

Then there is a link to an OWASP cheat sheet for information on securing all APIs (authenticated or not).

Having started development some years ago with WordPress, I am always striving to learn more about web security. There, I was constantly riddled with various security issues when it came to my community website or my entertainment publication I ran for several years.

We have always had to deal with security issues on the web. The difference today is that the number of nefarious hackers out to destroy people's lives for no real reason has increased tremendously because technology has also advanced tremendously. It is no longer a matter of can someone hack into the system or website. It's a matter of will they decide to choose you over someone else as a target.

BTW, this morning I came across an article published yesterday on The Hacker News, a publication dedicated to cyber security, entitled Firefox Releases Critical Patch Update To Stop Ongoing Zero Day Attacks. According to the article,

Mozilla earlier today released Firefox 67.0.3 and Firefox ESR 60.7.1 versions to patch a critical zero-day vulnerability in the browsing software that hackers have been found exploiting in the wild.

According to Samuel GroƟ, in cyber security research at Google Project Zero,

...the vulnerability could allow attackers to remotely execute arbitrary code on machines running vulnerable Firefox versions and take full control of them.

The vulnerability, identified asĀ CVE-2019-11707, affects anyone who uses Firefox on desktop (Windows, macOS, and Linux) ā€” whereas, Firefox for Android, iOS, and Amazon Fire TV are not affected.

Lucky I went in to check out the latest news, because I had been using Firefox in local development before yesterday, and yesterday, had conducted an update to the "latest version", which is Firefox Quantum 67.0.3 (on Mac).

What web security issues have you encountered that you are still trying to solve or have solved either as a developer or business owner? I would love to hear from you. Feel free to email me or leave me a voice message on the Plugging In The Holes public page on anchor.fm.

I will be embedding this episode of Plugging in The Holes along with a transcript in the form of a post on interglobalmedianetwork.com for your hearing and reading pleasure. Bye for now!