sheetsj’s avatarsheetsj’s Twitter Archive—№ 2,650

      1. The Struts2 scenario that brought down Equifax could really happen anywhere: arstechnica.com/information-technology/2017/09/massive-equifax-breach-caused-by-failure-to-patch-two-month-old-bug/
    1. …in reply to @sheetsj
      "The flaw in the Apache Struts framework was fixed on March 6. Three days later, the bug was already under mass attack"
  1. …in reply to @sheetsj
    Companies have very little time to react. Especially hard at very large organizations with hundreds of legacy production applications
    1. …in reply to @sheetsj
      The scenario affecting Struts2 can easily be applied to Spring/Grails/Play/etc... All have routine patches to fix vulnerabilities
      1. …in reply to @sheetsj
        The key is to have processes and procedures in place to quickly rebuild and redeploy and regression test applications
        1. …in reply to @sheetsj
          But also to internally rank applications on level of criticality and priority for updates
          1. …in reply to @sheetsj
            e.g. A grocery store list app -- low priority. A stock trading app -- pretty critical.
            1. …in reply to @sheetsj
              there are tools to help - starting with a dependency tracking tool like Artifactory or Nexus to have an inventory libraries
              1. …in reply to @sheetsj
                implementing a continuous delivery/integration pipeline should also be at the top of your list
                1. …in reply to @sheetsj
                  and major props to @TheApacheStruts for being open and quick in their response @TheASF/908284325044436992
                  1. …in reply to @sheetsj
                    @TheApacheStruts Great writeup on how the issue isn't OS tools. Open Source is actually what helps to patch these holes faster blogs.apache.org/foundation/entry/apache-struts-statement-on-equifax
                    1. …in reply to @sheetsj
                      @TheApacheStruts "there is a huge difference between detecting a flaw after nine years and knowing about a flaw for several years"
                      1. …in reply to @sheetsj
                        1. …in reply to @sheetsj
                          Look at @VersionEye and jeremylong.github.io/DependencyCheck/ as tools to auto-scan and notify for vulnerable libraries on your projects
                          1. …in reply to @sheetsj
                            It’s not easy, but quick detection & notification, fast patching, auto regression tests, and timely deploys are the new norm
                            1. …in reply to @sheetsj
                              To be clear - this applies to Node, Ruby, C#, Python, just as much as Java. Security holes happen. So we must plan for them.
                              1. …in reply to @sheetsj
                                Adding another tool snyk.io/ to the thread - thanks @mrbusche
                                1. …in reply to @sheetsj
                                  Adding two more security scanning / checking tools to the thread: @black_duck_sw and @Checkmarx