[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Sip] SIP Identity using Media Path




> An SBC can modify almost any header.

Yes.

> Looking at chapter 4.1, 
> I would say that at least the To- and From headers are in 
> the "risk zone" (EVEN if you only use the addr-spec part).

If the From header is modified, the identity is broken 
anyway.  Such modifications of the From header are discussed
in the Background section of draft-wing-sip-identity-media-00.

Allowing modifications of the To header creates the 
opportunity for an attacker to launch a replay attack by
substituting the To address and replaying the message 
until the Date: header is old enough that receiving 
authentication servers reject the Date: header out of 
hand.

> The CSeq (at least the digit portion) may also be modified, 
> for example if there has been some "dialog piggybacked" requests 
> sent between the SBC and another entity, but not end-to-end. In 
> that case the the SBC may have to increase the CSeq before 
> forwarding the request, if the digit portion value has already 
> been used in a request sent by the SBC in the same direction.

That seems like a good opportunity, within that trust domain 
between the SBC and the other entity, to use 
P-Asserted-Identity.

-d