Skip to main content
Loading...
content

Cybersecurity in Everyday Work

A five-page cybersecurity intranet example shows employees how to assess suspicious messages, protect work accounts and devices, share information carefully, and find the right help route. Clone it to give everyday decisions and urgent next steps a clear home.

Every employee gets a seat — priced per employee in Communications & Intranet, quoted with this template ready.

Rolled out to every employee at AutoZone (125,000), PetSmart (50,000+), A.S. Watson and Raley's (20,000) — and at larger retailers we are not permitted to name.

Built for: Professional services · Technology and software · Healthcare · Education · Financial services

Overview

Cybersecurity in Everyday Work is a five-page intranet site example for employee decisions involving messages, sign-ins, devices, information sharing, and possible security concerns. Its overview opens with a pause-check-act principle and directs readers to the topic that matches their situation. The linked pages pair practical guidance with fictional Northstar Works scenarios: an unexpected file request, a suspicious high-pressure message, an authentication prompt, and a choice between a concise summary and a broad file share.

Use this template when employees need a findable reference for common cybersecurity decisions and a clear distinction between routine IT questions and possible urgent concerns. The suspicious-message page gives an ordered response: pause, verify separately through a known work channel, then report through the approved route. The sharing page offers a pre-share check, while the Urgent help page explains what context to provide and what secrets not to send. The horizontal navigation keeps these related topics accessible from each page.

Before publishing, replace the fictional organization context and confirm your real support and reporting routes, approved sign-in and device practices, and information-handling requirements. The template describes routes but does not implement incident reporting or account recovery. It is not a replacement for authoritative security policies, technical controls, role-specific instructions, or a formal incident-response procedure. Do not use it as the sole resource for specialized regulatory obligations or instructions that vary by location or system; link to the appropriate authoritative guidance when available.

Standards & compliance context

  • Treat this site as general employee guidance, not as evidence of compliance with a specific cybersecurity, privacy, or records-management requirement.
  • Have qualified internal reviewers reconcile the customized content with applicable laws, contracts, security policies, and incident-response procedures.
  • Check pages, navigation, images, and links for WCAG 2.1 AA accessibility, including meaningful alternative text and clear link labels.
  • Use only verified support and reporting destinations; the template describes handoffs but does not provide an incident-submission workflow.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

Cybersecurity in Everyday Work

  • Make a safer next move
    Practical cybersecurity guidance for everyday work, from messages and sign-ins to sharing information. This fictional example follows Northstar Works, a cross-functional organization. Start with the topic that matches your situation; if a work account, device, or information may be at risk, use your organization's approved urgent help route.
  • Pause, check, then act
    If a request or sign-in feels unexpected, pause before clicking, replying, approving, or sharing. Verify through a work channel you already trust, never send passwords or authentication codes, and use the approved help route if something may already have happened.
  • Choose a topic
    Open the page that best matches the decision in front of you. Suspicious messages Notice unusual requests and decide how to verify or report them. Accounts and devices Review everyday sign-in and device habits, and what to do when something seems wrong. Sharing information Check the audience, scope, and method before sharing work information. Urgent help Know what context to give when a work account, device, or information may be at risk.
  • A small check can prevent a bigger detour
    A fictional Northstar Works scenario shows how these decisions connect. A request arrives out of context A project coordinator receives a message asking for a full planning file before a meeting. The sender name looks familiar, but the request does not match the team's usual workflow. Pause instead of opening the attachment or forwarding the file. Check with the colleague through a known work channel. Share only what the work needs After verifying the meeting request, the coordinator shares a short summary with the named collaborators rather than sending the full file to a broad, unverified audience. Confirm who needs the information. Use an approved method for the information and audience.
  • Who does what
    Role descriptions are illustrative, not a directory of assigned staff. Every employee: pause when something is unexpected, protect sign-in details, limit sharing to the intended audience, and raise concerns through approved routes. IT support: helps with workplace technology and account or device questions through the organization's established support channels. Security specialists: assess suspected security concerns and advise through the organization's designated security process. Use the approved urgent route when an issue may be time-sensitive. IT and Security owns this fictional guide. Follow the organization's established route to ask a question or flag a correction.

Suspicious messages

  • Spot what does not fit
    Unexpected context matters as much as an unfamiliar sender. Pause when a message asks you to act quickly, share credentials, approve a sign-in you did not start, open an unexpected attachment, or transfer information outside the normal workflow. Check whether the sender details and request fit the conversation you were already having. A familiar display name is not enough to verify a request. Do not use a link or phone number supplied in a suspicious message to check whether it is genuine.
  • Compare the request with the context
    Fictional Northstar Works examples. Expected work request You are already discussing a meeting agenda with a colleague. A message asks for the agenda section you agreed to prepare, and the request matches the conversation. Check the recipient before sending. Share only the agreed material using an approved method. Unexpected high-pressure request A message claiming to be from a senior colleague demands a password and a full project file immediately, though you were not expecting either request. Do not reply with credentials or open the message's links. Verify through a known work channel and use the approved reporting route.
  • Make a safe decision
    If the message remains suspicious, use your organization's approved reporting route. Pause Do not click, reply, open an unexpected attachment, or approve an unexpected sign-in. Verify separately Contact the person through a work channel you already know, not details supplied by the message. Report through the approved route Use the organization's suspicious-message reporting process. If you already entered account details or approved a prompt, go to Urgent help.
  • Choose the next page
    Urgent help For a possible account, device, or information risk. Accounts and devices If the concern involves sign-in details or an unexpected authentication prompt.

