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

    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