http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/ David D. Bergert Sun, 11 Apr 2010 04:11:23 +0000 http://wordpress.org/?v=2.9.2 hourly 1 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-1036 Encryption options from the POS/Payment Device/Terminal | Payment Systems Blog Wed, 11 Mar 2009 15:02:07 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-1036 [...] have an implementation of #3 that I wrote about here. — relevant paragraph below: Some of our implementations of OLS.Switch supports field or [...] [...] have an implementation of #3 that I wrote about here. — relevant paragraph below: Some of our implementations of OLS.Switch supports field or [...]

]]> http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-840 When End-to-End Encryption is really not End-to-End. | Payment Systems Blog Wed, 21 Jan 2009 03:04:52 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-840 [...] also see this post on this subject).  This is all really good stuff, I’ve written about End-to-End Encryption before and am a big proponent of it. This can help prevent "sniffers" and card capturing malware [...] [...] also see this post on this subject).  This is all really good stuff, I’ve written about End-to-End Encryption before and am a big proponent of it. This can help prevent "sniffers" and card capturing malware [...]

]]> http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-841 When End-to-End Encryption is really not End-to-End. | Payment Systems Blog Wed, 21 Jan 2009 03:04:52 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-841 [...] also see this post on this subject).  This is all really good stuff, I’ve written about End-to-End Encryption before and am a big proponent of it. This can help prevent "sniffers" and card capturing malware [...] [...] also see this post on this subject).  This is all really good stuff, I’ve written about End-to-End Encryption before and am a big proponent of it. This can help prevent "sniffers" and card capturing malware [...]

]]> http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-138 Justice: Hackers steal 40 million credit card numbers | Payment Systems Blog Tue, 05 Aug 2008 22:06:49 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-138 [...] Encrypting Traffic from within the PCI Zone as I wrote in this blog post as a prevent [...] [...] Encrypting Traffic from within the PCI Zone as I wrote in this blog post as a prevent [...]

]]> http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-54 Dave & Busters got busted - Sniffed Credit Cards | Payment Systems Blog Tue, 13 May 2008 15:49:17 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-54 [...] my post titled, “Encrypted Traffic from within the PCI Zone” I discuss that we have adapted OLS.Switch’s point-of-sale (POS) TCP/IP interface to [...] [...] my post titled, “Encrypted Traffic from within the PCI Zone” I discuss that we have adapted OLS.Switch’s point-of-sale (POS) TCP/IP interface to [...]

]]> http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/comment-page-1/#comment-10 Boston Globe: ‘Malware’ stole Hannaford data | Payment Systems Blog Sat, 29 Mar 2008 14:30:42 +0000 http://www.paymentsystemsblog.com/2008/03/27/encrypted-traffic-from-within-the-pci-zone/#comment-10 [...] When possible in OLS.Switch we don’t sent unencrypted card numbers in the message format from the POS to the switch, — from the switch to the endpoints (FDR, VISA DEX, MC Banknet) is a different story (as far as I know nothing other then a TCP/IP sockets when send data to the clear across a private network is supported. I would love to see channel encrypted tunnels here in the future. [...] [...] When possible in OLS.Switch we don’t sent unencrypted card numbers in the message format from the POS to the switch, — from the switch to the endpoints (FDR, VISA DEX, MC Banknet) is a different story (as far as I know nothing other then a TCP/IP sockets when send data to the clear across a private network is supported. I would love to see channel encrypted tunnels here in the future. [...]

]]>