Re:Reverse Engineering US Airline's PNR System and Accessing...
by jbergler on Friday December 19, 2025 @03:10PM
(#46330310)
The 6 hour claim is interesting, but I highly doubt Avelo (or any airline) would handle 100k requests/sec
If we consider that the real major's move about 400k-500k passengers/day, let's be really optimistic and say that they check their booking 6 times a day for the week before they fly. That's around 250 requests/sec.
Anyone know about the consumer facing tech stacks at airlines these days? Seems unlikely that they'd have databases that would auto scale 400x...
Re:Reverse Engineering US Airline's PNR System and Accessing...
by kiklion on Friday December 19, 2025 @04:26PM
(#46331139)
I doubt their API would handle 100k requests per second. That math was roughly indictive of what the cost to send 100k requests per second would look like. He did mention that that was assuming the target didn't have rate limiting, either intentional or just pure limits of the hardware.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by commandlinefan on Friday December 19, 2025 @03:42PM
(#46330661)
> They were responsive, professional, and took the findings seriously, patching the issues promptly.
The "issue" is that they're returning the entire PNR dataset to the front-end in the first place. He doesn't detail how they fixed it, but there's no reason in the world that this entire dataset should be dumped into Javascript. I got into pretty heated arguments with folks about this at Travelocity and this shit is exactly why I was so adamant.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by mtlynch on Friday December 19, 2025 @03:05PM
(#46330240)
>The Avelo team was responsive, professional, and took the findings seriously throughout the disclosure process. They acknowledged the severity, worked quickly to remediate the issues, and maintained clear communication. This is a model example of how organizations should handle security disclosures.
Sounds like no bug bounty?
It's great if OP is happy with the outcome, but it's so infuriating that companies are allowed to leak everyone's data with zero accountability and rely on the kindness of security researchers to do free work to notify them.
I wish there was a law that assigned a dollar value to different types of PII leaks and fined the organization that amount with some percentage going to the whistleblower. So a security researcher could approach a vendor and say, "Hi! I discovered vulnerabilities in your system that would result in a $500k fine for you. For $400k, I'll disclose it to you privately, or you can turn me down and I'll receive $250k from your fines."
Re:Reverse Engineering US Airline's PNR System and Accessing...
by mtlynch on Friday December 19, 2025 @03:26PM
(#46330480)
Yeah, as an American, I'm jealous of many aspects of GDPR. I really appreciate you blogging / tooting about experiences protecting your rights under GDPR. I wish we had 1/10th of the consumer privacy protections you have.
How does security research like this work out in practice, in the EU?
I read a lot of vulnerability writeups like this and don't recall seeing any where the author is European and gets a better outcome. Are security researchers actually compensated for this type of work in the EU?
Re:Reverse Engineering US Airline's PNR System and Accessing...
by immibis on Saturday December 20, 2025 @09:35AM
(#46336472)
No it actually doesn't. It just needs someone in the company executive to not have their head up their ass, and read the law, which is fairly straightforward.
Also, it needs your company's business model to not be selling user data. That's why American companies find it hard to comply with.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by advisedwang on Friday December 19, 2025 @06:05PM
(#46331997)
The GDPR (in art 32) only requires that "the controller and the processor shall implement appropriate technical and organisational measures to ensure a level of security appropriate to the risk". I expect it's quite common for a company to get hacked even if they meet that level. I think the parent comment was imagining that any leak is automatically fined, regardless of whether the company had met some security requirement.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by bossyTeacher on Friday December 19, 2025 @04:26PM
(#46331141)
> it's so infuriating that companies are allowed to leak everyone's data with zero accountability and rely on the kindness of security researchers to do free work to notify them.
This is a matter for lawmakers and law enforcement. Campaign for it. Nothing will change otherwise
Re:Reverse Engineering US Airline's PNR System and Accessing...
by s1mon on Friday December 19, 2025 @06:41PM
(#46332272)
Agreed. I read the headline as "... US Airlines' ..." not "... US Airline's ..." and it seemed much more concerning. Instead it's a single airline I've never heard of. Looking them up, they are more established than I might have guessed (started as Casino Express Airlines 38 years ago, but current incarnation is only 4 years old), but also pretty small - roughly 1/100 the staff and 1/50 the fleet of United.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by Nextgrid on Friday December 19, 2025 @02:12PM
(#46329695)
This is about a non-rate-limited endpoint providing ticket data given a booking code only (and not last name as it's usually the case), which makes it feasible to bruteforce the entire search space.
(unfortunately, I feel like AI was overused in authoring the writeup)
Re:Reverse Engineering US Airline's PNR System and Accessing...
by filearts on Friday December 19, 2025 @03:05PM
(#46330242)
Is it really AI slop if someone leverages AI to improve / transform their novel experiences and ideas into a rendition that they prefer?
I'm not suggesting whether or not the article is AI assisted. I'm wondering if the ease of calling someone's work "AI slop" is a step along the slippery slope towards trivializing this sort of drive-by hostility that can be toxic in a community.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by Nextgrid on Friday December 19, 2025 @03:09PM
(#46330295)
You are right about the toxicity, I will edit my comment.
There's a difference between leveraging AI to proofread or improve parts of their writing and this - I feel like AI was overused here; gave the whole article that distinctive smell and significantly reduced its information density.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by Nextgrid on Friday December 19, 2025 @02:19PM
(#46329751)
Overuse of bulleted lists, unnecessary sensationalism, sentences like "The requests flew. There was no WAF, no IP blocking, no CAPTCHA." and so on. It reeks of someone pasting some notes into a chat prompt and asking it to spruce it up for publication.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by PKop on Friday December 19, 2025 @03:43PM
(#46330674)
Maybe just try having confidence in yourself. Trust your instincts. I'm not going to impugn my own abilities based on some purported flaw in an abstract amorphous blog called "humanity", whatever that is. A lot of individuals of distinction have many characteristics better than the average, why wouldn't I trust myself more than other people?
Pattern recognition is a many millions of years evolved ability best exemplified in the "human" species by the way, so I basically disagree with your whole premise anyways.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by tempsaasexample on Friday December 19, 2025 @09:36PM
(#46333208)
The Brown killer was basically caught by a homeless man getting a bad vehicle about the future shooter. So I agree, trusting your gut is definitely a thing.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by mmooss on Friday December 19, 2025 @11:29PM
(#46333627)
People believe in witchcraft and lots of other things - including many horrible prejudices - just as confidently as you. There's a reason any scholarship, courts, medicine, and any other serious endeavors require objective evidence.
Imagine that - doctors, who have seen everything, have years of study, treat all those people, still require objective evidence. Anyone in IT looks for objective evidence - timing, stepping through code, etc.
Confidence doesn't correlate well with accuracy; in fact the more someone expresses your kind of confidence, the less I rely on them at all.
What if you wrongfully accuse someone? Does that matter? Are you responsible for the consequences of what you do?
Re:Reverse Engineering US Airline's PNR System and Accessing...
by PKop on Friday December 19, 2025 @11:46PM
(#46333690)
You turn your brain off and outsource your thinking to other people, because you're incapable of perceiving reality for yourself, is what you're telling me.
Of course everyone is responsible for their accuracy and their errors, doesn't mean it's impossible to infer things based on observation experience and intuition. This is an evolved ability, but I do agree some people are better than others like most things.
You're conflating a lot of things. Many prejudices are accurate and prudent, which craft is stupid, but so what? I'm not going to deny my perception on something that's correct just because some other idiot believes in magic; non sequitur.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by mmooss on Saturday December 20, 2025 @12:37PM
(#46337905)
It's really a bizarre argument. You are making evidence-free claims, based on nothing - including the things you say about me. It discards all of critical thought, empiricism, reasoning, philosophy, etc. ....
Re:Reverse Engineering US Airline's PNR System and Accessing...
by deathanatos on Friday December 19, 2025 @03:08PM
(#46330283)
(a.) those graphs are a crime against data viz.
(b.) they practically demonstrate the point: while, yes, AI uses em-dashes, the entire corpus of em-dashes is still largely human, too, so using that as a sole signal is going to have a pretty high false positive rate.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by didgetmaster on Friday December 19, 2025 @04:33PM
(#46331213)
The lack of needing the last name might have allowed a hacker to brute force the whole list; but it seems that even with a last name, it could expose a lot of PII. Just pass codes along with popular last names (Smith, Jones, Nelson, etc.) and it seems like it could spit out a bunch of reservations.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by morpheuskafka on Saturday December 20, 2025 @12:39AM
(#46333885)
Yes, it's also an issue when someone posts their bag tag/boarding pass/booking email online.
But that's the "industry standard" for checking a reservation online. Requiring airline login doesn't work because of tickets issued by travel agents or other airlines.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by codethief on Saturday December 20, 2025 @08:02AM
(#46335868)
Exactly, I came here to say this!
> This two-factor system is generally secure. The space of all 6-character alphanumeric confirmation codes combined with all possible last names is astronomically large, making it impossible to “guess” a valid pair.
Depending on the threat model, the attacker's goal might not be to guess a single pair but to access any valid pair (of a booking with a flight date in the future, or maybe even in the past). Suddenly you're looking at thousands of valid booking codes and the attacker can try a couple dozen of common names. Brute-forcing valid pairs then becomes relatively easy.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by miki123211 on Friday December 19, 2025 @05:08PM
(#46331545)
Do we know what GDS Avelo is using? In other GDSes, is the confirmation code always sufficient to fully identify a booking? I was under the impression that PRLs could be re-used as long as the passenger surname was different.
The space of all possible PRLs is about 2 billion, I can imagine a really big Airline moving that many passengers.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by rootsudo on Friday December 19, 2025 @05:31PM
(#46331709)
They use a service of Sabre but not Sabre GDS. it’s called Radixx.
Yes in other GDS, it can be enough to identify a full booking. That’s why airlines prefer ticket or coupon number since the first two digits are the airline ticket stock / identifier and then fare codes, etc
The requiring last name, and more info is more or less security since any pss system can query the airline first for that combination before requiring more info to return a match.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by lxgr on Friday December 19, 2025 @05:39PM
(#46331802)
6 alphanumeric, case insensitive characters only allow for about 2 billion unique combinations. I’d have guessed there were more reservations made than that?
Re:Reverse Engineering US Airline's PNR System and Accessing...
by aardvark179 on Friday December 19, 2025 @05:41PM
(#46331816)
Confirmation codes are not sufficient on their own, they cycle through them relatively quickly so they have to be combined with things like the passengers family name to actually identify the booking.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by dboreham on Friday December 19, 2025 @05:34PM
(#46331738)
Always consider rate limiting if you deploy a public endpoint. Always require authentication to perform resource-consuming and/or privacy leaking requests.
(Requiring authentication makes rate limiting more practical since even a distributed attacker would need many credentials, which they probably don't have).
Re:Reverse Engineering US Airline's PNR System and Accessing...
by ISL on Monday December 22, 2025 @02:14PM
(#46357651)
It is likely that many airlines accommodate people who are being deported as regular passengers on outbound international flights.
For movement of humans at industrial scale, though, there are only a few operators with ICE contracts. Avelo, GlobalX, Eastern, Key Lime Air, and Omni come immediately to mind. For international flights, there's at least one Learjet operator that flies a bunch for them, too.
Re:Reverse Engineering US Airline's PNR System and Accessing...
by RealSoyboyRoy on Saturday December 20, 2025 @02:32AM
(#46334271)
> I immediately disclosed this to the Avelo team. They were responsive, professional, and took the findings seriously, patching the issues promptly.
(emphasis my own)
Sorry but I strongly disagree with this phrasing. This is a company "serving over 6 million customers since its 2021 launch" (from Google) that took four weeks to patch an embarrassing security flaw, after being handed all the details on a silver platter.
Imagine a food chain serving a million meals a year was revealed to be storing their food products in unsanitary conditions, and it took them a full month to correct this. That story would make national headlines, not to mention they could get promptly shut down by any competent health ministry.
I think this attitude mostly reveals how complacent we've become about these """incidents""": we just expect this to happen, everywhere and all the time, then we just shrug and say "they fixed it within a month, how responsible of them".
If we consider that the real major's move about 400k-500k passengers/day, let's be really optimistic and say that they check their booking 6 times a day for the week before they fly. That's around 250 requests/sec.
Anyone know about the consumer facing tech stacks at airlines these days? Seems unlikely that they'd have databases that would auto scale 400x...
I think more likely the API would be behind some kind of bot protection that would shut this down before any kind of technical rate limit is reached.
The "issue" is that they're returning the entire PNR dataset to the front-end in the first place. He doesn't detail how they fixed it, but there's no reason in the world that this entire dataset should be dumped into Javascript. I got into pretty heated arguments with folks about this at Travelocity and this shit is exactly why I was so adamant.
Sounds like no bug bounty?
It's great if OP is happy with the outcome, but it's so infuriating that companies are allowed to leak everyone's data with zero accountability and rely on the kindness of security researchers to do free work to notify them.
I wish there was a law that assigned a dollar value to different types of PII leaks and fined the organization that amount with some percentage going to the whistleblower. So a security researcher could approach a vendor and say, "Hi! I discovered vulnerabilities in your system that would result in a $500k fine for you. For $400k, I'll disclose it to you privately, or you can turn me down and I'll receive $250k from your fines."
There is. It is called GDPR.
Plenty of companies have been fined for leaks like this.
Some countries also have whistleblower bounties but, as you might expect, there are some perverse incentives there.
How does security research like this work out in practice, in the EU?
I read a lot of vulnerability writeups like this and don't recall seeing any where the author is European and gets a better outcome. Are security researchers actually compensated for this type of work in the EU?
How about fining individual developers with poor coding practices?
Also, it needs your company's business model to not be selling user data. That's why American companies find it hard to comply with.
This is a matter for lawmakers and law enforcement. Campaign for it. Nothing will change otherwise
https://en.wikipedia.org/wiki/Avelo_Airlines
(unfortunately, I feel like AI was overused in authoring the writeup)
I'm not suggesting whether or not the article is AI assisted. I'm wondering if the ease of calling someone's work "AI slop" is a step along the slippery slope towards trivializing this sort of drive-by hostility that can be toxic in a community.
There's a difference between leveraging AI to proofread or improve parts of their writing and this - I feel like AI was overused here; gave the whole article that distinctive smell and significantly reduced its information density.
"The fallout"
This flaw was critical.
And other vibes. You know it when you see it, though it may be hard to define.
How do you know your perception is accurate? One of humanity's biggest weaknesses is trusting that kind of response.
Pattern recognition is a many millions of years evolved ability best exemplified in the "human" species by the way, so I basically disagree with your whole premise anyways.
Imagine that - doctors, who have seen everything, have years of study, treat all those people, still require objective evidence. Anyone in IT looks for objective evidence - timing, stepping through code, etc.
Confidence doesn't correlate well with accuracy; in fact the more someone expresses your kind of confidence, the less I rely on them at all.
What if you wrongfully accuse someone? Does that matter? Are you responsible for the consequences of what you do?
Of course everyone is responsible for their accuracy and their errors, doesn't mean it's impossible to infer things based on observation experience and intuition. This is an evolved ability, but I do agree some people are better than others like most things.
You're conflating a lot of things. Many prejudices are accurate and prudent, which craft is stupid, but so what? I'm not going to deny my perception on something that's correct just because some other idiot believes in magic; non sequitur.
?
A stark reminder is a stark reminder about the existence of AI slop. You see the phrase a lot in social media comment spam.
Which really makes me wonder how we ended up training an AI…
https://news.ycombinator.com/item?id=46236514
https://news.ycombinator.com/item?id=46273466
(b.) they practically demonstrate the point: while, yes, AI uses em-dashes, the entire corpus of em-dashes is still largely human, too, so using that as a sole signal is going to have a pretty high false positive rate.
But that's the "industry standard" for checking a reservation online. Requiring airline login doesn't work because of tickets issued by travel agents or other airlines.
> This two-factor system is generally secure. The space of all 6-character alphanumeric confirmation codes combined with all possible last names is astronomically large, making it impossible to “guess” a valid pair.
Depending on the threat model, the attacker's goal might not be to guess a single pair but to access any valid pair (of a booking with a flight date in the future, or maybe even in the past). Suddenly you're looking at thousands of valid booking codes and the attacker can try a couple dozen of common names. Brute-forcing valid pairs then becomes relatively easy.
The space of all possible PRLs is about 2 billion, I can imagine a really big Airline moving that many passengers.
Yes in other GDS, it can be enough to identify a full booking. That’s why airlines prefer ticket or coupon number since the first two digits are the airline ticket stock / identifier and then fare codes, etc
The requiring last name, and more info is more or less security since any pss system can query the airline first for that combination before requiring more info to return a match.
Or are PNR locators recycled after a while?
https://bsky.app/profile/jjindc.bsky.social/search?q=avelo
For movement of humans at industrial scale, though, there are only a few operators with ICE contracts. Avelo, GlobalX, Eastern, Key Lime Air, and Omni come immediately to mind. For international flights, there's at least one Learjet operator that flies a bunch for them, too.
These days, the aforementioned carriers fly 20-30 flights/day. Here are Saturday's flights (apologies for the sign-in wall, but lalabote keeps their account somewhat locked down): https://bsky.app/profile/lalabote.bsky.social/post/3mai6lach...
Can you hook us up with some deep links?
Here is JJ's account -- he is a prolific flight-tracker: https://bsky.app/profile/jjindc.bsky.social
Here is an Avelo flight moving through California right now: https://bsky.app/profile/jjindc.bsky.social/post/3malkyew432...
Here is an Avelo flight on the ground in Seattle on Saturday: https://bsky.app/profile/jjindc.bsky.social/post/3magxcnri32...
Avelo flies a number of flights each week for ICE.
(emphasis my own)
Sorry but I strongly disagree with this phrasing. This is a company "serving over 6 million customers since its 2021 launch" (from Google) that took four weeks to patch an embarrassing security flaw, after being handed all the details on a silver platter.
Imagine a food chain serving a million meals a year was revealed to be storing their food products in unsanitary conditions, and it took them a full month to correct this. That story would make national headlines, not to mention they could get promptly shut down by any competent health ministry.
I think this attitude mostly reveals how complacent we've become about these """incidents""": we just expect this to happen, everywhere and all the time, then we just shrug and say "they fixed it within a month, how responsible of them".