lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
From: at (
Subject: gcc: Internal compiler error: program cc1 g ot fatal signal 11

Hash: SHA1

On Fri, 09 Jan 2004 02:34:03 -0800 wrote:
>Not wishing to spoil the party, but what security issue does this
>That it's possible to write a C program that segfaults?

    Before the regular security geniuses started replying with confirmations
that the binary produced by gcc crashes on runtime, the focus was aimed
at gcc crashing while compiling the given source. Unfortunately for the
original poster, and everybody that believes they have helped the security
community by confirming the presence of this bug on various gcc versions,
 it is about as useful as politely asking your target to manually send
a SIGSEGV signal to gcc.

(gdb) x/i $eip
0x8079d95 <expand_expr+4765>:   movsbl (%edx,%eax,1),%eax
(gdb) x/i $edx + $eax
0xd31e78d6:     Cannot access memory at address 0xd31e78d6

    The address that the movsbl instruction is _reading_ from isn't mapped
into the process's address space. Even if a valid address was accessed
(a lower value for the array index), the value read and most likely used
as an operand to the mov/push instructions in the resulting binary will
be garbage from gcc's memory. Seeing as gcc contains no sensitive data,
 this fails to be useful.

    Gcc bugs do exist, but in a much more serious form. A compiler can
create vulnerable assembly code from seemingly safe C code. Since most
people either lack the time to audit a binary, or perhaps the compiler
theory needed to find this class of bug, this issue most likely affects
every one of you.

    As to the person that made the groundbreaking discovery that 'printf("%c\n",
"msux"[3]);' does not crash at runtime -- no shit, Sherlock.

>Try writing linked
>lists programs (or for more fun, doubly linked lists programs).
>Until you
>get it right, most of your efforts will segfault (at least, that's

    Sounds like programming by coincidence to me, perhaps you should
consider increasing your so-called "experience", maybe starting with
an introduction to C.

Have a nice day.
Note: This signature can be verified at
Version: Hush 2.3


Concerned about your privacy? Follow this link to get
FREE encrypted email:

Free, ultra-private instant messaging with Hush Messenger

Promote security and make money with the Hushmail Affiliate Program:

Powered by blists - more mailing lists