If the blockchain wanted to redact a previous transaction, how would it affect the transactions after it?

Assuming there was a large token drain after an attack and the consensus among everyone was to remove that transaction while keeping other transaction intact, I suppose there are 3 method:

1. Fork the chain at the moment before the attack and patch the hole, but all the transactions that were performed after it would be invalidated.
2. Same as 1 but roll up all the skipped transactions after it into 1 transaction and commit it to the end of the chain.
3. Approve, by consensus, 1 transaction that reverses the effects of the attack transaction and commit it to the end of the chain.

Which approach with Ethereum choose and how quickly would it be done starting from the moment the attack took place?

If it takes too long to reach a community consensus, would the recommendation be to continue using the chain like normal while the experts come up with a consensus, or assume it will be forked and wait till it's over to continue using the chain?