comp.lang.ada
 help / color / mirror / Atom feed
From: Adam Beneschan <adambeneschan@aol.com>
Subject: Re: software flaws in application architecture
Date: Fri, 27 Sep 2013 09:15:07 -0700 (PDT)
Date: 2013-09-27T09:15:07-07:00	[thread overview]
Message-ID: <796ee1b2-0f3f-4495-ac6c-ab0095e0b8b1@googlegroups.com> (raw)
In-Reply-To: <897df72d-f4b6-40f9-8a0c-224dcd622655@googlegroups.com>

On Friday, September 27, 2013 6:08:09 AM UTC-7, Eryndlia Mavourneen wrote:
> In this article at:
> 
> 
> 
>    http://searchsecurity.techtarget.com/opinion/Opinion-Software-insecurity-software-flaws-in-application-architecture#!
> 
> 
> 
> the authors make the claim that languages other than C and Java have just as many flaws (like buffer overflow in C).  Is there a language lawyer who could add a comment to the article regarding Ada?

I wouldn't make too much of this.  You could make some sort of argument that you've counted and there are only 62.12% (or whatever) as many flaws in Ada that could lead to security bugs as there are in C, but it's really beside the point.  Their wording was sloppy.  The overall point, that software has bugs in it that can pose security problems, and their "architectural risk analysis" process can help find those early, is true regardless of what language is used.  Most of the flaws are things that no language can prevent.

One thing that Ada *does* suffer from is deallocation problems, in which an allocated object is deallocated while a pointer to it still exists.  My impression is that this is still the cause of lots of security vulnerabilities, probably more than buffer overflow by now.  Ada doesn't prevent those problems, although it does make it possible to encapsulate things in controlled types to reduce the chance of this occurring (C++ also has features that make this possible).  

But anyway, the article isn't about languages.  I think they're just trying to tell people that you can't stop worrying about security just because you're using Java or some language other than C, and it's a valid point.

                                 -- Adam 


  reply	other threads:[~2013-09-27 16:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-27 13:08 software flaws in application architecture Eryndlia Mavourneen
2013-09-27 16:15 ` Adam Beneschan [this message]
2013-09-27 17:35 ` Per Sandberg
2013-09-28 18:22 ` Brad Moore
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox