<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Voltage Security</title>
	<atom:link href="http://www.voltage.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.voltage.com</link>
	<description></description>
	<lastBuildDate>Fri, 24 May 2013 18:00:40 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Voltage Security Partners With Gertec to Deliver Secure Payment Transactions</title>
		<link>http://www.voltage.com/blog/payments/voltage-security-partners-with-gertec-to-deliver-secure-payment-transactions/</link>
		<comments>http://www.voltage.com/blog/payments/voltage-security-partners-with-gertec-to-deliver-secure-payment-transactions/#comments</comments>
		<pubDate>Fri, 26 Apr 2013 20:04:25 +0000</pubDate>
		<dc:creator>Voltage Security</dc:creator>
				<category><![CDATA[Payments]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Voltage Security]]></category>
		<category><![CDATA[Partner]]></category>
		<category><![CDATA[Payment]]></category>
		<category><![CDATA[Payment Processor]]></category>
		<category><![CDATA[PCI DSS]]></category>
		<category><![CDATA[Point-to-Point Encryption]]></category>
		<category><![CDATA[Secure Payment]]></category>

		<guid isPermaLink="false">http://www.voltage.com/?p=4731</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/payments/voltage-security-partners-with-gertec-to-deliver-secure-payment-transactions/">Voltage Security Partners With Gertec to Deliver Secure Payment Transactions</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<h3><em>Technology Integration Provides Global Payment Processing Industry With Proven Point-to-Point Encryption Security</em></h3>
<p>Voltage Security&reg;, the world leader in data-centric security, today announced a new partnership with Gertec, provider of global commercial and banking automation solutions. Gertec will integrate Voltage SecureData Payments™ encryption technology into the Gertec <a href="http://www.gertec.com.br/produto.aspx/products-details/57/PPC_910" target="_blank">PPC 910</a> PIN pad for electronic funds transfer (EFT). The Gertec PPC 910 supports EMV and is also PTS 2.1 certified.</p>
<p>&#8220;Voltage Security&#8217;s encryption expertise is unparalleled and we are pleased to be partnering on this world-class solution that allows us to provide new freedom to our customers and, in turn, their customers &#8212; freedom from worry of unsecured payment transactions,&#8221; said Jorge Ribeiro Pereira, president, Gertec.</p>
<p>&#8220;Based on the success of this project, we plan to continue to partner with Voltage on future integrations,&#8221; Pereira added.</p>
<p>Gertec has 23 years of experience in commercial and banking automation, manufacturing encrypting PIN pads, price checkers, programmable keyboards and kiosk keyboards, as well the development of customized solutions. The company has eight product lines and over 50 models for point of sales, supermarkets, bookstores, web terminals, parking lot control and lotteries, among other applications. The company&#8217;s products are sold in its native Brazil and around the world including the USA, South Africa, Peru, Colombia, Ecuador, Venezuela, Uruguay and Paraguay.</p>
<p>&#8220;Our technology partnership with Gertec means that a broader range of global payment processors will now have the option of providing their customers with the highest level of transaction security. This is particularly important in countries like Brazil, which is one of the world&#8217;s fastest growing economies but is challenged with PCI data security, as well as other multinational deployments,&#8221; said George Rice, director business development, payments, Voltage Security.</p>
<p>Voltage SecureData Payments provides complete point-to-point encryption (P2PE) for retail payment transactions, and with tokenization from Voltage SecureData Enterprise enables PCI scope reduction without the massive IT disruptions traditionally associated with encryption.</p>
<p>The Voltage SecureData Payments POS SDK can be implemented with any mobile or POS devices and payment processing systems and is already integrated into leading payment card reading devices and PIN pads, offering merchants the flexibility to support the hardware of their choice.</p>
<p>More than 1,000 global customers across all industries including the Fortune 500, major retailers, banks and payment processors look to Voltage Security to seamlessly protect data while ensuring it remains accessible and usable, despite security threats and increased risk from data breaches.</p>
<p>For more information, please visit <a href="http://www.voltage.com">www.voltage.com</a>.</p>
<p>The post <a href="http://www.voltage.com/blog/payments/voltage-security-partners-with-gertec-to-deliver-secure-payment-transactions/">Voltage Security Partners With Gertec to Deliver Secure Payment Transactions</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/payments/voltage-security-partners-with-gertec-to-deliver-secure-payment-transactions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Voltage RSA 2013 Survey Release: 40% of Companies Have Lost Major Sales Opportunities Because They Couldn’t Access Information</title>
		<link>http://www.voltage.com/blog/voltage/voltage-rsa-2013-survey-release-40-percent-companies-have-lost-major-sales-opportunities-because-they-could-not-access-information/</link>
		<comments>http://www.voltage.com/blog/voltage/voltage-rsa-2013-survey-release-40-percent-companies-have-lost-major-sales-opportunities-because-they-could-not-access-information/#comments</comments>
		<pubDate>Thu, 18 Apr 2013 21:33:23 +0000</pubDate>
		<dc:creator>Voltage Security</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Voltage Security]]></category>
		<category><![CDATA[data protection]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[RSA Conference]]></category>
		<category><![CDATA[Tokenization]]></category>

		<guid isPermaLink="false">http://www.voltage.com/?p=4621</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/voltage/voltage-rsa-2013-survey-release-40-percent-companies-have-lost-major-sales-opportunities-because-they-could-not-access-information/">Voltage RSA 2013 Survey Release: 40% of Companies Have Lost Major Sales Opportunities Because They Couldn’t Access Information</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<h3><em>Meanwhile, 46% admitted to bypassing security to get their job done, and 40% admitted that if they were breached no one would notice</em></h3>
