El plan de recursos es el segundo documento del plan de engagement, detallando un resumen de fechas, conocimiento requerido, requerimientos de fuentes. El plan extiende el CONOPS e incluye detalles específicos.
Al contrario que CONOPS, el plan de recursos no debería estar escrito como resumen, sino como lista de puntos de subsecciones. Como con la mayoría de documentos de red team, no hay un estándar establecido para este. Debajo un ejemplo de guía:
- Header
- Personnel writing
- Dates
- Customer
- Engagement Dates
- Reconnaissance Dates
- Initial Compromise Dates
- Post-Exploitation and Persistence Dates
- Misc. Dates
- Knowledge Required (optional)
- Reconnaissance
- Initial Compromise
- Post-Exploitation
- Resource Requirements
- Personnel
- Hardware
- Cloud
- Misc.
La clave para escribir y entender un plan de recursos, es ofrecer suficiente información para recoger lo que se requiere pero no más de ello. El documento debería de ser conciso y definir lo que se necesita.