Accounts and devices

  • Protect the sign-in and the device
    Use the account and device practices approved for your work environment. Use the organization's approved sign-in method. Do not share passwords or authentication codes, and do not approve a sign-in prompt you did not initiate. Lock a device when you step away, and keep work on devices approved for your role. Exact sign-in, recovery, and device requirements can depend on your organization's approved environment. Follow its current instructions rather than improvising a recovery or security procedure.
  • If a sign-in does not look right
    An unexpected authentication prompt appears Do not approve it. If you initiated a sign-in, stop and verify through a known work channel before proceeding. If the prompt continues or you think someone else may be using your account, contact the approved IT or security route. Note when the prompt appeared. Do not share a one-time code or password in a message. You may have shared account details Use the approved urgent route promptly and explain what information may have been exposed and what you did. Follow the organization's account recovery instructions; do not rely on a message that prompted the disclosure. Do not include passwords or authentication codes in your report. Use the Urgent help page for the appropriate handoff.
  • Choose the right kind of help
    Route descriptions identify responsibilities; use the actual routes approved by your organization. Situation Next step Routine device or sign-in question Contact the organization's approved IT support route. Unexpected prompt or possible account compromise Use the approved urgent IT or security route promptly. Concern began with a suspicious message Use the approved suspicious-message reporting route; explain if account details were also shared.
  • Related guidance
    If the concern began with a suspicious message, review Suspicious messages . For a suspected account or device concern, use Urgent help to identify the appropriate handoff.

Sharing information

  • Check before you share
    Match the recipient, amount of information, and sharing method to the work. Before sending or granting access, check who needs the information, whether each recipient is the intended audience, and whether the method is approved for that information. If you cannot confirm the audience or the right method, pause and ask the responsible team through an approved work channel.
  • A short summary or the whole file?
    Fictional Northstar Works example. Narrow, verified audience A coordinator confirms that three named collaborators need the date and agenda decisions from a project meeting. They share a brief summary using an approved method. The recipients match the task. The shared content is limited to what they need. Broad, unverified audience A request asks for the entire project folder to be forwarded to a broad group whose membership has not been checked. The request does not explain why everyone needs access. Pause rather than forwarding the folder. Verify the request and check the approved sharing method.
  • Run a pre-share check
    Use these questions before sending a file, message, or access invitation. Recipient: can you identify who will receive or access the information? Scope: are you sharing only what those people need for this task? Sensitivity: does the information require a particular approved handling method? Method: is this channel or access method approved for this information and audience? If anything is unclear, pause and ask the responsible team through a known work channel.
  • If the situation changes
    Urgent help If information may have gone to the wrong audience. Suspicious messages If a message prompted an unexpected sharing request.

Urgent help

  • A work account, device, or information may be at risk?
    Use your organization's approved urgent IT or security route promptly. This site does not provide incident submission or replace that process.
  • Share useful context, not secrets
    A clear account of what happened helps the responsible team understand the concern. Describe the event Say what you noticed and when it happened, using approximate times if needed. Identify the work account, device, or information involved without including secrets. Explain what you clicked, approved, sent, or changed, if anything. Keep credentials private Never include passwords, authentication codes, or recovery codes in a report or ordinary message. Do not forward sensitive credentials to colleagues. Follow instructions only through the organization's approved route.
  • Urgent concern or routine question?
    Choose based on what may be at risk; use the actual support destinations approved by your organization. Possible security concern An account or device may be compromised, an unexpected sign-in was approved, or information may have reached the wrong audience. Contact the approved urgent IT or security route promptly. Include what happened, when, and what action you took. Do not send passwords or authentication codes. Routine question You need ordinary help with a device or sign-in and have no indication of a security incident. Use the organization's established IT support route. If new facts suggest a risk, switch to the approved urgent route.
  • Review the related topic
    For sign-in prompts, account details, and device habits, see Accounts and devices . If a message prompted the concern, see Suspicious messages . For a possible unintended information share, see Sharing information .

How to use this template

  1. Clone the site and replace the fictional Northstar Works framing with your organization's name and employee-facing terminology.
  2. Confirm the actual IT support, suspicious-message reporting, and urgent security routes with their owners, then add only verified destinations through your site's supported setup.
  3. Have security and IT owners check every example against current sign-in, device, information-sharing, and escalation practices before publication.
  4. Assign a role to maintain the pages and define review triggers such as a changed support route, approved method, or security procedure.
  5. Publish the five-page site in the appropriate intranet location and tell employees which page to use for messages, accounts and devices, sharing, or urgent concerns.
  6. Review employee questions and reported content gaps with the page owner, correct outdated guidance, and verify internal links and support destinations after changes.

