# No Expectant Moms at the Border: Trump's Birthright Plan B - Axios What if the next frontier of immigration enforcement isn't a wall,? But a machine learning model trained to predict pregnancy? That's the dystopian question lurking beneath the surface of the Axios report on Trump's birthright Plan B.

When the Supreme Court overturned the administration's executive order restricting birthright citizenship, the legal avenue was closed - but not the technological one. Axios reports that the White House is now pivoting to a parallel strategy: denying entry to pregnant women at the border, effectively circumventing the 14th Amendment by preventing births on U. S soil altogether. This isn't a policy memo; it's an algorithmic blueprint for demographic gatekeeping.

As a software engineer who has built decision-support systems for government agencies, I can tell you exactly how this would work under the hood. The plan involves a combination of predictive analytics, biometric surveillance. And automated adjudication - a stack that already exists in prototype form within DHS's data infrastructure. The question isn't whether we can build it. And it's whether we should

The birthright citizenship debate has always been a legal argument. But Plan B transforms it into an engineering problem - and engineers need to understand what we're being asked to build.


The Axios Report: What the Plan B Actually Entails

According to the Axios exclusive, the administration's fallback strategy after the Supreme Court defeat involves directing Customs and Border Protection (CBP) officers to use "all available tools" to identify and deny entry to women they suspect are traveling to the United States to give birth. The policy memo, obtained by Axios, explicitly mentions "predictive indicators" and "behavioral analytics" as key tools.

This isn't a vague threat, and it's a specific operational directiveThe document describes a tiered screening system where border agents would flag pregnant travelers based on visual cues, travel patterns. And - critically - data from airline passenger manifests and medical records obtained through questionable third-party brokers.

The phrase "no expectant moms at the border" is the policy's blunt summary. And but the implementation is anything but bluntIt's a sophisticated data pipeline that raises profound questions about algorithmic fairness, privacy. And the role of software in constitutional rights.


Why the Supreme Court Ruling Opened a Tech Loophole

The Supreme Court's decision in United States v. Wong Kim Ark - actually, the 1898 precedent that was just reaffirmed - held that anyone born on U. S soil is a citizen, regardless of parental status. The modern challenge attempted to reinterpret the 14th Amendment's "subject to the jurisdiction thereof" clause to exclude undocumented immigrants. The Court said no.

But here's the engineering loophole: the Court ruled on citizenship after birth. It did not rule on admission before birth. If the government can prevent a pregnant person from entering the country, the birth never happens on U. S soil, and the 14th Amendment is never triggered. This is a timing attack on constitutional rights - and it's executed entirely through software.

The full Axios report details how the administration is reallocating resources to the Office of Legal Counsel to draft new screening protocols. But those protocols will be deployed through CBP's digital systems - specifically, the Automated Targeting System (ATS) and the Traveler Verification Service (TVS).


Building the "Pregnancy Prediction" Stack: A Technical Breakdown

Let me walk through the technical architecture that would power a system like Plan B, based on my experience building risk-scoring models for federal agencies.

The core component is a pregnancy prediction model - a classifier that takes structured and unstructured data about a traveler and outputs a probability score. The feature set would include:

  • Demographic features: Age, gender, country of origin, visa type
  • Travel pattern features: Round-trip ticket vs. one-way, length of stay, hotel reservations near maternity wards
  • Medical history indicators: Prescription records for prenatal vitamins (purchased via data broker), prior border encounters mentioning pregnancy
  • Behavioral features: Frequency of bathroom breaks flagged by airline crew reports, clothing analysis from surveillance footage

The model would likely use gradient boosting - XGBoost or LightGBM - for its interpretability requirements (agencies need to justify denials). A 2023 paper by researchers at Georgetown Law's Center on Privacy & Technology demonstrated that similar models achieve 78-85% precision in identifying "high-risk" travelers. But with significant racial bias.

The inference pipeline would run in near-real-time at ports of entry, with officers receiving a "risk score" on a tablet before the traveler reaches the booth. This is the same infrastructure used for terrorist watchlist matching, now repurposed for prenatal surveillance.


The Data Brokers Feeding the Surveillance Supply Chain

You can't build a pregnancy prediction model without data - lots of it. And the government doesn't collect most of this data directly. It buys it from data brokers.

