David M. creates RMF Pro, a training resource for people working in federal cybersecurity and governance, risk, and compliance (GRC). Their posts focus on applying risk-management practices, including FedRAMP cloud controls and hands-on STIG scenarios.
They are most useful for reaching federal GRC practitioners with practical FedRAMP and STIG content.
Best for
A compliance automation or cloud key-management vendor campaign about inherited and shared controls.
Not for
A consumer cybersecurity brand seeking broad awareness and mass reach.
Key takeaways
Inherited cloud controls still need documentation and ownership in the authorization package.
Hands-on STIG scenarios cover five platforms, including mainframe.
Assessor and administrator conflict is usually a difference in vantage point.
Check first: Ask for available sponsorship terms, rates, deliverables, and an inquiry route.
Main ideas
Inherited cloud controls still need documentation and ownership · Knowing the rules is not the same skill as applying judgment · Assessor and administrator conflict is usually a difference in vantage point
David M. creates RMF Pro, a training resource for people working in federal cybersecurity and governance, risk, and compliance.
The posts reviewed show a focus on making risk-management work practical: explaining how to document inherited and shared cloud controls, offering STIG scenarios across platforms from Windows Server to IBM z/OS RACF, and helping practitioners move from certification study toward real-world judgment.
They also write about the human side of assessments, arguing that assessors and administrators often share goals but see them from different vantage points.
Follow their work for practitioner-oriented explanations of federal risk work, applied training scenarios, and perspectives on how teams can work through it.
David M.'s distinctive contribution in these posts is connecting formal requirements to decisions people must make on actual systems.
In the cloud-controls example, a provider's FedRAMP authorization is a basis for inheriting controls, not a reason to omit them from an authorization package; hybrid responsibilities, such as customer-managed keys and access policies, still need attention.
RMF Pro's scenarios address a related gap between knowing standards and applying them, including less commonly highlighted mainframe STIG material.
Alongside that technical emphasis, they frame assessor-operator friction as a difference in perspective and recommend understanding what the other person is trying to accomplish.
A post about ISACA bylaw changes broadens the subject from technical practice to member participation in a professional association.
Together, the posts offer readers practical federal GRC examples and a view of the judgment and collaboration the work requires.
David M. writes about federal cybersecurity governance as a practical discipline rather than a paperwork exercise.
Read more
The recurring arguments: inherited cloud controls still need to be documented and owned; knowing rules is not the same as making a judgment call on a live system; and friction between assessors and system owners comes from different vantage points rather than opposing goals. A fourth thread treats certification as a starting point and professional membership as a way to influence the bodies that issue credentials.
Inherited cloud controls still need documentation and ownership
David M. challenges the idea that once a FedRAMP-certified cloud provider supplies controls, a customer can stop thinking about them.
Read more
A platform may cover personnel, physical, and environmental controls, but inherited does not mean handled and forgotten.
Those controls still belong in the authorization package, and many are shared or hybrid, so the customer must document its side.
The provider's shared responsibility matrix shows where responsibility divides.
The clearest example is storage encryption: the cloud service provider may encrypt the storage, while the customer manages the keys and access policies that govern it. Responsibility is therefore shared, not purely inherited or customer-owned.
Knowing the rules is not the same skill as applying judgment
David M. points to a gap between passing certifications and making decisions on a live system.
Read more
Studying rules and recognizing them in actual configurations demand different abilities, and the judgment step is usually learned on the job. RMF Pro is built to rehearse that step through simulated, real-world scenarios, letting people practice audits or defend implementations to an authorizing official before facing them for real.
The scenarios cover five STIGs: RHEL 8, Windows Server 2025, Mozilla Firefox, Cisco IOS network devices, and IBM z/OS RACF. The mainframe scenario is deliberate: David M. notes that mainframe computing remains common in public and private sectors and has DISA STIGs.
Assessor and administrator conflict is usually a difference in vantage point
In federal risk assessments, David M. describes a tension between auditors and administrators.
Read more
Assessors want documentation, traceability, and defensible positions; system owners and administrators want working systems, met deadlines, and mission progress.
They are not in disagreement about outcomes, David M. argues, only about what the work looks like from their chairs.
The recommended move is to step into the other role's position and ask what they are trying to accomplish.
The post suggests asking an assessor, ISSO, or ISSM, 'show me what you are trying to accomplish here,' and says that understanding another view can clarify your own. It invites readers who have held those seats to share what helped them see other perspectives.
Certification dues are also a route to influence, not just a badge
David M. treats certification as the usual first stop for a federal GRC career, but distinguishes the credential from the studied judgment that follows.
Read more
They also argue that annual dues to a certifying body such as ISACA give members more than a credential: a voice in how the body operates. Practitioners should use that voice rather than treat dues as a transaction.
David M. says they exercised that voice by voting on ISACA's proposed bylaw changes. The post urges readers to remember this the next time they pay dues or join for the first time.
Answers the first question newcomers to federal cloud work ask: if the cloud provider is FedRAMP certified, is the security work already done?
Read more
Start here for the clearest technical argument in the set.
David M. tackles a misconception in cloud authorizations: teams treating inheritable controls as already implemented and no longer worth considering.
The post distinguishes the cases.
With a FedRAMP-certified cloud service provider, especially a GovCloud-authorized platform, many controls genuinely come from the platform — personnel requirements, physical security, environmental protections — and those are among the reasons to use cloud services.
But, in their words, inherited does not mean handled and forgotten.
Those controls should still appear in the authorization package, with the provider's authorization cited as the basis, and anything on the customer's side documented.
Many controls are hybrid rather than cleanly owned by either side: the provider may encrypt storage while the customer manages the keys and access policies.
The practical starting point is the provider's shared responsibility matrix, which shows where the line is drawn.
For brands planning a campaign
A vendor selling FedRAMP-adjacent tooling, key management, or compliance automation can use this as a content or demo hook for practitioners who need help reading a shared responsibility matrix and populating hybrid controls in their authorization packages.
Answers what RMF Pro contains and which platforms it treats as in scope.
Read more
Useful for anyone deciding whether the material matches their environment.
David M. describes building RMF Pro scenarios covering five actual STIGs: RHEL 8, Windows Server 2025, Mozilla Firefox, Cisco IOS network device, and IBM z/OS RACF.
The post notes that mainframe computing continues in both public and private sectors and that DISA publishes STIGs for some of it, making the z/OS RACF scenario a deliberate inclusion rather than a novelty.
The stated aim is to challenge people who work with STIG material through scenarios they can walk through.
The tone is that of a practitioner addressing other practitioners.
For brands planning a campaign
Training and assessment vendors get a concrete read on which platforms this audience cares about and its appetite for scenario-based practice over reference material. The mainframe coverage signals that this reader does not treat legacy infrastructure as out of scope.
Answers what happens after someone finishes studying for federal GRC certifications and explains the problem RMF Pro was built to solve.
Read more
Start here for David M.'s view of the field's main skills gap.
The post begins where many careers in federal GRC begin: with certifications and the studying and exams that go with them.
What comes next is the point.
In David M.'s account, people usually learn to make judgement calls on the job and on a live system; knowing the rules and seeing them through actual configurations are different skills.
RMF Pro is presented as a way to close that gap by putting what someone studied into simulated, real-world scenarios.
They argue that the judgement gained there sets a person apart when conducting a system audit or defending an implementation in front of an authorizing official.
The post asks people who have used the simulator what is helping them now and what is missing.
For brands planning a campaign
Assessment and GRC platform vendors can address a specific buyer pain: practitioners who can pass an exam but have not yet developed audit judgement. They can frame product value as rehearsal for defending implementations, not as another study aid.
Answers why federal risk assessments so often feel adversarial and shows the human side of David M.'s approach to the work.
Read more
Start here for the framing rather than the technical detail.
David M. describes palpable tension between auditors and administrators in many shops.
Assessors want documentation, traceability, and defensible positions; administrators and system owners want things to work, deadlines met, and the supported mission to keep moving.
The argument is that they want the same outcomes, but see the work from different chairs: the friction comes from vantage points, not goals.
The suggested move is to step out of your own seat and stand behind someone else's, asking, 'show me what you are trying to accomplish here.' Understanding an assessor, ISSO, or ISSM, they write, can bring greater clarity to your own vision, and a little empathy can prevent unnecessary conflict.
The post asks readers what has helped them see other views.
For brands planning a campaign
Vendors selling into federal GRC teams can test messaging that bridges assessor and operator roles rather than taking one side. The post also identifies the ISSO/ISSM community as a group David M. addresses directly and expects to respond.
Answers a practical question about professional certification: what you get beyond the credential.
Read more
A short read on how David M. views membership bodies.
David M. opens by saying this is not a typical LinkedIn post.
When you earn an industry certification and pay annual dues to the issuing body, such as ISACA, you get more than a credential to use on the job: you have a voice in how the body does business.
They say they exercised that voice in ISACA's proposed bylaw changes and encourage readers to remember it the next time they pay dues or join for the first time.
The point is that you earn more than a badge demonstrating knowledge in a particular area.
The post closes with a plain 'Happy Friday.'
For brands planning a campaign
For certification bodies and vendors courting credentialed professionals, this signals that David M. engages with association governance rather than treating dues as a transaction. It also confirms that the audience here is credential-holding, dues-paying members, not students.
Inherited cloud controls and shared responsibility
Writing about FedRAMP authorizations, David M. takes on a misconception they say is common: that inherited controls are already implemented and can be left alone.
Read more
A certified cloud service provider supplies many controls, including personnel, physical security, and environmental protections, but those controls still belong in the customer's authorization package, labeled as inherited or shared.
Many fall in between: a provider may encrypt storage while the customer manages the keys and access policies.
Each provider's shared responsibility matrix is the place to start to see where the line falls and what work remains on the customer's side.
Names the misconception, then works through a concrete split-control example (encryption versus keys and access policies) and points readers to the document that resolves the question.
For brands planning a campaign
This is practical, decision-shaped material for teams assembling authorization packages. A cloud security or compliance tooling brand could reach that audience by supporting a walkthrough of how a shared responsibility matrix works in a real package, building on the posts’ discussion of where teams get stuck.
David M. describes the friction between auditors and administrators in federal risk work: assessors want documentation, traceability, and defensible positions, while administrators and system owners want working systems and met deadlines.
Read more
They argue that both sides want the same outcomes and differ only in vantage point, not goals.
They suggest stepping out of your own seat and asking an assessor, ISSO, or ISSM what they are trying to accomplish.
The post closes by asking readers who have held those roles what helped them see another view.
Reflective posts reframe a conflict as a difference in perspective, then end with an open question inviting practitioners to draw on their own experience.
For brands planning a campaign
The question-led format invites comment threads from government cyber practitioners. A brand selling to that audience could sponsor a moderated exchange between assessors and system owners, or a discussion series built around the same prompt.
David M. built RMF Pro, a training product for people in federal governance, risk, and compliance.
Read more
They describe the problem it addresses as the step between knowing the material and making a judgment call, a skill they say is usually learned on the job on a live system: recognizing rules in configurations differs from studying them.
RMF Pro tests that judgment in simulated scenarios, which they say prepares people for system audits and for defending implementations to an authorizing official.
A separate post lists scenarios covering five STIGs: RHEL 8, Windows Server 2025, Mozilla Firefox, Cisco IOS network devices, and IBM z/OS RACF.
It notes that mainframe computing remains widespread in public and private sectors and has DISA STIGs.
Product announcements paired with questions to learners about what is helping them and what is missing; scenario coverage deliberately mixes mainstream and mainframe platforms.
For brands planning a campaign
Training, lab-environment, and mainframe-adjacent vendors overlap naturally with content David M. is already producing.
Co-created scenario material is the most natural collaboration.
Ask them directly about third-party offers; their posts show them promoting their own product.
David M. treats certification as the standard first stop for a federal GRC career.
Read more
They say studying for and passing exams matters, but the harder step is applying the rules to real configurations.
In a separate post, they remind readers that paying annual dues to a certifying body buys more than a credential: members can influence how the body operates.
They describe using that voice by voting on ISACA's proposed bylaw changes and urge readers to remember it the next time they pay dues or join.
Career-advice posts reframe a routine task—studying or paying dues—as an opportunity the reader may be overlooking.
The ISACA post is personal and membership-focused, and sits further from the technical risk-management material than the other posts reviewed.
For brands planning a campaign
Certification bodies, professional associations, and training providers could support member-engagement or career-development campaigns around this theme. The dues-and-voting angle differs from the technical content and suits a campaign about practitioner influence rather than tooling.
David M.'s posts describe one business they built—RMF Pro, a training resource for federal GRC and ISSO work—and an ISACA membership they say they used to vote on the association's proposed bylaw changes.
Read more
The posts do not disclose sponsor, affiliate, client, or investment relationships; ask David M. to confirm before a campaign. The platforms named as STIG exercise subjects are teaching examples, not disclosed partnerships.
RMF Pro
Owned business
David M. says they built RMF Pro, a training resource that puts GRC and ISSO learners through simulated federal scenarios and hands-on STIG exercises covering RHEL 8, Windows Server 2025, Mozilla Firefox, Cisco IOS network devices, and IBM z/OS RACF.
Read more
It targets the gap between studying for certifications and making judgement calls on a live system. The posts promote it directly and send readers to a link in the comments.
Original disclosure
Helping people navigate challenging and ambiguous situations is something I rather enjoy. I built RMF Pro to be something of value for ISSO and GRC people at all phases of their journey!
The post describes paid ISACA membership as more than a credential: annual dues give members a voice in how the issuing body does business, and David M. says they exercised that voice on ISACA's proposed bylaw changes.
Read more
The post describes membership and participation, not sponsorship or client work.
David M. writes short LinkedIn posts about federal cybersecurity governance, with a focus on judgment: what a control covers, who owns it, and how to defend the answer.
Read more
Readers new to the work can start with the post on inherited cloud controls under FedRAMP, which uses storage encryption as a concrete example of a control split between a cloud provider and its customer.
They can then read posts describing RMF Pro, a training product built around hands-on STIG scenarios, to see the difference between studying a rule and applying it on a live system.
A reflection on why assessors and system owners clash, and a note that certification dues buy a voice in the bodies that issue credentials, round out the picture.
FedRAMPNIST Risk Management FrameworkCloud securityGovernance, risk, and complianceProfessional certificationsShared responsibility modelsSTIG scenariosSecurity training simulationsShort-form postsDiscussion promptsGRC practitionersISSO and ISSM professionals
Both write about FedRAMP authorization as a hard requirement for working with federal and defense customers.
Read more
Mayfield focuses on how FedRAMP sits alongside CMMC for cloud companies in the DoD supply chain and what authorization does for a vendor's standing; David M. focuses on what happens inside an authorization package once a provider is certified. Both use short LinkedIn posts to explain specific federal requirements and their practical consequences.
Mayfield writes from the vendor's commercial position, framing FedRAMP as a competitive advantage and a gate that keeps rivals out of the room, and closes posts with an invitation to get in touch. David M. focuses on practitioners' day-to-day work, explaining how to document inherited and shared controls and where the judgment to defend an implementation comes from.
Both are cybersecurity professionals who use LinkedIn to help people build and advance careers in the field, and both end posts with an invitation to connect, comment, or take a next step.
Read more
David Meece's networking post lays out a three-step routine for using LinkedIn to find work, the same short, actionable format David M. uses to point readers to certification study or scenario practice.
David Meece writes mainly about entering the industry and building community: opening their network to job seekers, naming people to follow, and curating the book Stronger Together: Women in Cybersecurity. David M. focuses on narrower, more technical subjects, including federal risk management, Federal GRC careers, and training scenarios.
Both write about federal compliance obligations that continue regardless of program timelines, explaining why organizations should keep working on NIST controls and documentation rather than wait for certification.
Read more
Both take an advisory posture, telling readers what to do next and offering to help.
Ward's compliance posts respond to a program announcement and the pause of CMMC Phase II, and pair that analysis with fractional CISO and gap-assessment services.
Ward also writes about nonprofit leadership.
David M. focuses on the mechanics of an authorization package and training for the judgment assessments require.
The posts support a content-relevance judgment more than an audience-composition judgment.
Read more
David M.'s posts and RMF Pro scenarios speak directly to federal GRC work — FedRAMP inherited controls, assessor-versus-administrator friction, DISA STIG scenarios, and certification practice — so the content is aimed at practitioners such as ISSOs, ISSMs, assessors, and system owners, and posts close with direct questions to those readers.
No posts here report who actually follows or reads the account: there are no demographics, geography, job-title, seniority, or employer-type figures, and no per-post reach or engagement totals.
A buyer who needs those attributes should ask David M. for recent audience analytics or an audience survey covering job titles, seniority, geography, and employer type, and request recent reach and engagement figures for comparable RMF/FedRAMP and STIG posts, rather than treating this page as confirmation of audience makeup.
The LinkedIn follower count is a size signal only, and a modest one; it does not show who follows or whether the content reaches the intended roles.
No video performance summary appears in the posts here, so no format comparison or topic-effect range can be stated.
David M.'s posts describe no sponsorship, advertising, or paid-partnership formats.
Read more
The one commercial product they discuss is RMF Pro, a training simulator they say they built for federal risk-management and STIG practice, promoted through a link in the comments of two posts; that is their own offering, not a sponsorship placement.
The remaining posts are practice commentary and a note about ISACA membership dues and bylaw voting, which is a professional membership rather than a partnership arrangement.
No media kit, sponsor policy, rate card, audience specification, or partnership inquiry route appears in the posts here, and the LinkedIn profile is the only official link mentioned.
Ask directly about formats, rates, deliverables, availability, audience details, sponsor policy, and how to inquire.
A compliance automation or cloud key-management vendor wants to reach federal GRC teams working on FedRAMP authorizations with a campaign about inherited and shared controls.
Reasons
David M.'s most detailed post addresses the buyer problem directly: teams treat inherited controls as handled, even though they still belong in the authorization package. Hybrid controls split responsibility between provider and customer, such as provider-side storage encryption versus customer-managed keys and access policies.
The post names the provider's shared responsibility matrix as a practical starting point, giving a campaign a concrete artifact and a clear reader action.
The surrounding posts point to an audience of federal GRC practitioners: assessors, administrators, system owners, ISSOs, ISSMs, and people preparing for certifications. The posts end with direct questions to those readers.
The caveat is commercial, not topical. The posts don't specify sponsorship formats, rates, deliverables, or an inquiry route. Ask David M. directly for available terms before planning a paid collaboration.
When to choose a specialist
Poor fit.
Read more
Brief
A consumer cybersecurity brand wants a broad awareness campaign for general business and consumer audiences, measured by mass reach.
Reasons
The posts are narrow and technical: FedRAMP inherited controls, shared responsibility matrices, RMF Pro STIG scenarios across RHEL 8, Windows Server 2025, Firefox, Cisco IOS, and IBM z/OS RACF, assessor-versus-administrator friction, and ISACA dues.
The audience appears to be federal risk-management and compliance practitioners, not general consumers or broad business buyers. Ask for audience demographics, geography, job titles, seniority, employer type, and per-post reach figures before assessing broader audience fit.
The LinkedIn follower count is 1,172, a modest size signal that doesn't show who follows or whether posts reach the intended roles.
The posts don't state sponsorship formats, rates, or a partnership inquiry route. Ask for available terms before considering a mass-reach campaign; the posts don't establish that audience.
A worked campaign example
David m.'s role
Lead the explainer with David M. as a practitioner who has written about the misconception and the hybrid-control problem. They need not endorse the vendor's product; the campaign can focus on the decision problem the vendor's buyers already face.
Angle
The line in the shared responsibility matrix.
Brief
A compliance automation vendor wants a campaign angle on FedRAMP inherited controls.
Content spine
Open with the misconception: inherited doesn't mean handled and forgotten.
Walk through a concrete hybrid case from the post: the cloud provider encrypts storage while the customer manages keys and access policies.
Show why inherited and shared controls still appear in the authorization package and how the provider's authorization is cited as the basis.
Point readers to the provider's shared responsibility matrix as the starting document, then ask them to bring one control they've treated as inherited and trace who owns each part.
Close with a practical next step for the reader's package review, not a generic product pitch.
Measurement caveats
The posts don't provide per-post engagement or reach data, so the vendor should request those figures, set its own baseline, and track replies, clicks, and qualified conversations. They also don't state sponsorship terms, rates, or deliverables; agree on those directly before the campaign runs.
Objective
Reach federal GRC practitioners assembling or reviewing authorization packages and help them see where provider responsibility ends and customer responsibility begins.
Why it could work
The angle is already present in David M.'s material, so the campaign doesn't require a new persona or unrelated topic. It speaks to the same readers and uses a specific artifact—the shared responsibility matrix—that a vendor can support with useful content.
Choose Keith Mayfield when the campaign's buyer is a cloud service provider or independent software vendor weighing whether to pursue FedRAMP authorization at all, and the vendor sells FedRAMP readiness, authorization support, or compliance services to those sellers.
Read more
Mayfield's posts frame authorization as a market-access and revenue decision: FedRAMP Moderate or Moderate Equivalency is a requirement for cloud companies serving the DoD supply chain, the authorization process can run 12–18 months against a November 2026 CMMC enforcement deadline, and holding an authorization disqualifies competitors before an RFP drops. That eligibility-and-pipeline framing suits a vendor whose offer is the business case for authorization and the path to it, rather than the control-level work inside the package.
Mayfield stays at the level of the decision and its commercial consequences.
Their two posts do not walk through control mechanics, so a vendor that needs teaching content on inherited, shared, or hybrid controls, and on the shared responsibility matrix as a working artifact, gets less to anchor a campaign on than David M.'s most detailed post provides.
Mayfield's posts also close with a direct contact call to action, so a vendor campaign may read as adjacent to the author's own services.
Choose Thomas Ward when the campaign targets defense contractors and their leadership who are unsettled by program changes and are deciding what to do next.
Read more
Ward's post on the CMMC Phase II pause argues that NIST SP 800-171 obligations continue regardless of the certification timeline, and lists the work to keep doing: implementing and maturing controls, remediating gaps, writing policies that hold up in daily operations, preparing for future assessments in whatever form they take, and reducing risk instead of chasing an audit pass. A vendor selling fractional CISO services, gap assessments, SSP and POA&M development, or program-level compliance advisory can reach that buyer through Ward's framing.
Ward's posts read as an offer of their own advisory services — a strategy call, fractional CISO work, gap assessments — so a vendor campaign sits beside a competing service rather than neutral teaching.
Their posts are also wider than FedRAMP: they cover CMMC and NIST 800-171 program-building, and the second post describes interim executive leadership of a nonprofit, which is off-topic for an authorization campaign.
A vendor that needs the shared responsibility matrix and hybrid-control detail still gets more from David M.
Choose David Meece when the campaign is about the cybersecurity workforce rather than authorization mechanics: recruiting, career entry, mentorship, or community building.
Read more
Meece's posts introduce Stronger Together: Women in Cybersecurity, a book of more than 100 women's stories in IT and cybersecurity whose proceeds go to WiCyS scholarships, and open their network to people looking for cybersecurity jobs with a three-step routine for introductions, commenting, and repetition. A vendor selling training, certification preparation, recruiting tools, or community programs can pair with that audience.
Meece's posts do not address FedRAMP, RMF, or authorization packages, so they are the wrong basis for a campaign aimed at federal GRC teams assembling or reviewing an ATO package. The switch trades David M.'s control-level content for reach into job seekers, career changers, and a broad cybersecurity community, rather than federal GRC teams assembling or reviewing an ATO package.
David M.'s posts explain how inherited cloud controls still need to be documented in an authorization package, how RMF Pro puts GRC and ISSO learners through hands-on STIG scenarios, why assessors and system owners often clash despite wanting the same outcome, and what certification dues buy beyond a credential.
Public account metadata was observed 11 October 2026.
The posts carry no publication dates, so recurring ideas are described thematically rather than as a timeline; the follower count is treated as a size signal only.
Similar-creator comparisons elsewhere on the page cover Keith Mayfield, David Meece, and Thomas Ward, with two full posts each, focusing on subject matter, teaching approach, and post format.
David M.'s posts do not cover audience demographics or per-post engagement, sponsorship formats, rates, or an inquiry route, or any books, shows, or earlier career steps.
Those areas are left unstated rather than inferred.