<p>Research conducted by <a href="http://www.voltage.com">Voltage Security</a>®, the world leader in data-centric security, revealed that the pressure on companies to access information to get their job done is dividing the workforce. While 40% of companies have lost a sales opportunity because employees weren’t able to access the information they needed, an alarming 46% avoided the possibility of losing a sales opportunity by bypassing security controls to access necessary sensitive information to get the job done.</p>
<p>The study found that while an overwhelming 85% of employees say that security has added value to their company, 40% say security limits their ability to move information around. As a result, half of employees say their job is hindered because they aren’t getting access to all the information they need. With over half of respondents working for large organizations &#8211; the majority employing more than 5,000 people &#8211; employees are faced with a no-win situation. Forty percent of those questioned report simply giving up, resulting in lost sales opportunities, while a resilient 46% are pressured into circumventing security controls to close an opportunity.</p>
<p>The findings highlight the need for companies to strike a balance that allows employees to get to the data they need without compromising security by exposing sensitive information to the wrong people. With regards to security, the findings revealed a paradox: while 29% of organizations would notice within seconds or minutes if sensitive data wasn’t secured, a worrying 40% would never notice. This is even more alarming as more than half of respondents stated they had access to financial, customer or HR information they didn’t really need &#8211; putting potentially sensitive information at risk.</p>
<p>“It is safe to assume that with the majority of people working for major organizations with more than 5,000 employees, the loss of a single deal can be detrimental to business and may well cause millions in damage,” said Dave Anderson, senior director, marketing, at Voltage Security. “The results show that organizations employ an array of restricting security tools that struggle to make data available to the right people, though the fundamental issue of security remains. Protecting sensitive data is the key requirement. Security can, and should be, seamlessly integrated into current business processes, rather than stand-alone functions that enable employees to protect information at all times. Deploying a data-centric framework will enable companies to protect sensitive information at all times, while still allowing employees to access, use, and move the data within the enterprise as needed to perform their duties.”<br />
Anderson recommends the following steps to make sure companies can best protect their data while still ensuring it can be accessed and moved with the organization as needed:</p>
<ol>
<li>Think about a <a href="http://www.voltage.com/products/securedata-enterprise/">data-security strategy</a>, not a security strategy based on only protecting a device, server, tape, disk, or media. This helps ensure any sensitive data can be protected anywhere it moves, and any way it is used.</li>
<li>Focus on integrating the core data protection functions, including <a href="http://www.voltage.com/products/securedata-enterprise/encryption/">encryption</a>, <a href="http://www.voltage.com/products/securedata-enterprise/tokenization/">tokenization</a> and <a href="http://www.voltage.com/products/securedata-enterprise/data-masking/">data masking</a> capabilities, across a single vendor solution. Individual point products that are not integrated can be difficult to deploy and manage, and this is often where control gaps are found.</li>
<li>Implement data protection solutions that comprehensively protect all structured and unstructured data types across the entire IT infrastructure, including everything from <a href="http://www.voltage.com/products/securedata-enterprise/encryption-for-mainframes/">legacy and mainframe</a>, to data in the <a href="http://www.voltage.com/products/securemail/">cloud</a> and on <a href="http://www.voltage.com/products/securemail/securemail-mobile-edition/">mobile</a>. Only protecting a single data type or a limited number of applications can leave an organization exposed to a potential data loss.</li>
</ol>
<p><sup>i</sup>Study conducted by <a href="http://www.voltage.com">Voltage</a> at RSA San Francisco in February 2013 with 300 IT professionals</p>
<p>The post <a href="http://www.voltage.com/blog/voltage/voltage-rsa-2013-survey-release-40-percent-companies-have-lost-major-sales-opportunities-because-they-could-not-access-information/">Voltage RSA 2013 Survey Release: 40% of Companies Have Lost Major Sales Opportunities Because They Couldn’t Access Information</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/voltage/voltage-rsa-2013-survey-release-40-percent-companies-have-lost-major-sales-opportunities-because-they-could-not-access-information/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HuffPost Live: Matthew Keys Hacker Case Leads to Calls for Better Law</title>
		<link>http://www.voltage.com/blog/breach/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law/</link>
		<comments>http://www.voltage.com/blog/breach/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law/#comments</comments>
		<pubDate>Mon, 18 Mar 2013 20:22:40 +0000</pubDate>
		<dc:creator>Kevin Lin</dc:creator>
				<category><![CDATA[Breach]]></category>
		<category><![CDATA[Computer Fraud]]></category>
		<category><![CDATA[cyber crime]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[Legislation]]></category>

		<guid isPermaLink="false">http://www.voltage.com/?p=4416</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/breach/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law/">HuffPost Live: Matthew Keys Hacker Case Leads to Calls for Better Law</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p><a href="http://live.huffingtonpost.com/r/segment/doj-aaron-swartz-matthew-keys-anonymous-cfaa/51434a162b8c2a44010001c2"><img class="alignleft size-medium wp-image-4411" alt="huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law" src="http://www.voltage.com/wp-content/uploads/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law-300x167.jpg" width="400" /></a><a title="HuffPost Live: Matthew Keys Hacker Case Leads to Calls for Better Law" href="http://live.huffingtonpost.com/r/segment/doj-aaron-swartz-matthew-keys-anonymous-cfaa/51434a162b8c2a44010001c2">HuffPost Today: Hacker Case Leads to Calls for Better Law</a></p>
