Sistemes de pagament electrònic

Índex
- Introducció
- Objectius
- 1.Conceptes generals
- 2.Pagaments basats en targeta
- 3.Sistemes de cartera virtual
- 3.1.PayPal
- 3.1.1.Bump Pay
- 3.2. Google Wallet
- 3.3.Caixa Wallet
- 3.1.PayPal
- 4.Pagaments basat en l’enviament de missatges SMS
- 5.Diners digitals
- 5.1.El sistema de Chaum
- 5.2.El sistema de Brands
- 5.3.Bitcoin
- Resum
- Activitats
- Bibliografia
Introducció
Objectius
-
Comprendre el concepte de diner com a mitjà d’intercanvi.
-
Conèixer les diverses modalitats de pagament mitjançant targeta i els aspectes de seguretat relacionats amb cadascuna d’aquests modalitats.
-
Entendre el concepte i funcionament d’un sistema de cartera virtual.
-
Conèixer diverses modalitats de pagament electrònic basades en l’enviament de missatges SMS.
-
Adquirir els coneixements necessaris per a entendre el concepte de diner digital i les propietats de seguretat i anonimat proporcionades per un sistema d’aquesta mena.
1.Conceptes generals
1.1.Evolució històrica dels diners i funció que desenvolupen
-
Intercanvi directe de productes.
-
Tokens amb valor intrínsec (or, plata).
-
Tokens sense valor intrínsec (bitllets).
-
Diners notacionals (xecs, comptes bancaris).
-
Sistemes basats en el crèdit.
-
Nous sistemes (diner electrònic).
-
Serveixen com a estàndard de valor per a comparar diferents productes i serveis. Aquests valors són subjectius i estan afectats, entre altres factors, per les fluctuacions de la moneda.
-
Serveixen com a mitjà d’intercanvi i substitueixen les permutes. Utilitzant-los, podem vendre un producte sense necessitat de rebre’n un altre a canvi. Així, a canvi del nostre producte rebem uns diners que seran emmagatzemats.
-
Serveixen com a mitjà per a emmagatzemar la capacitat de compra. Els diners permeten endarrerir l’ús del resultat obtingut en vendre productes i/o serveis. Aquesta funció es manté sempre que el nivell general de preus romangui estable o tingui únicament lleugeres variacions al llarg del temps.
-
Ha de ser divisible per a poder cobrir un gran ventall de quantitats (petites, mitjanes i grans).
-
S’ha de poder convertir a altres mitjans de pagament.
-
Ha de ser reconegut en una comunitat d’usuaris. El diner té sentit sempre que els seus usuaris acceptin el valor que se li ha assignat.
-
Ha d’estar protegit per un estat (dòlar/EUA) o una comunitat econòmica (euro/UE).
-
Reconeixement fàcil.
-
Valor estable durant les transaccions.
-
Durabilitat.
-
Facilitat de transport i ús.
-
Cost de producció que ha de ser negligible comparat amb els valors intercanviats en una transacció.
-
Diner en metàl·lic (en forma de bitllets o monedes).
-
Xecs.
-
Transferències de crèdit.
-
Transferències interbancàries.
-
Lletres de canvi.
-
Targetes (dèbit, crèdit, prepagament).
-
Tipus de diner intangible.
1.2.Arquitectura dels participants
-
Comprador. Persona que fa la compra i que n’ha de realitzar el pagament.
-
Banc emissor. Banc on el comprador té un compte bancari.
-
Comerç. Botiga que ofereix el seu catàleg de productes al comprador. És qui rebrà l’import de la compra, si aquesta es duu a terme.
-
Banc adquiridor. Entitat financera del comerç.
-
Passarel·la de pagament. Element que proporciona una interfície per a indicar-hi els detalls d’una transacció.
-
Autoritat certificadora. Entitat que valida la identitat dels participants.