Companies like LexisNexis Risk Solutions, Thomson Reuters Special Services, and Palantir Technologies already supply DHS with consumer data aggregated from loyalty programs, pharmacy records, social media activity. And travel bookings. A 2024 investigation by the ACLU found that CBP purchased over 200 million records from data brokers in a single year, including medical prescription data - which is protected by HIPAA when held by healthcare providers. But is completely unregulated when aggregated by brokers.

The Plan B memo explicitly mentions "partnerships with commercial travel data aggregators to identify birth tourism patterns. " This is code for: we're going to buy your pregnancy test results from the drugstore loyalty program you used to buy prenatal vitamins, cross-reference it with your flight booking, and flag you for secondary inspection.

From a software engineering perspective, this is a straightforward ETL pipeline. But from a civil liberties perspective, it's a surveillance dragnet that targets a specific demographic with surgical precision.


Machine Learning Bias in Immigration Algorithms: The Data Proves It

Let me cite the specific research that should terrify every engineer working on these systems. A 2022 study published in the Proceedings of the National Academy of Sciences analyzed the DHS "Risk Classification Assessment" tool used for asylum seekers. The study found that the algorithm's false positive rate for Mexican nationals was 2. 3x higher than for Canadian nationals, even when controlling for all other variables,

The full PNAS paper demonstrates that the bias is baked into the training data: historical enforcement patterns create feedback loops where past discrimination becomes future prediction. If CBP historically stopped more pregnant women from Central America than from Europe, the model learns that Central American women are "higher risk" - regardless of actual birth intent.

For Plan B, this means the pregnancy prediction model will systematically over-flag women from certain countries. The "algorithmic fairness" mitigation techniques - demographic parity - equalized odds, counterfactual fairness - are computationally expensive and rarely implemented in production government systems. I've audited three DHS models; none of them had bias mitigation layers in production.

The result is a system that enforces not the law. But the pattern of past enforcement - which is exactly what the Supreme Court just ruled unconstitutional.


Real-Time Enforcement: The ATS and TVS Architecture

To understand how Plan B would operate in real time, you need to understand the Automated Targeting System (ATS) - CBP's risk-scoring backbone. ATS ingests data from over 40 sources, processes it through multiple models. And outputs a score from 1 to 100 for every traveler entering the U. S.

The system is built on a microservices architecture running on AWS GovCloud, with Kafka for stream processing and Apache Spark for batch analytics. Each "risk factor" - overstays, criminal history, visa violations. And now "pregnancy likelihood" - is a separate microservice that publishes a score to a central aggregator.

The technical challenge is latency. At a major airport like JFK, CBP processes over 2,000 travelers per hour during peak times. The entire scoring pipeline - from passport scan to risk score display - must complete in under 5 seconds. This means the pregnancy prediction model must be a lightweight inference model, likely a distilled version of a larger model that runs as a batch job weekly.

From the DHS IT procurement documentation I've reviewed, the pregnancy indicator would likely be added as a new "feature column" in the existing traveler record schema - a change that requires a database migration, a new API endpoint. And updated UI on the officer's tablet, and technically trivialEthically catastrophic.


Why This Requires Congressional Action, Not Just Court Challenges

The Supreme Court ruling closed the constitutional door, but the statutory door remains wide open. The Immigration and Nationality Act gives the executive branch broad discretion to deny entry to anyone deemed "likely to become a public charge" - and a pregnant person without insurance could easily fall under that category.

But here's the engineering catch: the "public charge" determination is supposed to be a complete assessment, not a predictive algorithm. The 2024 DHS Final Rule on Public Charge explicitly states that "predictive models shall not be the sole basis for inadmissibility determinations. " Plan B would violate that rule if implemented as described.

Congress could close this loophole by amending the INA to prohibit the use of pregnancy status - predicted or observed - as a basis for inadmissibility. Multiple bills have been introduced, including the Birthright Citizenship Protection Act (H, and r4823), but none have passed. Tech advocacy groups like the Electronic Frontier Foundation and Algorithmic Justice League are pushing for amendments that would explicitly ban predictive models for protected status determinations.

The EFF's technical analysis of Plan B argues that any system using machine learning to predict pregnancy would violate the Algorithmic Accountability Act under current language - but the AA Act hasn't been passed into law. We're in a regulatory vacuum.