<p>Mark Bower, Vice President of Products at <a title="Voltage Security" href="http://www.voltage.com">Voltage Security, Inc.</a>, comments with a security industry perspective.</p>
<p>The conversation is largely around anti-hacking legislation and Mark points out that these laws don’t seem to be deterring cyber criminals. <a title="Secure Data Protection for Enterprise" href="http://www.voltage.com/products/securedata-enterprise/">Protecting sensitive data</a> is a proactive and direct offensive that prevents hackers from <a title="Streamlining Regulatory and Policy Compliance Solutions" href="http://www.voltage.com/solution/regulatory-compliance/">compromising that information</a>. Other panelists include Jay Liederman, attorney for Matthew Keys, who has taken on the case pro bono, and Rep. Jared Polis, Colorado talking about the U.S. government’s role and legislation, specifically The Computer Fraud and Abuse Act, and Hanni Fakhoury, attorney with the Electronic Frontier Foundation.</p>
<p><a title="Contact Voltage Security" href="http://www.voltage.com/company/contact-us/">Contact Voltage Security</a></p>
<p>The post <a href="http://www.voltage.com/blog/breach/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law/">HuffPost Live: Matthew Keys Hacker Case Leads to Calls for Better Law</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/breach/huffpost-live-matthew-keys-hacker-case-leads-to-calls-for-better-law/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PCI SSC Releases E-commerce Guidelines Paper</title>
		<link>http://www.voltage.com/blog/pci/pci-ssc-releases-e-commerce-guidelines-paper/</link>
		<comments>http://www.voltage.com/blog/pci/pci-ssc-releases-e-commerce-guidelines-paper/#comments</comments>
		<pubDate>Mon, 11 Mar 2013 17:25:51 +0000</pubDate>
		<dc:creator>Lisa Anderson</dc:creator>
				<category><![CDATA[PCI]]></category>
		<category><![CDATA[Ecommerce]]></category>
		<category><![CDATA[PCI DSS]]></category>

		<guid isPermaLink="false">http://www.voltage.com/?p=4348</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/pci/pci-ssc-releases-e-commerce-guidelines-paper/">PCI SSC Releases E-commerce Guidelines Paper</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>Prior to the 2011 PCI community meeting, I submitted a proposal asking the council to sponsor a SIG (Special Interest Group) to help the e-commerce ecosystem better understand e-commerce security, because I felt that there was a lack of common understanding of this topic.</p>
<p>I had heard e-commerce merchants state—incorrectly—that PCI DSS didn’t apply to them because they used hosted payment pages.  Merchants were also confused by the different connection methods offered by their payment gateway, such as hosted payment pages or APIs, they didn’t understand the varied security implications of the different connection methods.</p>
<p>After a full year’s work, the final document is now available. You can find it here: <a href="https://www.pcisecuritystandards.org/pdfs/PCI_DSS_v2_eCommerce_Guidelines.pdf">https://www.pcisecuritystandards.org/pdfs/PCI_DSS_v2_eCommerce_Guidelines.pdf</a></p>
<p>The big takeaways from the document are that <i>none</i> of the common e-commerce implementations eliminate PCI DSS requirements entirely, and that the roles and responsibilities of merchants and service providers do vary, depending on the integration type. For example, fully outsourced implementations such as APIs, iFrames, and hosted payment pages have more scope reduction potential than merchant on-premise implementations. It’s all about choices and tradeoffs.</p>
<p>So what should merchant do to minimize their responsibility and scope, while maximizing checkout usability? Options that maximize scope reduction disrupt the consumer checkout process and are hard to customize. On the other hand, on-premise options that maximize usability increase scope.</p>
<p>Voltage SecureData Web with Page-Integrated Encryption offers the best of both worlds. Merchants only need to add a few lines of code to an existing checkout page to encrypt cardholder data at the point the consumer enters it in the browser.  The cardholder data remains encrypted until it reaches a trusted host destination, such as a payment processor, for decryption.  The checkout retains branding and flow while maximizing scope reduction.  Find more information about Voltage SecureData Web with Page-Integrated Encryption here: <a href="http://www.voltage.com/wp-content/uploads/Voltage_DS_SecureData_Web.pdf">http://www.voltage.com/wp-content/uploads/Voltage_DS_SecureData_Web.pdf</a></p>
<p>The post <a href="http://www.voltage.com/blog/pci/pci-ssc-releases-e-commerce-guidelines-paper/">PCI SSC Releases E-commerce Guidelines Paper</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/pci/pci-ssc-releases-e-commerce-guidelines-paper/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cryptography for Mere Mortals #10</title>
		<link>http://www.voltage.com/blog/crypto/cryptography-for-mere-mortals-10/</link>
		<comments>http://www.voltage.com/blog/crypto/cryptography-for-mere-mortals-10/#comments</comments>
		<pubDate>Thu, 07 Mar 2013 23:54:35 +0000</pubDate>
		<dc:creator>Phil Smith III</dc:creator>
				<category><![CDATA[Crypto]]></category>

		<guid isPermaLink="false">http://www.voltage.com/?p=4333</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/crypto/cryptography-for-mere-mortals-10/">Cryptography for Mere Mortals #10</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p><i>An occasional feature, Cryptography for Mere Mortals attempts to provide clear, accessible answers to questions about cryptography for those who are not cryptographers or mathematicians.</i></p>
