Why IC Unlock Success Rate Is the First Question You Should Ask
When a client contacts a lab about recovering firmware from a protected microcontroller, the conversation almost always starts with the same question: “What are the chances this will actually work?” That question—about the IC unlock success rate—is not just reasonable; it is the single most important factor in deciding whether to proceed.
A reputable microcontroller firmware recovery lab will never quote a price without first estimating feasibility. The assessment is a structured process, not a guess. It considers the chip family, the specific protection mechanism, the physical condition of the device, the number of available samples, and the lab’s historical data on similar parts. The output is a probability range—sometimes expressed as a percentage, sometimes as a simple “high / medium / low / not feasible” rating—that tells you whether to invest.
This article walks through every variable that feeds into that rating, explains why some chips sit at 95 % while others sit at 0 %, and gives you a practical framework for interpreting the answer a lab gives you.
The Feasibility Assessment: What Happens in the First 48 Hours

Before any invasive work begins, the lab runs a triage process. Think of it as a diagnostic consultation rather than surgery. Here is the typical sequence:
- Part identification. The chip marking is cross-referenced against internal databases. Remarked or sanded parts are flagged immediately—they lower confidence because the actual silicon may differ from the label.
- Protection-level lookup. The lab checks which security features the chip family supports and, where possible, reads the device’s security register to determine which level is active.
- Historical match. The lab searches its records for previous jobs on the same part number and revision. A chip that has been successfully unlocked dozens of times carries a very different risk profile from one the lab has never seen.
- Sample inspection. The physical condition of the device matters. Corrosion, cracked packages, missing pins, or signs of previous rework all affect the IC unlock success rate.
- Method selection. Based on steps 1–4, the engineer selects a candidate attack path—non-invasive, semi-invasive, or fully invasive—and estimates the probability of each path succeeding.
Only after this triage does the client receive a quote. If the assessment points to a very low IC unlock success rate, an honest lab will say so upfront rather than collect a fee for work that is unlikely to deliver a result.
Variables That Determine IC Unlock Success Rate
1. Chip Family and Manufacturer
This is the single largest factor. Different manufacturers implement protection at different levels of sophistication. A broad generalisation:
| Category | Typical Success Rate | Examples |
|---|---|---|
| Legacy 8-bit MCUs with basic fuse protection | 90–99 % | PIC16F, AT89C51, older MSP430 |
| Mainstream 32-bit MCUs with single-level RDP | 70–95 % | STM32F1/F4 at RDP Level 1, GD32F series |
| MCUs with multi-level or hardware-backed protection | 30–70 % | Some Renesas RX, NXP Kinetis with secure boot |
| Secure elements, TPMs, smartcard ICs | 0–15 % | Infineon SLE, NXP SmartMX, ATECC608 |
These ranges are approximations. Within each row, the actual number depends on the specific part revision, the silicon foundry node, and whether the manufacturer has patched known vulnerabilities in later mask sets.
For instance, STM32 read-out protection at RDP Level 1 is well-understood and has a high recovery rate, while RDP Level 2 on the same family is a permanent lock that drops the rate to near zero. Similarly, GD32 parts that mirror the STM32 architecture may respond to similar techniques, but subtle silicon differences can shift the outcome.
2. Protection Level Active on the Specific Device
Most MCU families offer multiple protection tiers. The higher the tier, the lower the IC unlock success rate. Consider a simplified model:
- Level 0 (no protection): Firmware can be read directly. Success rate is effectively 100 %—no “unlock” is needed.
- Level 1 (software read-out protection): Debug ports are disabled, but the protection is enforced by configuration bits that may be vulnerable to glitching, UV exposure, or side-channel attacks. Success rate: 70–95 %.
- Level 2 (permanent lock / hardware fuse): The protection is blown by a one-time-programmable fuse or an irreversible chemical change in the silicon. Success rate: 0–30 %, often requiring physical die exposure and micro-probing.
- Level 3 (encrypted storage + tamper mesh): Found on secure elements. The firmware is encrypted at rest, and the die is covered with an active shield that detects physical probing. Success rate: effectively 0 % for most commercial labs.
The critical takeaway: the same chip at different protection levels can have wildly different success rates. A lab that tells you “we can do STM32” without asking which RDP level is active is not doing a real assessment.
3. Physical Condition of the Sample
Even a chip with a theoretically high success rate can fail if the sample is damaged. Common issues include:
- Corroded or missing bond pads — prevents electrical contact for glitching or reading.
- Cracked die — may have severed critical interconnects.
- Previous decapsulation attempts — acid damage to the passivation layer or metal traces can destroy the very structures the lab needs to probe.
- ESD damage — the flash memory array may already be partially corrupted, meaning even a successful unlock yields garbage data.
This is why labs ask for photographs and, ideally, multiple samples. Each additional sample raises the aggregate IC unlock success rate because the lab can attempt different methods on different units without risking the only copy of the firmware.
4. Number of Available Samples
A single sample means a single attempt. If the method is destructive—decapsulation, laser cutting, FIB editing—there is no second chance. With three to five samples, the lab can:
- Use one sample for exploratory work (die imaging, process characterisation).
- Use a second sample for the actual attack.
- Hold a third in reserve if the first attack damages the die.
As a rule of thumb, providing three samples instead of one can raise the effective IC unlock success rate by 10–20 percentage points on medium-difficulty chips.
5. Attack Method Available
The method chosen is a function of all the variables above. Here is how each class of method maps to success probability:
| Method Class | Destructive? | Typical Success Range | When Used |
|---|---|---|---|
| Non-invasive (glitching, side-channel, protocol exploits) | No | 60–95 % | Software-level protection, known vulnerabilities |
| Semi-invasive (UV exposure, backside optical fault injection) | Sometimes | 50–85 % | Fuse-based protection on older process nodes |
| Fully invasive (decap + micro-probing, FIB circuit edit) | Yes | 30–70 % | Hardware fuses, no known non-invasive path |
Non-invasive methods are always preferred because they preserve the sample and are repeatable. The lab escalates to invasive methods only when the technical assessment of the IC crack path shows no viable software-only route.
6. Lab Experience and Tooling
Two labs given the same chip can report different success rates. The difference comes down to:
- Database depth. A lab that has processed thousands of NXP Kinetis, LPC, and S12 security configurations will have refined recipes that a less experienced lab lacks.
- Equipment. Focused ion beam (FIB) systems, femtosecond laser stations, and high-end probing stations cost millions. Not every lab has them.
- Process discipline. Repeatable results require documented procedures, calibrated equipment, and clean-room conditions for invasive work.
How to Read a Lab’s Feasibility Report
After the triage, a good lab will give you a structured answer. Here is what each part means and what you should look for:
Success Probability Tier
Most labs use a tiered system rather than a precise percentage, because the uncertainty is real:
- High (≥ 80 %): The lab has done this exact part many times. The method is well-characterised. You should expect success.
- Medium (40–79 %): The lab has a viable attack path but has not fully validated it on this specific revision, or the method has inherent variability (e.g., glitching timing windows).
- Low (10–39 %): The lab believes an attack is theoretically possible but has limited data. Expect to provide multiple samples and accept the risk of failure.
- Not feasible (< 10 %): The protection is beyond current commercial capabilities. The lab should decline the job or clearly state the near-zero odds.
Pricing Model
The IC unlock success rate directly affects how the lab prices the work:
- Fixed fee: Common for high-probability chips. The lab absorbs the small risk of failure.
- No-success-no-fee: Sometimes offered for medium-probability chips. The lab charges nothing if the unlock fails, but the quoted price is higher to compensate for the risk.
- Evaluation fee + success fee: Common for low-probability or novel chips. You pay a non-refundable evaluation fee to cover lab time, plus a larger success fee only if the firmware is recovered.
If a lab offers a flat fixed fee on a chip that should be in the “low” tier, be cautious. They may be overestimating their capabilities, or the fee may be non-refundable regardless of outcome.
Deliverables and Verification
A successful unlock is only useful if the extracted data is verified. The feasibility report should state:
- What format the firmware will be delivered in (Intel HEX, binary, S-record).
- Whether EEPROM data and configuration bytes are included.
- How the lab verifies integrity—typically by programming the extracted binary into a blank device and confirming functional equivalence.
Real-World Success Rate Ranges by Chip Family
The following table compiles approximate ranges based on publicly discussed results and industry experience. These are not guarantees; they are starting points for your own feasibility conversation.
| Chip Family | Common Protection | Approx. Success Rate | Notes |
|---|---|---|---|
| Microchip PIC12/16/18 | Code-protect fuse | 90–98 % | Well-studied; many non-invasive paths |
| Atmel AT89C / AT89S | Lock bits | 85–95 % | UV or glitch methods well-documented |
| STM32F0/F1/F4 (RDP1) | RDP Level 1 | 75–95 % | Voltage glitching widely successful |
| STM32 (RDP2) | RDP Level 2 | 0–5 % | Permanent fuse; invasive only, rarely successful |
| GD32F1/F3 | SWD lock | 70–90 % | Similar to STM32 but silicon differences matter |
| Renesas RL78 / R8C | ID code / OCD lock | 60–85 % | Renesas RL78, RX, and R8C recovery paths vary by sub-family |
| NXP LPC1xxx / Kinetis | CRP / FSEC | 50–80 % | CRP Level 3 is much harder than CRP Level 1 |
| Infineon XMC / TriCore | UCB / HSM | 40–75 % | Infineon XMC and TriCore decryption depends heavily on series |
| Nuvoton N76E / NUC | Lock bits / security lock | 65–90 % | Nuvoton M0 and N76E series protection is generally moderate |
| Secure elements (ATECC, SLE) | Hardware crypto + tamper mesh | 0–5 % | Designed to resist nation-state attackers |
What Lowers the IC Unlock Success Rate (and What You Can Do About It)
Factors That Lower It
- Only one sample available. Every destructive step becomes a one-shot gamble.
- Chip has been through reflow multiple times. Thermal cycling degrades flash retention and bond wire integrity.
- Unknown or remarked part. The lab cannot select the right method if the true silicon is uncertain.
- Latest mask revision. Manufacturers patch vulnerabilities in newer revisions. A technique that worked on Rev A may fail on Rev C.
- Encrypted firmware. Even if the binary is extracted, it may be AES-encrypted with a key stored in OTP memory that is destroyed during the unlock process.
Actions That Raise It
- Provide 3–5 samples. This is the single most impactful thing a client can do.
- Supply a working reference board. The lab can compare extracted firmware behaviour against the known-good board.
- Share the part datasheet and any known configuration. Knowing the exact part number, revision, and clock configuration saves the lab hours of guesswork.
- Be transparent about previous attempts. If another lab already tried and failed, knowing what they attempted prevents the new lab from repeating the same dead end.
When the Success Rate Is Too Low: Alternative Paths
If the feasibility assessment comes back as “low” or “not feasible,” the project is not necessarily dead. Consider these alternatives:
- Functional cloning. Instead of extracting the original firmware, the engineering team reverse-engineers the board’s behaviour and writes new firmware that replicates it. This is more expensive but bypasses the chip entirely.
- Board-level recovery. If the goal is to reproduce the entire product—not just the firmware—a board-level duplication workflow combined with new firmware development may be more cost-effective than an uncertain IC unlock.
- Sourcing a pre-locked replacement. In some cases, blank chips of the same part number can be sourced, and the firmware can be obtained from the original manufacturer under licence.
Red Flags: When a Lab’s Claimed Success Rate Should Not Be Trusted
Not every claim is honest. Watch for these warning signs:
- “100 % success rate on all chips.” No lab achieves this. Secure elements alone make the claim impossible.
- No questions asked about protection level or sample condition. A lab that quotes without asking is not doing an assessment.
- Full payment upfront with no milestone structure. Legitimate labs either offer no-success-no-fee or split the payment into an evaluation fee and a success fee.
- No verification step described. If the lab does not explain how they confirm the extracted binary is correct, the “success” may be a corrupted dump.
A trustworthy lab will tell you “we don’t know” or “we can’t do this” more often than you expect. That honesty is itself a signal of competence.
Summary: A Decision Framework
Before committing budget to an IC unlock project, run through this checklist:
- Identify the exact chip part number, revision, and active protection level.
- Count your available samples. If you have only one, seriously consider whether the risk is acceptable.
- Request a written feasibility assessment from the lab, including the estimated IC unlock success rate tier, the proposed method, and the pricing model.
- Compare the lab’s estimate against the general ranges in this article. If the numbers diverge significantly, ask why.
- If the success rate is below 40 %, evaluate alternative paths before proceeding.
- Ensure the quote includes a verification step—programming the extracted binary into a blank device and testing it.
The IC unlock success rate is not a mystery. It is a measurable, predictable quantity that depends on well-understood variables. The job of a good lab is to quantify it honestly. Your job is to make an informed decision based on that number.
Working on a board like this?
Send the chip marking or two photos. You get feasibility, lead time and price within 24 hours, and the check costs nothing.
Get a free quote