From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,971aa11c293c3db1 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-07-28 11:42:01 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!sjc1.nntp.concentric.net!newsfeed.concentric.net!newshub2.rdc1.sfba.home.com!news.home.com!news1.rdc1.sfba.home.com.POSTED!not-for-mail From: tmoran@acm.org Newsgroups: comp.lang.ada Subject: Re: When correct software meets illegal data (was: Ada The Best...) References: X-Newsreader: Tom's custom newsreader Message-ID: Date: Sat, 28 Jul 2001 18:42:01 GMT NNTP-Posting-Host: 24.7.82.199 X-Complaints-To: abuse@home.net X-Trace: news1.rdc1.sfba.home.com 996345721 24.7.82.199 (Sat, 28 Jul 2001 11:42:01 PDT) NNTP-Posting-Date: Sat, 28 Jul 2001 11:42:01 PDT Organization: Excite@Home - The Leader in Broadband http://home.com/faster Xref: archiver1.google.com comp.lang.ada:10667 Date: 2001-07-28T18:42:01+00:00 List-Id: > That is a general problem with programming that matches a correct > specification. It could be that some other program does _not_ > match the specification. > > ... The malware was creating messages that were not > quite MIME, so they did not trip the alert in the security software. > But they were "close enough" to be accepted by email agents, and > wreak their havoc. I learned long ago never to trust a description of input data. Ada has saved me more than once from new and wonderful permutations of input that I never thought of, even while programming defensively. :)