Avamprogetto 2a
Consultazione 2017/22: Progetto di legislazione esecutiva relativa alla revisione totale della legge federale sulla sorveglianza della corrispondenza postale e del traffico delle telecomunicazioni · 194 pagine
Fedlex · Progetto · Pagina 48Fedlex · Progetto
Technical requirements for the handover interfaces for the execution of telecommunications surveillance
CSP PTSS
Admin. Admin.
Function Function
Adm. Adm.
Activation Order
(e-mail)
Encryption: KCpub1 and KPpub1
Signed: KPpr11
Subject: Interception Type & reference
Content: XML (HI-1, Create Request, LITask)
+ Order form
Order reception confirmation
Encryption: KPpub1 and KCpub1
Signed: already signed
2 Subject: Re: Interception Type &
reference
Content: None
Confirmation of execution
Encryption: KPpub1
Signed: KCpr1
3 Subject: Re: Interception Type &
reference
Content: XML (HI-1, Create Response, LITask)
+ Order form
Acknowledgement of confirmation of execution
Encryption: KCpub1 and KPpub1
Signed: already signed4
Subject: Re: Re: Interception Type &
reference
Content: none
Used OpenPGP keys:
KPpub1 = public key from PTSS / KPpr1= private key from PTSS
KCpub1 = public key from CSP / KCpr1= private key from CSP
Figure 4-12: Message flow for email activation order processing for real-time interceptions
PTSS sends an email with the interception order. The order is an activation order using the CREATERequest action in the XML (see details in section 4.3.3.1.5). The body and the attachments of the email are signed and encrypted with the OpenPGP keys.
CSP confirms the reception of the secure email order by sending back the received email body but without the attachments. The email's original subject is prefixed with the Re:
denoting a response. No signing and encryption is necessary for this step as the original email was already signed and encrypted.