How I stop worrying and let a project ship
Consider a scenario similar to the previous post, where there’s some big security issue in a project that wants to ship soon. Instead of stopping the project in its tracks, you decide to let it go. Why is that?
Reasons to let it ship
- Investigate further and discover whether the security issue is really exploitable. As a side benefit, maybe this will give mitigation ideas. (More on this later)
- We’re here to build useful products and make money, not to build a perfect work of art. Maybe after stepping back and thinking about it some more you can convince yourself (and others) that it’s actually a reasonably secure design despite the issue you’ve found.
- You don’t want to damage the relationship with the product team because it will hurt the overall mission.
- The number of people on earth that have the skillset or access necessary to exploit the issue is in the single digits, and none of them are going to be motivated to do so.
Mitigations
Rather than just letting the project ship unmodified, maybe you can work out some kind of mitigating controls. Examples: