2006 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Fri Jan 6 13:05:00 EST 2006
Ending: Sun Dec 31 21:51:07 EST 2006
Messages: 703

• [SC-L] "Baking Security In" - Microsoft dev security training   Gadi Evron
• [SC-L] "Bumper sticker" definition of secure software   Goertzel Karen
• [SC-L] "Bumper sticker" definition of secure software   ljknews
• [SC-L] "Bumper sticker" definition of secure software   Stephen de Vries
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Dave Aronson
• [SC-L] "Bumper sticker" definition of secure software   Gunnar Peterson
• [SC-L] "Bumper sticker" definition of secure software   Gadi Evron
• [SC-L] "Bumper sticker" definition of secure software   Crispin Cowan
• [SC-L] "Bumper sticker" definition of secure software   Julie J.C.H. Ryan
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Gary McGraw
• [SC-L] "Bumper sticker" definition of secure software   Holger.Peine at iese.fraunhofer.de
• [SC-L] "Bumper sticker" definition of secure software   Crispin Cowan
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Crispin Cowan
• [SC-L] "Bumper sticker" definition of secure software   Wall, Kevin
• [SC-L] "Bumper sticker" definition of secure software   Jeremy Epstein
• [SC-L] "Bumper sticker" definition of secure software   Shea, Brian A
• [SC-L] "Bumper sticker" definition of secure software   Goertzel Karen
• [SC-L] "Bumper sticker" definition of secure software   Gadi Evron
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   mark at markgraff.com
• [SC-L] "Bumper sticker" definition of secure software   Peter G. Neumann
• [SC-L] "Bumper sticker" definition of secure software   leichter_jerrold at emc.com
• [SC-L] "Bumper sticker" definition of secure software   Gadi Evron
• [SC-L] "Bumper sticker" definition of secure software   Peter G. Neumann
• [SC-L] "Bumper sticker" definition of secure software   Pascal Meunier
• [SC-L] "Bumper sticker" definition of secure software   Glenn and Mary Everhart
• [SC-L] "Bumper sticker" definition of secure software   Rajeev Gopalakrishna
• [SC-L] "Bumper sticker" definition of secure software   Gadi Evron
• [SC-L] "Bumper sticker" definition of secure software   Paolo Perego
• [SC-L] "Bumper sticker" definition of secure software   Florian Weimer
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Crispin Cowan
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Dana Epp
• [SC-L] "Bumper sticker" definition of secure software   mikeiscool
• [SC-L] "Bumper sticker" definition of secure software   Andrew van der Stock
• [SC-L] (free) Software Security seminar next week in silicon valley   Gary McGraw
• [SC-L] (fwd) Secure Java apps on Linux using MD5 crypt   Kenneth R. van Wyk
• [SC-L] (no subject)   SC-L Subscriber Dave Aronson
• [SC-L] (no subject)   SC-L Subscriber Dave Aronson
• [SC-L] (no subject)   Gadi Evron
• [SC-L] (Software Risk)--was-->Bugs and flaws   Evans, Arian
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Wall, Kevin
• [SC-L] Re: 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in100% Managed Verifiable code   Jeff Williams
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   ljknews
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   der Mouse
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   ljknews
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   ljknews
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   der Mouse
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   David A. Wheeler
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Pilon Mntry
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Andrew van der Stock
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   der Mouse
• [Full-disclosure] Re: [Owasp-dotnet] RE: [SC-L] 4 Questions: LatestIE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Gunnar Peterson
• [SC-L] Re: [Full-disclosure] Re: [Owasp-dotnet] Re: 4 Questions: Latest IEvulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] [Full-disclosure] Re: [Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] Re: [Full-disclosure] Re: Java integer overflows (was: a really long topic)   michaelslists at gmail.com
• [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   ljknews
• [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Gunnar Peterson
• [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [Owasp-dotnet] Re: [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [Owasp-dotnet] Re: [SC-L] Is there any Security problem in Ajax technology?   Andrew van der Stock
• [Owasp-dotnet] Re: [SC-L] Is there any Security problem in Ajax technology?   George Capehart
• [Owasp-dotnet] Re: [SC-L] Is there any Security problem in Ajax technology?   Gadi Evron
• [Owasp-dotnet] Re: [SC-L] Is there any Security problem in Ajax technology?   George Capehart
• [SC-L] Re: [Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Crispin Cowan
• [SC-L] Re: [Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Crispin Cowan
• [SC-L] Re: [Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Pascal Meunier
• [SC-L] Re: [Owasp-dotnet] Re: 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] [Full-disclosure] Re: [Owasp-dotnet] RE: 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [SC-L] Re: [Owasp-dotnet] Re: Is there any Security problem in Ajax technology?   Dinis Cruz
• [OWASP-LEADERS] Re: [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Stephen de Vries
• [OWASP-LEADERS] Re: [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [OWASP-LEADERS] Re: [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• [OWASP-LEADERS] Re: [Owasp-dotnet] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Stephen de Vries
• [SC-L] [WEB SECURITY] Need a few slides/data on surging importance of security and source code security   Holger.Peine at iese.fraunhofer.de
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should ca re   leichter_jerrold at emc.com
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should care   Dinis Cruz
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should care   Andrew van der Stock
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should care   George Capehart
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should care   Stephen de Vries
• [SC-L] Re: [WEB SECURITY] On sandboxes, and why you should care   Jeff Williams
• [SC-L] A banner year for software bugs | Tech News on ZDNet   Kenneth Van Wyk
• [SC-L] A banner year for software bugs | Tech News on ZDNet   Michael S Hines
• [SC-L] A banner year for software bugs | Tech News on ZDNet   McCown, Christian M
• [SC-L] A Modular Approach to Data Validation in Web Applications   Stephen de Vries
• [SC-L] A New Open Source Approach to Weakness   Kenneth Van Wyk
• [SC-L] A New Open Source Approach to Weakness   Gergely Buday
• [SC-L] A New Open Source Approach to Weakness   Jeff Williams
• [SC-L] A New Open Source Approach to Weakness   Gary McGraw
• [SC-L] A New Open Source Approach to Weakness   mcgegick at ncsu.edu
• [SC-L] A New Open Source Approach to Weakness   Jeff Williams
• [SC-L] Administrative: whitelisting on SC-L   Kenneth R. van Wyk
• [SC-L] Administrivia: Bumper Stickers   Kenneth Van Wyk
• [SC-L] advice from the past   Steven M. Bellovin
• [SC-L] Ajax one panel   Gary McGraw
• [SC-L] Ajax one panel   Johan Peeters
• [SC-L] Ajax one panel   Gary McGraw
• [SC-L] Ajax one panel   Johan Peeters
• [SC-L] Ajax one panel   John Steven
• [SC-L] Ajax one panel   Johan Peeters
• [SC-L] Ajax one panel   Gary McGraw
• [SC-L] Ajax one panel   Johan Peeters
• [SC-L] Ajax one panel   Crispin Cowan
• [SC-L] Ajax security basics   Kenneth Van Wyk
• [SC-L] Ajax security basics   Gunnar Peterson
• [SC-L] AJAX security paper   Kenneth R. van Wyk
• [SC-L] AJAX: Is your application secure enough?   Kenneth R. van Wyk
• [SC-L] ANNOUNCING: 3rd annual US OWASP AppSec Conference - Oct 16-18 2006 - Seattle, WA   Dave Wichers
• [SC-L] ANNOUNCING: 3rd Annual US OWASP AppSec Conference - Oct 16-18 2006 - Seattle, WA   Dave Wichers
• [SC-L] Another example of the futility of hardwareless 2 factor authentication   Glenn Everhart
• [SC-L] Another example of the futility of hardwareless 2 factor authentication   der Mouse
• [SC-L] Any interest in an informal SC-L BoF at S3?   Kenneth R. van Wyk
• [SC-L] Any interest in an informal SC-L BoF at S3?   Kenneth R. van Wyk
• [SC-L] Any interest in an informal SC-L BoF at S3?   Gary McGraw
• [SC-L] Apple Places Encrypted Binaries in Mac OS X   Kenneth Van Wyk
• [SC-L] Apple Places Encrypted Binaries in Mac OS X   Leichter, Jerry
• [SC-L] Apple Places Encrypted Binaries in Mac OS X   Leichter, Jerry
• [SC-L] Article -- IBM offers developers free security tools   Kenneth Van Wyk
• [SC-L] Black Hat class: Advanced Asp.Net Exploits and Countermeasures   Dinis Cruz
• [SC-L] Book review: Essential PHP Security   Kenneth R. van Wyk
• [SC-L] boundaries/responsibilities   Pete Shanahan
• [SC-L] BSI: SOA what?   Gary McGraw
• [SC-L] BSI: SOA what?   Gunnar Peterson
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Crispin Cowan
• [SC-L] Bugs and flaws   John Steven
• [SC-L] Bugs and flaws   Crispin Cowan
• [SC-L] Bugs and flaws   Gunnar Peterson
• [SC-L] Bugs and flaws   Wall, Kevin
• [SC-L] Bugs and flaws   John Steven
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Chris Wysopal
• [SC-L] Bugs and flaws   Crispin Cowan
• [SC-L] Bugs and flaws   Gunnar Peterson
• [SC-L] Bugs and flaws   Gavin, Michael
• [SC-L] Bugs and flaws   David Crocker
• [SC-L] Bugs and flaws   Jeff Williams
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Brian Chess
• [SC-L] Bugs and flaws   Jeff Williams
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Jeff Williams
• [SC-L] Bugs and flaws   Chris Wysopal
• [SC-L] Bugs and flaws   Blue Boar
• [SC-L] Bugs and flaws   John Steven
• [SC-L] Bugs and flaws   der Mouse
• [SC-L] Bugs and flaws   Wietse Venema
• [SC-L] Bugs and flaws   Kenneth R. van Wyk
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Al Eridani
• [SC-L] Bugs and flaws   James Stibbards
• [SC-L] Bugs and flaws   Greg Beeley
• [SC-L] Bugs and flaws   Crispin Cowan
• [SC-L] Bugs and flaws   Dana Epp
• [SC-L] Bugs and flaws   Nick FitzGerald
• [SC-L] Bugs and flaws   Brian Chess
• [SC-L] Bugs and flaws   Nick FitzGerald
• [SC-L] Bugs and flaws   Evans, Arian
• [SC-L] Bugs and flaws   Evans, Arian
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Gary McGraw
• [SC-L] Bugs and flaws   Crispin Cowan
• [SC-L] Bugs and flaws   Jeff Williams
• [SC-L] Bugs and flaws   Julie Ryan
• [SC-L] Bugs and flaws   Gunnar Peterson
• [SC-L] Bugs and flaws   Steven M. Bellovin
• [SC-L] Bugs and flaws -- Micro-tainting   David A. Wheeler
• [SC-L] Build a better death star   Gary McGraw
• [SC-L] bumper sticker slogan for secure software   SC-L Subscriber Dave Aronson
• [SC-L] bumper sticker slogan for secure software   Goertzel Karen
• [SC-L] bumper sticker slogan for secure software   SC-L Subscriber Dave Aronson
• [SC-L] bumper sticker slogan for secure software   Dana Epp
• [SC-L] bumper sticker slogan for secure software   ...
• [SC-L] bumper sticker slogan for secure software   Andrew van der Stock
• [SC-L] bumper sticker slogan for secure software   Wietse Venema
• [SC-L] bumper sticker slogan for secure software   mikeiscool
• [SC-L] bumper sticker slogan for secure software   Pascal Meunier
• [SC-L] bumper sticker slogan for secure software   Andrew van der Stock
• [SC-L] bumper sticker slogan for secure software   der Mouse
• [SC-L] bumper sticker slogan for secure software   mikeiscool
• [SC-L] bumper sticker slogan for secure software   Dana Epp
• [SC-L] bumper sticker slogan for secure software   Florian Weimer
• [SC-L] bumper sticker slogan for secure software   Gary McGraw
• [SC-L] bumper sticker slogan for secure software   Wall, Kevin
• [SC-L] bumper sticker slogan for secure software   Pascal Meunier
• [SC-L] bumper sticker slogan for secure software   Gary McGraw
• [SC-L] bumper sticker slogan for secure software   Blue Boar
• [SC-L] bumper sticker slogan for secure software   Pascal Meunier
• [SC-L] bumper sticker slogan for secure software   Florian Weimer
• [SC-L] bumper sticker slogan for secure software   leichter_jerrold at emc.com
• [SC-L] bumper sticker slogan for secure software   Florian Weimer
• [SC-L] bumper sticker slogan for secure software   Pascal Meunier
• [SC-L] bumper sticker slogan for secure software   ljknews
• [SC-L] bumper sticker slogan for secure software   Pascal Meunier
• [SC-L] bumper sticker slogan for secure software   ljknews
• [SC-L] bumper sticker slogan for secure software   Dana Epp
• [SC-L] bumper sticker slogan for secure software   der Mouse
• [SC-L] bumper sticker slogan for secure software   mikeiscool
• [SC-L] bumper sticker slogan for secure software   der Mouse
• [SC-L] bumper sticker slogan for secure software   John Wilander
• [SC-L] bumper sticker slogan for secure software   Mark Graff
• [SC-L] bumper sticker slogan for secure software   Crispin Cowan
• [SC-L] bumper sticker slogan for secure software   mikeiscool
• [SC-L] By default, the Verifier is disabled on .Net and Java   David Eisner
• [SC-L] By default, the Verifier is disabled on .Net and Java   Wall, Kevin
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   David Eisner
• [SC-L] By default, the Verifier is disabled on .Net and Java   Tim Hollebeek
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Gary McGraw
• [SC-L] By default, the Verifier is disabled on .Net and Java   David Eisner
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Jeff Williams
• [SC-L] By default, the Verifier is disabled on .Net and Java   Gary McGraw
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Wall, Kevin
• [SC-L] By default, the Verifier is disabled on .Net and Java   Gary McGraw
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   Gary McGraw
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Jeff Williams
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   David Eisner
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   Gary McGraw
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Michael Silk
• [SC-L] By default, the Verifier is disabled on .Net and Java   j lunerwood
• [SC-L] By default, the Verifier is disabled on .Net and Java   leichter_jerrold at emc.com
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] By default, the Verifier is disabled on .Net and Java   Wall, Kevin
• [SC-L] By default, the Verifier is disabled on .Net and Java   Jeff Williams
• [SC-L] By default, the Verifier is disabled on .Net and Java   Stephen de Vries
• [SC-L] By default, the Verifier is disabled on .Net and Java   Dinis Cruz
• [SC-L] Call for panelists: "The role of frameworks (e.g., .Net, Java, Enterprise Library, Struts, JaCorb) in 'forcing' developers to create and deploy 'secure' applications" panel in the next OWASP Conference   Dinis Cruz
• [SC-L] Call For Papers: 2006 OWASP AppSec Europe Conference   Dave Wichers
• [SC-L] CERT C Programming Language Secure Coding Standard   Robert C. Seacord
• [SC-L] CFP -- HICSS 2007   Kenneth R. van Wyk
• [SC-L] Challenges faced by automated web application security assessment tools   bugtraq at cgisecurity.net
• [SC-L] Cheating Online Games and why Google is Evil   Gary McGraw
• [SC-L] CNN podcast   Gary McGraw
• [SC-L] code review tools for tcl?   j eric townsend
• [SC-L] Coding with errors in mind - a solution?   Michael S Hines
• [SC-L] Coding with errors in mind - a solution?   William L. Anderson
• [SC-L] Coding with errors in mind - a solution?   Tim Hollebeek
• [SC-L] Coding with errors in mind - a solution?   Pascal Meunier
• [SC-L] Coding with errors in mind - a solution?   Dave Aronson
• [SC-L] Coding with errors in mind - a solution?   Pascal Meunier
• [SC-L] Coding with errors in mind - a solution?   mikeiscool
• [SC-L] Coding with errors in mind - a solution?   Pascal Meunier
• [SC-L] Coding with errors in mind - a solution?   Leichter, Jerry
• [SC-L] Coding with errors in mind - a solution?   Tim Hollebeek
• [SC-L] Coding with errors in mind - a solution?   der Mouse
• [SC-L] Column -- "New Terrorist Profile: Phone Users"   Kenneth R. van Wyk
• [SC-L] Comment on Microsoft's leaked memos, and the unofficial end of Microsoft 'Trustworthy Computing'   Dinis Cruz
• [SC-L] Comparing Scanning Tools   McGovern, James F (HTSC, IT)
• [SC-L] Comparing Scanning Tools   Joe Teff
• [SC-L] Comparing Scanning Tools   leichter_jerrold at emc.com
• [SC-L] Comparing Scanning Tools   McGovern, James F (HTSC, IT)
• [SC-L] Comparing Scanning Tools   Gunnar Peterson
• [SC-L] Comparing Scanning Tools   Gary McGraw
• [SC-L] Comparing Scanning Tools   McGovern, James F (HTSC, IT)
• [SC-L] Comparing Scanning Tools   Gunnar Peterson
• [SC-L] Re: Comparing Scanning Tools   Brian Chess
• [SC-L] RE: Comparing Scanning Tools   Brian Chess
• [SC-L] RE: Comparing Scanning Tools   Gunnar Peterson
• [SC-L] RE: Comparing Scanning Tools   McGovern, James F (HTSC, IT)
• [SC-L] RE: Comparing Scanning Tools   Dave Wichers
• [SC-L] RE: Comparing Scanning Tools   Jeremy Epstein
• [SC-L] RE: Comparing Scanning Tools   ljknews
• [SC-L] RE: Comparing Scanning Tools   Michael Mucha
• [SC-L] RE: Comparing Scanning Tools   John Steven
• [SC-L] Re: Comparing Scanning Tools (false positives)   David A. Wheeler
• [SC-L] Re: Comparing Scanning Tools (false positives)   Gary McGraw
• [SC-L] Re: Comparing Scanning Tools (false positives)   Crispin Cowan
• [SC-L] Re: Comparing Scanning Tools (false positives)   David A. Wheeler
• [SC-L] Re: Comparing Scanning Tools (false positives)   David A. Wheeler
• [SC-L] Re: Comparing Scanning Tools (false positives)   Johan Peeters
• [SC-L] Compilers   McGovern, James F (HTSC, IT)
• [SC-L] Compilers   Gunnar Peterson
• [SC-L] Compilers   Gary McGraw
• [SC-L] Compilers   ljknews
• [SC-L] Compilers   McGovern, James F (HTSC, IT)
• [SC-L] Compilers   J. M. Seitz
• [SC-L] Compilers   Stephen de Vries
• [SC-L] Compilers   ljknews
• [SC-L] Compilers   Temin, Aaron L.
• [SC-L] Compilers   Robert C. Seacord
• [SC-L] Compilers   David A. Wheeler
• [SC-L] Compilers   Gary McGraw
• [SC-L] Compilers   mikeiscool
• [SC-L] Compilers   James Walden
• [SC-L] Compilers   James Walden
• [SC-L] Compilers   Crispin Cowan
• [SC-L] Compilers   Tim Hollebeek
• [SC-L] Compilers   SC-L Subscriber Dave Aronson
• [SC-L] Compilers   Leichter, Jerry
• [SC-L] Compilers   David A. Wheeler
• [SC-L] Compilers   Leichter, Jerry
• [SC-L] Compilers   Florian Weimer
• [SC-L] Cost of provably-correct code   Crispin Cowan
• [SC-L] Cost of provably-correct code   Ed Reed (Aesec)
• [SC-L] Cost of provably-correct code   Peter Amey
• [SC-L] Cost of provably-correct code (Peter Amey)   Ed Reed (Aesec)
• [SC-L] Cost of provably-correct code (was: bumper sticker slogan for secure software)   der Mouse
• [SC-L] Cost of provably-correct code (was: bumper sticker slogan for secure software)   David Crocker
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   SZALAY Attila
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Glenn and Mary Everhart
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   David Crocker
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   Wall, Kevin
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   Pete Shanahan
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   der Mouse
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollege books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollegebooks]   Wall, Kevin
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   SZALAY Attila
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   SZALAY Attila
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   SZALAY Attila
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Crispin Cowan
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Crispin Cowan
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Crispin Cowan
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   psteichen
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   der Mouse
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Al Eridani
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   mikeiscool
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Robin Sheat
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Crispin Cowan
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   SZALAY Attila
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   ljknews
• [SC-L] Could I use Java or c#? [was: Re: re-writing college books]   Leichter, Jerry
• [SC-L] Could I use Java or c#? [was: Re: re-writingcollegebooks]   ljknews
• [SC-L] Dark Reading - Application and Perimeter Security - Hacking the Vista Kernel - Security News Analysis   Kenneth Van Wyk
• [SC-L] Dark Reading - Application and Perimeter Security - Hacking the Vista Kernel - Security News Analysis   Pete Shanahan
• [SC-L] Dark Reading - Application and Perimeter Security - Hacking the Vista Kernel - Security News Analysis   SC-L Subscriber Dave Aronson
• [SC-L] Dark Reading - Application and Perimeter Security - Hacking the Vista Kernel - Security News Analysis   Pete Shanahan
• [SC-L] Dark Reading - CERT Seeks Secure Coding Input   Robert C. Seacord
• [SC-L] darkreading covers software security   Gary McGraw
• [SC-L] Darkreading: epassport and evoting   Gary McGraw
• [SC-L] Darkreading: on developer optimism   Gary McGraw
• [SC-L] darkreading: voting machines   Gary McGraw
• [SC-L] darkreading: voting machines   Jeremy Epstein
• [SC-L] darkreading: voting machines   David A. Wheeler
• [SC-L] darkreading: voting machines   Chris Wysopal
• [SC-L] darkreading: voting machines   Chris Wysopal
• [SC-L] ddj: beyond the badnessometer   Gary McGraw
• [SC-L] ddj: beyond the badnessometer   Gadi Evron
• [SC-L] ddj: beyond the badnessometer   Nash
• [SC-L] ddj: beyond the badnessometer   Gary McGraw
• [SC-L] ddj: beyond the badnessometer   Dana Epp
• [SC-L] ddj: beyond the badnessometer   Daniele Muscetta
• [SC-L] ddj: beyond the badnessometer   Gadi Evron
• [SC-L] ddj: beyond the badnessometer   Arian J. Evans
• [SC-L] DHS funding open source security scanning   Kenneth R. van Wyk
• [SC-L] Dr. Dobb's | Quick-Kill Project Management | June 30, 2006   Kenneth Van Wyk
• [SC-L] Dr. Dobb's | Quick-Kill Project Management | June 30, 2006   Kenneth Van Wyk
• [SC-L] Dr. Dobb's | Quick-Kill Project Management | June 30, 2006   Wall, Kevin
• [SC-L] Dr. Dobb's | Quick-Kill Project Management | June 30, 2006   Crispin Cowan
• [SC-L] Dr. Dobb's | Whitebox Security Testing Using Code Scanning | August 14, 2006   Kenneth Van Wyk
• [SC-L] e: How can we stop the spreading insecure coding examples at, training classes, etc.?   Ed Reed (Aesec)
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Blue Boar
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Andrew Rucker Jones
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Crispin Cowan
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS XExploits"   Gary McGraw
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Kenneth R. van Wyk
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Pascal Meunier
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Jose Nazario
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   der Mouse
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   ljknews
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Pascal Meunier
• [SC-L] eWeek says "Apple's Switch to Intel Could Allow OS X Exploits"   Jose Nazario
• [SC-L] eWeek: AJAX Poses Security, Performance Risks   Kenneth R. van Wyk
• [SC-L] eWeek: AJAX Poses Security, Performance Risks   Pascal Meunier
• [SC-L] eWeek: AJAX Poses Security, Performance Risks   ljknews
• [SC-L] eWeek: AJAX Poses Security, Performance Risks   Crispin Cowan
• [SC-L] eWeek: AJAX Poses Security, Performance Risks   Gunnar Peterson
• [SC-L] Forwarded: PHP encryption for the common man   Kenneth Van Wyk
• [SC-L] Forwarded: PHP encryption for the common man   mikeiscool
• [SC-L] Freedom to tinker   Gary McGraw
• FW: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Dinis Cruz
• FW: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   Michael S Hines
• FW: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code   michaelslists at gmail.com
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Julie J.C.H. Ryan
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Robin Sheat
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Matt Bishop
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] Fwd: re-writing college books - erm.. ahm...   Greg Beeley
• [SC-L] Fwd: re-writing college books - erm.. ahm...   James Walden
• [SC-L] Fwd: Security problems with Ajax   Andrew van der Stock
• [SC-L] Fwd: There's More than One Monoculture   Kenneth Van Wyk
• [SC-L] Google Auditing   Gadi Evron
• [SC-L] Google code search games   Gadi Evron
• [SC-L] Google code search games   Stephen de Vries
• [SC-L] Google code search games   Robert C. Seacord
• [SC-L] Google code search games   Gunnar Peterson
• [SC-L] Google code search games   Ron Forrester
• [SC-L] Google code search games   Gadi Evron
• [SC-L] Google code search: good or bad?   Gary McGraw
• [SC-L] Google code search: good or bad?   mikeiscool
• [SC-L] Google code search: good or bad?   Gary McGraw
• [SC-L] heap protection in glibc - some questions   Gadi Evron
• [SC-L] heap protection in glibc - some questions   Yves Younan
• [SC-L] heise Security - News - Security specialist leaves PHP security team   Kenneth Van Wyk
• [SC-L] heise Security - News - Security specialist leaves PHP security team   Dinis Cruz
• [SC-L] Hiring folks that are familar with SC practices   McGovern, James F (HTSC, IT)
• [SC-L] Hiring folks that are familar with SC practices   ljknews
• [SC-L] Hiring folks that are familar with SC practices   Gunnar Peterson
• [SC-L] Hiring folks that are familar with SC practices   George Capehart
• [SC-L] Hiring folks that are familar with SC practices   Peter G. Neumann
• [SC-L] HNS - A Modular Approach to Data Validation in Web Applications   Kenneth R. van Wyk
• [SC-L] HNS - Biggest X Window security hole since 2000   Kenneth R. van Wyk
• [SC-L] HNS - Biggest X Window security hole since 2000   Gadi Evron
• [SC-L] HNS - Biggest X Window security hole since 2000   Kenneth R. van Wyk
• [SC-L] HNS - Biggest X Window security hole since 2000   Greenarrow 1
• [SC-L] HNS - Biggest X Window security hole since 2000   ljknews
• [SC-L] HNS - Biggest X Window security hole since 2000   der Mouse
• [SC-L] HNS - Biggest X Window security hole since 2000   Florian Weimer
• [SC-L] HNS - Biggest X Window security hole since 2000   Robert C. Seacord
• [SC-L] HNS - Biggest X Window security hole since 2000   Tim Hollebeek
• [SC-L] How can we stop the spreading insecure codingexamplesattraining classes, etc.?   Gary McGraw
• [SC-L] How can we stop the spreading insecure codingexamplesattraining classes, etc.?   Gary McGraw
• [SC-L] How can we stop the spreading insecure codingexamplesattraining classes, etc.?   David Crocker
• [SC-L] How can we stop the spreading insecure coding examplesattraining classes, etc.?   Wall, Kevin
• [SC-L] How can we stop the spreading insecure coding examples at training classes, etc.?   pmeunier at purdue.edu
• [SC-L] How can we stop the spreading insecure coding examples at training classes, etc.?   pmeunier at purdue.edu
• [SC-L] How can we stop the spreading insecure coding examples attraining classes, etc.?   Tim Hollebeek
• [SC-L] How can we stop the spreading insecure coding examples at training classes, etc.?   Wall, Kevin
• [SC-L] How can we stop the spreading insecure coding examples at training classes, etc.?   Peter G. Neumann
• [SC-L] How can we stop the spreading insecure coding examplesattraining classes, etc.?   Peter Amey
• [SC-L] How can we stop the spreading insecure codingexamplesattraining classes, etc.?   Pascal Meunier
• [SC-L] How can we stop the spreading insecure codingexamplesattraining classes, etc.?   der Mouse
• [SC-L] IEEE S&P: malware   Gary McGraw
• [SC-L] IEEE Security and Privacy article on software security training   Kenneth Van Wyk
• [SC-L] IEEE Spectrum: The Exterminators   Kenneth R. van Wyk
• [SC-L] InformationWeek | IT Security | Built-In Software Security Flaws Have Companies Up In Arms | July 10, 2006   Kenneth Van Wyk
• [SC-L] Insecurity in Open Source   Kenneth Van Wyk
• [SC-L] Integral Security article/library   Robert C. Seacord
• [SC-L] Interview on informIT   Gary McGraw
• [SC-L] Is there any Security problem in Ajax technology?   Kentaro Arai
• [SC-L] Is there any Security problem in Ajax technology?   Dinis Cruz
• [SC-L] Is there any Security problem in Ajax technology?   George Capehart
• [SC-L] Is there any Security problem in Ajax technology?   Gadi Evron
• [SC-L] it's not a bug, it's a feature!   Gadi Evron
• [SC-L] it's not a bug, it's a feature!   Gary McGraw
• [SC-L] it's Y2K, no, it's 32 bit unix time, no, it's slashdot!   Gadi Evron
• [SC-L] Java integer overflows (was: a really long topic)   Andrew van der Stock
• [SC-L] Re: Java integer overflows (was: a really long topic)   michaelslists at gmail.com
• [SC-L] Java Open Review Project   Brian Chess
• [SC-L] LAPSE: code auditing tool for Java   Benjamin Livshits
• [SC-L] Luis Miras on automated exploit detection in binaries at CCC   Gadi Evron
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   Olin Sibert
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   der Mouse
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   Dinis Cruz
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   Michael S Hines
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   der Mouse
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   Peter G. Neumann
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   der Mouse
• [SC-L] Managed Code and Runtime Environments - Another layer of added security?   Steven M. Bellovin
• [SC-L] managed string library   Robert C. Seacord
• [SC-L] More irony?   Gary McGraw
• [SC-L] Multics history   karger at watson.ibm.com
• [SC-L] NDSS CFP Due September 10th   Crispin Cowan
• [SC-L] Need a few slides/data on surging importance of security and source code security   Paco Hope
• [SC-L] Need a few slides/data on surging importance of security and source code security   Holger.Peine at iese.fraunhofer.de
• [SC-L] Need a few slides/data on surging importance of security and source code security   Robert C. Seacord
• [SC-L] Need some numbers about application security   Ravid L
• [SC-L] Need some numbers about application security   Gunnar Peterson
• [SC-L] Need some numbers about application security   ljknews
• [SC-L] Need some numbers about application security   Roman H.
• [SC-L] Need some numbers about application security   Michael Gegick
• [SC-L] Need some numbers about application security   Julie Ryan
• [SC-L] New podcast (sneak preview)   Gary McGraw
• [SC-L] New security website: darkreading   Gary McGraw
• [SC-L] On exploits, hubris, and software security   Gary McGraw
• [SC-L] On exploits, hubris, and software security   SC-L Subscriber Dave Aronson
• [SC-L] On exploits, hubris, and software security   Blue Boar
• [SC-L] On exploits, hubris, and software security   Gary McGraw
• [SC-L] On exploits, hubris, and software security   Blue Boar
• [SC-L] On sandboxes, and why you should care   Dinis Cruz
• [SC-L] Re: On sandboxes, and why you should care   Jeff Williams
• [SC-L] OWASP Autumn Of Code 2006   Dinis Cruz
• [SC-L] OWASP Java Project: Call for volunteers   Stephen de Vries
• [SC-L] OWASP PHP Top 5 Announcement   Andrew van der Stock
• [SC-L] Owasp SiteGenerator v0.70 (public beta release)   Dinis Cruz
• [SC-L] OWASP webappsec mailing list   Jeff Williams
• [SC-L] p-code was created for PLATFORM PORTABILITY   David A. Wheeler
• [SC-L] p-code was created for PLATFORM PORTABILITY   Crispin Cowan
• [SC-L] p-code was created for PLATFORM PORTABILITY   Gary McGraw
• [SC-L] PHP and insecurity   Jeff Williams
• [SC-L] PHP security under scrutiny   Kenneth Van Wyk
• [SC-L] PHP security under scrutiny   J. M. Seitz
• [SC-L] Podcast   Gary McGraw
• [SC-L] Proving the security properties of transaction protocols - 10 years on   David Crocker
• [SC-L] Question about the terms "encypt" and "secure"   William L. Anderson
• [SC-L] Question about the terms "encypt" and "secure"   ljknews
• [SC-L] Question about the terms "encypt" and "secure"   Gary McGraw
• [SC-L] Question about the terms "encypt" and "secure"   Jeremy Epstein
• [SC-L] Question about the terms "encypt" and "secure"   ljknews
• [SC-L] Question about the terms "encypt" and "secure"   Wachdorf, Daniel R
• [SC-L] Question about the terms "encypt" and "secure"   Steven M. Bellovin
• [SC-L] re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] re-writing college books - erm.. ahm...   Crispin Cowan
• [SC-L] re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] re-writing college books - erm.. ahm...   Robert C. Seacord
• [SC-L] re-writing college books - erm.. ahm...   Crispin Cowan
• [SC-L] re-writing college books - erm.. ahm...   Crispin Cowan
• [SC-L] re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] re-writing college books - erm.. ahm...   Robert C. Seacord
• [SC-L] re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] re-writing college books - erm.. ahm...   Gunnar Peterson
• [SC-L] re-writing college books - erm.. ahm...   Leichter, Jerry
• [SC-L] re-writing college books - erm.. ahm...   Gadi Evron
• [SC-L] re-writing college books - erm.. ahm...   Paul Powenski
• [SC-L] re-writing college books - erm.. ahm...   Leichter, Jerry
• [SC-L] re-writing college books - erm.. ahm...   Wall, Kevin
• [SC-L] re-writing college books - erm.. ahm...   pete werner
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   David Crocker
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   David Crocker
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Crispin Cowan
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   mikeiscool
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Gary McGraw
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   mikeiscool
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   James Walden
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Gergely Buday
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Crispin Cowan
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   mikeiscool
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   David Crocker
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   mikeiscool
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Gadi Evron
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Gadi Evron
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Robert C. Seacord
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   ljknews
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Craig E. Ward
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   Craig E. Ward
• [SC-L] re-writing college books [was: Re: A banner year for software bugs | Tech News on ZDNet]   ljknews
• [SC-L] Registration Now Open!: 3rd Annual US OWASP AppSec Conference - Oct 16-18 2006 - Seattle, WA   Dave Wichers
• [SC-L] Reminder: 3rd Annual US OWASP AppSec Conference - Oct 16-18 2006 - Seattle, WA   Dave Wichers
• [SC-L] Resource limitation   leichter_jerrold at emc.com
• [SC-L] Resource limitation   Nash
• [SC-L] Resource limitation   Pete Shanahan
• [SC-L] Resource limitation   leichter_jerrold at emc.com
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Jonathan Leffler
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Leichter, Jerry
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Michael S Hines
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Gunnar Peterson
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Michael S Hines
• [SC-L] Retrying exceptions - was 'Coding with errors in mind'   Leichter, Jerry
• [SC-L] Reusable Security for Segmented Data Domains   Stephen de Vries
• [SC-L] Robert Cringely on Type Safety (well sort of :)   Dinis Cruz
• [SC-L] Ross Anderson reviews Building Security In   Gunnar Peterson
• [SC-L] RSA book signing   Gary McGraw
• [SC-L] Samsung "gets it"!   Goertzel Karen
• [SC-L] Re: SC-L Digest, Vol 2, Issue 17   Brian Chess
• [SC-L] SC-L Digest, Vol 2, Issue 183   Mark Graff
• [SC-L] SD Times   Gary McGraw
• [SC-L] Sd west   Gary McGraw
• [SC-L] SD West Call for proposals   Gary McGraw
• [SC-L] secure application development course   Johan Peeters
• [SC-L] Secure Application Protocol Design   McGovern, James F (HTSC, IT)
• [SC-L] Secure Application Protocol Design   Gunnar Peterson
• [SC-L] secure integer library   Robert C. Seacord
• [SC-L] secure integer library   Pascal Meunier
• [SC-L] secure integer library   Robert C. Seacord
• [SC-L] Secure programming is NOT just good programming   David A. Wheeler
• [SC-L] Secure programming is NOT just good programming   Leichter, Jerry
• [SC-L] Secure programming is NOT just good programming   Gary McGraw
• [SC-L] Secure programming is NOT just good programming   ljknews
• [SC-L] Secure programming is NOT just good programming   Kenneth Van Wyk
• [SC-L] Secure programming is NOT just good programming   Leichter, Jerry
• [SC-L] Secure programming is NOT just good programming   mikeiscool
• [SC-L] Secure Software Architecture, Design, Implementation and Assurance CFP   Robert C. Seacord
• [SC-L] security half-life and critical mass   securecoding2dave at davearonson.com
• [SC-L] Security testing   Gary McGraw
• [SC-L] Segments, eh Smithers?   Crispin Cowan
• [SC-L] Segments, eh Smithers?   ljknews
• [SC-L] Segments, eh Smithers?   Michael S Hines
• [SC-L] Segments, eh Smithers?   der Mouse
• [SC-L] Segments, eh Smithers?   karger at watson.ibm.com
• [SC-L] Segments, eh Smithers?   Blue Boar
• [SC-L] Segments, eh Smithers?   Steven M. Bellovin
• [SC-L] Segments, eh Smithers?   Aleksander P. Czarnowski
• [SC-L] Silver bullet   Gary McGraw
• [SC-L] Silver Bullet #5: Ed Felten   Gary McGraw
• [SC-L] Silver Bullet #7: John Stewart   Gary McGraw
• [SC-L] Silver Bullet 6: Michael Howard   Gary McGraw
• [SC-L] Silver Bullet: Dan Geer   Gary McGraw
• [SC-L] silver bullet: mjr   Gary McGraw
• [SC-L] Silver Bullet: Ranum revisited   Gary McGraw
• [SC-L] Silverbullet: Brian Chess   Gary McGraw
• [SC-L] Silverbullet: Bruce Schneier   Gary McGraw
• [SC-L] Six steps to secure sensitive data in MySQL - Program - MySQL - Builder AU   Kenneth Van Wyk
• [SC-L] SOA and security   Gary McGraw
• [SC-L] Software security != security software   Gary McGraw
• [SC-L] Software security != security software   Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP]
• [SC-L] Software security != security software   Greenarrow 1
• [SC-L] Software Security (the book)   Gary McGraw
• [SC-L] Re: Software Security (the book)   Jonathan Leffler
• [SC-L] Software security efforts at DTCC   Kenneth R. van Wyk
• [SC-L] Software security for the enterprise   Gary McGraw
• [SC-L] Software security hits the big time   Gary McGraw
• [SC-L] Some different ways to authenticate people   Glenn Everhart
• [SC-L] static analysis you say?   Gadi Evron
• [SC-L] Static code analysis via Google code search   Robert C. Seacord
• [SC-L] STL iterator vulnerabilities   Robert C. Seacord
• [SC-L] Tech target interview   Gary McGraw
• [SC-L] temporary directories   Robert C. Seacord
• [SC-L] temporary directories   ljknews
• [SC-L] temporary directories   Leichter, Jerry
• [SC-L] temporary directories   ljknews
• [SC-L] temporary directories   der Mouse
• [SC-L] temporary directories   Mark Rockman
• [SC-L] temporary directories   Leichter, Jerry
• [SC-L] temporary directories   Florian Weimer
• [SC-L] temporary directories   ljknews
• [SC-L] temporary directories   ljknews
• [SC-L] The Art of Software Security Assessment (book release)   Mark Dowd
• [SC-L] The Art of Software Security Assessment (book release)   ljknews
• [SC-L] RE: The role static analysis tools play in uncoveringelements of design   Jeff Williams
• [SC-L] RE: The role static analysis tools play in uncovering elements of design   Brian Chess
• [SC-L] RE: The role static analysis tools play in uncovering elements of design   Crispin Cowan
• [SC-L] RE: The role static analysis tools play in uncovering elements of design   Jeff Williams
• [SC-L] The role static analysis tools play in uncovering elements of design   John Steven
• [SC-L] Top 10 Ajax Security Holes and Driving Factors   Kenneth Van Wyk
• [SC-L] Top 10 Ajax Security Holes and Driving Factors   Leichter, Jerry
• [SC-L] Underhanded C contest   Kenneth R. van Wyk
• [SC-L] upwards growing stacks   karger at watson.ibm.com
• Vista and the Type Safe missed oportunity (was Re: [SC-L] New security website: darkreading )   George Capehart
• Vista and the Type Safe missed oportunity (was Re: [SC-L] New security website: darkreading )   Dinis Cruz
• [SC-L] Web Services vs. Minimizing Attack Surface   John Wilander
• [SC-L] Web Services vs. Minimizing Attack Surface   Gunnar Peterson
• [SC-L] Web Services vs. Minimizing Attack Surface   Holger.Peine at iese.fraunhofer.de
• [SC-L] Web Services vs. Minimizing Attack Surface   Nash
• [SC-L] Web Services vs. Minimizing Attack Surface   Gadi Evron
• [SC-L] Web Services vs. Minimizing Attack Surface   John Wilander
• [SC-L] Web Services vs. Minimizing Attack Surface   mikeiscool
• [SC-L] Web Services vs. Minimizing Attack Surface   Gunnar Peterson
• [SC-L] Web Services vs. Minimizing Attack Surface   Gadi Evron
• [SC-L] What happens when security engineering gets ignored   Gary McGraw
• [SC-L] Where are developers who know how to develop secure software?   Peter G. Neumann
• [SC-L] Where are developers who know how to develop secure so ftware?   leichter_jerrold at emc.com
• [SC-L] Where are developers who know how to develop secure software?   David A. Wheeler
• [SC-L] Where to read about construction quality software   ljknews
• [SC-L] Why Novell should take on the 'type-safe platform' challenge   Dinis Cruz
• [SC-L] Why Shouldn't I use C++?   Ben Corneau
• [SC-L] Why Shouldn't I use C++?   Robert C. Seacord
• [SC-L] Why Shouldn't I use C++?   ljknews
• [SC-L] Why Shouldn't I use C++?   Peter Amey
• [SC-L] Why Shouldn't I use C++?   Gary McGraw
• [SC-L] Why Shouldn't I use C++?   Leichter, Jerry
• [SC-L] Why Shouldn't I use C++?   Crispin Cowan
• [SC-L] Re: WSJ.com - Tech Companies Check Software   Mark Graff
• [SC-L] WSJ.com - Tech Companies Check Software Earlier for Flaws   Kenneth R. van Wyk
• [SC-L] YAI (yet another interview)   Gary McGraw
• [SC-L] ZDNET: LAMP lights the way in open-source security   Crispin Cowan
• [SC-L] ZDNET: LAMP lights the way in open-source security   Gavin, Michael
• [SC-L] ZDNET: LAMP lights the way in open-source security   Gary McGraw
• [SC-L] ZDNET: LAMP lights the way in open-source security   Kenneth R. van Wyk
• [SC-L] ZDNET: LAMP lights the way in open-source security   Gavin, Michael
• [SC-L] ZDNET: LAMP lights the way in open-source security   Jeremy Epstein
• [SC-L] ZDNET: LAMP lights the way in open-source security   Gavin, Michael
• [SC-L] ZDNET: LAMP lights the way in open-source security   Jeff Williams
• [SC-L] ZDNET: LAMP lights the way in open-source security   Gary McGraw
• [SC-L] ZDNet: Microsoft to hunt for new species of Windows bug   Kenneth R. van Wyk
• [SC-L] ZDNet: Microsoft to hunt for new species of Windows bug   Don Jackson
• [SC-L] ZDNet: Microsoft to hunt for new species of Windows bug   Gadi Evron
• [SC-L] ZDNet: Microsoft to hunt for new species of Windows bug   Steven M. Bellovin

Last message date: Sun Dec 31 21:51:07 EST 2006
Archived on: Tue Jan 2 08:52:03 EST 2007

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...