Image
 
linkedin_logo.png rss_logo.jpg
twitter_logo.png youtube_logo.jpg
Latest Additions
 
EH-Net Login
Welcome Guest.






Lost Password?
No account yet? Register
Who's Online
We have 50 guests online
 
Advertisement

You are here: Home arrow Columnsarrow Heffnerarrow [Article]-Intro to C
EH-Net
May 19, 2013, 11:15:02 PM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Go back to The Ethical Hacker Network Online Magazine Home Page
 
   Home   Help Calendar Login Register  
Pages: [1]   Go Down
  Print  
Author Topic: [Article]-Intro to C  (Read 45397 times)
0 Members and 1 Guest are viewing this topic.
don
Editor-In-Chief
Administrator
Hero Member
*****
Offline Offline

Posts: 4165


Editor-In-Chief


View Profile WWW
« on: June 11, 2007, 03:50:21 PM »

We're proud to be able to bring you the first article in this great, new column from Craig Heffner. This column is aimed squarely at those in the InfoSec field who are tired of hearing that you truly can't be a security professional without knowing how to code.

Permanent Link: [Article]-Intro to C
Quote



Why even learn to program at all?

Not everyone will have a need to learn programming. I'm sure there are many people who are quite accomplished in the field of computer security and have never written a program. Personally, I constantly find myself modifying programs to add or change their functionality, or just writing my own. And needless to say, if you are going to be doing any type of exploit discovery, you will need some programming knowledge.

Without raising the "to code or not to code" argument, here is the way I look at it: hacking is about controlling a computer and making it do what you want - often when it is not designed to do so. A computer by itself is nothing but a bunch of silicon, wires, and metal. Software controls the computer, and, if you can control software, well...there ya go. Smiley

Please be sure to add your comments and suggestions for future articles as Craig is more than willing to please the masses.

Don
Logged

CISSP, MCSE, CSTA, Security+ SME
don
Editor-In-Chief
Administrator
Hero Member
*****
Offline Offline

Posts: 4165


Editor-In-Chief


View Profile WWW
« Reply #1 on: June 11, 2007, 04:29:17 PM »

Submitted to digg. Please help gets Craig's new column off to a running start:

http://digg.com/security/Intro_to_C_Programming_for_the_Ethical_Hacker

Click on the above link, then click "digg it" under the big yellow number.

Don
Logged

CISSP, MCSE, CSTA, Security+ SME
nebu10uz
Sr. Member
****
Offline Offline

Posts: 368



View Profile WWW
« Reply #2 on: June 11, 2007, 04:58:19 PM »


Good refresher, really enjoyed it a lot. Craig explained the basic of C in a clear and concise fashion. I would love to see more related articles and advance C topics  from Craig in the near future.


Logged

Security+, OSCP, CEH
BillV
Hero Member
*****
Offline Offline

Posts: 1892


View Profile WWW
« Reply #3 on: June 11, 2007, 07:36:43 PM »

Haven't had a chance to read through the full thing yet, hopefully sometime tonight or definitely tomorrow. Looks like an excellent and very well done tutorial though. Thanks! Smiley
Logged
vp75
Jr. Member
**
Offline Offline

Posts: 78


View Profile
« Reply #4 on: June 12, 2007, 05:17:20 AM »

Hi

Nice article, would love to see some articles in basic assembly coding in C

Cheers
Vp75

Logged

eCPPT
jnf
Newbie
*
Offline Offline

Posts: 1


View Profile
« Reply #5 on: September 02, 2007, 09:50:35 PM »

Hi. You should probably take the time to learn the language before attempting to teach it.

Code:
char a = "a";

This is not correct and does not do what you want, you end truncating a pointer to 8-bits and the value is stored in the variable a, as "a" denotes a pointer to the string "a\0", what you probably meant was:

Code:
char a = 'a';