<p>I promised that we were done with hashes, but there’s one more set of interesting and powerful uses for them that’s worth discussing: <b>Message Digests</b> (MDs), <b>Message Authentication Codes</b> (MACs*), and <b>Hashed Message Authentication Codes</b> (HMACs).</p>
<p>A Message Digest is just a hash of a message. MDs are useful to verify that the message was not accidentally damaged in transit. These were useful in the days of dialup and other technologies; with modern TCP/IP, not so much, although some websites will list an MD along with a download so that you can verify that you downloaded what you meant to get (the idea is that you’ll generate a hash after the download and manually verify it).</p>
<p>More interesting are MACs and HMACs. These are essentially the same thing in practice. A MAC takes a message plus a secret key (a password, if you will) and creates a token—a short piece of data, a “magic value”—from that. Since the two sides—the sender and receiver—are the only ones who know that key, a MAC provides both integrity (the message has not been altered since sending) and assurance (the sender is who we think it is).</p>
<p>A MAC need not use a hash function to generate the token (it could use an encryption algorithm, for example), but with the speed, ubiquity, and security of modern hash algorithms, typically hashes are the method of choice. And a MAC that uses a hash function is an HMAC.</p>
<p>So if you have a client that needs to send a transaction to a server, then instead of adding a login step with userid/password, you instead make it atomic, sending one request: the transaction plus an HMAC. That is, the <b><i>contents</i></b> of the transaction are hashed using the previously agreed-upon password as a salt, and sent along with the transaction as a kind of single-use password.</p>
<p>Since the server knows the password, it can take the contents of the transaction, hash them (again using that password as a salt), and thus authenticate the request.</p>
<p>Even if an attacker is somehow able to intercept the request, the request itself cannot be changed, nor can bogus requests be made: without the secret key, the attacker cannot create a new HMAC that the server will accept.</p>
<div class="meta-info">
<div class="alignleft">* Namespace overload: MAC in this context must not be confused with MAC as in “MAC address” (Media Access Control address—the hardware serial number of a network adapter) or Mac as in Apple Macintosh computer.</div>
</div>
<p>The post <a href="http://www.voltage.com/blog/crypto/cryptography-for-mere-mortals-10/">Cryptography for Mere Mortals #10</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/crypto/cryptography-for-mere-mortals-10/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Format Preserving Encryption &#8211; FFX AES &#8211; NIST 800-38G Standard Development</title>
		<link>http://www.voltage.com/blog/cloud/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/</link>
		<comments>http://www.voltage.com/blog/cloud/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/#comments</comments>
		<pubDate>Mon, 18 Feb 2013 06:42:00 +0000</pubDate>
		<dc:creator>Mark Bower</dc:creator>
				<category><![CDATA[Cloud]]></category>
		<category><![CDATA[Crypto]]></category>
		<category><![CDATA[Payments]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Standards]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Voltage Security]]></category>
		<category><![CDATA[AES]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Format Preserving Encryption]]></category>
		<category><![CDATA[FPE]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[NIST 800-38G]]></category>
		<category><![CDATA[NIST FFX mode]]></category>
		<category><![CDATA[PCI DSS]]></category>
		<category><![CDATA[Tokenization]]></category>

		<guid isPermaLink="false">http://205.140.223.102/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/cloud/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/">Format Preserving Encryption &#8211; FFX AES &#8211; NIST 800-38G Standard Development</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>NIST, the US Government standards body, recently went on the public record with an update about the <a href="http://www.voltage.com/technology/format-preserving-encryption.htm" target="_blank" title="Format-Preserving Encryption Technology">Format Preserving Encryption</a> standards track process. Great news! Lots of progress made and the final steps are in play.</p>
<p>Take a look here -&#0160;<a href="http://csrc.nist.gov/groups/ST/toolkit/BCM/current_modes.html">http://csrc.nist.gov/groups/ST/toolkit/BCM/current_modes.html</a></p>
<p>The update is in the last section.&#0160;</p>
<p>“<em>NIST is developing a special publication to specify three modes for format preserving encryption based on the FFX framework: FFX-base, VAES3, and the analogous component of BPS. (See the FFX and BPS proposals on the&#0160;<a href="http://csrc.nist.gov/groups/ST/toolkit/BCM/modes_development.html">modes development page</a></em><em>.) A draft SP 800-38G is currently undergoing internal NIST review; a revised draft is expected to be released for public comment by the early spring”</em></p>
<p>So there we have it &#8211; as mentioned before, its moving ahead nicely.</p>
<p>The post <a href="http://www.voltage.com/blog/cloud/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/">Format Preserving Encryption &#8211; FFX AES &#8211; NIST 800-38G Standard Development</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/cloud/format-preserving-encryption-ffx-aes-nist-800-38g-standard-development/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Into the regulatory boxing ring like a champ: Tackling new EU privacy rules</title>
		<link>http://www.voltage.com/blog/cloud/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/</link>
		<comments>http://www.voltage.com/blog/cloud/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/#comments</comments>
		<pubDate>Mon, 11 Feb 2013 06:03:00 +0000</pubDate>
		<dc:creator>Mark Bower</dc:creator>
				<category><![CDATA[Cloud]]></category>
		<category><![CDATA[Crypto]]></category>
		<category><![CDATA[Payments]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Risk]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Standards]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Voltage Security]]></category>
		<category><![CDATA[attackers]]></category>
		<category><![CDATA[Data breaches]]></category>
		<category><![CDATA[data privacy]]></category>
		<category><![CDATA[data-centric security]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[EU privacy]]></category>
		<category><![CDATA[EU regulations]]></category>
		<category><![CDATA[FSA]]></category>
		<category><![CDATA[ICO]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[Regulations]]></category>
		<category><![CDATA[Tokenization]]></category>

		<guid isPermaLink="false">http://205.140.223.102/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/cloud/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/">Into the regulatory boxing ring like a champ: Tackling new EU privacy rules</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>Data breach regulations don’t go away do they? Like an annoyed bulldog they just get more aggressive. With the pain felt by governments world-wide from the one-two punch of critical infrastructure data breaches and the big costs to society and negative impact on consumer confidence, the response of increasing compliance requirements should surprise no-one.</p>