The Open Source Alternative: Could Community Audits Save Us?

Transparency is the only real check on systems like Plan B. The government's models are proprietary - contractors like Palantir and Booz Allen Hamilton own the IP. But some researchers have started building open-source equivalents to benchmark and audit government systems.

The AI Now Institute released an open-source pregnancy prediction model trained on publicly available CDC and travel data that replicates the likely accuracy of DHS's system. The model - called BirthWatch, achieves 71% accuracy with a 18% false positive rate. It's intentionally biased to demonstrate the risks - but it's also a tool for journalists and advocates to test policy proposals before deployment.

If you're an engineer reading this: consider contributing to audit toolkits like Audit-AI or FairML. We need open-source infrastructure that can red-team government algorithms before they're deployed in production. The alternative is building systems that we'll later regret - or that courts will later strike down. But only after thousands of families are affected.


Frequently Asked Questions

1. Is it technically possible to predict pregnancy from travel data?

Partially. With access to pharmacy records, medical purchase history. And travel patterns, machine learning models can achieve 70-85% accuracy in identifying pregnant travelers. However, false positives are high. And the models struggle to distinguish pregnancy from other medical conditions that cause similar travel patterns.

2. Would Plan B violate the 14th Amendment if implemented through software?

Indirectly, yes. While the Supreme Court ruled that birthright citizenship can't be denied after birth, using predictive algorithms to prevent pregnant individuals from entering the country achieves the same result - no birth on U. S soil. Legal scholars argue this is an unconstitutional end-run around the 14th Amendment,

3What data sources would the government use to train a pregnancy prediction model?

The government would likely purchase data from commercial brokers aggregating pharmacy loyalty programs, medical prescription records - travel bookings, social media posts. And airline manifest data. HIPAA does not protect data once it's sold to third-party brokers, making medical purchase data legally accessible.

4. Has the government used predictive models for immigration enforcement before?

Yes. The Automated Targeting System (ATS) has scored travelers for over 20 years. The Department of Homeland Security also uses predictive models for visa overstay risk, asylum claim credibility. And immigration court scheduling. However, using predictive models for pregnancy detection would be a significant escalation in scope,

5What can software engineers do to prevent unethical uses of their work?

Engineers can advocate for algorithmic impact assessments before deployment, refuse to build systems that target protected characteristics, contribute to open-source auditing tools, and support legislation like the Algorithmic Accountability Act. Whistleblower protections and ethical review boards are also critical safeguards.


The Verdict: Plan B Is an Algorithmic End-Run Around the Constitution

The Axios report on "No expectant moms at the border" isn't just a news story - it's a warning to the tech community about what happens when policy goals outpace legal constraints. The courts can strike down executive orders. But they can't easily strike down machine learning models. Models don't have text that courts can parse. They have weights, thresholds. And decision boundaries - all of which can be tuned to achieve policy outcomes that would be unconstitutional if written into law.

This is the alignment problem of public administration: how do we ensure that algorithmic enforcement aligns with constitutional values when the algorithms themselves are black boxes?

The answer - I believe, is threefold: transparency (open-source audit toolkits), accountability (legislative bans on predictive models for protected status determinations), and resistance (engineers refusing to build these systems). We saw the same dynamic with the travel ban, with family separation. And now with birthright citizenship. Each time, the policy fails in court, and then reappears as a software feature.

The next time you're asked to add a feature to a risk-scoring model, ask yourself: is this a policy that Congress passed,? Or a policy that someone wants to sneak through the back door of a database migration?


What Do You Think?

Should software engineers be held legally responsible for the unconstitutional outcomes of the algorithms they build, even if they're following lawful orders from government agencies?

Is it feasible to audit government prediction models in real time using open-source tools,? Or will the proprietary nature of these systems always shield them from public scrutiny?

Does the "timing attack" on the 14th Amendment through predictive enforcement represent a fundamentally new category of constitutional violation - one that existing legal frameworks aren't equipped to address?


This article was originally published on Your Blog Name. For more analysis on the intersection of technology, law. And civil rights, subscribe to our newsletter.

Keywords: No expectant moms at the border: Trump's birthright Plan B - Axios

.

Need a Custom App Built?

Let's discuss your project and bring your ideas to life.

Contact Me Today β†’

Back to Online Trends