1.3.Classificació dels sistemes de pagament
-
Retirada de fons. Aquest procés està associat a la confirmació del banc emissor a la sol·licitud prèvia del comprador. El banc assumeix les despeses que ha acordat amb el comprador i ho carrega en el seu compte.
-
Pagament. El comprador lliura la informació necessària per a fer el pagament al comerciant o a la passarel·la de pagament. El pagament pot ser mitjançant el lliurament de monedes electròniques.
-
Dipòsit. El banc adquiridor rep la informació i cobra del banc emissor per mitjà de la xarxa financera. Finalment, ingressa els diners en el compte del comerç.
2.Pagaments basats en targeta
2.1.Pagaments presencials amb targeta bancària tradicional
2.1.1.L’estàndard EMV
-
Autenticació de la targeta. Aquest mecanisme serveix perquè un terminal (dispositiu on s’acobla la targeta) obtingui garanties que s’està comunicant amb una targeta que ha estat emesa per un banc (o empresa) emissor autoritzat. EMV proporciona diverses possibilitats per a fer aquesta comprovació, totes basades en la utilització de criptografia de clau pública:
-
SDA (Static Data Authentication). La targeta disposa d’un conjunt d’informació que ha estat signada digitalment per l’emissor de la targeta. Durant el procés d’autenticació, la targeta envia aquesta informació al terminal, juntament amb la clau pública de l’emissor (amb el seu corresponent certificat digital). El terminal, en rebre aquesta informació, verifica la validesa del certificat digital de l’emissor, n’extreu la clau pública i verifica la signatura digital de les dades enviades per la targeta. Si aquesta verificació és correcta, el terminal dedueix que les dades contingudes en aquesta targeta han estat realment gravades per l’emissor. Per tant, conclou que s’està comunicant amb una targeta en la que pot confiar. Es tracta d’un mecanisme off-line ja que no és necessària la comunicació amb cap entitat externa.
En SDA, la informació que envia la targeta és sempre la mateixa; per tant, el sistema és vulnerable: un atacant pot capturar aquesta informació i introduir-la en targetes fraudulentes que superaran el procés d’autenticació mitjançant el reenviament de les mateixes dades.
-
DDA (Dynamic Data Authentication). La targeta ha de disposar d’una clau privada, de la seva clau pública corresponent i d’un certificat d’aquesta darrera emès pel banc emissor. Durant el procés d’autenticació, el terminal envia unes dades a la targeta, la qual les ha de retornar signades utilitzant la seva clau privada. També retorna la seva clau pública certificada i la clau pública certificada de l’emissor. El terminal validarà primerament el certificat de la clau pública de l’emissor, d’on extraurà la clau pública que serà utilitzada per a validar el certificat de la clau pública de la targeta. Finalment, la clau pública de la targeta es farà servir per a validar la signatura digital de les dades retornades per la targeta.
DDA també és off-line i no és vulnerable a atacs de reenviament ja que les dades que se signen són diferents en cada transacció.
-
CDA (Combined Dynamic Data Authentication). El mecanisme utilitzat en cada transacció depèn de les possibilitats de la targeta i de la configuració del terminal.
-
-
Enviament del PIN a la targeta. Quan s’utilitza el sistema xip + PIN, el propietari de la targeta s’autentica mitjançant la introducció d’un PIN en el teclat del terminal. La targeta disposa d’un PIN emmagatzemat internament que ha de coincidir amb el que introdueix el propietari. EMV proporciona la possibilitat que, per seguretat, l’enviament d’aquest PIN es faci de forma xifrada.
Concretament, la targeta proporciona una clau pública (degudament certificada) al terminal juntament amb una seqüència aleatòria de bytes. A continuació, el terminal genera un missatge que conté aquests bytes aleatoris juntament amb el PIN introduït pel propietari que és xifrat utilitzant la clau pública de la targeta. Quan la targeta rep aquest missatge, el desxifra, comprova que dugui els bytes aleatoris que ha generat anteriorment i finalment compara el PIN rebut amb el PIN que té emmagatzemat. Si els dos valors coincideixen, el propietari de la targeta és autenticat.
-
Comunicació entre la targeta i l’emissor. Quan el terminal confia en la targeta i la targeta confia en la persona que l’està utilitzant (el propietari autèntic és l’únic coneixedor del PIN), ja es pot dur a terme la transacció. EMV especifica com generar missatges que permetin que la targeta, a través del terminal, es comuniqui de forma confidencial amb el seu banc emissor mitjançant l’ús de criptografia de clau simètrica. Per a possibilitar aquesta comunicació, cada targeta disposa d’una (o més d’una) clau coneguda únicament per ella i el seu banc emissor.
2.2.Pagaments remots amb targeta bancària tradicional
2.2.1.Arquitectura lineal

