Auditor de TI
Comprueba si los controles realmente funcionan y lo hace constar por escrito.
Áreas de competencia
- Evaluación de Controles de Seguridad
- Auditoría de Programas Tecnológicos
- Política y Planeación de Ciberseguridad
- Práctica especializada
Aramis:Current Daily
Una lista breve de lectura para un Auditor de TI, de menos de 30 minutos por edición.
2026-09-30. 4 minutos en total. Esta edición está en inglés.
U.S. Government Accountability Office, 2026-09-29. Leer, 4 min.
Por qué importa para este rol: Borrow GAO's request list, from system permissions to training records, signed rules of behavior, and background investigations, as the evidence set when you audit access granted to a special project team.
Preguntas de muestra
Tres preguntas reales de la evaluación de este rol, con la respuesta, el razonamiento y el enunciado NICE que cada una mide. La evaluación completa se nutre de cientos como estas.
Pregunta de muestra 1
Bellwood Utilities está adquiriendo, mediante una licitación competitiva (RFP), firmware para unidades terminales remotas de subestación y una plataforma de monitoreo de Kestrel Grid Systems. Usted es el auditor de TI asignado para determinar si el proceso del área de adquisiciones atiende suficientemente el riesgo de la cadena de suministro antes de que se firme el contrato. El expediente de la licitación contiene un convenio de confidencialidad estándar, verificaciones de referencias con otros dos clientes del sector de servicios públicos, una matriz de evaluación técnica y de costos, y notas de la negociación de precios. El expediente no contiene ningún requisito de lista de materiales de software, ningún cuestionario de seguridad, ninguna cláusula que otorgue a Bellwood el derecho de auditar a Kestrel o de exigirle la remediación de vulnerabilidades, ni una evaluación de los subcontratistas y proveedores de componentes de Kestrel. ¿Qué debe concluir el auditor?
- A.El área de adquisiciones no ha atendido suficientemente el riesgo de la cadena de suministro; el expediente muestra una debida diligencia comercial, pero carece de controles específicos de seguridad, como el requisito de una lista de materiales de software, un cuestionario de seguridad, derechos contractuales de auditoría y visibilidad sobre los subcontratistas y proveedores de componentes de Kestrel, que deben resolverse antes de la firma.
- B.El área de adquisiciones sí ha atendido suficientemente el riesgo de la cadena de suministro, porque las verificaciones de referencias con dos clientes existentes del sector de servicios públicos ya demuestran que los productos de Kestrel han sido evaluados en entornos operativos comparables por pares calificados, y esa validación operativa en condiciones reales es un indicador de confiabilidad más sólido que cualquier requisito documental que el área de adquisiciones todavía pudiera agregar al expediente de la licitación.
- C.El área de adquisiciones sí ha atendido suficientemente el riesgo de la cadena de suministro, porque el convenio de confidencialidad firmado obliga legalmente a Kestrel a divulgar cualquier vulnerabilidad conocida en su firmware y en sus componentes de hardware antes de la firma del contrato, lo que convierte un cuestionario de seguridad aparte o una cláusula de auditoría en una duplicación innecesaria de las protecciones que el área de adquisiciones ya aseguró.
- D.El área de adquisiciones no ha atendido suficientemente el riesgo de la cadena de suministro, y la auditoría debe recomendar descalificar a Kestrel de la licitación y reabrir el concurso a otros proveedores, ya que el hecho de que la propuesta de Kestrel carezca de cualquier respuesta a un cuestionario de seguridad indica que sus prácticas de desarrollo de firmware probablemente no alcanzan el nivel de seguridad esperado para equipos de subestación.
Ver la respuesta y el razonamiento
Respuesta correcta: A
El expediente demuestra únicamente debida diligencia comercial: verificación de referencias, evaluación de costos, notas de negociación y un acuerdo estándar de confidencialidad. Ninguno de estos elementos examina las dimensiones específicas de seguridad del riesgo de la cadena de suministro relevantes para el firmware de las RTU y una plataforma de monitoreo vinculada con las operaciones de la red eléctrica. Entre esas dimensiones se encuentran una lista de materiales que revele los componentes integrados y de terceros, un cuestionario sobre las prácticas de desarrollo y aplicación de parches de Kestrel, derechos contractuales para realizar auditorías o exigir remediación y visibilidad sobre los propios subcontratistas de Kestrel. El hallazgo debe identificar esta brecha y recomendar que se cierre antes de firmar. La opción B es incorrecta porque la verificación de referencias refleja la satisfacción de los clientes y el funcionamiento operativo, no las prácticas de ingeniería de seguridad ni la procedencia de los componentes. Que otras empresas de servicios públicos utilicen el equipo sin incidentes no demuestra que las prácticas de desarrollo y aplicación de parches de Kestrel sean adecuadas, por lo que la reputación operativa no sustituye la evidencia específica de seguridad faltante. La opción C es incorrecta porque un acuerdo de confidencialidad protege la información confidencial intercambiada durante la operación, pero no crea para Kestrel una obligación expresa de divulgar vulnerabilidades ni establece derechos de auditoría u obligaciones de remediación. Por ello, no vuelve redundante un cuestionario separado ni una cláusula de auditoría. La opción D identifica correctamente que adquisiciones no ha atendido suficientemente el riesgo de la cadena de suministro, pero extrae una conclusión equivocada: la ausencia de un cuestionario de seguridad en el expediente de la RFP demuestra una brecha en los requisitos de adquisiciones, no las prácticas reales de desarrollo de Kestrel, ya que nunca se le solicitó esa información. Recomendar la descalificación y repetir por completo el proceso competitivo trata como hecho comprobado una inferencia no demostrada sobre el proveedor y resulta desproporcionado respecto de la evidencia. La recomendación defendible es exigir los controles faltantes, como la lista de materiales, el cuestionario y los derechos de auditoría, antes de firmar el contrato, y evaluar las respuestas de Kestrel antes de decidir si se rechaza al proveedor.
Esta pregunta mide: T1344: Determine if procurement activities sufficiently address supply chain risks
Pregunta de muestra 2
Su cliente Kestrel Financial se prepara para integrar la API de un modelo de lenguaje de gran escala de un tercero en su herramienta de atención a clientes. Al revisar la lista de subencargados del proveedor en su papel de auditor de TI, usted descubre que el proveedor recurre a una firma de etiquetado de datos, una cuarta parte en la cadena, para realizar el ajuste fino del modelo con transcripciones de clientes, pero esa firma no aparece en ninguna parte de la documentación pública del proveedor ni en el contrato marco de servicios firmado. ¿Cuál es el siguiente paso más apropiado, fundamentado en la práctica de gestión de riesgos de la cadena de suministro?
- A.Proceder con la integración, ya que las cláusulas de protección de datos del contrato marco de servicios ya obligan a toda parte que llegue a tratar datos de clientes en etapas posteriores de la cadena.
- B.Registrar al subencargado no divulgado como hallazgo para la próxima revisión anual programada del proveedor, ya que los términos contractuales normalmente se revisan solo en la renovación.
- C.Exigir al proveedor que divulgue a la firma de etiquetado que actúa como cuarta parte y que le haga extensivas por contrato las mismas obligaciones de manejo de datos y de seguridad antes de que la integración proceda.
- D.Instruir al proveedor para que deje de usar de inmediato cualquier firma de etiquetado que actúe como cuarta parte, ya que recurrir a un subcontratista no divulgado incumple de manera directa las obligaciones de cumplimiento del proveedor.
Ver la respuesta y el razonamiento
Respuesta correcta: C
La opción C es correcta porque la gestión del riesgo de la cadena de suministro requiere visibilidad de todas las partes que tienen contacto con los datos dentro de la cadena, incluidas las partes de cuarto nivel. El mecanismo estándar para extender las obligaciones de seguridad y privacidad más allá del proveedor directo es un requisito contractual de traslado de obligaciones. La integración no debe continuar hasta que se cierre esta brecha. La opción A es incorrecta porque las cláusulas de protección de datos del contrato principal no obligan automáticamente a subcontratistas no divulgados. Solo se extienden a una parte de cuarto nivel si las disposiciones contractuales de traslado de obligaciones lo establecen expresamente, lo cual no se confirmó en este caso. La opción B es incorrecta porque aplazar una exposición relevante y actualmente activa hasta el siguiente ciclo anual de revisión ignora que el riesgo existe ahora, mientras se construye la integración. La opción D es incorrecta porque considera automáticamente descalificante cualquier uso de un subencargado. La gestión del riesgo de la cadena de suministro consiste en obtener visibilidad e imponer controles apropiados, no en prohibir toda subcontratación. Por lo tanto, esta opción sobrerreacciona en lugar de resolver la brecha real.
Esta pregunta mide: K0803: Knowledge of supply chain risk management principles and practices
Pregunta de muestra 3
Meridian Health Corp, una administradora de planes de salud de tamaño mediano, subcontrata su procesamiento de nómina con un proveedor SaaS, NimbusPay. El gasto de nómina es material para los estados financieros de Meridian, y usted es el auditor de TI que define el alcance de las pruebas de ITGC bajo SOX 404 para el ejercicio fiscal que termina el 31 de diciembre de 2026. NimbusPay ha encargado cuatro documentos de aseguramiento distintos en lo que va del año, cada uno con un alcance y un periodo diferentes, y su gerente de cuenta le enviará a usted el que solicite. Para sustentar su confianza en los controles de NimbusPay sobre el procesamiento de nómina para efectos de SOX 404, ¿qué documento debe solicitar?
- A.Un informe SOC 2 Tipo II que cubra controles de seguridad y disponibilidad por los doce meses terminados el 30 de septiembre de 2026
- B.Un informe SOC 1 Tipo I que cubra controles de procesamiento de nómina a una sola fecha, el 30 de septiembre de 2026
- C.Un informe SOC 1 Tipo II que cubra controles de procesamiento de nómina por los doce meses terminados el 30 de septiembre de 2026
- D.Una carta puente que cubra controles de procesamiento de nómina y declare que no hubo cambios desde el informe SOC 1 Tipo II del año anterior
Ver la respuesta y el razonamiento
Respuesta correcta: C
La dependencia de una organización de servicios conforme a SOX 404 exige evidencia de que los controles relevantes para el control interno sobre la información financiera (ICFR) operaron eficazmente durante todo el periodo sujeto a auditoría, no solo de que estaban diseñados adecuadamente en un momento determinado. Un informe SOC 1 Tipo II es el único documento ofrecido que satisface ambas condiciones: su alcance comprende los controles sobre el procesamiento de nómina, relevantes para ICFR, y prueba su eficacia operativa durante un periodo, que es lo requerido por las pruebas de ITGC conforme a SOX 404. El informe SOC 2 Tipo II también abarca un periodo, pero sus criterios corresponden a seguridad y disponibilidad, no a controles sobre la información financiera relevantes para ICFR; por lo tanto, un informe que cubre un periodo, pero aplica criterios incorrectos, tampoco puede sustentar la dependencia conforme a SOX 404. El informe SOC 1 Tipo I aplica los criterios correctos, los controles sobre el procesamiento de nómina, pero únicamente emite una opinión sobre si esos controles estaban diseñados adecuadamente en una fecha específica; no proporciona evidencia de que hayan operado eficazmente durante el año, que es la brecha específica que las pruebas de ITGC conforme a SOX 404 buscan cerrar. La carta puente aborda la materia correcta, pero constituye una declaración del propio personal de NimbusPay respecto de que nada cambió, no una prueba independiente de la eficacia operativa durante el periodo actual; por sí sola, no puede sustituir un informe Tipo II con pruebas, aunque puede complementarlo para cubrir un periodo breve sin cobertura.
Esta pregunta mide: AUDIT-K01: Knowledge of IT audit standards and frameworks including SOC 1 and SOC 2, COBIT, the IIA IPPF, and SOX 404 ITGC scoping
Plantillas de descripción de puesto
Tres borradores listos para editar, pensados para gerentes de contratación y reclutadores: copie uno, reemplace las líneas entre corchetes y publíquelo. Las responsabilidades y los requisitos provienen de los mismos enunciados NICE frente a los que se mide este rol.
Los enunciados usan la redacción oficial del marco NICE, que se publica en inglés.
Auditor de TI: Junior
Buscamos un Auditor de TI junior. Comprueba si los controles realmente funcionan y lo hace constar por escrito. En este nivel se hará cargo de partes bien delimitadas del trabajo, con colegas senior de quienes aprender, y crecerá hacia el resto del rol.
[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.
Responsabilidades
- Conduct technology program and project audits
- Determine if procurement activities sufficiently address supply chain risks
- Develop independent cybersecurity audit processes for application software, networks, and systems
- Build a risk-based IT audit plan for an engagement, scoping the systems, controls, and periods to be tested
- Perform an IT general controls walkthrough across access management, change management, and IT operations
- Design and execute a control test that distinguishes a design deficiency from an operating-effectiveness deficiency
- Construct an audit workpaper documenting population, sample selection, test steps performed, and results
- Use computer-assisted audit techniques to test a full population rather than a sample
- Trabajar en pareja con colegas senior y crecer mediante retroalimentación estructurada.
- Documentar su trabajo para que el equipo aprenda con usted.
Conocimientos requeridos
- Supply chain risk management principles and practices
- IT audit standards and frameworks including SOC 1 and SOC 2, COBIT, the IIA IPPF, and SOX 404 ITGC scoping
- Language processing tools and techniques
- Cybersecurity practices in the acquisition process
- Intelligence fusion
- Cognitive biases
- Information privacy technologies
- Computer networking protocols
Habilidades
- Auditing technical systems
- Conducting test events
- Applying security controls
- Interfacing with customers
- Network systems management principles, models, methods (e.g., end-to-end systems performance monitoring), and tools
Cómo usar esta plantilla
Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.
Auditor de TI: Nivel medio
Buscamos un Auditor de TI de nivel intermedio. Comprueba si los controles realmente funcionan y lo hace constar por escrito. Será responsable de este trabajo en el día a día y colaborará de cerca con el resto del equipo de seguridad.
[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.
Responsabilidades
- Conduct technology program and project audits
- Determine if procurement activities sufficiently address supply chain risks
- Develop independent cybersecurity audit processes for application software, networks, and systems
- Build a risk-based IT audit plan for an engagement, scoping the systems, controls, and periods to be tested
- Perform an IT general controls walkthrough across access management, change management, and IT operations
- Design and execute a control test that distinguishes a design deficiency from an operating-effectiveness deficiency
- Construct an audit workpaper documenting population, sample selection, test steps performed, and results
- Use computer-assisted audit techniques to test a full population rather than a sample
- Review a vendor SOC 1 or SOC 2 report and identify the complementary user entity controls the organization must operate
- Write an audit finding that states condition, criteria, cause, and effect with an actionable recommendation
- Track an open audit finding to closure by independently verifying that remediation is effective, not just asserted
- Evaluate whether IT general controls supporting a SOX 404 financial-reporting assertion are designed and operating effectively
Conocimientos requeridos
- Supply chain risk management principles and practices
- IT audit standards and frameworks including SOC 1 and SOC 2, COBIT, the IIA IPPF, and SOX 404 ITGC scoping
- Language processing tools and techniques
- Cybersecurity practices in the acquisition process
- Intelligence fusion
- Cognitive biases
- Information privacy technologies
- Computer networking protocols
- Risk management processes
- Cybersecurity laws and regulations
- Cybersecurity policies and procedures
- Privacy laws and regulations
Habilidades
- Auditing technical systems
- Conducting test events
- Applying security controls
- Interfacing with customers
- Network systems management principles, models, methods (e.g., end-to-end systems performance monitoring), and tools
- Assessing security systems designs
- Applying secure coding techniques
- Performing root cause analysis
Cómo usar esta plantilla
Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.
Auditor de TI: Senior
Buscamos un Auditor de TI senior. Comprueba si los controles realmente funcionan y lo hace constar por escrito. Definirá la dirección de este trabajo, guiará a quienes lo hacen y responderá por sus resultados.
[Empresa] se dedica a [lo que hacen]. La función de seguridad es [tamaño y estructura: p. ej., un equipo de cinco personas que reporta al CTO]. Reemplace este párrafo con el suyo.
Responsabilidades
- Conduct technology program and project audits
- Determine if procurement activities sufficiently address supply chain risks
- Develop independent cybersecurity audit processes for application software, networks, and systems
- Build a risk-based IT audit plan for an engagement, scoping the systems, controls, and periods to be tested
- Perform an IT general controls walkthrough across access management, change management, and IT operations
- Design and execute a control test that distinguishes a design deficiency from an operating-effectiveness deficiency
- Construct an audit workpaper documenting population, sample selection, test steps performed, and results
- Use computer-assisted audit techniques to test a full population rather than a sample
- Review a vendor SOC 1 or SOC 2 report and identify the complementary user entity controls the organization must operate
- Write an audit finding that states condition, criteria, cause, and effect with an actionable recommendation
- Track an open audit finding to closure by independently verifying that remediation is effective, not just asserted
- Evaluate whether IT general controls supporting a SOX 404 financial-reporting assertion are designed and operating effectively
- Recognize when a proposed test approach or prior involvement would compromise auditor independence, and escalate it
- Serve on agency and interagency policy boards
- Assess the effectiveness of security controls
- Conduct import/export reviews for acquiring systems and software
- Guiar a los miembros junior del equipo y revisar su trabajo.
- Representar esta función ante la dirección y ante auditores o clientes.
- Definir estándares, seleccionar herramientas y ser responsable de la hoja de ruta de esta área.
Conocimientos requeridos
- Supply chain risk management principles and practices
- IT audit standards and frameworks including SOC 1 and SOC 2, COBIT, the IIA IPPF, and SOX 404 ITGC scoping
- Language processing tools and techniques
- Cybersecurity practices in the acquisition process
- Intelligence fusion
- Cognitive biases
- Information privacy technologies
- Computer networking protocols
- Risk management processes
- Cybersecurity laws and regulations
- Cybersecurity policies and procedures
- Privacy laws and regulations
- Privacy policies and procedures
- Cybersecurity principles and practices
Habilidades
- Auditing technical systems
- Conducting test events
- Applying security controls
- Interfacing with customers
- Network systems management principles, models, methods (e.g., end-to-end systems performance monitoring), and tools
- Assessing security systems designs
- Applying secure coding techniques
- Performing root cause analysis
- Performing network analysis on targets
- Performing target system analysis
Cómo usar esta plantilla
Copie el borrador, reemplace cada línea entre corchetes, elimine los enunciados que no apliquen a su vacante y agregue rango de compensación y política de ubicación. Las listas de enunciados provienen del marco NICE v2.2.0 del NIST, de modo que los candidatos pueden evaluarse frente a los mismos enunciados con Aramis:Insight.
Roles relacionados
Roles con trabajo parecido o en una etapa de carrera similar. Cada uno tiene sus propias plantillas de descripción de puesto y una evaluación gratuita.