fix(enr): prevent RangeError crash on malformed ENR port values

[guha-rahul]

Problem

When a peer sends an ENR with a UDP/TCP/QUIC port value less than 2 bytes, getLocationMultiaddr() passes it directly to bytesToValue() which calls DataView.getUint16() internally, throwing an unhandled RangeError that crashes the process .

RangeError: Offset is outside the bounds of the DataView
    at DataView.prototype.getUint16 (<anonymous>)
    at Object.bytes2port [as bytesToValue] (@multiformats/multiaddr/src/utils.ts:25)
    at ENR.getLocationMultiaddr (@chainsafe/enr/src/enr.ts:347)

Solution

Add a protoVal.length < 2 guard alongside the existing !protoVal check for all three protocol branches (udp, tcp, quic) in getLocationMultiaddr().

[wemeetagain]

I think we want to still attempt to deserialize these values? I don't think its actually "malformed" here to use a single byte for a small port number, its just not really common.

[guha-rahul]

I see, looking at the rust discv5 they seem to pad it and also some other checks.