<p>In the EU, ever stronger rules have been on the cards for a long time with plenty of open debate and analysis. Meanwhile, some jurisdictions like the UK embraced tighter breach notifications through the ICO and FSA. In the EU Telecoms sector, breach regulations took hold some time back but as with all sector specific regulations, without strong enforcement the effects may not be as desired. But now the EU is taking things to the next level, especially to the large online data brokers and related services. The proposal is a unified breach disclosure model across all 27 EU member states with strict enforcement. This will mean the critical infrastructure and data brokerages will be affected &#8211; and could impact many global firms operating on large amounts of online data with its origins in the EU.</p>
<p>There&#39;s a nice article&#0160;<a href="http://www.techweekeurope.co.uk/news/cyber-attacks-eu-banks-106708" target="_blank" title="EU Could Force Banks And Other Critical Industries To Report Cyber-Attacks">here</a>.</p>
<p>The impact is big &#8211; with possibly over 42,000 firms in scope if the reports are accurate.</p>
<p>The upshot here is that e-commerce providers, financial services firms, energy networks, large scale retailers gathering consumer data, social networks and &quot;big data&quot; oriented businesses will need to seek new ways to stay agile against this ever changing regulatory landscape without slowing down the growth demanded by the markets, or impacting customer service to stay competitive.</p>
<p>The good news is that it’s a solved problem as many leading firms already know: data-centric security’s already here to keep the attackers away from live data while driving the data-hungry machines of commerce without increased risk, even across the most complex data processes.</p>
<p>Even if your enterprise is embracing the latest Hadoop variation and worried about privacy barriers, or pushing data into a complex aggregation of enterprise and cloud services, then protecting data from capture to destruction can be easily achieved. When the data itself is protected end-to-end over its lifecycle without compromising its value to the business process or analytics, it’s a win-win for business and IT. Innovations like&#0160;<a href="http://www.voltage.com/technology/format-preserving-encryption.htm" target="_blank" title="FPE">Format-Preserving Encryption</a>&#0160;and&#0160;<a href="http://www.voltage.com/technology/key-management.htm" target="_blank" title="Stateless Key Management">Stateless key management</a>&#0160;deliver consumable data-centric security that’s never been easier to use. </p>
<p>Data-centric security is both an enabler and a powerful risk management tool – with the ability to protect structured and unstructured data anywhere. In fact, just in the last two weeks we helped a new, innovative cloud-based business that provides online social network based retail services to secure its sensitive personal and payment data in the cloud in just a few days from start to finish – all nicely integrated into an agile Ruby on Rails applications using NIST FFX mode Format Preserving Encryption to protect data from the moment its captured. They&#39;re now privacy regulation ready and minimizing risk to sensitive customer data anywhere it goes, including into their IaaS provider&#39;s systems. &#0160;They are the only ones with control over their keys &#8211; and thus control to data. That’s in line with general best practices as outlined last year by <a href="http://www.gartner.com/Reprints?param=reprint&amp;resId=2288615&amp;usrId=0" target="_blank" title="Five Cloud Data Residency Issues That Must Not Be Ignored">Gartner</a>, which reflect our data-centric advice we&#39;ve been pioneering for several years as readers know.</p>
<p>So, when the next sophisticated privacy regulation comes along, having a data-centric strategy in place for security probably means you&#39;re already won compliance boxing match &#8211; but more importantly, already many steps ahead of the attackers. </p>
<p>It’s never too late to see how data-centric security can give your business the protection it needs from modern risks &#8211; for more information, don’t hesitate to drop me a line at&#0160;<a href="mailto:info@voltage.com">info@voltage.com</a>,&#0160;or send us a request for more information right&#0160;<a href="http://www.voltage.com/info/webinquiry.htm" target="_self" title="Contact Us - Web Form">here</a>.</p>
<p>&#0160;</p>
<p>The post <a href="http://www.voltage.com/blog/cloud/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/">Into the regulatory boxing ring like a champ: Tackling new EU privacy rules</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/cloud/into-the-regulatory-boxing-ring-like-a-champ-tackling-new-eu-privacy-rules/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New world record prime number discovered</title>
		<link>http://www.voltage.com/blog/math-2/new-world-record-prime-number-discovered/</link>
		<comments>http://www.voltage.com/blog/math-2/new-world-record-prime-number-discovered/#comments</comments>
		<pubDate>Tue, 05 Feb 2013 21:37:32 +0000</pubDate>
		<dc:creator>Tom Wu</dc:creator>
				<category><![CDATA[Math]]></category>
		<category><![CDATA[math]]></category>
		<category><![CDATA[prime numbers]]></category>

		<guid isPermaLink="false">http://205.140.223.102/new-world-record-prime-number-discovered/</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/math-2/new-world-record-prime-number-discovered/">New world record prime number discovered</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>The <a href="http://www.mersenne.org/" target="_self" title="GIMPS Project">GIMPS Project</a> has <a href="http://www.mersenne.org/various/57885161.htm" target="_self">announced</a> the discovery of the largest known prime number to date, the Mersenne prime 2<sup>57885161</sup>-1.&#0160; At 17,425,170 digits, it is more than four million digits longer than the previous record, set in 2008.</p>