-
Confidencialitat. L’ús del protocol TLS garanteix la confidencialitat en el transport de les dades, però el comerç acaba coneixent les dades de la targeta que utilitza el comprador, cosa que permetria que un venedor deshonest utilitzés les dades de les targetes dels seus clients per a realitzar compres. També permetria que un comprador deshonest negués (repudiés) haver realitzat un pagament, argumentant que la compra en qüestió ha estat realitzada per algun venedor a qui ha fet arribar el seu número de targeta amb anterioritat.
-
Integritat. L’ús del protocol TLS garanteix la integritat de les dades durant el transport, però si el comerç modifica la quantitat de l’import abans de comunicar la transacció a l’entitat bancària, el client no se n’adonarà fins que li arribi l’extracte amb el detall dels pagaments efectuats.
-
Autenticació. Normalment TLS només s’implementa amb l’autenticació del servidor (mitjançant un certificat digital emès per una autoritat de confiança). Per tant, aquest sistema de pagament només ofereix autenticació del servidor, és a dir, del venedor. El comprador no s’autentica. El tipus de frau més habitual en aquests sistemes de pagament prové justament del fet que no es compleixi aquesta propietat. El fet de conèixer un determinat número de targeta i la seva caducitat no garanteix ser el propietari d’aquella targeta.
2.2.2.Arquitectura triangular

-
Confidencialitat. De la mateixa manera que en l’arquitectura lineal, el protocol TLS garanteix la confidencialitat de les dades durant el seu transport. A més, en aquest esquema, la confidencialitat de les dades s’estén més enllà: el venedor no pot conèixer les dades de la targeta i el banc no pot conèixer la descripció de la compra, a menys que el banc i el comerç es posin d’acord.
-
Autenticació. La situació és idèntica a la de l’arquitectura lineal. Qualsevol persona podria realitzar una compra utilitzant una targeta que ha estat sostreta.
-
Integritat. TLS garanteix la integritat durant el transport de dades a través d’Internet. En aquest cas, si el client o el comerç intentessin modificar el preu, la passarel·la verificaria que no hi ha concordança i l’operació no es faria.
2.2.3.Millores de seguretat
2.3.Targetes bancàries de prepagament
2.4.Altres targetes de prepagament
-
Durant la realització del pagament, el venedor no té accés a cap dada del comprador ja que aquest és redirigit a la plataforma de pagament de PaySafeCard. El comerç ni tan sols té accés al número de cupó del comprador.
-
Si algú s’assabenta del número de cupó d’algú altre, podrà utilitzar-lo per a realitzar compres fins esgotar-ne el saldo. Si aquestes despeses s’han dut a terme en llocs on no és necessari identificar-se (per exemple, en l’accés a contingut digital de pagament), resultarà impossible esbrinar qui ha estat el comprador deshonest.
-
Com que l’usuari pot realitzar pagaments sense vincular-hi el seu compte bancari, en cas de robatori o pèrdua, la màxima quantitat de diners que es pot arribar a perdre està limitat al saldo de la targeta.
3.Sistemes de cartera virtual
3.1.PayPal
-
Confirmació d’un compte bancari. PayPal realitza dos dipòsits amb imports d’entre 0,01 i 0,99 euros que l’usuari podrà consultar en el seu extracte bancari. El procés acaba quan l’usuari comunica aquests dos imports a PayPal.
-
Confirmació d’una targeta bancària. PayPal carrega una petita quantitat a la targeta. L’usuari, quan consulti els detall de l’operació en el seu extracte, observarà un codi de quatre dígits. El procés acaba quan l’usuari comunica aquest codi a PayPal.
-
Comprar ara. Permet comprar articles d’un en un.
-
Afegir al carro de la compra. Permet comprar diversos articles alhora.
-
Fer una donació.
-
Subscriure’s. Permet fer cobraments periòdics.
-
Comprar cupó de regal.
-
PayPal utilitza una arquitectura de pagament triangular. Abans de realitzar un pagament, l’usuari contacta amb el servidor PayPal i comprova la informació del pagament que realitzarà. Només quan ha comprovat que el pagament és correcte l’autoritza. Això proporciona integritat.
-
PayPal actua com a intermediari entre venedor i comprador i és l’únic que té accés a la informació financera dels seus clients. L’única informació que s’intercanvien els usuaris són les adreces de correu electrònic. La comunicació entre el comprador i PayPal es duu a terme utilitzant TLS. Això proporciona confidencialitat.
-
Els usuaris s’autentiquen mitjançant una contrasenya. És fonamental que aquesta estigui ben custodiada i no sigui fàcil d’endevinar. Aquest és el mecanisme que s’utilitza per a autenticar un comprador.
3.1.1.Bump Pay
3.2. Google Wallet
3.3.Caixa Wallet
4.Pagaments basat en l’enviament de missatges SMS
4.1.El sistema SMS Premium

