fides | Privacy as Code for your CI and runtime environment | Privacy library
kandi X-RAY | fides Summary
kandi X-RAY | fides Summary
Fides (fee-dhez, Latin: Fidēs) is an open-source tool that allows you to easily declare your systems' privacy characteristics, track privacy related changes to systems and data in version control, and enforce policies in both your source code and your runtime infrastructure.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
- Upgrade client
- Update data_categories
- Run migration
- Check if a privacy key is removed
- Returns a dict of the cmdclass for the given cmdclass
- Construct a ConfigParser from a root directory
- Extract version information from VCS
- Get the project root directory
- Run pytest operations
- Run the infrastructure
- Retrieve data for a node
- Export a Datamap file
- Create a connection from a template
- Get preview queries
- Store a storage configuration
- Configures the infrastructure
- Evaluate policies
- Run a privacy request
- Get request status
- Creates bulk upsert rule
- Create or update rule targets
- Create the versioneer config file
- Build the test environment
- Annotate a dataset
- List all saas
- Create a privacy request
- Downgrade the system
fides Key Features
fides Examples and Code Snippets
Community Discussions
Trending Discussions on fides
QUESTION
In a new WordPress project I'm using Tailwind CSS with ACF flexible (block) content.
Now I've created a "spacer" block, that can be used in between other blocks.
The thing is, Tailwind JIT is not purging the PHP file correctly. I works good if I echo out the full sting like "h-20" or "sm:h-40", but when I'm creating the string with some PHP filters, it won't work.
For example:
...ANSWER
Answered 2021-Sep-15 at 14:34I'm afraid purgeCSS does not run your code and cannot 'see' these classes. So it's not adding them to the CSS file.
As per the Tailwind documentation on 'Writing purgeable HTML' here
That means that it is important to avoid dynamically creating class strings in your templates with string concatenation, otherwise PurgeCSS won’t know to preserve those classes.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install fides
Get running with Docker: First, ensure that you have make and docker installed locally, and clone the Fides repo. Then, from the fides directory, run the following commands: This will spin up the entire project and open a shell within the fidesctl container. Once you see the fidesctl# prompt (takes ~3 minutes the first time), you know you're ready to go: Run make cli ~/git/fides% make cli Build the images required in the docker-compose file... ... Building fidesapi ... Building fidesctl ... Building docs ... root@1a742083cedf:/fides/fidesctl# This builds the required images, spins up the database, and runs the initialization scripts. Run fidesctl db init ~/git/fides% fidesctl db init INFO [alembic.runtime.migration] Context impl PostgresqlImpl. INFO [alembic.runtime.migration] Will assume transactional DDL. This confirms that your fidesctl CLI can reach the server and everything is ready to go! Run fidesctl ping root@796cfde906f1:/fides/fidesctl# fidesctl ping Pinging http://fidesctl:8080/health... { "data": { "message": "Fides service is healthy!" } }
Run fidesctl evaluate demo_resources/. This command ensures that the demo_analytics_system and demo_marketing_system systems are compliant with your privacy policy as code: Results of fidesctl evaluate root@fa175a43c077:/fides/fidesctl# fidesctl evaluate demo_resources Loading resource manifests from: demo_resources Taxonomy successfully created. ---------- Processing registry resources... CREATED 1 registry resources. UPDATED 0 registry resources. SKIPPED 0 registry resources. ---------- Processing dataset resources... CREATED 1 dataset resources. UPDATED 0 dataset resources. SKIPPED 0 dataset resources. ---------- Processing policy resources... CREATED 1 policy resources. UPDATED 0 policy resources. SKIPPED 0 policy resources. ---------- Processing system resources... CREATED 2 system resources. UPDATED 0 system resources. SKIPPED 0 system resources. ---------- Loading resource manifests from: demo_resources Taxonomy successfully created. Evaluating the following policies: demo_privacy_policy ---------- Checking for missing resources... Executing evaluations... Sending the evaluation results to the server... Evaluation passed! Congratulations, you've successfully run your first fidesctl evaluate command!
Now, take a closer look at demo_resources/demo_policy.yml which describes an organization's privacy policy as code. This policy just includes one rule: fail if any system uses contact information for marketing purposes. Run cat demo_resources/demo_policy.yml policy: - fides_key: demo_privacy_policy name: Demo Privacy Policy description: The main privacy policy for the organization. rules: - fides_key: reject_direct_marketing name: Reject Direct Marketing description: Disallow collecting any user contact info to use for marketing. data_categories: matches: ANY values: - user.provided.identifiable.contact data_uses: matches: ANY values: - advertising data_subjects: matches: ANY values: - customer data_qualifier: aggregated.anonymized.unlinked_pseudonymized.pseudonymized.identified
Lastly, we're going to modify our annotations in a way that would fail the policy we just looked at: Edit demo_resources/demo_system.yml and uncomment the line that adds user.provided.identifiable.contact to the list of data_categories for the demo_marketing_system. Add User-provided contact info to the demo_marketing_system privacy_declarations: - name: Collect data for marketing data_categories: - #- user.provided.identifiable.contact # uncomment to add this category to the system + - user.provided.identifiable.contact # uncomment to add this category to the system - user.derived.identifiable.device.cookie_id data_uses: marketing_advertising_or_promotion data_subjects: Run fidesctl evaluate again Re-run `fidesctl evaluate demo_resources` which will cause an evaluation failure! This is because your privacy policy has 1 rule that should fail if any system uses contact information for marketing purposes, and you've just updated your marketing system to start using contact information for marketing purposes. root@fa175a43c077:/fides/fidesctl# fidesctl evaluate demo_resources ... Executing evaluations... { "status": "FAIL", "details": [ "Declaration (Collect data for marketing) of System (demo_marketing_system) failed Rule (Reject Direct Marketing) from Policy (demo_privacy_policy)" ], "message": null }
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page