0% found this document useful (0 votes)
31 views3 pages

DBA Shared ID and Password Management Guide

The document outlines key procedures for database administrators (DBAs) regarding shared ID management, password management, security assessments, and incident response. It emphasizes the importance of training, regular password changes, and adherence to security protocols, including the handling of off-boarding staff and monitoring alerts. Additionally, it details change management processes and the necessity of maintaining backups and disaster recovery readiness.

Uploaded by

pankaj aggarwal
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
31 views3 pages

DBA Shared ID and Password Management Guide

The document outlines key procedures for database administrators (DBAs) regarding shared ID management, password management, security assessments, and incident response. It emphasizes the importance of training, regular password changes, and adherence to security protocols, including the handling of off-boarding staff and monitoring alerts. Additionally, it details change management processes and the necessity of maintaining backups and disaster recovery readiness.

Uploaded by

pankaj aggarwal
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as TXT, PDF, TXT or read online on Scribd

Hi All,

Please refer below some of the key points that we have been discussing. If any
clarification please clarify with respective SG KT SME

Key points

Shared ID
· All new DBA to Complete on-line shared ID course
· Register shared ID in ITIM whenever new server commissioned. ( e,g
oracle/mysql/db2inst1 etc, r instance owner ID) or new shared ID added into the
system
· De-register ID in ITIM whenever new server commissioned.
· Change password of shared ID every 90 days. Register new password in ITIM. ITIM
will send notification to change password.
· Follow check-out and check in always to use shared ID to maintain accountability.
· Oracle SYSTEM should be locked and expired and never used.
· For Servers with data guard where password file and remote/direct log in is
enabled. SYS is required to be registered.
· mysql ID is required to be registered in the ITIM.
· Never directly login to shared ID with out following checkout and check in.
· Transfer ownership of Shared ID as and when applicable( e.g if there is any
staff movement )

Password management
· All new DBA to complete password management online course.
· Change password of shared ID every 90 days except those with password non expiry
( e.g sys with data guard or db2instance owner with DPF)
· Change password of individual ID
· Use strong password. Generate or rate password using PIM tool and use compliant
passwords for all managed IDs.

SA&D
· All DBA to complete SA&D training
· Always follow SA&D process for commissioning and decommissioning. SA&d check
list must be approved by DPE prior to handing over new database to customer.
· . In case of urgent delivery, DPE approval for SA&D override must be obtained
· All primary security activities ( Hardening/Security Patch / ID revlelidation /
must be completed in all scenarios )

EP1 ( for oracle )

· Run EP along with health checking.


· Review all deviations.
· cut cirats issue record to record any deviations and action plan to fix the same.
· Fix deviations after careful assessment ( ensure no impact to the system ).
· Note: WW files under /tmp/.oracle and under oracle binaries home can not be fixed
as these are required for running oracle.

Health checking.

· Run SHC as per the security calendar.


· Review the health check reports and validate all deviations against the current
security IM.
· cut cirats issue record to record IBM specific deviations and action plan to fix
the same. ( such as database file permission's , IBM users profiles, init
parameters , audit settings, default password etc ). the deviations should be
compared with the previous SHC result before making changes.
· Fix deviations only after careful assessment ( ensure no impact to the system ).
· Any change in the SIA ID privileges should only be done after SIA approval.
deviations should be communicated to customer ( via security focal ) for action
to review and fix.
· Fix deviations after careful assessment ( ensure no impact to the system ).
· Customer data ( e.g export dump/ rman backup etc ) should not be world readable.

ID management
· None of ID should be assigned to default profile.
· Application ID should be assigned to APP_NON_INTERACTIVE_PROFILE and IBM tools ID
should be under TOOLS_NON_INTERACTIVE_PROFILE.

Example of profile assignment.

USERNAME PROFILE
------------------------------ ------------------------------
IAMNWT PROFILE01 ==> IAM ID
IAMNISA PROFILE01==> IAM ID
IAMRHANNI PROFILE01==> IAM ID
DBSNMP PROFILE00
TIVOLI TOOLS_NON_INTERACTIVE_PROFILE ===>tools id
ORAMON TOOLS_NON_INTERACTIVE_PROFILE ===>tools id
TIM_ADAPTER PROFILE_TIM ===>tools id ( owned by TIM team )
PERFMGR TOOLS_NON_INTERACTIVE_PROFILE ===>tools id
DIP PROFILE00
OUTLN PROFILE01
CIMS APP_NON_INTERACTIVE_PROFILE ==> apps id
CIMS_ARCH APP_NON_INTERACTIVE_PROFILE ==> apps id
SYS PROFILE00
SYSTEM PROFILE00

Note: Few Application ( such as SPARC, IMPCS ) can create ID through application
by which ID may be assigned in default profile. The deviations introduced would be
picked up by SHC.

