Skip to content
arrow_back
policyASD Information Security Manual (ISM)

ASD ISM 1273Segregate Environments for Database Servers

Official control statement

Database servers for development, testing, staging and production environments are segregated.
policyASD Information Security Manual (ISM)ISM-1273

Quoted as published. Everything else on this page is written by Control Stack.

In plain English

Keep development and production database servers separate to ensure secure operations.

NCOSPASD Information Security ManualGuidelines for database systems
record_voice_over

What this means in practice

This control is about making sure that the database servers used for development, testing, staging, and actual operational purposes are kept separate. It matters because mixing them up can lead to mistakes or data breaches, which can disrupt business operations or expose sensitive information.

Framework

ASD Information Security Manual (ISM)

Control effect (Control Stack)

Preventative

Classifications

NC, OS, P, S, TS

ISM last updated

Mar 2025

Control Stack last updated

29 Sept 2026

E8 maturity levels

N/A

Topic

Segregation of development, testing, staging and production database servers

priority_high

Why it matters

If dev/test/stage and production databases aren't segregated, test activity can expose or alter production data, causing outages and data breaches.

settings

Operational notes

Audit access and network rules to ensure dev/test/stage DBs cannot reach production, and enforce separate accounts, credentials and backups per environment.

build

Implementation tips

  • IT team should create separate environments: Set up different database servers for development, testing, staging, and production environments. Ensure each is isolated by configuring networks and using separate physical or virtual servers.
  • System administrators should manage access: Assign specific permissions so only developers can access the development server, while only operational staff can access the production server. Use strong passwords and change them regularly to maintain security.
  • Managers should document server purposes: Clearly list the purpose and users of each server environment. Make this document available to all relevant staff to avoid confusion about which server should be used for what.
  • IT support should monitor database environments: Regularly check server usage and performance. Use basic monitoring tools to identify any deviations or unauthorised access attempts and address any issues promptly.
  • IT team should update security protocols: Conduct regular reviews of security measures on each server environment to ensure they comply with the latest security guidelines. Refer to resources from the Australian Cyber Security Centre for up-to-date advice.
fact_check

Audit / evidence tips

  • AskA network diagram: Request a diagram showing the separation of different environmentsLook atHow each server is represented and check for clear boundaries between development, testing, staging, and productionGoodShows distinct separations with firewall details and access points
  • AskAccess logs: Request logs of recent access attempts to each server environmentLook atSeparate access patterns for each environment based on rolesGoodContains minimal cross-access between environments and logs of attempts blocked by permissions
  • AskServer documentation: Request a document detailing each server's purpose and user listsLook atA detailed description of which staff members can access which environmentGoodShows clearly defined roles and responsibilities associated with each server
  • AskA monitoring report: Request a report on recent monitoring activities for each environmentLook atHow issues were identified and resolvedGoodIncludes records of regular checks and actions taken to address any anomalies
  • AskSecurity review records: Request documentation of the last security audit or reviewLook atRecords of checks against current guidelines, like those from the Australian Cyber Security CentreGoodDetails review outcomes, changes implemented, and future review dates
link

Cross-framework mappings

How ISM-1273 relates to controls across ISO/IEC 27001, ISO/IEC 42001, Essential Eight, and ASD ISM.

ISO 27001

ControlNotesDetails
sync_altPartially overlaps(1)expand_less
Annex A 8.31Annex A 8.31 requires development, testing and production environments to be separated and secured

These mappings show relationships between controls across frameworks. They do not imply full equivalence or certification.

See all Guidelines for database systems controls, or browse the full ASD ISM library.

Mapping detail

Mapping

Direction

Controls