Manoela César Barroso
1 Indústria de Cartões de Pagamento (PCI) Padrão de segurança de dados Atestado de Conformidade para Avaliações in loco Comerciantes Versão 3.0 Fevereiro de 2014
2 Seção 1: Informações de Avaliação Instruções para Envio Esse Atestado de Conformidade deve ser preenchido como uma declaração dos resultados da avaliação do comerciante com os Requisitos do Padrão de Segurança de Dados da Indústria de Cartões de Pagamento e Procedimentos da Avaliação de Segurança (PCI DSS). Preencha todas as seções: O comerciante é responsável por garantir que todas as seções sejam preenchidas pelas partes relevantes, se aplicável. Entre em contato com seu adquirente (banco do comerciante) ou outras bandeiras de pagamento para determinar os procedimentos de relatório e envio. Parte 1. Informações Sobre o Comerciante e o Avaliador de Segurança Qualificado Parte 1a. Informações Sobre a Organização do Comerciante Nome da Empresa: Contato: Nome(s) do ISA (se aplicável): Telefone: Endereço Comercial: DBA (fazendo negócios como): Forma de tratamento: Forma de tratamento: Cidade: Estado/Província: País: CEP: URL: Parte 1b. Informações Sobre a Empresa do Assessor de Segurança Qualificado (se aplicável) Nome da Empresa: Nome do contato principal do QSA: Telefone: Endereço Comercial: Forma de tratamento: Cidade: Estado/Província: País: CEP: URL: Parte 2. Resumo Executivo Parte 2a. Tipo de Negócio do Comerciante (assinale todas as alternativas que se aplicam) Varejo Telecomunicações Armazéns e Supermercados Petróleo Comércio eletrônico Pedido por correio/telefone (MOTO) Outros (especificar): Quais tipos de canais de pagamento seu negócio atende? Pedido por telefone/correio (MOTO) Quais canais de pagamento são abrangidos por essa avaliação? Pedido por telefone/correio (MOTO) Atestado de conformidade PCI DSS para avaliações in loco Comerciantes, v3.0fevereiro de PCI Security Standards Council, LLC. Todos os direitos reservados. Página 1
3 Comércio eletrônico Cartão presente (face a face) Comércio eletrônico Cartão presente (face a face) Observação: Se sua organização tiver um processo ou canal de pagamento que não seja abrangido por essa avaliação, consulte seu adquirente ou empresa de pagamento sobre a validação para outros canais. Parte 2b. Descrição da Indústria de Cartões de Pagamento Como e em qual capacidade seu negócio armazena, processa e/ou transmite dados do portador do cartão? Parte 2c. Locais Liste os tipos de instalações e um resumo dos locais inclusos na revisão do PCI DSS (por exemplo, estabelecimentos comerciais, escritórios corporativos, centrais de dados, central de atendimento, etc.) Tipo de instalação Local(is) da instalação (cidade, país) Parte 2d. Aplicativo de Pagamento A organização usa um ou mais dos aplicativos de pagamento? Forneça as seguintes informações relacionadas aos aplicativos de pagamento usados pela sua organização: Nome do aplicativo de pagamento Número da versão Fornecedor do aplicativo O aplicativo está listado no PA-DSS? Data de expiração da listagem PA-DSS (se aplicável) Parte 2e. Descrição do Ambiente Forneça uma descrição de alto nível do ambiente abrangido por essa avaliação. Por exemplo: Conexões no e fora do ambiente de dados do portador do cartão (CDE). Os componentes de sistema críticos no CDE, como dispositivos POS, banco de dados, servidores da Web, etc, e quaisquer outros componentes de pagamentos necessários, conforme aplicável. Seu negócio usa segmentação de rede para afetar o escopo do seu ambiente de PCI DSS? (Consulte a seção "Segmentação de rede" do PCI DSS para obter orientação sobre a PCI Security Standards Council, LLC. Todos os direitos reservados. Página 2
4 segmentação de rede) Parte 2f. Prestadores de Serviços de Terceiros A sua empresa compartilha dados do portador do cartão com prestadores de serviço de terceiros (por exemplo, gateways, processadores de pagamento, prestadores de serviço de pagamento (PSP), empresas de hospedagem da Web, agentes de reserva de passagem aérea, agentes de programa de fidelidade, etc.)? Se sim: Nome do prestador de serviço: Descrição dos serviços fornecidos: Observação: O requisito 12.8 aplica-se a todas as entidades listadas PCI Security Standards Council, LLC. Todos os direitos reservados. Página 3
5 Seção 2: Reportar na Conformidade Esse Atestado de Conformidade reflete os resultados de uma avaliação in loco, sendo documentado em um ROC (Relatório de Conformidade) de acompanhamento. A avaliação documentada neste atestado e no ROC foi concluída em: Controles de compensação foram usados para atender qualquer requisito no ROC? Algum requisito no ROC foi identificado como não aplicável (N/A)? Algum requisito não foi testado? Algum requisito no ROC não foi possível de ser atendido devido a uma restrição legal? PCI Security Standards Council, LLC. Todos os direitos reservados. Página 4
6 Seção 3: Detalhes de Atestado e Validação Parte 3. Validação do PCI DSS Com base nos resultados observados no ROC (data de conclusão)os signatários identificados nas Partes 3b-3d, conforme aplicável, afirmam o seguinte status de conformidade para a entidade identificada na Parte 2 desse documento a partir de (data)(verifique um): Em conformidade: Todas as seções do PCI DSS ROC estão preenchidas e todas as perguntas foram respondidas afirmativamente, resultando em uma classificação geral de CONFORMIDADE, de forma que a (nome da empresa do comerciante) demonstrou conformidade integral com o PCI DSS. conformidade: Nem todas as seções do PCI DSS ROC estão preenchidas ou nem todas as perguntas foram respondidas afirmativamente, resultando em uma classificação geral de NÃO CONFORMIDADE, de forma que a (nome da empresa do comerciante) não demonstrou conformidade integral com o PCI DSS. Data prevista para conformidade: A entidade que estiver enviando este formulário com um status de Conformidade talvez tenha de preencher o Plano de Ação na Parte 4 deste documento. Verifique junto ao seu adquirente ou à(s) empresa(s) de pagamento antes de preencher a Parte 4. Em conformidade, mas com exceção legal: Um ou mais dos requisitos foram marcados como "não alocado" devido a uma restrição legal que evita que o requisito seja atendido. Essa opção exige revisão adicional do adquirente ou empresa de pagamento. Se selecionada, preencha o seguinte: Requisito Afetado Detalhes de como a restrição legal evita que o requisito seja atendido Parte 3a. Reconhecimento do Status O(s) signatário(s) confirma(m): (Selecione todos os aplicáveis) O ROC foi concluído de acordo com as exigências e os procedimentos de avaliação de segurança do PCI DSS versão (número da versão) e foi concluído de acordo com as instruções pertinentes. Todas as informações contidas no ROC mencionado anteriormente e neste atestado representam adequadamente os resultados da minha avaliação em todos os aspectos materiais. Eu confirmei com meu fornecedor do aplicativo de pagamento que o aplicativo não armazena dados de autenticação confidenciais após a autorização. Eu li o PCI DSS e reconheço que sempre devo manter a conformidade total com o PCI DSS, conforme aplicável para o meu ambiente. Se meu ambiente mudar, reconheço que devo reavaliá-lo e implementar quaisquer requisitos adicionais de PCI DSS que forem aplicáveis PCI Security Standards Council, LLC. Todos os direitos reservados. Página 5
7 Parte 3a. Reconhecimento do Status (continuação) há evidências de armazenamento de dados da tarja magnética 1, dados de CAV2, CVC2, CID ou CVV2 2, ou dados de PIN 3 depois da autorização da transação em QUAISQUER sistemas analisados durante essa avaliação. As varreduras ASV estão sendo concluídas pelo fornecedor de varredura aprovado do PCI SSC (nome do ASV) Parte 3b. Atestado do Comerciante Assinatura do responsável executivo pelo comerciante Nome do responsável executivo pelo comerciante: Date: Cargo: Parte 3c. Reconhecimento do QSA (se aplicável) Se um QSA foi incluído ou auxiliado nessa avaliação, descreva a função executada: Assinatura do QSA Nome do QSA: Date: Empresa do QSA: Parte 3d. Reconhecimento do ISA (se aplicável) Se um ISA foi incluído ou auxiliado nessa avaliação, descreva a função executada: Assinatura do ISA Nome do ISA: Date: Cargo: Dados criptografados na tarja magnética ou dados equivalentes em um chip usados para autorização durante a transação com o cartão. As entidades não podem reter esses dados de tarja magnética após a autorização da transação. Os únicos elementos dos dados da tarja magnética que podem ser retidos são o número da conta principal (PAN), o nome do portador do cartão e a data de vencimento. O valor de três ou quatro dígitos impresso no painel de assinatura ou na frente do cartão de pagamento usado para verificar transações com cartão não presente. Número de identificação pessoal inserido pelo portador do cartão durante uma transação com cartão e/ou bloqueio de PIN criptografado dentro da mensagem da transação PCI Security Standards Council, LLC. Todos os direitos reservados. Página 6
8 Parte 4. Plano de Ação para Requisitos que Estão em Conformidade Selecione a resposta apropriada para "Conformidade com os requisitos PCI DSS" para cada requisito. Se você responder "" a qualquer um dos requisitos, será solicitado que a data na qual a empresa estará em conformidade seja fornecida além do requisito e de uma descrição resumida das ações que estão sendo realizadas para atender ao requisito. Verifique junto ao seu adquirente ou à(s) empresa(s) de pagamento antes de preencher a Parte 4. Requisito do PCI DSS Descrição do Requisito Em Conformidade com os Requisitos do PCI DSS (selecione um) SIM NÃO Data de Reparação e Ações (se "NÃO" estiver selecionado para qualquer requisito) 1 Instalar e manter uma configuração de firewall para proteger os dados do portador do cartão 2 usar padrões disponibilizados pelo fornecedor para senhas do sistema e outros parâmetros de segurança 3 Proteger os dados armazenados do portador do cartão 4 Criptografar a transmissão dos dados do portador do cartão em redes abertas e públicas 5 Proteger todos os sistemas contra malware e atualizar regularmente programas ou software de antivírus 6 Desenvolver e manter sistemas e aplicativos seguros 7 Restringir o acesso aos dados do portador do cartão de acordo com a necessidade de conhecimento para o negócio 8 Identificar e autenticar o acesso aos componentes do sistema 9 Restringir o acesso físico aos dados do portador do cartão 10 Acompanhar e monitorar todos os acessos com relação aos recursos da rede e aos dados do portador do cartão 11 Testar regularmente os sistemas e processos de segurança 12 Manter uma política que aborde a segurança da informação para todas as equipes PCI Security Standards Council, LLC. Todos os direitos reservados. Página 7