Best practices

  • Keep the approved urgent help route prominent and verify that it reaches the organization's real process before employees rely on it.
  • Preserve the instruction to verify requests through a known work channel rather than contact details supplied in a suspicious message.
  • Use the fictional scenarios as examples, then adapt their details to match real workflows without implying that a familiar display name proves identity.
  • Keep passwords, authentication codes, and recovery codes out of reports, ordinary messages, and page examples.
  • Maintain a clear boundary between routine IT support and a possible security concern, and explain when new information should change the route.
  • Use the pre-share questions in their existing order so employees check recipients, scope, sensitivity, and method before sending or granting access.
  • Give the pages a named role owner and review them when support destinations or approved procedures change.
  • Check navigation labels, headings, link text, and image alternative text for clarity and WCAG 2.1 AA accessibility.

What this template typically catches

Issues teams running this template most often surface in practice:

An urgent help page that names a route but leaves employees unable to identify the organization's actual destination.
A suspicious message verified using the link or phone number included in that same message.
An unexpected authentication prompt approved because it appeared during an ordinary workday.
Passwords, one-time codes, or recovery details included in a report or forwarded to colleagues.
A full project folder sent to a broad audience without checking membership or need.
Routine device support and possible security incidents routed to the same unclear destination.
A guide that becomes stale after support channels, sign-in practices, or approved sharing methods change.
A long policy explanation that buries the immediate pause, verify, or report action.

Common use cases

Project coordinator assessing a file request
A coordinator receives an unexpected request for a full planning file from a familiar-looking sender. The Suspicious messages and Sharing information pages prompt them to verify through a known work channel and limit any eventual share to the intended audience.
Employee responding to an unexpected sign-in prompt
An employee sees an authentication prompt they did not initiate. The Accounts and devices page says not to approve it and explains when to contact the approved urgent IT or security route.
Manager sharing meeting decisions
A manager needs to distribute project meeting outcomes but is unsure whether everyone needs the underlying folder. The pre-share check helps assess recipients, scope, sensitivity, and method before sharing.
New starter learning safe work habits
A new employee uses the overview and topic pages to learn how to question unusual requests, protect sign-in details, and find the organization's verified help routes. The organization should confirm those routes and role descriptions before onboarding use.

Frequently asked questions

Who is this cybersecurity intranet template for?

It is an employee-facing starting point for organizations that want practical guidance for common work situations. Its five pages cover suspicious messages, accounts and devices, sharing information, and urgent help, alongside an overview. The role descriptions are illustrative and should be aligned with your actual support and security responsibilities.

Does this template replace our incident reporting process?

No. The Urgent help page explicitly directs employees to use their organization's approved urgent IT or security route and says the site does not submit incidents or replace that process. Before publishing, make the approved route easy to find using your organization's existing support channels. Do not imply the page itself alerts anyone.

How often should we review these pages?

Set a review cadence with the team that owns your security guidance, and review sooner when support routes, sign-in practices, approved sharing methods, or reporting procedures change. The sample identifies IT and Security as the fictional guide owner but gives no review schedule. Add a real owner and review trigger rather than presenting an invented date or approval.

Who should maintain and run this intranet site?

The example names IT and Security as the fictional owner and distinguishes routine IT support from security assessment. Assign those responsibilities to real roles in your organization and confirm who can correct the pages. Employees use the guidance; your existing support and security teams handle questions and concerns through their established routes.

Does the content satisfy cybersecurity or privacy regulations?

The template offers general safe-work guidance; it does not claim to meet a particular law, framework, or organization's policy. Have the appropriate security, privacy, legal, and accessibility reviewers compare the customized pages with applicable requirements. Preserve the distinction between illustrative advice and your authoritative procedures.

What should we customize before publishing?

Replace the fictional Northstar Works framing with your organization's context and verify the approved urgent, IT support, and suspicious-message reporting routes. Confirm that the examples and terminology fit your actual work environment, roles, sign-in methods, and information-handling rules. Keep passwords, authentication codes, and other secrets out of page copy and reporting instructions.

Does the template include working integrations or incident workflows?

It is a set of linked informational pages, not an incident-submission form or connected security workflow. Its internal links lead between the included pages, while the organization-specific help routes are described rather than supplied as working destinations. Connect or add approved destinations through your site's existing setup process, and verify them before rollout.

How is this better than sending occasional security reminders?

The site gives employees a stable place to find guidance by situation, with related pages for messages, accounts and devices, sharing, and urgent help. Its examples and ordered checks help readers act without relying on a reminder they may not have saved. It still needs current ownership, accurate support destinations, and communication that tells employees where to find it.

Go deeper on the topic

Related concepts
  • A modern intranet is a specific surface — typically the home-base destination where employees get company news, find policies, and access key apps. A digital...
Related guides

Ready to use this template?

Every employee gets a seat. Request pricing for Communications & Intranet and we quote into a workspace with Cybersecurity in Everyday Work ready.

Request pricing

Rolled out to every employee at AutoZone (125,000), PetSmart (50,000+), A.S. Watson and Raley's (20,000) — and at larger retailers we are not permitted to name.