Medidas de Seguridad implementadas en Nepcom

Transcripción

1 Medids de Seguridd implementds en Nepcom Technicl White pper. V e r s i ó n : E n e r o

2 1) MEDIDAS DE SEGURIDAD GENERALES SERVIDORES ALOJADOS EN ESPAÑA. APLICACIÓN DEL MARCO LEGAL NACIONAL Y EUROPEO MODO DE CONVERSACIONES EFÍMERAS: MODO CONFIDENCIAL CIFRADO EXTREMO A EXTREMO OTRAS MEDIDAS GENERALES 2) MEDIDAS ESPECÍFICAS EN LOS CLIENTES 4 CIFRADO DE CONVERSACIONES MEDIANTE PROTOCOLO OTR: RESUMEN GENERAL FUNCIONALIDADES PRINCIPALES 4.- SOLICITUD DE CONVERSACIÓN OTR INTERCAMBIO DE CLAVES DE AUTENTICACIÓN INTERCAMBIO DE LOS DATOS PROTOCOLO DEL SOCIALISTA MILLONARIO (SMP) 7 ) MEDIDAS EN LA COMUNICACIÓN ENTRE CLIENTES Y SERVIDORES 9 CONEXIÓN CON SERVIDOR XMPP 9 CONEXIÓN CON SERVIDORES PUSH GOOGLE, APPLE 9 CONEXIÓN CON SERVIDOR WEB Nepcom. Todos los derechos reservdos. 2

3 1) Medids de seguridd generles Servidores lojdos en Espñ. Aplicción del mrco legl ncionl y europeo - Existe pleno cumplimiento de l normtiv espñol y europe en mteri de protección de dtos. - Los dtos están lojdos en Dt Centers que cumplen ltos estándres de seguridd. Los Dt Centers están ctlogdos como Tier III. Un Dt Center ctlogdo como Tier III grntiz un disponiilidd del 99,984%, esto supone menos de 1,6 hors de interrupción en el ño. Tmién cuent con redundnci en sus infrestructurs y de vris fuentes lterntivs de electricidd y refrigerción. Ls operciones de mntenimiento no requieren que el centro este offline en ningún momento. - Todos los dtos referentes conversciones y rchivos djuntos se eliminn de los servidores un vez trnsmitidos. - Sólo se lojn y lmcenn los dtos estrictmente necesrios, como son los dtos identifictivos del perfil de los usurios o l orgnizción de ls sls de cht. - Se tomn medids de seguridd pr grntizr l procedenci y vlidez de ls peticiones que llegn l servidor. Modo de conversciones efímers: Modo confidencil - Especilmente indicdo pr trtr informción sensiles o confidencil. - Ls conversciones se eliminn de los dispositivos simultánemente un vez ndondo el modo o minimizd l pp. Pr grntizr que l conversción se completmente efímer, se hn inhilitdo ls cpturs de pntll 1, copir y comprtir mensjes reciidos y gurdr imágenes o vídeos reciidos en l glerí en este modo, siempre con el único ojetivo de proteger l informción. Cifrdo extremo extremo - Se cifrn ls conversciones medinte protocolo OTR (explicdo en detlle más delnte). Otrs medids generles - Uso de certificdos pr evitr suplntción de identidd y tques del tipo Mn-in-the- Middle. 1 Se hn inhilitdo ls cpturs de pntll en los dispositivos con sistem opertivo Android. En los dispositivos con sistem opertivo ios, ddo que no result posile inhilitr ls cpturs según los criterios de Apple, se h estlecido un mecnismo que notific l otro interlocutor l relizción de cpturs de pntll durnte l conversción en modo confidencil Nepcom. Todos los derechos reservdos.

4 - Bse de dtos intern de l pp cifrd. Se cifr l se de dtos medinte AES 256 its. - Mecnismos pr evitr el escldo de privilegios. - Seguridd perimetrl implntd en los servidores. - Ls prtes sensiles de l plicción presentn código ofuscdo. 2) Medids específics en los clientes Los clientes tienen sus propis medids de seguridd. En est sección incluiremos los detlles técnicos del cifrdo y que es un funcionlidd de cifrdo extremo extremo que se reliz en los clientes. Cifrdo de conversciones medinte protocolo OTR: Nepcom utiliz el protocolo OTR (Off-the-Record Messging) en su versión pr el cifrdo extremo extremo de ls conversciones. OTR permite conversciones privds en mensjerí instntáne trvés de redes de comunicción que proporcionen l entreg de los mensjes en orden. No tiene por qué ser complet, por ejemplo un usurio podrí desconectrse en lgún momento. 1.- Resumen generl El protocolo OTR está diseñdo pr ser utilizdo en mensjerí instntáne y proporcion un cifrdo fuerte medinte un cominción de diferentes herrmients de cifrdo que incluyen AES de clve simétric, el protocolo de intercmio de clves medinte Diffie-Hellmn y l función hsh SHA Funcionliddes principles Ls funcionliddes principles son: - Cifrdo: sólo los legítimos destintrios podrán leer tus mensjes. - Autenticción: el destintrio es siempre quien dice ser. - Ausenci de trzs/firms: los mensjes que se envín no llevn trzs, ni firms que pued verificr un tercer ctor. Durnte un conversción, el ctor secundrio implicdo puede estr seguro de que los mensjes que lee y recie no vienen de un tercero, segurndo sí su utenticidd y tmién que los mensjes no hn sido modificdos Nepcom. Todos los derechos reservdos. 4