-
El comprador no necessita disposar de targeta bancària ni cal que s’hagi donat d’alta a cap aplicació (com passa, per exemple, en els sistemes de cartera virtual).
-
El lloc web no necessita implementar programari per a gestionar el pagament dels seus clients. Aquesta feina la fa l’empresa proveïdora del servei la qual, a final de mes, li transferirà la part de l’import que li correspongui dels SMS rebuts.
-
Gairebé tothom disposa de telèfon mòbil, amb la qual cosa es tracta d’un sistema que pot utilitzar molta gent.
4.2.El sistema Pagos Movistar
4.3.Enviament de diners en metàl·lic
5.Diners digitals
-
Aquella associada a una moneda ja existent que té el suport d’una legislació i és encunyada per un banc. En aquest cas estaríem parlant, per exemple, de monedes electròniques amb valor d’un euro.
-
Aquella no relacionada amb cap sistema monetari existent i que té valor per si mateixa. Estem, per tant, davant d’una moneda que és en si mateixa una nova divisa, el valor de la qual depèn del reconeixement i l’acceptació que tingui per part de la comunitat que la utilitza. En no disposar d’un banc central que en gestioni la creació i distribució, cal un mecanisme que impossibiliti la creació descontrolada de noves monedes, fet que causaria una depreciació. Això s’aconsegueix a partir de mecanismes de creació basats en la resolució de problemes computacionals difícils relacionats amb la criptografia. Per aquest motiu, aquest tipus de moneda se sol denominar criptomoneda.
-
Infalsificabilitat. Ningú, a excepció de les entitats autoritzades, ha de ser capaç de generar monedes electròniques a un cost que li resulti rendible. En un sistema de criptomoneda, l’encunyament de monedes noves es realitza de forma col·lectiva unint la potència de càlcul de tots els usuaris del sistema. El sistema ha de limitar la possibilitat que un sol usuari pugui generar moltes monedes.
-
Anonimat. La realització d’un pagament mitjançant diners digitals s’ha de poder fer sense la necessitat de que el comprador s’identifiqui ni sigui possible esbrinar-ne la identitat.
-
Transferibilitat. Un venedor que rep diner electrònic ha de poder-lo utilitzar més endavant per a realitzar un pagament.
-
Banc. Genera les monedes electròniques i les lliurar als seus clients. També rep les monedes recollides fruit d’una venda.
-
Comprador. Contacta amb el banc i sol·licita una determinada quantitat de monedes electròniques a canvi d’un pagament pel seu valor.
-
Venedor. Rep monedes electròniques a canvi dels productes que té a la venda. Posteriorment diposita les monedes recollides al banc, que li reemborsarà el seu valor.
-
Sistemes on-line. El venedor, abans d’acceptar una moneda, contacta amb el banc per a comprovar que la moneda que està a punt de rebre no hagi estat gastada amb anterioritat.
-
Sistemes off-line. El venedor, quan rep una moneda, l’accepta sense contactar amb el banc. Posteriorment, quan aquesta moneda sigui dipositada, serà el banc qui comprovarà que no hagi estat dipositada amb anterioritat. Donat el cas, el sistema disposa d’un mecanisme que permetrà obtenir la identitat del comprador que ha realitzat el frau (es tracta d’un sistema amb anonimat revocable).
5.1.El sistema de Chaum
-
El comprador estableix contacte amb el seu banc i s’identifica.
-
El comprador genera un número aleatori gran (de més de cent dígits) que es correspon amb el número de sèrie de la nova moneda.
-
El comprador emmascara aquest número de sèrie i l’envia al banc.
-
El banc signa digitalment el número de sèrie emmascarat (realitza una signatura cega) i en retorna la signatura al client. El banc descompta el valor de la moneda del compte corrent del comprador.
-
El comprador desemmascara la signatura del banc i obté d’aquesta manera la signatura digital del número generat al segon pas. La parella número-signatura és la moneda.
-
El comprador envia la moneda al venedor.
-
El venedor comprova la signatura digital de la moneda.
-
El venedor lliura la moneda al banc perquè comprovi que no ha estat gastada amb anterioritat. En cas negatiu, el banc afegeix al compte corrent del venedor el valor de la moneda.
-
Si tot és correcte, el venedor accepta el pagament.

