@jidekaixin2dian/dsh-file-actions 0.1.11 → 0.1.13

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/SECURITY.md CHANGED
@@ -1,28 +1,30 @@
1
- # Security
2
-
3
- File operations use the host's existing Session and WorkspaceFiles remotes. The
4
- plugin adds no command execution endpoint or filesystem permissions. File reads
5
- can include paths outside a workspace when the host's composed filesystem permits
6
- them; the workspace label is not a containment guarantee.
7
-
8
- Browser previews run in a sandboxed iframe with an opaque origin. Scripts and
9
- forms can run, but file content cannot access the enclosing DSH document, its
10
- cookies, or its opener. Relative resources beside a file are not served by a
11
- Blob URL. Opening the same file externally delegates trust to the chosen app.
12
-
13
- Versions through 0.1.5 opened active HTML/SVG directly at the DSH Blob origin.
14
- Preview isolation is included in release 0.1.7 and later. Historical release
15
- assets have not been replaced.
16
-
17
- Preferred applications are stored locally in the browser, by extension. Only
18
- application IDs are saved; a preference must match a currently returned Host
19
- association before it can be used. Preferences neither execute commands nor
20
- change OS file associations.
21
-
22
- Automated host tests serve only synthetic files on loopback. Optional full-Web
23
- drivers require a separate `DFA_HOME`; they do not copy personal profiles, and
24
- stop only a recorded launcher with matching creation time and command line.
25
- Launch URLs and files under `test-e2e/run/` are private, ignored test state.
26
-
27
- Report vulnerabilities privately through GitHub where available. Do not include
28
- real file contents, cookies, API keys or authenticated launch URLs in an issue.
1
+ # Security
2
+
3
+ File operations use the host's existing Session and WorkspaceFiles remotes. The
4
+ plugin adds no command execution endpoint or filesystem permissions. File reads
5
+ can include paths outside a workspace when the host's composed filesystem permits
6
+ them; the workspace label is not a containment guarantee. Copying the contents of
7
+ a file outside the session workspace requires an explicit confirmation, because
8
+ chat text can plant absolute paths; a declined copy reads no bytes.
9
+
10
+ Browser previews run in a sandboxed iframe with an opaque origin. Scripts and
11
+ forms can run, but file content cannot access the enclosing DSH document, its
12
+ cookies, or its opener. Relative resources beside a file are not served by a
13
+ Blob URL. Opening the same file externally delegates trust to the chosen app.
14
+
15
+ Versions through 0.1.5 opened active HTML/SVG directly at the DSH Blob origin.
16
+ Preview isolation is included in release 0.1.7 and later. Historical release
17
+ assets have not been replaced.
18
+
19
+ Preferred applications are stored locally in the browser, by extension. Only
20
+ application IDs are saved; a preference must match a currently returned Host
21
+ association before it can be used. Preferences neither execute commands nor
22
+ change OS file associations.
23
+
24
+ Automated host tests serve only synthetic files on loopback. Optional full-Web
25
+ drivers require a separate `DFA_HOME`; they do not copy personal profiles, and
26
+ stop only a recorded launcher with matching creation time and command line.
27
+ Launch URLs and files under `test-e2e/run/` are private, ignored test state.
28
+
29
+ Report vulnerabilities privately through GitHub where available. Do not include
30
+ real file contents, cookies, API keys or authenticated launch URLs in an issue.