5 -Secreto: en el cso de pérdid de ls clves privds, ningun conversción nterior quedrí comprometid..- Solicitud de conversción OTR Se puede informr l otr prte de que se quiere inicir un conversción ví protocolo OTR medinte el envío o de un mensje especil denomindo OTR Query Messge. Tmién se puede optr por incluir un etiquet específic en un mensje norml. En culquier de los dos csos existe l posiilidd de indicr l versión exct del protocolo que implement el emisor. 4.- Intercmio de clves de utenticción L ide generl es que un emisor A (Antonio) y un emisor B (Blnc) intercmin sus clves medinte el protocolo Diffie-Hellmn (D-H) sin utenticción pr configurr un cnl cifrdo y posteriormente hcer un utenticción mutu en el propio cnl. (Tods ls exponenciciones de un número se relizn módulo un primo prticulr de 156 its, y g es un generdor de ese grupo.). Antonio inici un intercmio de clves de utenticción con Blnc: Blnc: 1. Seleccion un número letorio (r) de l menos 128 its. 2. Seleccion un número letorio (x) de l menos 20 its.. Enví Blnc: AES r (g x ), HASH(g x ) 1. Seleccion un vlor letorio (y) de l menos 20 its. 2. Enví g y 1. Verific que el vlor de Alici (gy) es un vlor legl (2 <= gx<= modulo-2) 2. Clcul s, siendo s = (g y ) x. Clcul dos clves AES, c y c' y cutro clves MAC m1, m1', m2 y m2' por hsh de s en vris direcciones. 4. Seleccion un keyid B, pr su clve D-H g x 5. Clcul M B = MAC m1 (g x, g y, pu B, keyid B ) 6. Clcul X B = pu B, keyid B, sig B (M B ) 7. Enví Blnc r, AES c (X B ), MAC m2 (AES c (X B )) 2017 Nepcom. Todos los derechos reservdos. 5

6 Blnc: 1. Us r pr descifrr el vlor g x envido nteriormente 2. Verific que HASH(g x ) coincide con el vlor envido nteriormente. Verific que el vlor de Antonio es un vlor legl (2 <= gx<= modulo-2) 4. Clcul s = (g x ) y (es el mismo vlor de s clculdo por Antonio) 5. Clcul dos clves AES c y c' y cutro clves MAC m1, m1', m2, m2' ví hsh de s en vris direcciones (l igul que Antonio). 6. Us m2 pr verificr MAC m2 (AES c (X B )) 7. Us c pr descifrr AES c (X B ) pr otener X B = pu B, keyid B, sig B (M B ) 8. Clcul M B = MAC m1 (g x, g y, pu B, keyid B ) 9. Us pu B pr verificr sig B (M B ) 10. Escoge keyid A, su clve D-H g y 11. Clcul M A = MAC m1' (g y, g x, pu A, keyid A ) 12. Clcul X A = pu A, keyid A, sig A (M A ) 1. Enví Antonio AES c' (X A ), MAC m2' (AES c' (X A )) 1. Us m2' pr verificr MAC m2' (AES c' (X A )) 2. Us c' pr descifrr AES c' (X A ) pr otener X A = pu A, keyid A, sig A (M A ). Clcul M A = MAC m1' (g y, g x, pu A, keyid A ) 4. Us pu A pr verificr sig A (M A ) Si tods ls verificciones son exitoss, Antonio y Blnc sen cd uno ls clves púlics Diffie-Hellmn del contrrio y comprten un vlor s. Blnc está segur de que s es conocido por lguien con cceso l clve privd correspondiente pu B, y de mner similr pr Antonio. 5.- Intercmio de los dtos Se descrie el método utilizdo pr proteger los dtos intercmidos entre Antonio y Blnc (como se h indicdo nteriormente tods ls exponenciciones de un número se relizn modulo un primo prticulr de 156 its, y g es un generdor de ese grupo.). Supongmos que Blnc quiere envirle un mensje 2017 Nepcom. Todos los derechos reservdos. 6