-
Si un comprador té la mala sort de generar un número de sèrie que ja havia estat generat amb anterioritat per un altre usuari, la seva moneda no serà acceptada i serà acusat de voler dur a terme una doble utilització. Per a evitar aquesta situació es fa que el número de sèrie tingui una quantitat molt elevada de dígits cosa que redueix aquesta probabilitat al mínim.
-
El sistema de Chaum no és transferible. Quan un comerç rep una moneda, l’ha de dipositar al banc. Aquesta manera no es pot utilitzar en altres operacions.
5.2.El sistema de Brands
-
Una part pública, que es troba signada pel banc.
-
Una part privada, únicament coneguda pel comprador propietari de la moneda.
-
El comprador estableix contacte amb el seu banc i s’identifica.
-
El comprador genera les parts pública i privada de la moneda. El procés de generació d’aquestes dades és complex i requereix la utilització d’informació que identifica al comprador.
-
El comprador emmascara la part pública i l’envia al banc juntament amb algunes dades addicionals.
-
El banc realitza unes comprovacions que li permeten verificar que el comprador, en la generació de la moneda, ha utilitzat dades que permeten identificar-lo. Si les comprovacions són correctes, el banc signa cegament la part pública de la moneda.
-
El comprador desemmascara la signatura del banc i obté la signatura digital de la part pública de la moneda.
-
El comprador envia la part pública (signada pel banc) de la seva moneda al venedor.
-
El venedor en comprova la signatura digital i respon al comprador enviant-li un valor aleatori anomenat repte.
-
El comprador genera una resposta al repte i l’envia al venedor. Aquesta resposta es genera mitjançant un procediment que solament pot dur a terme qui coneix la part privada de la moneda.
-
El venedor, mitjançant un procediment complex, verifica que la resposta rebuda és correcta.
-
El venedor accepta el pagament.
-
El venedor envia al banc la part pública de la moneda, el repte generat durant el procés de pagament i la resposta rebuda.
-
Si és la primera vegada que el banc rep aquesta moneda, l’emmagatzema i afegeix al compte corrent del venedor el valor de la moneda.
-
Si aquesta moneda ja ha estat dipositada amb anterioritat ens trobem en un cas de doble utilització. Llavors, distingim dues possibilitats:
-
Si el repte de què disposa el venedor és diferent del repte de què disposa el banc, el banc afegeix el valor de la moneda al compte corrent del venedor, duu a terme el procediment de revocació d’anonimat i obté la identitat del comprador deshonest, a qui s’exigirà responsabilitats.
-
Si el repte de què disposa el venedor és el mateix de què disposa el banc, llavors el banc no accepta la moneda.
-
-
Dos venedors deshonestos es podrien confabular i l’un enviar a l’altre la còpia d’una moneda cobrada a un client honest i, després, tots dos podrien dipositar aquesta mateixa moneda al banc. En aquest cas, com que les dues monedes dipositades (de fet són la mateixa moneda) duen el mateix repte, el banc només acceptarà el primer dels dipòsits.
-
Si un comprador deshonest gasta una mateixa moneda dos cops i el repte que li envien els dos venedors és el mateix, haurà aconseguit gastar la moneda dos cops. Per aquest motiu es fa necessari que els reptes es generin aleatòriament de manera que sigui pràcticament impossible que es produeixi una repetició.
-
El sistema no és transferible.
5.3.Bitcoin
-
Que un usuari que ja disposa d’una moneda te la transfereixi (mitjançant el procediment de transferència abans descrit).
-
Participar en el procés que proporciona integritat a l’historial de transaccions, amb la qual cosa, si hom té sort, rebrà monedes de nova creació.
-
Si la clau privada associada a una moneda es perd, aquesta moneda ja no es podrà tornar a utilitzar mai més.
-
Si una persona deshonesta s’assabenta de la clau privada d’una moneda podrà transferir-la com si fos seva. Si més endavant, l’usuari legítim intenta transferir-la, serà acusat d’intentar dur a terme una doble utilització. Per aquest motiu i l’anterior, és molt important custodiar la clau privada de les monedes en un dispositiu segur.