$30 off During Our Annual Pro Sale. View Details »

Top 10 Developer Security Misconceptions

Top 10 Developer Security Misconceptions

When it comes to security in development, there's a lot of things developers have the wrong idea about - things like "I don't have enough time" or "I don't know enough to be effective." Join me as a I run through the "top ten" of the list and help dispel them and make your life as a developer easier.

Chris Cornutt

May 15, 2013
Tweet

More Decks by Chris Cornutt

Other Decks in Technology

Transcript

  1. Top 10 Developer
    Security Misconceptions
    alert(‘Chris Cornutt @ php|tek 2013’);
    Wednesday, May 15, 2013

    View Slide

  2. Wednesday, May 15, 2013

    View Slide

  3. Code Reviews?
    Wednesday, May 15, 2013

    View Slide

  4. Security
    Code Reviews?
    Wednesday, May 15, 2013

    View Slide

  5. “Make it Work” vs “Make it Secure”
    Wednesday, May 15, 2013

    View Slide

  6. “Make it Work Securely”
    Wednesday, May 15, 2013

    View Slide

  7. I Don’t Know Enough
    Plenty of Training Resources (free/paid)
    Conferences
    Read, read and read some more...
    Wednesday, May 15, 2013

    View Slide

  8. Wednesday, May 15, 2013

    View Slide

  9. It’s Too Hard
    Start Small (bits & pieces)
    A scan is worth one thousand words
    One exploit at a time
    Wednesday, May 15, 2013

    View Slide

  10. I Can Secure It Later
    “Later” never comes
    It’s too big later
    Secure Development Life Cycle
    Wednesday, May 15, 2013

    View Slide

  11. Secure Development Lifecycle
    Gathering Requirements
    System Design
    Implementation/Development
    Verification
    Release of Tested/Verified Product
    Wednesday, May 15, 2013

    View Slide

  12. Image copyright Microsoft, Inc
    Wednesday, May 15, 2013

    View Slide

  13. I Can Secure It Later
    Plan security in from the start
    Security is not bugfixing
    “Later” never comes
    It’s too big later
    Secure Development Life Cycle
    Wednesday, May 15, 2013

    View Slide

  14. But My * Handles That For Me
    Misplaced trust in 3rd party tools
    Investigation
    Validated and popular
    Security policy definition
    Wednesday, May 15, 2013

    View Slide

  15. Management Won’t Support It
    Integrated with development
    Share statistics on common vulnerabilities
    Find your own exploits...with a patch
    QA and development are both responsible
    Wednesday, May 15, 2013

    View Slide

  16. Wednesday, May 15, 2013

    View Slide

  17. Why Would Someone Hack Us?
    Too small
    Unimportant
    Attack platform
    Shared passwords and account information
    Low hanging fruit
    Wednesday, May 15, 2013

    View Slide

  18. My Application’s Internal...
    Internal threats are larger
    No excuse for lax measures
    Loose password/access policies
    Development data sources with prod data
    Trust.
    Wednesday, May 15, 2013

    View Slide

  19. We Use * So We’re Secure
    Cryptography
    Access control
    Firewalls
    Web Application Firewalls
    Framework of choice
    Wednesday, May 15, 2013

    View Slide

  20. Security People Are Crazy
    “Them”
    “Developers don’t know about security”
    QA vs Security Testing
    Rules, rules, rules...
    ...and Reasons
    Integration, not Segregation
    Wednesday, May 15, 2013

    View Slide

  21. It’s Not My Job
    Worst. Excuse. Ever.
    Network Admin... Security is your job
    Sysadmin... Security is your job
    Developer... Security is your job
    “Defense in Depth”
    Wednesday, May 15, 2013

    View Slide

  22. Architecture
    Development
    Testing
    Environments
    Processes & Policies
    SECURITY
    Wednesday, May 15, 2013

    View Slide

  23. Questions?
    Chris Cornutt @enygma
    @websecquickfix
    http://websec.io
    http://joind.in/8164
    http://bit.ly/top10-devsec-tek13
    Wednesday, May 15, 2013

    View Slide