Rotating QR codes for event tickets: how refresh tokens stop fraud and what happens when offline

A breakdown of dynamic ticketing: why codes rotate to prevent screenshot fraud, how resale controls work, and the risks when connectivity fails at the gate.

Article prepared with AI assistance, then verified, edited, and approved by Nicolas Coutant.

The short version

Rotating QR codes are a security mechanism for event entry. They are not a magic bullet that guarantees a fraud-free experience, nor are they a substitute for a stable internet connection.

This guide decodes the ticket-token refresh system. It explains why a static screenshot often fails to grant entry, how identity and access management principles apply to a concert or stadium, and what occurs when the network drops at the turnstile.

The core mechanism is simple: a digital ticket is a credential that must be validated in real-time. A rotating code ensures that a stolen or shared image becomes useless quickly. However, this reliance on live validation creates a dependency on connectivity. If the network fails, the system must have a fallback, or entry is denied.

This is a breakdown of the technology and its limits. It is not legal advice on resale rights, nor a tutorial on how to bypass these controls.

How it works

The shift from static images to dynamic codes addresses a specific vulnerability: the screenshot.

In a traditional model, a ticket is a static image. If a user takes a screenshot and sends it to a friend, or if a scalper harvests a list of tickets, that image remains valid indefinitely. Anyone with the image can attempt entry.

The rotating QR code changes this dynamic. The code on the user's screen updates frequently. This is a form of identity and access management.

According to standards from the National Institute of Standards and Technology (NIST), the goal of such systems is to ensure that the right people have the right access to the right resources at the right time.

Here is the mechanism in practice:

  1. Generation: The ticketing app generates a cryptographic token.
  2. Refresh: The token updates automatically. A screenshot taken at a specific moment will show a code that is already invalid moments later.
  3. Validation: The scanner at the gate checks the code against a central server. It verifies that the code matches the current expected value for that specific ticket ID.

This prevents fraud because a stolen screenshot is a "dead" credential. It also controls resale. Many platforms now require the ticket to be transferred digitally through the official app, which re-issues a new token to the new owner, rather than allowing a simple image transfer.

However, this system relies on a continuous loop. The phone must be able to fetch the new code, and the scanner must be able to verify it.

What is sourced

The principles behind these controls are documented in official cybersecurity guidance.

The CISA (Cybersecurity and Infrastructure Security Agency) notes that staying safe online involves protecting against threats like phishing and unauthorized account access. While their guidance often targets general users, the logic applies to event tickets: a ticket is a form of digital identity.

CISA emphasizes that using strong passwords and secure tools helps prevent someone from logging into an account and stealing data. In the context of tickets, if a scalper compromises a user's account, they could theoretically transfer tickets. The rotating code adds a layer of defense: even if a scalper gets a screenshot, it expires.

Furthermore, NIST defines the scope of these controls. Their resources on identity and access management focus on strengthening the security, privacy, and usability of solutions.

The "right access" principle means that a system should verify that the person holding the ticket is the legitimate holder. Rotating codes are a technical attempt to enforce this. They ensure that a static copy of a credential cannot be reused.

This is not a new concept in high-security environments. It is simply being applied to culture and events to stop the volume of fraud that static images enable.

Caveats

The system is not without friction. The primary risk is connectivity failure.

Because the code rotates and often requires a server check to validate, a dead battery or a dead network signal can prevent entry.

What happens when connectivity fails?

  • At the gate: If the scanner cannot reach the server to verify the rotating code, it may reject the ticket.
  • On the phone: If the app cannot refresh the code because there is no data, the code on the screen may become stale.

Some systems have offline modes, where a cryptographic signature allows a scanner to verify a code without a live server connection. However, this is not universal.

Users should be aware that relying on a rotating code means relying on their device's ability to communicate.

Additionally, there is a privacy trade-off. To verify identity and prevent fraud, platforms often require more data. This can include linking a ticket to a specific phone number, ID, or biometric data.

As noted in guidance for high-risk communities, digital tools must balance security with privacy. For event-goers, this means accepting that their presence and identity are being logged more granularly than in the era of paper tickets.

Finally, fraud does not disappear. It evolves. While rotating codes stop screenshot fraud, they do not stop account takeover. If a fraudster compromises a user's account (e.g., via a phish hook), they can transfer the ticket legitimately to their own device. The rotating code will then work for them.

What's next

The trend is toward tighter integration between identity and access.

We are likely to see more events requiring digital ID verification at the gate, not just a rotating code. The code proves you have a ticket; the ID proves you are the person who bought it.

This shift aims to close the loop on resale controls. If a ticket is non-transferable and bound to a specific identity, the secondary market shrinks.

However, this increases the stakes for connectivity. As systems become more complex, the margin for error shrinks. A network outage could strand thousands of legitimate attendees if fallback procedures are not robust.

Organizers will need to balance the desire for fraud prevention with the need for a smooth user experience. The technology exists to verify access in real-time, but it demands a reliable infrastructure.

For attendees, the lesson is to understand the mechanism: a rotating code is a live credential. It requires a live connection. It is a tool for security, but it is not a guarantee of entry if the network fails.

Going further

Sources

Found an error? Email us — we correct factual mistakes and note significant updates on the article. Contact us

Keep exploring