<p>The news coverage of this discovery was decent considering the subject matter, with the occasional facepalm-inducing moment, such as NBC News declaring it the <a href="http://www.nbcnews.com/id/50707223/ns/technology_and_science-science" target="_self">largest prime number</a>.&#0160; I think an old mathematician named <a class="zem_slink" href="http://en.wikipedia.org/wiki/Euclid" rel="wikipedia" target="_blank" title="Euclid">Euclid</a> might have something to say about that if he were still around.</p>
<p>One of the more notable aspects of this story was how quickly the primality of this number was verified.&#0160; An Intel Core2 Duo PC desktop sitting in a classroom at the University of Central Missouri ran the <a class="zem_slink" href="http://en.wikipedia.org/wiki/Lucas%E2%80%93Lehmer_primality_test" rel="wikipedia" target="_blank" title="Lucas–Lehmer primality test">Lucas-Lehmer primality test</a> on this number in 39 days, presumably using a single core.&#0160; The verifications all took less than 8 days, the fastest of which ran for only 3.6 days on an Nvidia GPU.</p>
<p>With the rapid rate of advances in both GPU software and hardware, there is a good chance that the next world-record prime will be found with a GPU.</p>
<p>The post <a href="http://www.voltage.com/blog/math-2/new-world-record-prime-number-discovered/">New world record prime number discovered</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/math-2/new-world-record-prime-number-discovered/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java vs JavaScript, vulnerabilities, and how to protect your sensitive data from attack.</title>
		<link>http://www.voltage.com/blog/risk/java-and-javascript-and-confusion-about-recent-java/</link>
		<comments>http://www.voltage.com/blog/risk/java-and-javascript-and-confusion-about-recent-java/#comments</comments>
		<pubDate>Tue, 22 Jan 2013 18:00:44 +0000</pubDate>
		<dc:creator>Mark Bower</dc:creator>
				<category><![CDATA[Risk]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[attackers]]></category>
		<category><![CDATA[breach remediation]]></category>
		<category><![CDATA[breaches]]></category>
		<category><![CDATA[browser security.]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data protection]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[data-centic security]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[patch management]]></category>
		<category><![CDATA[patching]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[risk management]]></category>

		<guid isPermaLink="false">http://205.140.223.102/java-and-javascript-and-confusion-about-recent-java/</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/risk/java-and-javascript-and-confusion-about-recent-java/">Java vs JavaScript, vulnerabilities, and how to protect your sensitive data from attack.</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>The recent reported vulnerabilities in Java are of course a top concern for enterprises large and small. However, as reported by some of the media, there&#39;s a lot of confusion about what do do.</p>
