Skip to content
HomeVideosBooks
AllTopicsTrends
BlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K
    Writing secure codeMichael Howard

    Writing secure code

    Michael Howard · 2003

    Security & Privacy
    Open LibraryAmazon
    Stats for nerds
    2recommend
    3mentions
    3people
    2015–2023years
    67% recommend33% neutral

    Mentions per year

    201520162017201820192020202120222023

    What Hacker News says

    1. StressedDevMay 2023
      A small correction on the redo step.

      What you are talking about was called the Windows Security Push and this is how it worked. Basically, every developer (not just the senior ones) had to help review every line of code in Windows. First, we were shown presentations which explained why security was important, where Microsoft products had failings, what were common security bugs and how to look for them. I think the presentations were done my Michael Howard. They were very good.

      Then we were given a copy of Writing Secure Code to read. It enumerated all of the know types of security vulnerabilities and told us how to fix them. It also taught us how to write a threat model, validate input from untrusted sources, reduce our attack surface, use the principal of least privilege, etc.

      Finally, we spent three months reviewing Vista's code. Each team was responsible for reviewing its own code. We filed bugs as we found them and then they were fixed.

      Note that porting the security fixes to Longhorn from Windows XP took very little work. Windows had one code base and you could move changes from release A to release B (Windows XP and Windows Vista in this case).

      Also, Longhorn was reset at some point but all of the work was not thrown out. Basically, some teams reduce the scope of their work (i.e. cut features) and some projects were cancelled. The reset did not occur because the security fixes were missing. It ocucred because Longhorn was an out of control project which had been going on for 2 to 3 years and was not close to shipping.

      thread
    2. pjmlpDec 2019
      Yes, you need to dive into books like

      Writing Secure Code

      https://www.amazon.com/Writing-Secure-Second-Developer-Pract...

      Secure Programming Cookbook for C and C++

      http://shop.oreilly.com/product/9780596003944.do

      SEI CERT C Coding Standard

      https://wiki.sei.cmu.edu/confluence/display/c

      thread
    3. sneakpeekJun 2015
      Ask HN: I picked up a coworker's book today - Writing Secure Code by David LeBlanc and Michael Howard. I immediately went to a chapter on buffer overruns because I've always heard this is a major source for security issues, but never knew why. I was surprised and pleased when the authors immediately showed code examples in C of how to exploit buffer overruns. I liked being able to see a concrete example of why certain code is a security risk. What are some good [introductory] book(s) that give concrete examples of vulnerable code?
      thread

    Related

    The CERT C secure coding standardRobert C. Seacord
    2017–2022

    The CERT C secure coding standard

    Robert C. Seacord
    3 recommend · 3
    Cover of Secure coding in C and C++
    2015–2023

    Secure coding in C and C++

    Robert C. Seacord
    7 recommend · 11
    Cover of The Code Book
    2007–2026

    The Code Book

    Simon Singh
    98 recommend · 148
    Cover of Advanced programming in the Unix environment
    2008–2025

    Advanced programming in the Unix environment

    W. Richard Stevens
    100 recommend · 153
    Cover of Code Complete
    2007–2026

    Code Complete

    Steve McConnell
    393 recommend · 894
    Cover of Security Engineering
    2008–2026

    Security Engineering

    Ross J. Anderson
    38 recommend · 60
    Cover of Working effectively with legacy code
    2008–2026

    Working effectively with legacy code

    Michael C. Feathers
    186 recommend · 315
    Cover of Clean Code
    2008–2026

    Clean Code

    Robert C. Martin
    298 recommend · 951