• Rapid Requirements: Password Changes in Version 4.0!

    Rapid Requirements: Password Changes in Version 4.0!

    Let’s Talk About Passwords

    If there’s one thing that we know people have been waiting for, it’s finding out whether PCI DSS would finally modernise password requirements.

    We are so excited to finally be able to tell you what’s coming up in the Version 4 changes for passwords (in fact, some of these changes might be so exciting that you’ll want to move to v4.0 early!)

    What’s Changing?

    In the biggest news, you might not have to change your password every 90 days before.

    The key things that are changing with passwords are:

    • 8.3.4: Lockout attempts increases to 10 attempts
    • 8.3.6: Minimum password length increases to 12 characters (or 8 characters if 12 if not
      supported by the system) – but it still requires both letters and numbers.
    • 8.3.9: If passwords are the ONLY factor used, they either have to be:
      • Changed at least every 90 days, OR
      • The security posture of the accounts has to be automatically analysed and real-time
        access is automatically determined accordingly

    What this means is that if you have multi-factor authentication on user accounts or use security
    tools to perform dynamic analysis of accounts access, you could be able to remove the
    password expiry! We know this is something that lots of people have been looking forward to
    and will remove many people’s compensating control worksheets!

    Ready to Start Looking at
    Version 4?

    If you’re just starting out with PCI and want to work with the newest version of the Standard or
    you’re keen to use version 4.0 because it matches how you are or want to do things in your
    environment, Confide is ready to help. Talk to us to see how we can help you.

  • Rapid Requirements: When You Miss a Requirement

    Rapid Requirements: When You Miss a Requirement

    Missed a Requirement?

    A new way that we see reporting changing in v4.0 is that it brings in a new process for when
    you miss a requirement and how it could still be considered as meeting your compliance
    requirements. It’s not a “get out of jail free” card, and it’s not an excuse to miss PCI
    requirements. But we all know that things happen. So make sure when planning for v4.0 you
    have a process for any PCI activities with a specified or periodic frequency that includes:

    • A prompt notification when a task is not performed at it’s defined frequency
    • A process to determine the events that led to missing the scheduled activity
    • Performing the activity as soon as possible after it is missed and then either gets back on
      schedule or creates a new schedule
    • You document all of these above points.

    But, if you don’t have these processes or the task was missed because of oversight, mismanagement, or because you didn’t have any monitoring that would let you meet the first bullet point, you’re unlikely to be able to demonstrate your compliance with the missed requirement until:

    • You document the process to make sure the task is performed on time
    • You re-establish your schedule
    • You provide evidence you’re back on schedule (e.g. you perform the task on schedule and
      provide evidence of this)

    Start looking at your processes now so you can figure out how to get notifications to keep your
    regularly scheduled tasks on time and minimise the risk of falling out of compliance

    Need Help?

    Regardless of whether you’re a merchant or a service provider, Confide can help you with your
    PCI compliance. Talk to us to see how we can help you.

  • Why is it Important to Measure and Manage your Cyber Risk?

    Why is it Important to Measure and Manage your Cyber Risk?

    For a long time, the domain of specialised technology teams within organisations resulted in siloed IT operations and risk being kept away from the wider business. Cybersecurity a topic gaining attention around Exec and Board tables in today’s digital world. Terms like cyber activism, ransomware, and cyber terrorism haven’t been around all that long but are set to become permanent fixtures when discussing risk at a strategic level.

    Taking a step back from the ‘nitty gritty’ of specific technology risks, a good starting point can often be understanding the organisation’s overall cyber risk posture – because let’s be honest, Exec teams are much more at home discussing risk management, as opposed to jumping straight into why you need $1m worth of network upgrades to address a newly discovered cyber threat!

    But understanding the true extent of this cyber risk also means measuring it’s potential impact to your organisation. This is something we’ve seen an increasing number of partners and customers explore and we’ve noted a few of the learnings we’ve picked up along the way, which we summarise as:

    1. Industry standards are important
    2. Know all your exposure points – and minimise them
    3. Report through to decision makers “in their language”

    Keep reading to find out more about each of these.

    1. Industry Standards are
    Important

    Industry standards can be an excellent way to accurately and consistently identify cyber risk. A
    good example of this would be the Factor Analysis of Information Risk Model developed by
    the FAIR Institute. This international standard starts by looking at both the Loss Event
    Frequency (LEF), alongside the Loss Magnitude (LM) before drilling down into an individual
    threat’s primary and secondary loss potential.

    Other, well known standards include ISO 27005 and NIST SP-800-30, both of which are
    mentioned in Requirement 12.2 of the PCI standard itself and again stressing the importance of 
    having a consistent approach to Risk Management. Unsurprisingly for an organisation steeped
    in the world of PCI Compliance, we see real value in these types of models, which adds 
    consistency, rigor and creditability to each risk that is analysed, reported and presented.

    2. Know Your Exposure Points – and Minimise Them!

    For those starting out on their cyber journey, one activity that really helps is an initial ‘stock take’
    of current cyber threats, and overall risk position. An security audit or gap analysis can readily
    identify key areas of risk (where loss frequency and magnitude are both considerable), as well
    as highlight those ‘quick wins’, that don’t require substantial investment although greatly reduce
    vulnerability to any sort of data compromise.

    They key thing to here is to ensure that you review your entire organisation, from systems and 
    processes through to policies, training and culture. We’ve developed a helpful guide to
    conducting an initial Risk Assessment in one of our previous articles. Key here is to define
    your process, understand the actual cost of a risk being exploited and to keep evolving your
    mitigation plan over time – and remember, simply saying your mitigation is “PCI Compliance” is
    not enough, always ask the ‘why?’ and ‘how?’ a  specific control leads to risk reduction.  

    3. Report to Decision Makers “In Their Language”

    So now that you’ve done the analysis work and identified/measured each cyber risk, what next? 
    Generally, it’s time to deliver this information to interested parties that are in a position to
    approve remediation action – particularly when investment is required.

    As touched on at the start of this article these forums are not generally an audience attuned to
    the ‘in’s and out’s’ of new technology threats which are often heavily steeped in jargon. This
    makes it even more important to report this information to decision makers in a way that is both 
    consumable and action orientated. Focus on concepts like:

    • Quantified risk,
    • Business impact,
    • ROI for security investments, and
    • Recommended next steps and timelines.

    A great additional resource to support your work pulling this together is the Institute of Directors
    recent cyber risk “Practice Guide” which groups cyber risk management into five core principles.

    So as we get started with 2022, let’s continue to flip the Cyber conversation from one of 
    detailed technical controls, to one of managing & measuring cyber risk. We’ve worked with organisations at along every stage of this journey and if it sounds like something for you – get
    in touch today!   

  • Version 4 – It’s Actually Coming Soon!

    Version 4 – It’s Actually Coming Soon!

    We’ve been mentioning it for years now, but in some exciting PCI DSS news, Version 4.0 is
    actually coming soon.

    On 22 January 2022, the PCI SSC released the stakeholder preview of version 4.0. And while
    we are still under an NDA and can’t talk about it, we’re excited to say that we’re already starting
    to put together some great content that we can’t wait to talk about.

    We are expecting Version 4.0 to go ‘live’ to everyone at the end of March 2022 with the new
    version of the standard and the updated reporting documents. Version 4.0 is expected to bring
    a lot of changes, including:

    • New requirements
    • Changes to reporting
    • Updates to existing requirements

    Keep an eye out on our blog for more Version 4.0 content starting in March / April 2022. And if
    you’re a participating organisation, make sure your Primary Contact downloads the documents
    so you can get a look at them as soon as possible.

    Whether you’re assessing against Version 3.2.1 or hoping to move to Version 4.0 as soon as
    possible, contact us to see how we can help with your PCI DSS compliance regardless of
    whether you’ve been doing PCI DSS since Version 1.0 or if you think your first assessment will
    use Version 4.0.

  • PCI DSS: Gold Standard, Bare Minimum, or Somewhere in the Middle?

    PCI DSS: Gold Standard, Bare Minimum, or Somewhere in the Middle?

    How Often is Periodic

    A criticism often aimed at Payment Cards Industry’s (PCI) Data Security Standard (DSS) is that
    it sets the bar too high. Often security practitioners find fault in the way that PCI DSS does
    some things (minimum password lengths anyone?). The truth is probably somewhere in
    between these two extremes. There are parts of PCI DSS that could be considered as best
    practices, but there are also areas that could use some updates. We’ll be talking about many of
    those updates when version 4 is released in 2022.

    But just because PCI DSS sets the bar lower in some areas and higher in other areas doesn’t
    mean that there aren’t good opportunities to do better. PCI DSS never sets a highest possible
    limit for how you can do things, but often uses the words “at least” and “at a minimum”. In the
    language of ISO 27001, look at these as “opportunities for improvement” and “continuous
    improvement”. While PCI DSS does not specifically require you to do better than the minimum,
    there are good reasons to see where you can rise above the bare minimum – and easy ways
    that you can do this.

    Suggestions for “Doing Better”

    Increase Password Length

    We know that NIST recommends longer passwords that aren’t changed as frequently, and while 
    PCI DSS hasn’t quite caught up to the frequency of password changes, there is no reason why
    you can’t increase the minimum password length to 8 or 12 characters instead of the PCI DSS 
    minimum of 7 characters.

    Vulnerability Scans

    If you don’t already have to do vulnerability scans as part of your PCI DSS requirements,
    consider adding them into your security toolbox. Scans can help you identify vulnerabilities in
    software and configurations before someone takes advantage of them. If you must do external
    vulnerability scanning, consider adding internal vulnerability scanning in too so that you can
    ensure that you identify all vulnerabilities early. When doing internal vulnerability scans also
    take the opportunity to:

    1. Remove any old applications and software that are no longer required or supported, and
    2. Make sure internet browsers are updated when new releases become available – which is
      very frequently with Chrome and Firefox. Force them to automatically update.

    More Frequent Scans

    If you already do quarterly vulnerability scans as part of your PCI DSS requirements, consider 
    running these scans more frequently. Running the scans at a weekly or monthly cadence
    instead of the minimum quarterly frequency not only helps you identify vulnerabilities early,
    but also helps you to ensure that you can fix or mitigate them so that you can ensure that you have
    at least one passing scan every quarter. Doing more frequent scans decreases the risk that
    there’s a quarter where you won’t be able to achieve a passing scan.

    Multi-Factor Authentication

    PCI DSS requires multi-factor authentication (MFA) for all administrative access. So why not
    start expanding the use of MFA into other areas? Require MFA for web interfaces that support it
    or consider whether it might also be possible to use MFA for your people to log in to their
    machines. And if possible, consider how you could also allow your customers to enable MFA on
    their accounts. While not all customers may want to use it, allowing people to enable it helps
    them keep themselves safer online and shows your commitment to security. 

    Review Your Risk… Regularly

    And so that you don’t start thinking that all the controls that can be improved need to be
    technical controls, start thinking about how often you review your risks versus how often the risk
    environment changes. We saw a lot of change in 2020 and 2021. And the risks that may have
    been identified at the start of 2020 are unlikely to be the same 3 or 6 months later, let alone a
    whole year later. As many people moved from brick and mortar to online stores, the risk profile
    changed. As more people have moved online, the number of attacks has increased – Check
    Point reported that in the APAC region, there was a 13% increase in cyber-attacks – or
    approximately 1,338 attacks per week. Reviewing your risk more frequently can help you stay
    aware of changes and help you understand which controls might need to be prioritised. 

    Need Help?

    At Confide we help you ensure that you continue to grow in your security maturity. We identify
    ways that you can improve what you’re doing as part of our assessments, and we work with you
    to understand how you can fit best practices into your own practices without compromising on
    security or compliance.  

    Get in touch today!  

  • An Interview with Confide’s Associate Director of Security

    An Interview with Confide’s Associate Director of Security

    In January 2021, the PCI Security Standards Council published an interview with Nicole Braun,
    Confide’s Associate Director of Security to find out about how she got involved in the payments
    field, and her experiences as a woman working in a field that has been traditionally male.

    She also talks about how Confide approaches PCI DSS with our customers, working to help them
    do better.

    You can read the post here: Paving the Way: Inspiring Women in Payments

    Or it’s also available as a podcast on

  • Looking forward to 2021 in the World of Payments

    Looking forward to 2021 in the World of Payments

    We all know that 2020 brought a lot of uncertainty and changes to the way that we do things.
    And while some of that is not going to change in 2021, we thought this was a good time to look
    forward to what we expect for 2021 in the payments industry and how you can take steps to
    make your business more secure.

    What to Expect in the Payment Industry in 2021 (PCI DSS v4.0)

    Last year, we wrote about the timeline for the upcoming version 4 of PCI DSS. PCI DSS v4.0 is
    due to be released publicly in Q2 of 2021. That’s less than six months from now! While we still
    can’t talk about version 4 until it’s publicly released, some of the highlights that we can talk
    about include:

    • Many key areas are being reviewed, including authentication, monitoring of requirements,
      and the frequency of testing controls.
    • Changing from “Compensating Controls” to a “Customized Approach” which will let
      organisations have more flexibility on how controls are met as long as the objective 
      of the control is met. This is an area we will be exploring in future posts.
    • Changes to SAQs and reporting templates which always come along with new major
      versions of PCI DSS.

    At a high level though, what we can expect in version 4.0 is significant changes since there will
    be an extended time for future dated requirements to be put in place. Version 3.2.1 (the current
    version of PCI DSS) is not expected to be retired until Q2 of 2023, a full 2 years after the v4.0 is
    released.

    Over the course of 2021 and 2022, Confide will be publishing a series of posts looking at how
    version 4.0 changes things and what this might mean for organisations.

    What We Expect to See in the Industry

    More Online Shopping

    One thing that’s become clear in the last 12 months is that the transition to e-commerce has 
    accelerated in New Zealand. More and more companies have had no choice but to make the
    move to having an online shop either in addition to or instead of the traditional bricks and
    mortar business. After New Zealand moved to level 3, online shopping increased 105%. And
    while the increase has tapered off, online shopping is still approximately 30% higher than
    normal.

    Changes to How People Donate

    With cheques being phased out by all the major banks in NZ in 2021, charities are having to
    look at new ways to get donations. Just like shops have had to do during the pandemic,
    charities are having to look at new ways to get donors. And that means that charities that
    haven’t traditionally accepted online payments are now faced with all the benefits (and risks) of
    moving online.

    Increased Risks and Costs

    While the main benefit of having an online presence is that you can suddenly reach a much
    larger audience, we all know that there are risks (and costs) associated with going online. 
    CERT NZ does a quarterly report on the incidents that have been recorded. In an average
    quarter, approximately 1300 incidents were reported with a direct financial loss of $3.6 million.
    In Q3 of 2020, the number of incidents increased by 33% over the Q2 numbers (approximately
    2600 incidents reported in Q3) and the direct financial losses were reported at $6.4 million.

    While we expect to see breaches continue, there are steps that you can take to minimise the
    risk of a breach.

    Improving Your Security in
    2021

    Looking back on what either caused or contributed to breaches in 2020 gives us a good starting
    point to look at what steps can be taken to improve security in 2021 for businesses and charities alike.

    Learn from the Past

    The biggest areas where there were compliance gaps in 2020 were:

    • Requirement 11: Test security systems and processes
    • Requirement 5: Protect against malicious software
    • Requirement 10: Track and monitor access
    • Requirement 8: Authenticate access

    Based on the report from Verizon, there were no organisations that were fully compliant with all
    PCI DSS requirements at the time of a breach. And 55% of organisations that suffered a breach
    were small and medium sized businesses.

    One area that did not have a large control gap, but that is regularly the cause of security
    breaches is Requirement 6 (Develop and maintain secure systems), and in particular, this often
    comes from missing security patches. Whether it is Windows or Linux patches, or patches to
    your key applications, making sure that your systems are patched is part of the ASD Essential
    Eight (a list of essential mitigation strategies to use as a baseline to make it harder for a system
    to be compromised).

    Adapt Your Security For How You Work

    If there’s one thing that was contestant in 2020, it was changes to how we work. And now that a lot of these changes have become the norm, security needs to be updated to ensure that it is still part of the “new normal”.

    One of the key things that we saw and continue to see is more people working from flexible locations. Which means there are more risks that need to be considered. For example, making sure that:

    • Their home devices are patched,
    • Any security scans are including remote machines,
    • VPN access uses multi-factor authentication,
    • Any of the temporary steps you took to secure people during the lockdowns have now
      been incorporated into your policies.

    You can read more about steps you can take to secure your workers when they are working
    from home in our post.

    Improve in the Future

    If you can only do a few things to protect your online business in the coming months, we recommend:

    • Regularly install both operating system and application patches (have a process to check for and install patches at least monthly if not more frequently)
    • Use multi-factor authentication anywhere you can (this way if your password is compromised it’s a lot harder for someone to use it)
    • Regularly scan your website and server for vulnerabilities.
    • Check for malware (make sure if you’re using antivirus software that it’s regularly updated)

    We also have a number of recommendations for different types of organisations:

    How Can Confide Help

    We can only guess at what’s going to happen in the next 12 months, but we want to help as
    much as we can. Confide is a Qualified Security Assessor Company (QSAC) and we have
    services to support organisations of all sizes and can help you understand your current security
    risk and compliance state from completing a gap analysis through to a full PCI DSS
    assessment. Contact us and find out how we can help you reach compliance in 2021.

  • PCI as a Project Manager

    PCI as a Project Manager

    You’ve just finished a project successfully, on time, (mostly) on budget, and maybe even exactly what was asked for. You turn up to work the next day and there’s a new project waiting for you. Something called “PCI”. Suddenly, you’ve been dropped into a world of compliance, standards, security, reporting, and things you’ve never had to deal with before. And now you’re in charge of managing PCI compliance for your organisation. “It can’t be that hard,” you tell yourself. And then someone drops a 200-page set of standards on to your desk and tells you that your first meeting with the assessor is in 6 weeks.

    In this article, we approach PCI from a project managers point of view. While we know some project managers have a security or technology background, we understand that not all do. And sometimes you are thrown into PCI purely because you’ve done well at managing large projects in the past.

    In this article, we’ve detailed some of our key recommendations on how to approach PCI as a PM with the aim of both reaching compliance, but more importantly being able to manage cyber risk to your organisations payment channels as a part of ongoing BAU.

    1. Know the Standard and its Value
    2. Know the Teams and Players
    3. Understand the Project Scope, Risks, and Timelines
    4. Validate Your Assumptions
    5. Keep PCI Alive – Handover to BAU Teams

    Know the standard. Know its value

    The Payment Card Industry Data Security Standard (PCI DSS) is a set of twelve high-level
    requirements which all merchants and service providers who take card payments or who
    manage systems that are involved in card payment transactions are contractually required to
    follow. PCI DSS impacts organisations across a wide range of industries. We’ve explored the
    requirements in more detail here, which take a look at all 12 in detail, as well as help you
    understand the level of evidence and reporting required based on your annual transaction
    volumes.

    Requirements aside, it is just as important to note that the value of PCI DSS doesn’t lie in a tick
    of approval against each item, but rather in the enhanced and mature risk posture your
    organisation will be able to adopt, particularly as it relates to your card and payment channels.
    Areas of critical importance to the customers and citizens you serve.

    Know the Teams and Players

    As a merchant (or a service provider), you will be responsible for maintaining PCI compliance,
    which is annually assessed and reported to your acquiring bank. The below diagram illustrates
    some of the key parts of the PCI ecosystem and show’s how many different players there are in
    helping you achieve and maintain PCI DSS compliance. It’s important is to understand what
    external and internal teams you will need to engage as part of the PCI process, and support
    from Senior Leadership can be the factor that makes or breaks an effective PCI compliance
    programme.

    Understand the scope, risks and timelines

    One of the biggest challenges for organisations is to accurately understand their scope for PCI
    DSS. Even if you do not directly store, process, or transmit cardholder data, but you accept
    credit or debit cards as payment or you impact the security of someone else’s cardholder data
    environment (CDE) you still have certain obligations under PCI DSS. The key thing is to be able
    to show the transaction flow and have accurate network diagrams so that the assessor can
    accurately validate what they think your scope is.

    Cyber-Risk Oversight also plays a big part in any PCI project. It’s important to understand how
    each of the organisations and teams you are working with view PCI risk and how. Acquirers
    want to ensure that you do not have a cardholder data breach. Having a breach puts your ability
    to take payments at risk.

    Sometimes it’s easy to forget the end consumer when thinking about risk. They are the ones
    who at the end of the day risk their personal card information being stolen by a malicious third
    party – something not only inconvenient, but stressful and time consuming to address.

    It’s also important to understand what timelines everyone is working towards. Our biggest
    recommendation on this is to engage your bank, service providers, and internal teams early in
    the PCI process. All of these parties want you to achieve compliance and will be more than
    willing to discuss a reasonable timeline to achieve this.

    Validate your assumptions

    One of the biggest challenges we see organisations face as PCI assessors is when they
    successfully complete their project and achieve PCI compliance, they then fail to go-on and
    proactively manage their risk over the course of an assessment year. While a PCI assessment
    takes place at a ‘point in time’, PCI itself is a minimum level of security that is required on an
    ongoing basis – that’s why the standard includes requirements for annual, quarterly, monthly
    and even daily checks, where changes are assessed and security improvements can be made
    in a timely manner. This is why during an assessment you need to be able to show evidence of
    what’s happened in the past to ensure that you can continue to meet that minimum level of
    security assurance.

    We’ve been doing quite a bit of thinking about this challenge at Confide which has resulted in
    the development of our “Managed Assurance Programme” which is now being used with
    success by many of our customers. This programme offers not only an in-depth PCI
    assessment, but also ongoing consultation, check-ins and scanning activity over the course of
    an assessment year.

    Whatever stage of the PCI and security journey you and your organisation find yourself in, as
    NZ’s leading QSA Assessment company Confide stands ready to help. Get in touch today!

    Handover to responsible
    Business-As-Usual (BAU)
    teams. Keep PCI alive.

    One of the biggest challenges we see organisations face as PCI assessors is when they
    successfully complete their project and achieve PCI compliance, they then fail to go-on and
    proactively manage their risk over the course of an assessment year. While a PCI assessment
    takes place at a ‘point in time’, PCI itself is a minimum level of security that is required on an
    ongoing basis – that’s why the standard includes requirements for annual, quarterly, monthly
    and even daily checks, where changes are assessed and security improvements can be made
    in a timely manner. This is why during an assessment you need to be able to show evidence of
    what’s happened in the past to ensure that you can continue to meet that minimum level of
    security assurance.

    We’ve been doing quite a bit of thinking about this challenge at Confide which has resulted in
    the development of our “Managed Assurance Programme” which is now being used with
    success by many of our customers. This programme offers not only an in-depth PCI
    assessment, but also ongoing consultation, check-ins and scanning activity over the course of
    an assessment year.

    Whatever stage of the PCI and security journey you and your organisation find yourself in, as
    NZ’s leading QSA Assessment company Confide stands ready to help. Get in touch today!

  • Updates to the NZ Privacy Act 2020

    Updates to the NZ Privacy Act 2020

    You may have heard something about the Privacy Act being updated. There’s lots in the news
    these days about privacy, including new laws being passed which protect customer data:

    • GDPR (EU General Data Protection Regulation) from 25th May 2018
    • CCPA (California Customer Privacy Act) from 1st January 2020
    • PDPB (India Personal Data Protection Bill)
    • Australia Privacy Amendment (Notifiable Data Breaches) from 22nd February 2018

    New Zealand has recently passed the Privacy Act 2020 which aims to strengthen privacy
    protections and introduces new privacy breach notification regime for breaches that have
    caused or are likely to cause serious harm.

    The Privacy Act 2020 comes into full force as of 1 December 2020. While we won’t dig into all
    of the legal aspects of the Privacy Act, we will focus on how frameworks like the PCI DSS can
    be applied to help protect all information (not just credit and debit card data)!

    In this post, we will cover:

    • What data do you need to protect?
    • How does PCI relate to privacy?
    • How can PCI be used to protect personally identifiable information (PII)?

    What Data Needs to be
    Protected?

    For PCI DSS, the answer is pretty simple. It’s the 16 (or more) digit personal account number
    (PAN) that is the number on the credit or debit card. You can’t store any sensitive authentication
    data (SAD) after authorisation.

    When it comes to privacy though, it’s a lot wider than PCI (and often a whole lot more
    complicated to decide what is personally identifiable data (PII).

    Let’s start with the definition from the NZ Privacy Act 2020.

    Personal Information means information about an identifiable individual. 

    Since that’s pretty broad, we can look at the definition from data.govt.nz which says that
    personal information includes data such as:

    • Names
    • Phone numbers
    • Email addresses
    • Other observations where an individual is identified

    It’s that last one that makes the concept of personal information so broad. And that’s why you
    could even include credit / debit card numbers under the scope of personal information since
    these numbers are associated with an identifiable individual.

    To quote the Privacy Commissioner: “The Privacy Act is concerned with the
    content of personal information, rather than the specific form that content is in.
    This means that all sorts of things can contain personal information, including
    notes, emails, recordings, photos and scans, whether they are in hard copy or
    electronic form.”

    PCI DSS Is All About Credit
    Cards, Right?

    It is, but that doesn’t mean that the concepts don’t relate back to information security and
    protection of private data. Consider how PCI DSS protects credit card information:

    • You have to make sure it is protected in your network
    • You have to make sure that the locations where it is stored are protected and monitored
      for unauthorised access
    • You have to make sure that the data itself is protected so that only those people who need
      access can see it.
    • You have to make sure that when people access private data, there are records of it
    • You have to regularly identify technical vulnerabilities and address them
    • You need to be able to identify if there is unauthorised access to private information and
      be able to respond appropriately (including notifying the appropriate people).

    While PCI does only specifically apply to credit and debit cards, none of these principles would
    be out of place for protecting ANY of your customers’ data that would be considered as private.

    Think about it. If all of your customer data was encrypted and only the people who needed
    access to it could see it, how much less damage would there be if someone got access who
    shouldn’t have it?

    You would be much less likely to have to worry about email addresses or other personal data
    being disclosed if it were protected.

    How Can PCI Be Used to
    Protect Personally Identifiable
    Information (PII)?

    In the simplest of terms, take the word credit card and replace it with PII.

    It seems pretty simple, right?

    • Identify locations where cardholder data is stored becomes identify all locations where PII
      is stored.
    • Have a process to delete cardholder data on a quarterly basis when it is no longer
      required  becomes delete PII on a quarterly basis when no longer required.
    • Place systems that store cardholder data in an internal network zone becomes place
      systems that store PII in an internal network zone.

    The list goes on, and in pretty much every case, it’s easy (in principle) to substitute the wording
    to encompass any personal information.

    In reality, it is harder because we aren’t used to protect personal information the same way we
    are used to protecting cardholder data. It’s a change. And it’s probably a big step to start by understanding what personal information you hold on behalf of your customers, where that
    personal information is stored, why you need to store it, and who really needs to be able to
    access it.

    And we know the question that comes after that is: how do we use the data if we now have to
    protect it?

    But, if We Have to Protect Data,
    How Can We Use It?

    The focus in PCI is that only authorised individuals have access to data and that this access is
    for their role / a justified business reason.

    So think about it this way: does everyone need access to all the customer data or do only
    certain people need access? Maybe more people need access to customer data like names and
    email addresses than credit card numbers, but the principle is still the same.

    Make sure that only the people who need access to data have access. And if you don’t
    need the data, don’t store it.

    Will it make things more complex? Maybe. But giving your customers the assurance that their
    data is protected is even more important. Because the last thing company or organisation
    wants, is to make the news, be fined and/or face a class action because of a data breach.

    But, if We Have to Protect Data,
    How Can We Use It?

    The updated Privacy Act will make it mandatory for companies and organisations who have
    suffered “serious” data breaches to let affected parties and the NZ Privacy Commissioner know
    as soon as they find out about it – not months or years down the track, which has often been
    the case in the past.

    The amended Privacy Act also allows the Privacy Commissioner to issue compliance notices to
    compel organisations and companies to comply with the law and fine them up to $10,000 for
    failing to do so.

    Secondly, the new Privacy Act could allow for something we haven’t seen in New Zealand
    before being the “data breach class action”. Under the Act, an affected group, organised and
    perhaps funded by law firms, could take a case to the Human Rights Review Tribunal, the
    independent judicial body that hears claims relating to breaches of the Human Rights Act, the
    Privacy Act and the Health and Disability Commissioner Act.

    The Tribunal regularly awards damages to the amount of tens of thousands of dollars for
    “emotional harm” and “humiliation, loss of dignity and injury to feelings” for individuals or groups
    of individuals. It will typically issue a “declaration of breach of privacy” if that has happened.

    Under the declaration, the Privacy Act allows for the Human Rights Review Tribunal to award
    up to $350,000, paid by your company or organisation.

    Finally, if credit card numbers and therefore card holder data is included in the disclosed
    breach, the card brands under the agreement you have with your bank can also fine you. We
    talk about what you probably agreed to in your merchant banking agreement in our post Where
    Does it Say I Have to be PCI Compliant? After all, new credit or debit cards will need to be
    issued and they will be looking at you to meet those costs, not mention cover any other losses
    the card schemes or banks may incur.

    More Resources

    If you’re looking for more information on data privacy, we recommend:

    What Now?

    Confide has people who specialise in data security and data privacy We can help you build a
    framework to protect personal information and understand the risks associated with the data
    you store. Talk to us to see how we can help you.