Contattaci English version
Sei in: Sicurezza > Protocolli di sicurezza > SRTP/SDES
clear
Aggiungi ai preferiti: save   Condividi con: Condividi con facebook Condividi con twitter Condividi con myspace Condividi con google Condividi con delicious Condividi con digg Condividi con linkedin Condividi con reddit Condividi con oknotizie Condividi con blinklist Condividi con ziczac Condividi con technorati Condividi con livecom Condividi con yahoo Condividi con alice Condividi con upnews

Segnala ad un amico

Il tuo nome*
Email del destinatario*
Il tuo messaggio
send
Invio in corso ...
Segnalazione inviata!
clear

  • Area riservata
 

SRTP/SDES

L’SRTP, Secure Real-Time Transport Protocol, è stato standardizzato nel 2004 dall’ IETF con RFC3711. E’ stato pensato per garantire la confidenzialità, l’integrità dei dati cifrati trasmessi oltrechè la protezione da replay attack.

SRTP definisce come i pacchetti RTP devono essere cifrati e protetti contro le intercettazione, ma non specifica nel dettaglio come deve essere scambiata e concordata una chiave di sicurezza comune tra i due utenti.

Il sistema di scambio chiavi più diffuso per la cifratura VoIP in un modello di sicurezza end-to-site con SRTP è l’SDES, Session Description Protocol Security Descriptions for Media Streams, che è stato oggetto di standardizzazione nel 2006 dall’IETF con l’RFC4568.

SDES è un protocollo di scambio chiavi molto semplice ed efficace, in cui uno dei due utenti della chiamata VoIP invia/propone all’altro una chiave per la cifratura SRTP sul canale si segnalazione SIP. In seguito all’accettazione da parte dell’altro utente, inizia il vero e proprio processo di cifratura del flusso audio.

Ovviamente la connessione di segnalazione SIP tra SIP clients (chiamante/chiamato) e SIP server (PBX) viene protetta attraverso cifratura e autenticazione delle connessioni per evitare che terzi possano carpire la chiave di comunicazione scambiata.

Questo è il motivo per cui lo scambio di chiavi SDES avviene esclusivamente attraverso canali di comunicazione protetti in SIP/TLS (Transport Layer Security) con, autenticazione del server attraverso un certificato digitale, esattamente come accade quando si utilizza l’HTTPS.

Nella sezione SIP/TLS sono presenti maggiori dettagli sul funzionamento di SIP/TLS e TLS.

La protezione dell’integrità dei pacchetti SRTP utilizza come metodo crittografico di controllo di integrità, l’ HMAC keyed Hashing for Message Authentication, definito standard da IETF con RFC2104.

I pacchetti SRTP sono cifrati con AES-128, un sistema a blocchi in Counter Mode, con chiave di cifratura di 128 bits e salt di 112bits. Questo è un esempio di come appare una chiave SDES guardando il dettaglio di un pacchetto SIP:

INVITE sips:*97@ietf.org;user=phone SIP/2.0
Via: SIP/2.0/TLS 172.20.25.100:2049;branch=z9hG4bK-s5kcqq8jqjv3;rport
From: "123" <sips:123@ietf.org>;tag=mogkxsrhm4
To: <sips:*97@ietf.org;user=phone>
Call-ID: 3c269247a122-f0ee6wcrvkcq@snom360-000413230A07
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:123@172.20.25.100:2049;transport=tls;line=gyhiepdm>;reg-id=1
User-Agent: snom360/6.2.2
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Length: 477

v=0
o=root 2071608643 2071608643 IN IP4 172.20.25.100
s=call
c=IN IP4 172.20.25.100
t=0 0
m=audio 57676 RTP/AVP 0 8 9 2 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:WbTBosdVUZqEb6Htqhn+m3z7wUh4RJVR8nE15GbN
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=encryption:optional
a=sendrecv

Segue una panoramica dettagliata del protocollo SDES di handshake:

Un aspetto molto importante di SRTP con scambio chiavi SDES è l’interoperabilità, cioè la compatibilità con la maggior parte dei telefoni fissi VoIP (come Cisco, Avaya e Snom).

Per clienti con requisiti di compliance crittografica particolari, possiamo offrire una soluzione personalizzata di SRTP basata su AES-256 anziché AES-128. Si tratta però di una soluzione non standard, basata su un internet draft non ancora soggetto a peer review (draft-ietf-avt-srtp-big-aes - “The use of AES-192 and AES-256 in Secure RTP” by McGrew of Cisco Systems).

 

clear

clear
© Copyright 2005,2012 - PrivateWave Italia S.p.A - P.IVA: 04915220968 - Tutti i diritti riservati - powered by SOFTFOBIA
clear