Secure Custom Fields  🔗 **Source:** [Secure Custom Fields](https://wordpress.org/news/2024/10/secure-custom-fields/) > [!note]+ Document Notes > tags: > - #wordpress > - #securecustomfields > - #opensource > Author: WordPress.org > Source: WordPress News > Reference: [Secure Custom Fields Announcement](https://wordpress.org/news/2024/10/secure-custom-fields/) > date created: 2024-10-12 22:15 > > # Title: WordPress Forks ACF: Introducing Secure Custom Fields > <!-- deep-read:sections start --> ## Table of Contents: - [📝 Summary](#-summary) - [📖 Main Content](#-main-content) - [🗒️ Notes](#️-notes) - [📖 References](#-references) - [🗣️ Paraphrase](#-paraphrase) - [📰 Newsletter](#-newsletter) - [✅ Action Items](#-action-items) - [🧪 Hypotheses](#-hypotheses) - [📊 Methodology](#-methodology) - [❓ Questions](#-questions) - [🔮 Future Research](#-future-research) - [💡 Implications](#-implications) - [🧠 Learning Styles Assessment](#-learning-styles-assessment) - [📊 Accessibility Assessment](#-accessibility-assessment) - [🌍 DEIB Assessment](#-deib-diversity-equity-inclusion-and-belonging-assessment) - [✅ Logical Validity](#-logical-validity) - [🔍 SEO Evaluation](#-seo-evaluation) - [🎯 Conclusion](#-conclusion) ## 📝 Summary: The WordPress security team announced the creation of a new plugin, Secure Custom Fields (SCF), by forking the widely used Advanced Custom Fields (ACF). This decision arose from a security vulnerability found in ACF, with SCF positioned as a safer, non-commercial alternative to ensure secure handling of custom fields. ## 📖 Main Content: Secure Custom Fields aims to address vulnerabilities in ACF by applying stricter security practices, such as escaping outputs to prevent malicious HTML injection. This move is part of WordPress’s broader security strategy, which emphasizes minimal commercial influence on core plugins. While the ACF team expressed discontent with the forced fork, Automattic cited security concerns and the removal of commercial upsells as critical drivers of the decision. ### 🗒️ Notes: - **Fork Details**: - SCF is a non-commercial fork of ACF. - Vulnerabilities allowed non-admin users to bypass protections in ACF. - **Impact**: - SCF replaces ACF on WordPress.org, automatically migrating users to the new plugin. - ACF updates can still be managed independently via WP Engine for those who opt out of the switch. ## 📖 References: - [WordPress.org Announcement](https://wordpress.org/news/2024/10/secure-custom-fields/) - [The WP Minute](https://thewpminute.com) - [TechCrunch Overview](https://www.techmeme.com) ## 🗣️ Paraphrase: 1. **Original Insight**: ACF relied on sanitization at save, leaving vulnerabilities. **Paraphrased**: ACF’s approach of sanitizing inputs during saving left some loopholes, leading to potential risks in post meta handling. 2. **Original Insight**: Automattic removed commercial features in SCF. **Paraphrased**: In the new Secure Custom Fields plugin, Automattic stripped commercial elements to align with WordPress’s non-commercial principles. ## 📰 Newsletter: **Title**: Introducing Secure Custom Fields: A Safer Way to Manage WordPress Custom Data 🔐 In a bold move, WordPress has forked the popular ACF plugin, creating Secure Custom Fields to address security vulnerabilities and remove commercial upsells. This transition, while controversial, underscores WordPress’s commitment to user safety and open-source values. Read more about the change and what it means for developers at [WordPress News](https://wordpress.org/news/2024/10/secure-custom-fields/). ## ✅ Action Items: This article exemplifies the intersection of open-source values, community governance, and software security, aligning well with your advocacy for sustainable development. As you work toward an OSPO role, studying this transition offers valuable lessons in handling conflicts and ensuring that security policies maintain transparency and trust across stakeholders. ## 🧪 Hypotheses: - Hypothesis 1: Forking critical plugins will encourage improved security practices across WordPress. - Hypothesis 2: Removing commercial elements from plugins may reduce adoption rates but increase trust within the community. ### 📊 Methodology: - **Data Collection**: Compare adoption rates before and after the introduction of SCF. - **Research Design**: Interviews with plugin developers and community surveys. - **Analysis**: Measure security incidents related to SCF versus ACF. ### ❓ Questions: - Will this forking process become a trend for other plugins in WordPress? - How will WP Engine’s response impact the trust dynamics within the WordPress community? ### 🔮 Future Research: - Explore community reactions to the SCF transition over time. - Assess the long-term viability of non-commercial plugin forks within open-source ecosystems. ### 💡 Implications: The SCF fork highlights the balance between community-driven development and commercial interests. Its success could set a precedent for future governance in the WordPress ecosystem. ### 🧠 Learning Styles Assessment: 1. **Visual Learners**: Add diagrams comparing SCF and ACF structures. 2. **Aural Learners**: Provide podcast discussions covering the controversy. 3. **Logical Learners**: Include detailed breakdowns of the vulnerability fix. ### 📊 Accessibility Assessment: - **Screen Reader Compatibility**: Ensure all SCF documentation meets accessibility standards. - **Keyboard Navigation**: Improve plugin UI for seamless keyboard navigation. ### 🌍 DEIB Assessment: - **Inclusive Language**: Use clear and respectful communication in plugin documentation. - **Neurodiversity Support**: Break down technical details into concise, manageable sections. ### ✅ Logical Validity: - **Sound Reasoning**: Forking ACF to fix vulnerabilities is a logical solution. - **Potential Fallacy**: Criticisms risk framing the fork as purely competitive rather than security-driven. ### 🔍 SEO Evaluation: 1. **Keywords**: Secure Custom Fields, ACF, WordPress security. 2. **Title Optimization**: Use concise, keyword-rich titles. ## 🎯 Conclusion: The introduction of Secure Custom Fields marks a pivotal moment in WordPress’s governance, emphasizing security over commercial interests. As WordPress evolves, this transition reflects the community’s ongoing efforts to maintain trust and transparency while safeguarding user data. <!-- deep-read:sections end --> 📄 **Full text:** ![[Full Document Contents/Articles/Secure Custom Fields|Secure Custom Fields, Matt Mullenweg]] ## Highlights - This update is as minimal as possible to fix the security issue. Going forward, Secure Custom Fields is now a non-commercial plugin, and if any developers want to get involved in maintaining and improving it, please get in touch. ([View Highlight](https://read.readwise.io/read/01ja1t86pcntbshj7458qhxadr))