> For the complete documentation index, see [llms.txt](https://docs.verifone.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verifone.com/feature-references/feature-references-lac-es/referencias-de-funciones-y-productos/cifrado-bluefin.md).

# Cifrado Bluefin

PCI-DSS 4.0 ha introducido muchos requisitos nuevos que pueden reducirse si los dispositivos de pago han implementado cifrado punto a punto (P2PE).

**Historial de revisiones**

| **Fecha** | **Descripción**                          |
| --------- | ---------------------------------------- |
| 9/15/2025 | Publicación inicial de la documentación. |
| 1/08/2026 | Comentarios de revisión corregidos       |

## Resumen

### Descripción de la función

PCI-DSS 4.0 ha introducido muchos requisitos nuevos que pueden reducirse si los dispositivos de pago han implementado Cifrado de Punto a Punto (P2PE). Bluefin se ha asociado con Heartland para proporcionar P2PE en las plataformas Heartland Value Added Payment System (VAPS) y Network Services (NWS).

Para la versión 56.03 de Verifone, Verifone ha implementado la solución P2PE usando Bluefin para Phillips 66. Para esta versión, el cifrado solo se implementa para los PIN pads de interior.

Esta solución requiere la instalación del paquete Feature Enablement Token (FET), la clave de Bluefin (DATA DUKPT / P2PE) y los archivos de configuración asociados en el PIN pad. Esta instalación es adicional a las habituales claves de débito 3DES DUKPT que se usan para el cifrado del PIN de débito. Los sitios deben ponerse en contacto con P66 para instalar los paquetes requeridos en el PIN pad.

Si cualquier PIN pad de interior está habilitado para cifrado ADE (el cifrado que usa Bluefin), entonces todos los PIN pads activos en ese sitio también deben usar el cifrado ADE. No se permiten implementaciones mixtas donde algunos PIN pads estén cifrados y otros no.

### Requisitos

**Configuraciones de hardware compatibles**

* Verifone Commander con C18

**Teclado PIN**

* P400
* M400

**Requisitos de software**

* Verifone Commander versión 56.03 y superior
* EVPAY 2.08.00 R09 kernel 703

#### Configuración de EPS y del PIN pad

**EPS**

No se requiere ninguna configuración. Después de instalar el software 56.03, EPS detecta automáticamente si algún PIN pad tiene P2PE habilitado. Al detectar que algún PIN pad tiene P2PE habilitado, EPS considera que P2PE está activo en el sitio. Después de que P2PE esté activo en un sitio, EPS no permitirá ninguna transacción de red desde un POS asociado con un PIN pad no P2PE.

**PIN pad**

1. Instalar 56.03 hará que automáticamente todos los PIN pads del sitio se actualicen a EVPAY 2.08.00 R09.

Para habilitar la funcionalidad P2PE en el PIN pad, se requieren dos pasos a continuación. Estos solo deben realizarse para la configuración inicial. Después de que un PIN pad tenga P2PE habilitado, no puede revertirse al modo no P2PE.

1. Instale el paquete FET para habilitar P2PE (por ejemplo: ADE-FE-VOS-PROD-WAW-Token.tgz).
2. Instale las claves de producción ADE de Bluefin para el cifrado (por ejemplo: BMX\_1-25-0011-5598.tgz).

Los pasos 2 y 3 pueden realizarse de forma remota desde VHQ o manualmente en un sitio por VASC usando una memoria USB. P66 es responsable de instalar los paquetes en el PIN pad.

El cajero debe cerrar sesión e iniciar sesión en el POS después de que P2PE esté habilitado en el PIN pad.

![](https://content.gitbook.com/content/5nJgnNKJ9ZrZeEdr7pqh/blobs/B9mlSJKYQku8B4e0TccU/Unknown%20image)

Los nombres de los paquetes FET y ADE son solo de referencia; los nombres reales de los paquetes pueden ser diferentes.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.verifone.com/feature-references/feature-references-lac-es/referencias-de-funciones-y-productos/cifrado-bluefin.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
