Welcome, Guest. Please login or register.
October 11, 2008, 08:47:49 PM

Login with username, password and session length

199473 Posts
22904 Topics
54973 Members

Latest Member: masterchefstan

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Desktop Security Products
| |-+  Comodo Firewall
| | |-+  Frequently Asked Questions (FAQ) for Comodo firewall
| | | |-+  "Do Packet Checksum Verification" - Should I Use It?
« previous next »
Pages: [1] Go Down Print
Author Topic: "Do Packet Checksum Verification" - Should I Use It?  (Read 3233 times)
Chuck
Comodo Member
**
Offline Offline

Posts: 37



« on: September 10, 2006, 09:34:30 PM »

I have a home-based, stand alone, direct connection to internet via modem on a WinXPSP-2 PC, using latest CPF (along with NOD32, TrojanHunter and HOSTS file for realtime protection).  Just to see what would happen, I enabled "Do Packet Checksum Verification."  My computer continues to run fine and I noticed that now I sometimes get dozens of high severity events logged during a session, not always, but sometimes.  I find this intriguing and would like someone in the know to explain the significance of the access denials based upon checksum verification and if there is a reason why I shouldn't use it.  Just curious.  Thanks!
Logged
egemen
Administrator
Comodo's Hero
*****
Offline Offline

Posts: 1737



« Reply #1 on: September 10, 2006, 10:08:05 PM »

I have a home-based, stand alone, direct connection to internet via modem on a WinXPSP-2 PC, using latest CPF (along with NOD32, TrojanHunter and HOSTS file for realtime protection).  Just to see what would happen, I enabled "Do Packet Checksum Verification."  My computer continues to run fine and I noticed that now I sometimes get dozens of high severity events logged during a session, not always, but sometimes.  I find this intriguing and would like someone in the know to explain the significance of the access denials based upon checksum verification and if there is a reason why I shouldn't use it.  Just curious.  Thanks!

Some ethernet adapters calculates checksums in hardware for optimization. When this is a case, outgoing packets may be blocked because the checksum is not calculated yet. But if it is an incoming packet, then chsum verification is doing good.

A personal computer usually does not need such a verification as this verification is a defense against some DDOS attacks against server computers.

Hope this helps,
Egemen
Logged
Nikos
Comodo Loves me
****
Offline Offline

Posts: 153


« Reply #2 on: September 11, 2006, 02:48:00 AM »

May i pop in plz and ask what exactly Packet CheckSum is and why it need verification?
Thank you.
Logged
svein
Comodo Member
**
Offline Offline

Posts: 46



« Reply #3 on: September 11, 2006, 03:32:51 AM »

Ok, to simplify things:

A checksum is a mathematical way of controlling that the network packet is intact, and unmodified.

All (non-idiotic) network protocols include checksumming on layers 2 and 3. Most modern network adapters that do layer-3 decoding in the NIC, does the checksumming there, no need to worry.

The two reasons for enabling checksumming, would be:

a) to root out connectivity problems, i.e. packets that are damaged during transit from one host to another. The packet would simply be dropped (and thus seen as packetloss, and be retransmitted)
b) To be somewhat resistent to certain monkey-in-the-middle attacks, where a hostile machine between you and the remote host modifies data in the packet during transit, and thus inject "hostile" data.

If you are using a decent NIC, and are using good software, this shouldn't really be necessary to enable.

//Svein
Logged

Hi! I'm a .signature virus!
Copy me into your ~/.signature to help me spread!
panic
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 5471


... and I say to myself, "What a wonderful world"


« Reply #4 on: September 11, 2006, 04:41:25 AM »

Ok, to simplify things:

A checksum is a mathematical way of controlling that the network packet is intact, and unmodified.

All (non-idiotic) network protocols include checksumming on layers 2 and 3. Most modern network adapters that do layer-3 decoding in the NIC, does the checksumming there, no need to worry.

The two reasons for enabling checksumming, would be:

a) to root out connectivity problems, i.e. packets that are damaged during transit from one host to another. The packet would simply be dropped (and thus seen as packetloss, and be retransmitted)
b) To be somewhat resistent to certain monkey-in-the-middle attacks, where a hostile machine between you and the remote host modifies data in the packet during transit, and thus inject "hostile" data.

If you are using a decent NIC, and are using good software, this shouldn't really be necessary to enable.

//Svein

Hey Svein,

EXCELLENT answer mate. Very clear, very concise and very comprehensible. Well done.

Ewen :-)
Logged

As your mums would say, "If you can't play nice with all the other kiddies, go home".
All users are asked to please read and abide by the  Comodo Forum Policy.
If you don't like it, don't use the forum.
Chuck
Comodo Member
**
Offline Offline

Posts: 37



« Reply #5 on: September 11, 2006, 05:51:49 AM »

Thank you all for your responses.
Logged
Paulo
Comodo's Hero
*****
Offline Offline

Posts: 391


« Reply #6 on: September 11, 2006, 09:29:34 AM »

(Added to FAQ.)
Logged
Tags:
Pages: [1] Go Up Print 
« previous next »
Jump to:  

SSL Firewall
Page created in 0.176 seconds with 20 queries.
Powered by SMF 1.1.5 | SMF © 2006, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Design by 7dana.com