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

                    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