| PLEX86 | ||
Caller ID "spoofing" 2974Caller ID "spoofing" 2976 ref: and of course, whole collection of past posts mentioning ssl certificates and exploring numerous aspects of the whole paradigm. basically the current certification is to prove that the applicant for a SSL domain... ref: note that pin is part of shared-secret infrastructure. Caller ID "spoofing" 2977 I'll give you a perfect example. I am having enormous problems trying to do my state income tax forms. Yesterday I went to the library to... from 3-factor authentication, * something you have * something you know * something you are where multi-factor is considered more secure if the different factors are subject to different threats-vulnerabilities. pins ("something you know") were somewhat countermeasures to lost-stolen card ("something you have"). however, reading magstripe on the card was representation-proof of unique "something you have". by the early 90s, skimming technology was starting to appear that represented a common threat to both pins ("something you know") and cards (reading magstripe to establish proof of "something you have"). discussion of some vulnerability characteristics some URLs from earlier in the week about current attacks on PINs some URLs from today on PIN attacks: PIN Scandal 'Worst Hack Ever' Worldwide Wave of Debit Card Fraud Debit-card fraud continues New Theft Scam Targets Debit Cards Worldwide Wave of Debit Card Fraud Caller ID "spoofing" 2975 there has been lots of recent discussions on mitm and spoofing attacks on internet banking ... with attackers doing website impersonation for harvesting and skimming (phishing) information that then can be used for fraudulent... basically all 3-factor types can use "static data" authentication mechanisms ... i.e. information that can be recorded and later reproduced for fraudulent purposes. this falls under the general category of "replay attacks". for multi-factor authentication to be effective, different factors need to be subject to different threat-vulnerabilities. in the case of the general category of "replay attacks" ... at least one of the factors needs to be resistant to recording and later replay-reproduction. this analysis can also be approached from the standpoint of availability and "no-single-point-of-failure" ... although in this case it is more like "no-single-point-of-attack". misc. collected posts on high-availability misc. other past posts mentioning "static data" and-or "replay attack" threats-vulnerabilities.: --
|
||||
Alt Folklore Computers from Newsgroups The #1 Usenet Provider on the Internet
|
||||