Code:
void main(int argc, char *argv[]) {

main never returns void, it always returns int, if you turned on warnings (which you should be doing, especially considering your being unfamiliar with the language), you would get a warning here. int is the only ISO/IEC standards compliant return value.

Code:
char buff1[] = "some long string";
char buff2[256];
strncpy(buff2,buff1,200);

why the hell are you copying 200 bytes? "some long string" is no where close to 200 bytes regardless of character set. You actually read outside the bounds of buff1, which can have any number of potential implications, most likely that you potentially leak data you didnt mean to (i.e. stack cookie), or potentially crash due this bad read. This code should read:

Code:
unsigned char buff0[] = "some long string";
unsigned char buff1[256];

memset(&buf1, 0, sizeof(buff1));
strncpy(buf1, buf0, (sizeof(buff0) < sizeof(buff1)-1 ? sizeof(buf0) : sizeof(buff1)-1));

Code:
      char buff[5];
      [..]
     //Read the first four bytes. If fgets fails, print a message.
     if(!fgets(buff,sizeof(buff),fp)){

This actually reads 5 bytes.

Finally, don't return 0/-1/et cetera, return EXIT_SUCCESS/EXIT_FAILURE, while it's likely that these values expand to 0/-1 they don't necessarily. Please go read the standard and use the language for longer than a week before attempting to teach people C incorrectly. kthx
Logged
Craig
EH-Net Columnist
Jr. Member
*****
Offline Offline

Posts: 69


View Profile WWW
« Reply #6 on: September 03, 2007, 08:02:02 AM »

@jnf:

Thank you for your corrections; you are correct, void main() is a no-no, and I should have used single quotes for the "char a" declaration. However, I have to disagree with you on your last two corrections:

Quote
why the hell are you copying 200 bytes? "some long string" is no where close to 200 bytes regardless of character set. You actually read outside the bounds of buff1, which can have any number of potential implications, most likely that you potentially leak data you didnt mean to (i.e. stack cookie), or potentially crash due this bad read.

The strncpy man pages indicate (http://www.opengroup.org/onlinepubs/007908799/xsh/strncpy.html) that strncpy will copy a maximum of 200 bytes from buff1 to buff2. It will stop copying data from buff1 once a null character is encountered (i.e., the end of the source string); if the data copied is less than 200 bytes (which it is here), then strncpy will pad the remaining data with null bytes, so no data beyond the buff1 data will be stored in buff2. Your alternate example is correct as well, but not necessary.

Quote
This actually reads 5 bytes.

Not according to the fgets man page: "fgets() reads in at most one less than size characters from stream and stores them into the buffer pointed to by s...a '\0' is stored after the last character in the buffer." So by telling fgets to read 5 bytes, it will actually read in 4 bytes and set the fifth byte to 0x00. The article actually points this out when describing the fgets() function:

Quote
fgets(buffer_pointer,256, fp); - This reads 255 bytes from the file pointed to by the fp file pointer into the buffer_pointer variable.

The use of EXIT_SUCCESS and EXIT_FAILURE is also a good suggestion, particularly if you need to write code for multiple platforms.

« Last Edit: June 25, 2008, 08:03:26 PM by dd » Logged

yohan900
Newbie
*
Offline Offline

Posts: 5


View Profile
« Reply #7 on: November 06, 2007, 09:20:04 PM »

In the near future you should write an article just on pointers.


Nice article, thanks!
Logged
Kev
Sr. Member
****
Offline Offline

Posts: 428


View Profile
« Reply #8 on: November 08, 2007, 06:01:29 PM »

especially when given the proportional size of the article to your post, you have a much higher percentage of error. Smiley

True and well said.  Grin
Logged
yohan900
Newbie
*
Offline Offline

Posts: 5


View Profile
« Reply #9 on: November 08, 2007, 09:29:53 PM »

Why do you want to ignore the first byte that is read?


int main(int argc, char *argv[])
{
     /*Declare our variables. Data will be read into buff.
     Because we want to ignore the first byte that is read, we set buff_ptr to point one byte
     beyond the beginning of the buff character array.*/
     char buff[5];
     char *buff_ptr = buff+1;

Logged
Tinman
Newbie
*
Offline Offline

Posts: 2


View Profile
« Reply #10 on: November 21, 2007, 10:04:21 AM »

hello,

If I am posting in the worng place I am sorry, I know nothing.

I am beginning the  tutorial, I have downloaded and installed Dev c++
I am running winxp Pro SP2 with all the upadates available...

when I compile and run the first example:

#include <stdio.h>
int main(int argc, char *argv[]){
printf("The name of this program is: %s\n",argv[0]);
return 0;
}

a small black system prompt box appears for about 1/4 of a second and then disappears.
It is gone before I can see if there is even writing in it.

is there a line I can add to... printf that defines the amount of time the output is displayed? 

Or is this a setup problem where I need to change something?

Thank you for any help,


Logged

my ignorance bothers me...
dean
Guest
« Reply #11 on: November 21, 2007, 10:17:54 AM »

Hi,

It sounds as though you are double clicking on the executable.

Open a command prompt and CD to the directory where you saved the file.

Run it from the command line: C:\>app_name.exe [enter]

HTH,

dean
Logged
Tinman
Newbie
*
Offline Offline

Posts: 2


View Profile
« Reply #12 on: November 21, 2007, 09:10:02 PM »

hahahha Smiley

Thank you for the advice, I wasn't actually double clicking the .exe but I was compiling and running from within Dev c++...

when I ran it from the command prompt it worked great.

Thank you for taking the time.
Logged

my ignorance bothers me...
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines
Joomla Bridge by JoomlaHacks.com
Valid XHTML 1.0! Valid CSS!
Page created in 0.079 seconds with 24 queries.
 
Exclusive Deal

sansfire13_245x90_cw90.jpg
SANSFIRE 2013
June 15 - 22

5% Off w/ Code: EHN_5

SANS Deals 4 EH-Netters
5% OFF Any SANS Course in Any Format!
Coupon Code: EHN_5 Including SANS Rocky Mountain 2013 & SANS Boston 2013
Polls
Compared to this year, 2013 will be:
 
Recent Forum Topics
EH-Net News Feeds
Latest Additions
 
         
Advertisement

© 2013 The Ethical Hacker Network
Joomla! is Free Software released under the GNU/GPL License.