Başkaları tarafından belirtildiği gibi, taşıma katmanındaki herhangi bir sağlama toplamının yardımcı olamadığı birçok veri bozulması olasılığı vardır, örneğin sağlama tarafında sağlama toplamı hesaplanmadan önce gerçekleşen yolsuzluk, akışı bir MITM durdurma ve değiştirme (veriler de) checksum olarak), alıcı sonunda sağlama toplamını doğruladıktan sonra meydana gelen bozulma vb.
Diğer tüm olasılıkları göz ardı edersek ve TCP sağlama toplamının kendisinin özelliklerine ve veri bütünlüğünü doğrulama açısından gerçekte ne yaptığına odaklanırsak, bu sağlama toplamının özelliklerinin, hataları algılama açısından hiç de kapsamlı olmadığı ortaya çıkar. Bu sağlama toplamı algoritmasının seçilme şekli, zaman aralığıyla (1970'lerin sonu) birlikte hız gereksinimini yansıtır.
Bu nasıl TCP sağlama hesaplanır:
Sağlama Toplamı: 16 bit
Sağlama toplamı alanı, başlığın ve metnin 16 bitlik kelimelerinin tamamlayıcı toplamının 16 bitlik bir tamamlayıcısıdır. Bir segment, sağlama toplamı için tek bir başlık ve metin sekizli içeriyorsa, son sekizlik sağ sağlama amacıyla, sağlama toplamı amaçları için 16 bitlik bir kelime oluşturmak üzere sıfırlarla doldurulur. Ped, segmentin bir parçası olarak iletilmez. Sağlama toplamı hesaplanırken, sağlama toplamı alanının yerine sıfırlar gelir.
Bu, verileri bu şekilde toplarken dengelenen herhangi bir bozulmanın tespit edilmeyeceği anlamına gelir. Verilere, bunun izin vereceği bir dizi yolsuzluk kategorisi vardır, ancak önemsiz bir örnek olarak: 16 bitlik kelimelerin sırasını değiştirmek her zaman algılanmayacaktır.
Uygulamada, birçok tipik hatayı yakalar, ancak bütünlüğü garanti etmez . Ayrıca, L2 katmanının da yalnızca yerel bağlantıdaki iletim için olsa da bütünlük denetimlerini (örneğin, Ethernet çerçevelerinin CRC32'si) nasıl gerçekleştirdiğine yardımcı olur ve birçok bozuk veri vakası TCP yığınına bile iletilmez.
Güçlü bir karma veya tercihen bir kriptografik imza kullanarak verilerin doğrulanması, veri bütünlüğünü sağlamak açısından tamamen farklı bir seviyededir. İkisi bile kıyaslanamaz.