7 Blnc: 1. Seleccion el vlor más reciente de sus propis clves de cifrdo D-H que Antonio h reconocido her reciido stisfctorimente (l utilizrl en un intercmio de mensjes o en su defecto en el intercmio inicil de clves de utenticción). Se key A es clve y keyid A su número de serie. 2.Si l clve nterior es l más reciente de Blnc, ell gener un nuev clve D-H (next_dh) pr otener el número de serie keyid A +1.. Escoge l más modern de ls clves de cifrdo de Antonio reciids por ell (ví mensje reciido o en su defecto en el intercmio inicil de clves de utenticción). Se key B es clve y keyid B su número de serie. 4. Utiliz Diffie-Hellmn pr clculr un secreto comprtido entre ls dos clves key A y key B y gener l clve AES, ek, y l clve MAC de envío, mk 5. Recoge tods ls clves nteriores MAC que se usron en mensjes psdos y que nunc se volverán usr (y que sus clves D-H socids y no son ls más recientes) y ls gurd en un list, viejsclves. 6. Seleccion un vlor del contdor, ctr pr que l tupl (key A, key B, ctr) nunc se l mism pr más de un mensje de dtos envido de Blnc Antonio. 7. Clcul T A = (keyid A, keyid B, next_dh, ctr, AES-CTR ek,ctr (msg)) 8. Enví Antonio T A, MAC mk (T A ), viejsclves 1. Us Diffie-Hellmn pr clculr un secreto comprtido de ls dos clves etiquets por keyid A y keyid B, y gener l clve AES receptor, ek, y l clve MAC receptor, mk 2. Us mk pr verificrmac mk (T A ). Us ek y ctr pr descifrr AES-CTR ek,ctr (msg) 6.- Protocolo del socilist millonrio (SMP) Mientrs se intercmin mensjes Antonio y Blnc, culquier de ellos puede ejecutr el protocolo del socilist millonrio (en delnte SMP) pr detectr tques del tipo Mn-inthe-Middle o de suplntción de identidd. Supongmos que Blnc y Antonio tienen informción secret, x e y, y desen ser si x = y. El protocolo SMP permite que se pued comprr x e y sin revelr más informción dicionl. En OTR los secretos contienen informción sore ls clves púlics de utenticción lrgo plzo de ms prtes, sí como l informción introducid por los propios usurios. Si x es igul y 2017 Nepcom. Todos los derechos reservdos. 7

8 signific que Blnc y Antonio introdujeron l mism informción secret y por lo tnto tienen que ser ls misms entiddes que estlecieron el secreto l principio de l comunicción. (Como se h indicdo nteriormente tods ls exponenciciones de un número se relizn modulo un primo prticulr de 156 its, y g1 es un generdor de ese grupo.). Asumiendo que Blnc empiez el intercmio: Blnc: 1. Seleccion exponentes letorios 2 y 2. Enví g 2 = g 1 2 nd g = g 1 1. Escoge exponentes letorios 2 y 2. Clcul g 2 = g 1 2 y g = g 1. Clcul g 2 = g 2 y g = g 4. Escoge un exponente letorio r 5. Clcul P = g r y Q = g 1 r g 2 y 6. Enví Blnc: g 2, g, P y Q Blnc: 1. Clcul g 2 = g 2 2 y g = g 2. Escoge un exponente letorio s s. Clcul P = g y Q = g s x 1 g 2 4. Clcul R = (Q / Q ) 5. Enví P, Q y R 1. Clcul R = (Q / Q ) 2. ClculR = R. Comprue si R == (P / P ) Blnc: 4. Enví Blnc R 1. Clcul R = R 2. Comprue si R == (P / P ) 2017 Nepcom. Todos los derechos reservdos. 8

9 Si todo se hce correctmente, entonces R dee mntener el vlor de (P / P ) multiplicdo por (g 2 ) (x - y), lo que signific que l prue finl del protocolo solo tendrá éxito si x es igul y. Además puesto que g 2 es un número letorio no conocido por ningun prte, si x no es igul y no se revel ningun otr informción. ) Medids en l comunicción entre clientes y servidores L pp de Nepcom se comunic con diferentes servidores propios y externos. Tods ls comunicciones son trvés de protocolos seguros como HTTPS y SSL. Conexión con servidor XMPP Est conexión se reliz medinte sockets SSL. SSL/TLS son unos protocolos criptográficos pr relizr conexiones segurs entre un servidor y un cliente (en ms direcciones). SSL es un protocolo nivel de cp de trnsporte. Utiliz criptogrfí simétric. Conexión con servidores push Google, Apple Est conexión se reliz medinte sockets SSL. Funcion de form similr lo indicdo nteriormente Conexión con servidor we Est conexión se reliz medinte HTTPS. HTTPS es l versión segur del protocolo HTTP. Utiliz SSL/TLS pr estlecer conexiones segurs en sitios we. Sirve pr securizr HTTP. Es un protocolo nivel de plicción Nepcom. Todos los derechos reservdos. 9