Alert icon Keyboard navigation enabled.
Alert icon TAB or Shift+TAB to navigate across. Down ↓ to open menu. ESC to close menu.
Alert icon Down ↓ to select section. Right → to activate. Up ↑ / Down ↓ / Tab to traverse all. ESC to exit.
BeyondTrust
Skip to content Use space or enter to skip.

What can we help you find today?

Instant Results
  • Website Results
  • Technical Documentation

Filter Options

Focus your search

Filtering by

Your recent searches:

Contact Us Chat with Sales Get Support
  • English
  • Deutsch
  • français
  • español
  • 한국어
  • português
  • Home
  • Resources
  • Blog
  • #FakeNews Using Deceptive Accounts current page
Link copied

#FakeNews Using Deceptive Accounts

Aug 21, 2018
Author:
Morey Haber Headshot 2024
Morey J. Haber
Chief Security Advisor
Blog banner default
#FakeNews Using Deceptive Accounts
Morey Haber Headshot 2024
Morey J. Haber
Chief Security Advisor

blog-fakenews-using-deceptive-accounts.jpg

We are all painfully aware of the term Fake News. Irrespective of your political leanings, the term has become a mainstream reference for facts, alternative facts, conspiracy theories, and outright lies with which you may disagree. Fake news labels something as “untrue,” and, in the cybersecurity world, it also represents an up-and-coming trend to create a new defensive strategy to detect cyber attacks. But let us first consider an old-school cybersecurity concept called a honeypot.

A honeypot is a computer or network technology implementation designed to detect, deflect, or counteract attempts at unauthorized resource access. It does this by providing a “fake” set of crown jewels or services to lure a threat actor. A typical honeypot consists of data that appears to be a legitimate part of the environment, but is actually isolated and monitored for attacks. Traffic to the honeypot can be IP-based or port routing from many addresses to a single destination. For example, port 25 - SMTP should not be open on client networks. All traffic destined to port 25 on end-user workstation subnets may be rerouted to a honeypot for capturing and investigation and to determine if a host may be acting as a mail relay. Honeypots are essentially a “fake” environment to monitor a threat actor and their activity to learn and craft a defense.

While honeypots are not new, there are enhanced techniques to take them beyond routing network traffic. Consider the premise of deceptive accounts. A deceptive account is a “fake” account that has real privileges to a honeypot or other form of “fake” data. Any attempt to use the account, or rogue activity, is potentially an indicator of compromise. If you monitor all access and usage to the deceptive account (since it should never really be used) then you might be able to entrap a threat actor while they attempt to laterally move and compromise resources within your environment. The deceptive account is essentially being monitored for privileged activity and if you seed that account in potentially known high risk (vulnerable) locations, then you can track how it was compromised in the first place. For example, if a deceptive account is used in cloud resources, potentially enabled as a “fake” admin or database account, any attempts to use it, or identify its presence on the dark web, would indicate a potential attack vector. Thus, any actions taken with the deceptive account would be “fake news” since anything compromised behind it would be fake as well. The concept is a misleading strategy to protect your organization, much like “fake news” itself!

How Privileged Access Management Can Help

If this concept interests you, you should consider privileged access management (PAM). Privileged access management provides an essential layer of security that makes it difficult both for threat actors to gain access and have a persistent presence since all privileged access is gated and passwords are rotated on a periodic basis. The deceptive account is, therefore, a trojan, but its activity should be managed closely to detect when it has been compromised as a part of your honeypot strategy.

  • Real accounts should have their credentials placed under management and their activity monitored and managed on a regular basis
  • Deceptive accounts should be excluded from privileged access management since their compromise is much more likely if they are unmanaged

Privileged access management then protects all of your real accounts and data from any other potential abuse.

For more on how BeyondTrust can protect your real accounts and design a modern deceptive account strategy to protect your organization, contact us today.

Latest Posts
  • Hooked on Identity (Part 2): Abusing OAuth Trust Boundaries in Okta
    Jun 12, 2026 Hooked on Identity (Part 2): Abusing OAuth Trust Boundaries in Okta
    Blog
    7m
  • Hooked on Identity: Abusing SAML Assertion Inline Hooks in Okta
    Jun 9, 2026 Hooked on Identity: Abusing SAML Assertion Inline Hooks in Okta
    Blog
    6m
  • Joining Project Glasswing: Securing the Privilege Backbone of the AI Era
    Jun 8, 2026 Joining Project Glasswing: Securing the Privilege Backbone of the AI Era
    Blog
    5m
  • The Most Common & Most Dangerous Types of Shadow IT
    Jun 5, 2026 The Most Common & Most Dangerous Types of Shadow IT
    Blog
    19m
  • 14 Password Management Best Practices
    May 28, 2026 14 Password Management Best Practices
    Blog
    12m
Related
  • Use Cases for Performing Vulnerability Assessments with Agent-Based Technology
    Jun 5, 2018 Use Cases for Performing Vulnerability Assessments with Agent-Based Technology
    Blog
    1m
  • Protecting Against Kernel-mode Rootkits with Avecto and McAfee
    Oct 20, 2017 Protecting Against Kernel-mode Rootkits with Avecto and McAfee
    Blog
    1m
Share this Article
  • Link
Stay up to Date
Get the latest news, ideas, and tactics from BeyondTrust. You may unsubscribe at any time.

Keep up with BeyondTrust

Customer Support Get Started
  • LinkedIn
  • X
  • Facebook
  • Instagram
  • Add BeyondTrust as a preferred source on Google
  • Privacy
  • Security
  • Manage Cookies
  • Do Not Sell My Data
  • WEEE Compliance

Copyright © 2003 — 2026 BeyondTrust Corporation. All rights reserved. Other trademarks identified on this page are owned by their respective owners. BeyondTrust Corporation is not a chartered bank or trust company, or depository institution. It is not authorized to accept deposits or trust accounts and is not licensed or regulated by any state or federal banking authority.

Prefers reduced motion setting detected. Animations will now be reduced as a result.