Description
Vulnerable is a debuff that makes a unit take more damage from every source.
Read moreShow less about Vulnerable
It lasts for a duration. It is the debuff mirror of Damage Amp. Both use the same multiplier. Damage Amp is granted to the attacker, while Vulnerable is applied to the victim.
Note: It is not the same as Sunder or Shred. Each of those cuts one resistance stat. Neither one amplifies the hit itself.
Listed in: Debuffs
What enables Vulnerable (2)
Champions that apply Vulnerable (2)
Cost selected
Trait selected
Range selected
Role selected
2 champions · paste in the game's Team Planner
-
Withering Curse Passive: Gain 25% Omnivamp. Active: Fire a dark blast at 3 nearby enemies, dealing 60 / 90 / 500 magic damage to them and cursing them for 4 seconds. Then, spawn a 2 Hex withering zone for the same duration that deals 33 / 50 / 500 magic damage per second. Cursed enemies take 22 / 33 / 240 more damage per curse.
-
Final Spark Passive: On cast, all allies that share a trait with Lux gain 3 / 3 / 100 mana. Active: Fire a laser towards the most enemies in a line that deals 375 / 565 / 6500 magic damage, reduced by 25 / 25 / 10% for each enemy hit (minimum 40%). Lunar Bonus: Applies 8% Vulnerable to enemies hit for 4 seconds. Vulnerable: Increases damage taken
What Vulnerable counters
See also
Frequently asked questions
-
What does Vulnerable — an effect that "increases damage taken" — actually do in TFT?
It is a debuff on the enemy, not a stat on your own unit. The keyword text is simply that a vulnerable unit takes increased damage.
- The target carries it, so every attacker hitting that target gains from it, not only whoever applied it.
- Live sources state a percentage and a duration.
- It mirrors Damage Amp, which amplifies one holder's outgoing damage instead.
Note: One documented exception: true damage ignores damage amplification entirely.
-
If two effects apply Vulnerable to the same target, do the percentages add or multiply?
No published rule covers this keyword specifically. Treat it as unconfirmed.
Every comparable debuff keyword here follows one convention:
- Multiple sources do not stack.
- The duration refreshes.
- A stronger application overwrites a weaker one.
The resistance-cutting keywords carry an explicit "This effect does not stack" line. The burn family is documented the same way.
Note: Plan around one reliable applier rather than doubling up, and check the specific source's tooltip.
-
Does Vulnerable work before or after the target's Armor and Magic Resist?
After. Amplification in this game is documented as applying post-mitigation. Resistances cut the hit first, and the increase then scales what is left.
- It never strips Armor or Magic Resist.
- Because it multiplies an already-mitigated number, it pays the same percentage against a squishy target and a tanky one.
Note: True damage is a real exception, not a guess. It ignores resistances, damage reduction and damage amplification alike.
-
Is Vulnerable redundant if I already apply Sunder and Shred?
No. They act at different steps, so they compound.
- Sunder and Shred lower a resistance, changing the value fed into the mitigation formula.
- The increased-damage debuff then scales whatever survives.
- Cutting resistances pays most against a high-resistance frontline and little against a squishy backline.
- The debuff pays the same percentage everywhere.
Neither replaces the other.
Note: The resistance keywords carry an explicit no-stacking line, so a second copy of one adds little.
-
Does it matter which of my units applies the increased-damage-taken debuff?
For the size of the increase, no. It rides on the enemy, so every unit hitting that target gains from it. What matters is uptime and where it lands.
- A live source applies it to all enemies hit, for a few seconds, so it is not always single-target.
- An applier that reaches the enemy backline is worth far more than one that only debuffs the frontline it faces.
Note: Damage Amp is the opposite. It follows the holder.
-
What happens if Vulnerable is reapplied while it is already running?
Unconfirmed for this keyword specifically. Comparable debuffs here refresh rather than add:
- The duration returns to full.
- A stronger application overwrites a weaker one.
- A weaker one changes nothing.
Live sources state both a percentage and a duration in seconds, and a few seconds is typical. So a unit reapplying it steadily holds it up, and a single application is a short window.
Note: Once reapplication stops, it expires on its stated timer.
-
Does Vulnerable also boost Burn and other damage-over-time ticks?
Often no, and for the most common tick the assumption is backwards.
- Burn is dealt as true damage, and true damage ignores damage amplification outright. So the increase does nothing to it.
- Ticks dealt as ordinary physical or magic damage are amplified like any other hit.
- Other damage over time has no single documented damage type. It varies by source, and true-damage ticks turn up outside Burn too.
Note: Read the damage type in the tooltip before counting on the boost.
-
Can a unit cleanse Vulnerable, or does crowd-control immunity block it?
Treat it as a damage debuff, not crowd control.
- Crowd-control immunity is defined as preventing any type of crowd control from being applied.
- Damage-amplification debuffs are not among the listed crowd-control types.
- So it should not block the damage increase, and effects that clear crowd control need not remove it.
Note: The reliable counterplay is defensive. Durability and flat damage reduction both cut the damage a unit receives.
-
Does the extra damage also chew through the target's shields faster?
Yes. Resistances mitigate a hit before a shield absorbs it, and this amplification applies post-mitigation. So the number the shield must eat is the already-increased one, and shields break faster.
- It is not a shield bypass. Nothing here lets damage skip the shield layer.
- Against a shield-heavy board the debuff keeps its value, since it scales the hit regardless of what absorbs it.
Note: Whether overflow past a broken shield keeps the increase is undocumented.