- PCI DSS é uma exigência contratual das bandeiras de cartão, não uma lei brasileira, com multas de R$ 25 mil a R$ 500 mil por mês
- A versão 4.0 está em vigor desde março de 2024 e substituiu integralmente a versão 3.2.1
- O escopo de um hotel se espalha por motor de reservas, recepção, restaurante, spa e PMS, muito além de um único caixa
- O SAQ correto (A, B-IP, C ou D) depende de como cada ponto processa o cartão, do checkout totalmente hospedado ao armazenamento local
- A v4.0 exige MFA para todo acesso ao ambiente de cartão, incluindo o acesso local da recepção, e inventário de scripts de terceiro no checkout
- Reduzir o escopo antes de tentar cumprir cada requisito é a estratégia mais eficiente para hotéis de médio porte
PCI DSS não é lei brasileira, mas é contratualmente obrigatório
O primeiro mal-entendido comum entre gestores de hotel é achar que o PCI DSS (Payment Card Industry Data Security Standard) é uma exigência legal, como a LGPD. Não é. É um padrão criado pelas próprias bandeiras de cartão (Visa, Mastercard, American Express, entre outras) e exigido contratualmente por toda adquirente ou gateway de pagamento que processa transações de cartão em nome do hotel. Na prática, isso tem o mesmo peso de uma lei: descumprir o contrato com a adquirente pode resultar em multas de R$ 25 mil a R$ 500 mil por mês de não conformidade, além do risco de perda do direito de processar cartões.
A versão 4.0 está em vigor desde março de 2024, substituindo integralmente a versão 3.2.1, que foi oficialmente aposentada. Qualquer hotel que ainda avalia sua conformidade com base na versão antiga está avaliando o padrão errado.
Por que o escopo é mais complexo em um hotel do que em um varejo comum
Uma loja de varejo típica processa cartão em um único ponto: o caixa. Um hotel de médio porte processa cartão em múltiplos pontos que raramente são pensados como parte do mesmo escopo de conformidade:
- O motor de reservas no site, onde o hóspede insere o cartão diretamente.
- O check-in presencial na recepção, com maquininha física ou inserção manual no PMS.
- O restaurante, bar e spa do hotel, cada um com seu próprio ponto de venda.
- Reservas por telefone, em que um atendente digita o número do cartão em um sistema.
- Cobranças recorrentes ou pré-autorizações feitas pelo PMS para garantir a reserva.
Cada um desses pontos, se não estiver isolado dos demais, expande o escopo de tudo que precisa estar em conformidade com o PCI DSS. Um POS de restaurante na mesma rede que o motor de reservas do site, por exemplo, coloca a rede inteira dentro do escopo.
Níveis de comerciante e qual SAQ se aplica ao seu hotel
A maioria dos hotéis de médio porte se enquadra como comerciante de nível 4 (menor volume de transações), o que permite autoavaliação por meio de um Self-Assessment Questionnaire (SAQ), em vez de auditoria externa obrigatória. O SAQ correto depende de como o cartão é processado:
Os 12 requisitos do PCI DSS aplicados à operação hoteleira
O padrão organiza suas exigências em 12 requisitos, agrupados em seis objetivos de controle. Para um hotel, isso se traduz em pontos concretos: firewall e segmentação de rede entre o POS e a rede administrativa; nunca usar senha padrão de fábrica em maquininhas e roteadores; nunca armazenar CVV mesmo que temporariamente; criptografar a transmissão de dados de cartão entre o PMS e o gateway; manter antivírus e patches atualizados nos terminais; restringir o acesso a dados de cartão por função (a governança não precisa ver dados de pagamento); atribuir um usuário único para cada funcionário com acesso a sistemas de pagamento, nunca um login compartilhado na recepção; controlar fisicamente o acesso a terminais e servidores; registrar e monitorar todo acesso à rede que processa cartão; testar a segurança regularmente; e manter uma política de segurança da informação documentada.
O que mudou na versão 4.0
A versão 4.0 exige autenticação multifator para todo acesso ao ambiente de dados do titular do cartão, incluindo o acesso local da recepção ao PMS, não apenas o acesso remoto como na versão anterior.
Além do MFA ampliado, a v4.0 trouxe exigências específicas para páginas de checkout do motor de reservas: inventário formal de todo script de terceiro que roda na página de pagamento e verificação de integridade desses scripts (requisitos 6.4.3 e 11.6.1), pensados para prevenir ataques de skimming digital como o Magecart. Também elevou o tamanho mínimo de senha para 12 caracteres e passou a exigir uma análise de risco direcionada para justificar a frequência de atividades periódicas de segurança, em vez de intervalos fixos genéricos.
Se o motor de reservas do hotel carrega scripts de terceiros (chat, analytics, remarketing) na mesma página onde o hóspede insere o cartão, esses scripts agora fazem parte do escopo formal de conformidade sob a versão 4.0.
Como reduzir o escopo de conformidade
A estratégia mais eficaz para qualquer hotel de médio porte é reduzir o escopo antes de tentar cumprir cada requisito dentro dele. Isso significa: usar um checkout de motor de reservas totalmente hospedado pelo provedor de pagamento, para qualificar-se ao SAQ A mais simples; tokenizar o dado de cartão no PMS, para que ele nunca armazene o número real; segmentar fisicamente a rede dos terminais POS de restaurante e spa da rede administrativa e do Wi-Fi de hóspedes; e usar um gateway de pagamento certificado externo para o processamento na recepção, em vez de digitar o cartão manualmente em um sistema interno.
Escopo de conformidade e segmentação de rede andam juntos. Veja também nossa análise sobre segmentação de rede Wi-Fi em hotéis e o panorama de riscos de cibersegurança na hospitalidade. Para o padrão oficial completo, consulte o PCI Security Standards Council.