The member step directly grants an external account writer access
Source references: 2The command creates `writer` permission for the supplied email, but the workflow does not require confirmation of the final address, target drive, or least-privileged role before execution. The stated goal of using “appropriate roles” does not establish that writer is appropriate for a particular user.
If placeholders are replaced incorrectly, autofilled, or reused, the wrong account could receive write access to content in the target Shared Drive.
This is an actionable recipe step: if run with a real address, it grants that user writer access to the shared drive, allowing content changes. `member@company.com` is only a placeholder, so the source does not establish that the account is external. However, the step does not require checking the final address, target drive, or least-privileged role. A user can ask for explicit confirmation and restrict membership to approved domains and minimum roles.
Create a Google Shared Drive and add members with appropriate roles.Show 1 other places
1. Create shared drive: `gws drive drives create --params '{"requestId": "unique-id-123"}' --json '{"name": "Project X"}'`2. Add a member: `gws drive permissions create --params '{"fileId": "DRIVE_ID", "supportsAllDrives": true}' --json '{"role": "writer", "type": "user", "emailAddress": "member@company.com"}'`3. List members: `gws drive permissions list --params '{"fileId": "DRIVE_ID", "supportsAllDrives": true}'`