To strictly answer the questions:
- Can the checksum itself be corrupted? Certainly, the noise sources have no idea whether they are corrupting data bits or checksum bits
- What happens if only the checksum itself is corrupted? The calculated value by the receiver is certain to fail the match.
- If checksum and data are corrupted, t(as given in the first answer) it's very unlikely to match.
While checksums in general have the characteristic that there are many messages which identical checksums (after all, we're going from perhaps 1Kbyte packet to 16 bits), many real life checksums have surprising good and bad properties. For example, IP checksum is guaranteed to detect all 1-bit errors; but fails to detect byte swaps. Real communications lines have certain errors much more common than others: much more common to get "all bits arrive as 0" for a short period for example, and "bytes are swapped" is more or less impossible.
For a deeper understanding
RFC 1071 "Computing the internet checksum" https://tools.ietf.org/html/rfc1071https://www.rfc-editor.org/rfc/rfc1071
Stone Greenwald Partridge Hughs (1998) "CRC and checksums on real data" http://ieeexplore.ieee.org/document/731187/ or earlier version available in full text http://ccr.sigcomm.org/archive/1995/conf/partridge.pdf
Wood Eddy McKim Ivancic (2007) "Checksum coverage and delivery of errored content" http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.131.7753&rep=rep1&type=pdf
Hope that's helpful
Jonathan.