Unit - 5 Chapter - 2 Cryptography
Unit - 5 Chapter - 2 Cryptography
Condition is met the virus otll go nto Cctuon and int eet
le PATH
8. Overwnte viruses
H. Boot Viruses
5 Directoy Viruses
Dinrctond
locato of a {ile By eNeclbig a pogam (4le coih
ex tensonExE or:co) which has been nfe tiol
s Enengpti Viuses
hii type o viu Consista enerytd maliiow
Co le The uses wwe
encrytd code teehnie thich
Make euntivin ofhoase tasdly to detect ttunm.
Companton Viuses
Netoork Vinuses
rep Doors}
erty poiot ota o progam that
Trap dleor is bauteally
ollos &omeone oho is Quoe of toapdoor to
Weed to debg
oebg and teat pogram,
by pro9*ammers
method
lo word necenay setup end outhenticatirg
withh
to activ ale poga.m cf some thing
autheticatiow poceduei
oloor s a Secret entoy poiot Loto o paogoam
Ca) A tap loos
of Hhe toa
hat allows Some one that is auoane
week or dat
3. Tojantorses
eplicate itsely wRen load.d
A eojan hore doesn't
Setting orojans
Passuoord
estMetue Toojans
Jenial o} eni ce Attace Toojns
A oorm program plicate Hsely and
netoore
Pirtwall
Corporae nehsork
Fireuoall.
anacteristi es of hood fireoall
frRELOALLS
As the name
1 Packel Filter: sa
sggea, packet filter appliea
eu Set of sules to each packet and en the
outcome oleei dles to either forward or iscard th packel
or sercenig router:
Lt Ls also called Sereening Prltey
11229-Jo 02
Thominp packet.
Phecket
)1B29-)o 'o3, ! tey
STOP
Adventage
Linplicilq
to uses.
Disaduantoges
Called as
reearch in ciruit nelays which uce
eircit leuel
gateaony
Cue el as Tep
cireuit level gateoa
connectin to ob seve handhakng beoeeo the packelt
testa
mee secuily
Tee feos
Ca) The sclays gment
gateuony typicalay the contant.
hoithowt exnininy
Lon to the other
Conne cton examinig
29
9) The seeuuil funeton ista of determing cahieh
conneetion il be alouoed
Outside
Connechi
Out
Owtside
tHost
Dut)
Ineide
Out
-
Tnsidle Hot
Circuit kerel aateay
ddwantae.
is that they ae
The advanlage of i reit level gatuoy
fatr thaw appicatui lerel gatesays oue
bee they befom
Lez
þroceing
(les eualuations )and eanthey poteet
isadantag
cireuit aetay
leel ae Hal Can't
want to connet
When a ueer n a tusted netook
Tnterret,
to a sevice On an untusteo netwok &ueh as
to proxy Serr
Serer on the firet
He hequt is directed
to
to be the eal senver On
3- The proxy sener prtends
he Tnternet . Tt checes the egest and decioles whth
poxy clit
cloays made
coi
eonneetuons CUle
wohile
Prox ener:
Atblcatn -lere ateay.
otlde
wnneeti Tnclde
Tel net Connechior
PTP
SMTP
Outside
HTTP Jnside
Host
Host
Adyantages
bens.
} Higher seeuny then peket
scrutinize aa feo
sCrutinize alloable applieatuons
Only nee d -to
Disadsantye
Client
TSA
SETS
Onginal Message Message
message Digest Digest
Algorithm
Client
Step 2: Time Stamping Request
TSA
Message
Digest
Clien TSA
Step 3: Time Stamping Response
The PKIX model mandates a number of requirements on a TSA. The TSA must use a trustworthy
time source. It must time stamp a message digest. It must not include any identification of the
requesting entity (client) in the timestamp.
done in 1996 by MasterCard and Visa jointly. They were joined by IBM,Microsoft, Netscape, RSA,
Terisa and VeriSign. Starting from that time,there have been many tests of the concept and by 1998 the
first generation of SET-compliant products appeared in the market.
The need for SET came from the fact that MasterCard and Visa realized that for e-commerce
payment processing, software vendors were coming up with new and conflicting standards.Microsoft
mainly drove these on one hand, and IBM on the other. To avoid all sorts of future
incompatibilities,
MasterCard and Visa decided to come up with a standard,ignoring all their competition issues and in the
process, involving all the major software manufacturers.
SET is not a payment systemeInstead, it is a set of security protocolsand formats that enable the
users toemploy the existing credit card payment on the Internet in a secure manner.
infrastructure SET
seryices can be summarized as follows:
1. It provides a secure communication channel among all the parties involved in an e-commerce
transaction.
SET is a very complex specification. In fact, when released, it took 971 pages to describe SET
across three books! (Just for the record, SSL Version 3 needs 63 pages
to describe). Thus, it is not
possible to discuss it in great dejail. However,we shall summarize the key points.
• Issuer: The issuer is a financial institution (such as a bank) that provides a paymentcard to a
cardholder. The most critical point is that issuer is the ultimately responsible forthe payment of the
cardholder's debt.
• Acquirer: This is a financial institution
relationship has a
with merchants for processing
that
payment card authorizations and payments. The
reason for having acquirers is that merchants
accept credit cards of more than one brand, but are
e not interested in dealing with so many
bankcard organizations or issuers. Instead, an acquirer
provides the merchant an assurance (with
the help of the issuer) that a particular cardholder account is active and that the purchase amount
does not exceed the credit limits, etc. The acquirer also
provides electronic funds transfer to the
merchant account. Later, the issuer reimburses the
acquirer using some paymentnetwork.
• Payment Gateway: This can be taken up by the acquirer or an
organization as a dedicated
function. The payment gateway processes the payment messages on
behalf of the merchant.
Specifically in SET, the payment gateway acts as an interface
between SET and the existingcard
payment networks for payment authorizations.The merchant exchanges
SET messages with the
the Payment tansaction the tanfer
faupoenl oluusay -fouiaes
iofofmation be'we en paymenw pnll and the faltend
oY acnainng bonk,
288
Cryptography and Netvork Security
1. The customer opens an account The customer opens a credit card accountksuch as
MasterCard or Visa) with a bank (issuer) that
supports electronic payment mechanisms and the
SET protocos
2. The customer receives a certificate Afterthe cstomer's identity is
verified(with the help of
details such as passport, business documents etc.), the customer receives a
a CA,The certificate digital certificate, from
also contains details such as the customer's public key and its expiration
dáte.
3.The merchant receives a certificate= Amerchant žhat wants to accept a certain brand of credit
cards must possess a digital certificate.
4. The customer places an order This is a - shopping cart process wherein the customer
typical
browses the list of items available, searches for specific
items, selects one or more of them
places the order. The merchant, in turn, sends back and
details such as the list of items
selected, their
quantities, prices, total bill, etc..back to the customer for his record,
with the help of an order
form.
5. The merchant is verified (The merchant also.sends its digital certificate tothe customer. This
assures the customer that he is dealing with a valid merchant
The order and payment
details are sent -The-customer sends both the order
6.
and payment
detaits to
the merchant along with the customer's digital
certificate) The order confirims the
purchase transaction with reference to the items mentioned in the
contains
order formThe payment
creditcard
details.However,the payment information is so encrypted that the
cannot read it. The customer's certificate merchant
assures the merchant of the customer's identity.
7. The merchant requests payment
authorization -<The merchant forwards the payment details
sent by the customer to the payment
gateway via the acquirer (or to the acquirer if the acquirer
also acts as the payment gateway) and
requests the payment gatewaý to authorize the payment
(i.e. ensure that the credit card is valid
and that the credit limits are not breached).
8. The paymentgateway authorizes the payment Using
information receivedthe credit card
from the merchant, the payment gateway verifies the details ofthe
customer's credit card with the
ohelp of the issuer, and either authorizes or rjects the payment
9. The merchant confirms the order -Assuming that the
payment gateway authorizes the
payment, the merchant sends a confirmationof the order to the customer
10. The merchant provides goods or services (Themerchant now
ships the goods or provides the
services as per the customer's order.)
11. The merchant requests payment-The payment gateway receives a
request from the merchant
for making the payment. The payment gateway interacts with the various
financial institutions
to dink
unk tioo messageuhat
signatiues
is
is
(Hasth funtin)
-
Paoceig
Aaps
0 Purehau Repest
Authonatin
fagmnt
Paymnt captur
O furehae Requst - Merchaul
furchase Request, it
heceives Hhe
when the metcha
a) Veriies the card hol der's eartifieates buy ueans o it
CA cinatie
b) Veifie the signatue eeated over PI cund oT
order ha
Cared holdr's publie key Thes ensures thal
that boad
not bee tampered oi, while tansot
n andl
Payment Pnfor
and for woard s the
Proceenes the orcer
4or authoiBatis
- cotiew (PI) the for
lagmat gatemy
to
Passed B
fo
merehaut
+
Juat' ijnal
bnvelope
gesiof
key
+ fagnl
batay
PIMD
ToL
Recived
RSAO'
Sual by merchant
Payment noalus
PI-OHcler Card holders
o1:- Cnormaion Cet eal
Paymnt aateusng.
PoMD
+
Compane
OTmD
POMD
Decy ptin Rad
Caelhedy
Requet is prepaned by he
tuthaisatin
y ohick
to the Payment Cateuoay
merchant This ts sent
eletails
conist of tollooing
coain
relatedlto Hhe Purthael- This bloek
Ca) Dutormatio
, Caleelate o over PL
foyent ntormatun (P1)
Authoi3atin Requst:
fig:
Tn step
baek
sler
en
, he payment
utho Bation
gateuy cenda
Response
folteingi
a) Authon3atio helate ad bloek
key is genuated at
at un tne geneteo
Sym meie key. Th
Cn orer hat the me rchant be abl to ope
by the gateuoay
the ne- hne
Hhi ble clk y the payment gateway encype
)
)
Symmebne ky wih
Captue
gital
token informationi-
Certficale ll
the merchant s puli'e key.
The
SET
This
payment
block as
gateoay
hothing do in
Authoization'
Informatlo
Token information
Cer l holoer.
Pay ment Copliae
gateuoay iw Payment
Captiue Reaueat
Caphue Response
block
erify it
. It
Tt also denq pi
Capue Resueat
the
alve olemp Then puyment qate ay
captue tokew
aud veniho the
toleen
and Caplne token
ae
tat Caplue Request
f caplae Resueat
The
gateusay
me
noti fies
age ces
in
the
a
Merchant of the payment
Hhe
Palgrment qaoy
For veificatuon purposes ,
thà menay eek
Caplne
Respen
tetijcatz
Merehau Paymen
sET Conclusion
Tt slhould bt cowe lear that although L and sET au boHu
Seure exchange of oformati
used tor faeilitat
Ther purposes e quate diffucnt
only thoo pasies (elienk serer), seT is & peeifi cally elesigned
e-coMmere tranAaeh'oy.
for conduting au a
called
SET aowe a third pag
issues as eredit
pagment aateay
) ohich is esponsible
for
ele.
the merchant
payment to
Cardl auhorizatusn
deals i h
too paries.
dlecgption of nformation betoeen
FiNTSH