Re: [Mobopts] Re: [Mip6] [Fwd: FW:resubmit draft-irtf-mobopts-locat ion-privacy-ps-00.txtwith revised boilerplate]

On Wed, 3 Aug 2005, Jianying Zhou wrote:

> Is the algorithm confidential (only known to MN and CN)?
>
> - If yes, how to share the secret?

=> Yes it is confidential. Please check draft-haddad-privacy-omipv6-anonymity-00

Regards,

Wassim H.

> Wassim Haddad wrote:
>
> >On Wed, 3 Aug 2005, Qiu Ying wrote:
> >
> >
> >
> >>Hi,
> >>Yes, RFC3775 only mentions that the SQN should be larger than the previous one. The new issue is how to let
> >>the receiver know the increment if we does not use a fixed one..
> >>
> >>
> >
> >=> IMHO, the CN can compute the "next", i.e., expected SQN, in the same way as the MN. In this case, if the
> >new BU message sent by the MN does not carry the expected SQN, then it will be rejected.
> >
> >
> >Regards,
> >
> >Wassim H.
> >
> >
> >
> >
> >>-- Qiu Ying
> >>
> >>----- Original Message -----
> >>From: Rajeev Koodli <rajeev@iprg.nokia.com>
> >>Date: Wednesday, August 3, 2005 1:30 am
> >>Subject: Re: [Mobopts] Re: [Mip6] [Fwd: FW:resubmit	draft-irtf-mobopts-locat ion-privacy-ps-00.txtwith revised	boilerplate]
> >>
> >>
> >>
> >>>Ryuji Wakikawa wrote:
> >>>
> >>>
> >>>
> >>>>Hi Wassim
> >>>>
> >>>>I agree most of implementation today just increment one for sequence number.
> >>>>Is there any description in RFC3775  saying that MN must increment
> >>>>
> >>>>
> >>>>sequentially for Seq number?
> >>>>
> >>>>
> >>>I was looking for that. I could not find text that says the Sequence
> >>>Number must be incremented by one. The only requirement is that it is
> >>>greater than the previous one.
> >>>
> >>>-Rajeev
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>>ryuji
> >>>>
> >>>>
> >>>>On 2005/07/12, at 12:50, Wassim Haddad wrote:
> >>>>
> >>>>
> >>>>
> >>>>>Hi Rajeev,
> >>>>>
> >>>>>Thanks for writing this draft.
> >>>>>
> >>>>>I just want to add that tracing the BU messages via the sequence number
> >>>>>
> >>>>>
> >>>>>can also reveal in real time to an eavesdropper the path taken by an
> >>>>>
> >>>>>
> >>>>>unknown mobile node, i.e., by linking the BU messages and
> >>>>>
> >>>>>
> >>>consequently>> the pseudo-IP addresses.
> >>>
> >>>
> >>>>>However, the ability to follow the movements in real time, combined  with
> >>>>>
> >>>>>
> >>>>>some prior infos about one particular target can lead to break the
> >>>>>
> >>>>>
> >>>>>user's anonymity.
> >>>>>
> >>>>>IMHO, it makes sense to add such scenario in the problem statement.
> >>>>>
> >>>>>We have addressed this particular issue in our "anonymity and
> >>>>>unlinkability
> >>>>>solution for omipv6" (draft-haddad-privacy-omipv6-anonymity-00).
> >>>>>
> >>>>>
> >>>>>Regards,
> >>>>>
> >>>>>Wassim H.
> >>>>>
> >>>>>
> >>>>>
> >>>>>
>
>
>
>

_______________________________________________
Mobopts mailing list
Mobopts@irtf.org
https://www1.ietf.org/mailman/listinfo/mobopts