Change Management.

· Assign the RFC ( Implementer can self assign the task after assessment )
· Review and approve assessment.
· Implementer must ensure that the change is timely assessed and fully approved
well before change window.
· Implementer must ensure that the change is executed only after full approval.
· Implementer must ensure that the change is timely executed ( with in change
window). if change window is going to be exceeded, inform the requestor and change
manager asap. and seek requestor concurrence on next step.
· Follow instructions carefully and inform requestor by call and email if any error
in execution.
· The change should be closed on the same day of implementation. ( preferable
immediately after requestor confirmation ).

Major Change : DBA need to explain to change manager. Implementation procedure and
impact analysis form need to be attached ( example major rfc CH43137 )

Emergency change: Can be implemented immediately after approval from SIA manager.
If there is delay in approval, get change coordinator to adjust the schedule time.

Incidents / Alert
· Monitor all warning and critical alerts closely.
· Monitor Maximo Incident DB box closely.
· Address all warning alerts asap. None of warning should go unattended.
· For critical alerts, respond asap ( provide initial response within 15 mins ).
· If incident affect availability of service, bring up service asap. ( restoring
service is first priority ).

Off-boarding staff
Submit off-boarding form on or before the last day of the person.
Submit ID removal of off-boarding staff on or before the last day of the person.
Transfer ownership of shared / functional ID to the appropriate new owner.

Backup/recovery/DR

· Manually Check backup log periodically (cover critical applications) to ensure


backups are healthy and all backup files are present in backup tape.
· Check health of data guards periodically and also prior to DR test.
· Check health of data guards prior to DR test.
· Check restore/recoverability of backups periodically ( database recovery done as
part of refresh can be taken as a valid test ). At minimum cover critical
applications.

Daily Security Status


·
· GDC china track and report outstanding / overdue to security activities (e.g
QEV/CBN/PAR/SHC/SA&D/CIRATS ISSUE Records etc ) and send daily email to management.
· Respective SME need to take prompt action to resolve the issue and update status.

Common questions

Powered by AI

Reviewing and validating SHC report deviations before implementing fixes ensures that any actions taken align with the current security IM and do not inadvertently impact system stability. This process involves careful assessment to avoid introducing new vulnerabilities or disrupting service, thereby maintaining the overall integrity and reliability of the system .

Shared ID management enhances accountability and security by requiring the initiation of check-out and check-in processes when using shared IDs. This process allows for tracking who accessed the IDs and when, thereby maintaining a secure and auditable environment. Furthermore, passwords for shared IDs must be changed every 90 days, and new passwords registered in ITIM to prevent unauthorized access .

Changes to SIA ID privileges should only be done following approval from the SIA. This process ensures that any changes are necessary, justified, and do not compromise system security. Deviations in privilege changes must be communicated to the customer via the security focal for review and further action .

The SA&D process ensures systematic commissioning and decommissioning of databases. The SA&D checklist must be approved by the Designated Process Engineer (DPE) before handing over a new database to the customer. In urgent scenarios, an override of the standard procedure requires DPE approval to ensure compliance and documentation .

To handle deviations discovered during security health checks, it is essential to first review the health check reports and validate all deviations against the current security IM. Deviations should be recorded through CIRATS with a detailed action plan. Fixes should only be applied after careful assessment, ensuring no impact on the system. Comparisons with previous SHC results are necessary before implementing changes .

Best practices for password management include completing an online password management course for all new DBAs, changing shared ID passwords every 90 days (except those with non-expiring passwords), and using a PIM tool to generate strong, compliant passwords for all managed IDs. These practices help maintain system security and prevent unauthorized access .

Database administrators should closely monitor warning and critical alerts, addressing warning alerts as soon as possible so none go unattended. For critical alerts, they need to provide an initial response within 15 minutes. If an incident affects service availability, restoring service should be prioritized to maintain uninterrupted database operations .

Implementers must ensure the timely assessment and approval of changes before the change window. They are responsible for executing changes only after full approval and informing the requestor and change manager if issues arise. If the change window exceeds, seeking concurrence for the next step is vital. Implementers should also close the change the same day, preferably right after requestor confirmation .

Emergency changes can be implemented immediately following approval from the SIA manager. If there are approval delays, the change coordinator may adjust the schedule. This contrasts with major changes, which require the implementer to provide a detailed implementation procedure and impact analysis to the change manager. These documents must be attached to the change request before proceeding .

GDC China is responsible for tracking and reporting outstanding or overdue security activities, such as QEV, CBN, SHC, etc., and sending daily updates to management. Subsequently, the respective SMEs need to take prompt actions to resolve these issues and update the status to ensure proactive security management and compliance .

You might also like