You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit b44b1fe
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: docs/_data/changelog.yml
+38-1Lines changed: 38 additions & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -1,3 +1,40 @@
1
+
- date: '2026-10-06'
2
+
updates:
3
+
application:
4
+
version: 1.222.1
5
+
new_features:
6
+
- text: |-
7
+
Added support for APK signature scheme v4:
8
+
* The signing directive `<apk-sign>` has been replaced with [`<create-apk-signature>`](/artifact-configuration/reference#create-apk-signature).
9
+
* Because a v4 signature is added as a separate `.idsig` file, the `<apk-file>` element must be nested in a container such as a ZIP archive.
10
+
* For compatibility reasons, the legacy `<apk-sign>` directive still exists, but will be removed in a future version (in this case no ZIP archive is required).
11
+
issues: [SIGN-8869]
12
+
improvements:
13
+
- text: |-
14
+
The [`<jsf-sign>`](/artifact-configuration/reference#jsf-sign) directive now preserves property order formatting of the JSON file.
15
+
issues: [SIGN-8889]
16
+
bug_fixes:
17
+
- text: |-
18
+
Fixed: REST API Swagger descriptions contained incorrect `application/json-patch+json` content types for request body definitions.
19
+
issues: [SIGN-8822]
20
+
self_hosted_installations:
21
+
version: 1.222.1
22
+
breaking_changes:
23
+
- text: |-
24
+
Deep signing of MSI, CAB, APPX and MSIX files now requires deploying the optional `windowssigningmethodservice` component. Enable it via the `chartSettings.windowsSigningMethodService.replicaCount` setting in the `signpath-application` chart.
25
+
new_features:
26
+
- text: |-
27
+
Self-hosted installations can now optionally provide an RFC 3161-compatible Time Stamping Authority (TSA) using a private PKI. While it cannot not produce generally accepted time stamps, it is useful for air-gapped environments. For details, see the _Timestamping server_ section of the installation guide.
28
+
issues: [SIGN-8841]
29
+
- text: |-
30
+
Added support for Utimaco u.trust HSMs (new `signpath-signservice-utimacohsm-chart` Helm chart).
31
+
improvements:
32
+
- text: |-
33
+
All Kubernetes Pods are now configured with memory limits. The default values can be overridden in the `chartSettings.resources` sections.
34
+
issues: [SIGN-5989]
35
+
- text: |-
36
+
Several container security improvements including `automountServiceAccountToken=false` and `runAsNonRoot`.
37
+
issues: [SIGN-8838, SIGN-8839]
1
38
- date: '2026-09-22'
2
39
updates:
3
40
application:
@@ -344,7 +381,7 @@
344
381
* Easy access to detailed filters like used certificate or signing request status.
345
382
issues: [SIGN-8337]
346
383
- text: |-
347
-
Added support for Android package (APK) signing via [`<apk-sign>`](/artifact-configuration/reference#apk-sign).
384
+
Added support for Android package (APK) signing via [`<apk-sign>`](/artifact-configuration/reference#create-apk-signature).
A signature is added, and the file's format does not change. The signed file replaces the unsigned file for all practical purposes.
164
164
165
-
Several platforms including Windows, Apple, and Java provide a variety of file formats that support embedded signatures.
165
+
Embedded formats are always platform-specific. Several platforms including Windows, Apple, and Java provide a variety of file formats with embedded signatures.
The signed file consists of the signature and the original file, often encoded. The original file usually needs to be extracted from the enveloped file in order to be used. Depending on the format and tool, extraction and verification are ideally a single step.
173
173
174
-
Enveloped signatures are available for all file types using the `<file>` element.
174
+
Generic enveloped signatures are available for all file types using the `<file>` element.
The signature file contains the signature and a cryptographic hash code of the original file. Verify the signature before accessing the signed file.
182
182
183
-
Detached signatures are available for all file types using the `<file>` element.
183
+
Generic detached signatures are available for all file types using the `<file>` element. The file element must be contained in a composite file such as a ZIP archive.
Android app package files support [signatures](https://source.android.com/docs/security/features/apksigning) in different schema versions depending on the app's SDK.
242
+
Android app package files support [signatures](https://source.android.com/docs/security/features/apksigning) in different scheme versions depending on the app's SDK.
243
+
244
+
Signatures of schemes v1 to v3 are embedded in the APK file. A v4 signature is added as a separate file next to the input APK file, named with an added `.idsig` extension (for example, `sample.apk.idsig`). Therefore, `<apk-file>` must be nested in a container such as `<zip-file>`, as shown in the example below.
| `min-sdk-version` | Yes | The lowest Android framework API level that `apk-sign` uses for verification compatibility. By default, `apk-sign` uses the value of the minSdkVersion attribute from the app's manifest file.
249
-
| `max-sdk-version` | Yes | The highest Android framework API level that `apk-sign` uses for verification compatibility.
250
+
| `min-sdk-version` | Yes | The lowest Android framework API level that `create-apk-signature` uses for verification compatibility. By default, `create-apk-signature` uses the value of the minSdkVersion attribute from the app's manifest file.
251
+
| `max-sdk-version` | Yes | The highest Android framework API level that `create-apk-signature` uses for verification compatibility.
250
252
253
+
These options are equivalent to `--min-sdk-version` and `--max-sdk-version` for [`apksigner`](https://developer.android.com/tools/apksigner#options-sign-general).
0 commit comments