<p>The advice is to turn off Java in browsers until there&#39;s a fix. It&#39;s harder to do than you might think, due to having to open less-than-intuitive application control panels to adjust the Java install package settings. However, it is possible and there are good guides out there to show you how. Mind you, a lot of web-facing Internet applications (not web sites) use Java due to its sophistication and ability to deliver a nice customer experience outside the browser. Take WebEx, for example. It has a Java package that runs locally on the desktop to enable nice online meetings. So turning it off may not be practical all the time for business reasons.</p>
<p>However, the biggest area of confusion I&#39;ve seen is with JavaScript. It’s simply not really related to Java despite the &quot;j&quot;, the &quot;a&quot;, the &quot;v&quot;, and the other &quot;a&quot; before the “Script” word. You don’t need to turn it off. In fact, turning it off has no relationship to the reported Java vulnerability itself. Most e-commerce shopping carts and shopping sites, auction sites, blog sites, file sharing sites, social network sites, and webmail clients like GMail and Yahoo! will have much-reduced functionality with JavaScript disabled — and<br />
may, in fact, not work at all without it. About 99% of top web sites use JavaScript. That’s all the big names. Take a look at this ranking page, <a href="http://trends.builtwith.com/topsites/Javascript">Top Sites using JavaScript</a>, for example. If you’re at an enterprise of any size, it’s likely your own web site uses it for analytics or other purposes.</p>
<p>JavaScript is a handy, HTML-related coding tool which can streamline web experiences. JavaScript<br />
executes in the browser itself.&#0160;Of course, there are some places JavaScript shouldn’t be used — in email messages for example. JavaScript in an email attachment looks like malware to most scanners, and may be blocked or stripped — and quite rightly. That’s why in Voltage SecureMail we only use neutral and simple HTML for example.</p>
<p>On the other hand, Java is used to create actual applications. Java applications need a Java<br />
virtual machine to execute. Using Java in the browser or on the desktop requires a hefty install for the Java VM and Java application stack, with browser plugins from Oracle and of course regular, annoying patching. Java applications may run using a browser plugin, but they may also be standalone applications with their own GUI. They might also be on smart devices. Android runs mostly Java-based applications, for example. The latest vulnerabilities relate to the execution of arbitrary applications exploiting the Java system itself. </p>
<p>To help explain all this, I found this&#0160;<a href="http://www.informationweek.com/security/vulnerabilities/java-security-warnings-cut-through-the-c/240146598" target="_blank" title="Java Security Warnings: Cut Through The Confusion">article</a>&#0160;useful to share when asked questions on this topic. </p>
<p>However, also remember that fixing one vulnerability simple leads to trying to fix the next. That’s not a fun game. So, if data breaches and attackers stealing data are your concern— or you want to be able to use data easily in low-trust environments that are probably vulnerable to compromise — then instead of worrying about Java issues or similar vulnerabilities, why not protect the data independently of the system, using data-centric security? </p>
<p>Data-centric security can be applied to&#0160;<a href="http://www.voltage.com/products/securemail.htm" target="_blank" title="Global scale email encryption for enterprises of all size">email</a>&#0160;inside and outside the enterprise, <a href="http://www.voltage.com/products/securefile.htm" target="_blank" title="Enterprise Document and File Encryption, Inside and Outside the Cloud">files</a>,&#0160;<a href="http://www.voltage.com/products/payments.htm" target="_blank" title="End-to-End Cardholder Data Protection for Merchants and Processors">payment transactions</a>,&#0160;<a href="http://www.voltage.com/products/data_protection.htm" target="_blank" title="Voltage SecureData Data-Centric Security for Enterprises, Merchants and Service Providers">data in applications</a>,&#0160;<a href="http://www.voltage.com/products/data_protection.htm" target="_blank" title="Data-Centric Security for Enterprises, Merchants and Service Providers">databases</a>,&#0160;<a href="http://www.voltage.com/solutions/technology/end-to-end-encryption/110720-tdwi-dataprotection.htm" target="_blank" title="It&#39;s not just about Big Data but about Big Data Security">big data</a>, <a href="http://www.voltage.com/products/cloud-data-encryption.htm" target="_blank" title="Data-centric security for data in and out of the cloud">cloud</a>, <a href="http://www.voltage.com/securemailmobile/index.htm" target="_blank" title="Secure your smart device email anywhere, anytime">mobile email</a>, and even back office <a href="http://www.voltage.com/products/zprotect.htm" target="_blank" title="Simple standards-based encryption for z/OS mainframe data">legacy mainframe infrastructure</a>&#0160;— practically any structured or unstructured data, anywhere it goes.</p>
<p>With data-centric security, organizations can protect the data from cradle to grave, instead of trying to keep up with the constant barrage of IT system vulnerabilities. Patching is of course important and a good best practice, but it’s not always practical to do immediately — and sometimes a patch might not even exist. After all, patching is a burdensome arms race that can never be won.</p>
<p>Data-centric security, on the other hand, is a powerful enabler that can be applied easily<br />
and quickly, and opens new doors to more use of data without increasing risk. It provides enterprises large and small with more freedom to expand and grow as data-driven leaders, and to escape the burden of traditional approaches to IT security that are becoming increasingly transparent to the new attackers — the bad guys now creating powerful malware to steal your data from vulnerable systems. So why not take a look at a newer, powerful data-centric approach to ease the pain of compliance and data breach risk management?</p>
<p>As always, to find out more don’t hesitate to drop me a line at&#0160;<a href="mailto:info@voltage.com">info@voltage.com</a>,&#0160;or<br />
send us a request for more information right&#0160;<a href="http://www.voltage.com/info/webinquiry.htm" target="_self" title="Contact Us - Web Form">here</a>.</p>
<p>&#0160;</p>
<p>The post <a href="http://www.voltage.com/blog/risk/java-and-javascript-and-confusion-about-recent-java/">Java vs JavaScript, vulnerabilities, and how to protect your sensitive data from attack.</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/risk/java-and-javascript-and-confusion-about-recent-java/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The BC Health data breach: How can healthcare organizations avoid risk, but still use patient data to improve care?</title>
		<link>http://www.voltage.com/blog/cloud/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/</link>
		<comments>http://www.voltage.com/blog/cloud/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/#comments</comments>
		<pubDate>Tue, 15 Jan 2013 15:02:02 +0000</pubDate>
		<dc:creator>Mark Bower</dc:creator>
				<category><![CDATA[Cloud]]></category>
		<category><![CDATA[Crypto]]></category>
		<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Standards]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Voltage Security]]></category>
		<category><![CDATA[BC Healthcare]]></category>
		<category><![CDATA[Canada]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data sharing]]></category>
		<category><![CDATA[FFX]]></category>
		<category><![CDATA[FPE]]></category>
		<category><![CDATA[Health Ministry]]></category>
		<category><![CDATA[Healthcare data]]></category>
		<category><![CDATA[HITECH]]></category>
		<category><![CDATA[medical records]]></category>
		<category><![CDATA[PIPEDA]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[University of B.C]]></category>
		<category><![CDATA[University of Victoria]]></category>

		<guid isPermaLink="false">http://205.140.223.102/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/</guid>
		<description><![CDATA[<p> [...]</p><p>The post <a href="http://www.voltage.com/blog/cloud/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/">The BC Health data breach: How can healthcare organizations avoid risk, but still use patient data to improve care?</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></description>
				<content:encoded><![CDATA[<p>It’s amazing that just a few days into 2013 we see another potentially massive data breach on day 15! This time it’s in Canada, with healthcare related data at BC Health. Maybe 5 million records involved. This could be huge.</p>
<p>You can read about it&#0160;<a href="http://www.timescolonist.com/news/local/b-c-health-ministry-data-breach-affects-millions-38-000-will-receive-letters-1.47803" target="_blank" title="B.C. Health Ministry data breach affects millions – 38,000 will receive letters">here</a>.</p>
<p>There are many unanswered questions springing up as this story emerges. However, I have to ask the obvious: Why is a major government department entrusted with oversight over millions of sensitive records unable to protect them from compromise and misuse when the tools to easily and quickly protect data are readily available? I suspect the 38,000 people about to get the first round notification letters offering basic credit protection will be asking exactly the same question.</p>
<p>Clearly a new approach to data privacy is needed in organizations like BC Health to avoid these kinds of huge and impactful data breaches. Data breaches undermine citizens trust, lead to potential identity fraud, and involve complicated, costly remediation. It’s one thing for attackers to steal data with sophisticated malware, but to simply share vast quantities of private data inappropriately is inexcusable – and it’s also easily avoidable.</p>
<p>Data sharing and analysis is an essential business process, especially in healthcare. It’s invaluable to be able to extract trends in health data or pharmaceutical studies. It’s essential to be able evaluate seasonal changes across a region or the nation for planning and distribution of medical supplies. Data analysis may enable pro-active measures for patient treatment to improve quality of care or to manage of emerging health risks. The net is that healthcare data analysis has a direct value in potentially saving millions of dollars in health costs, but more importantly it can save lives.&#0160;</p>
<p>However, when this kind of data is shared and processed in this way, it’s also essential to securely de-identify the live data to ensure that the personal details and sensitive fields of patients and citizens aren’t exposed in low trust system. These might include Big Data platforms like Hadoop, researcher’s computer systems including spreadsheets or even USB sticks. Of course, there&#39;s also the ever present privacy compliance mandates to meet too: the data protection regulations that exist to force organizations to manage the high impact risks to data this breach illustrates. These apply wherever the data goes – including the research and analysis side.</p>
<p>So how do we fix this problem? How do we easily meet or even avoid compliance mandates and costs, and see a return from the data analysis without risk? </p>
<p>The good news is that the tools are already here to make this a snap. Many large scale organizations are already seeing the benefits, especially in healthcare but across all verticals. Today, leading organizations have taken the simple but powerful steps to protect their sensitive data everywhere it goes: in applications, in databases, to outsourcers, to the cloud, in Big Data, in and out of the enterprise – in a consistent, secure and scalable way.</p>
<p>Through powerful breakthroughs in data-centric security, it’s now possible to extract the maximum value from even the most sensitive data without exposing the “live” data to low trust environments – even in the very latest Big Data analytic platforms. The technique is called Format Preserving Encryption (<a href="http://www.voltage.com/technology/format-preserving-encryption.htm" target="_blank" title="Format Preserving Encryption">FPE</a>) – <a href="http://superconductor.voltage.com/2012/12/nist-and-ffx-mode-aes-format-preserving-encryption.html" target="_blank" title="NIST and FFX mode AES - Format Preserving Encryption">NIST FFX mode AES</a>. The solution using this powerful technology is&#0160;<a href="http://www.voltage.com/products/data_protection.htm" target="_blank" title="Voltage SecureData Enterprise">Voltage SecureData Enterprise</a>. FPE is simple to use. It&#39;s secure and proven. It preserves the value in the data, but removes the risk. It scales tremendously, and it can be distributed and consumed on any platform anywhere from mainframe to the cloud with minimal impact. It can work with existing investments in data management including ETL systems and data lifecycle management tools. And it works.&#0160;</p>
<p>Leaders across the public and private sector including major healthcare providers and insurance companies and even US Government military agencies dealing with healthcare informatics use data-centric approaches today. They protect live data in production, de-identify data for use in development and QA, and enable sharing of sensitive multi-terabyte datasets with third party research hospitals back-and-forth for analysis without risk, all without compromising the integrity of the data or the research. Quicker analysis from more data means better results, faster decision making, more value from data, and improved healthcare. Data-centric security is the enabler.</p>
<p>Data-centric security can be achieved easily and quickly at any scale &#8211; especially in healthcare to release the full value in the data without increased risk. So why didn’t BC Health take that extra step to safeguard its data on the millions citizens it serves instead of just writing handling rules that clearly weren&#39;t followed? Maybe we will never know, but why would anyone wait when data-centric security is that easy and so powerful?</p>
<p>To find out more don’t hesitate to drop me a line at&#0160;<a href="mailto:info@voltage.com">info@voltage.com</a>&#0160;or send us a request for more information right&#0160;<a href="http://www.voltage.com/info/webinquiry.htm" target="_self" title="Contact Us - Web Form">here</a>.</p>
<p>&#0160;</p>
<p>The post <a href="http://www.voltage.com/blog/cloud/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/">The BC Health data breach: How can healthcare organizations avoid risk, but still use patient data to improve care?</a> appeared first on <a href="http://www.voltage.com">Voltage Security</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.voltage.com/blog/cloud/the-bc-health-data-breach-how-can-healthcare-organizations-avoid-risk-but-still-use-patient-data-to/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
