Generated SDK #2768393570 (major) - #204
Conversation
|
Acknowledged. We'll review and respond soon. (Note that this SDK code is auto generated) |
| "resolved": "https://registry.npmjs.org/electron-to-chromium/-/electron-to-chromium-1.5.393.tgz", | ||
| "integrity": "sha512-kiDJdIUawuEIcp9XoICKp1iTYDEbgguIPq526N1Q7jIQDeQ3CqoMx71025PI/7E48Ddtw2HuWsVjY7afEgNxmg==", | ||
| "version": "1.5.398", | ||
| "resolved": "https://registry.npmjs.org/electron-to-chromium/-/electron-to-chromium-1.5.398.tgz", |
There was a problem hiding this comment.
Semgrep identified an issue in your code:
package-lock.json contains a reference to a public package registry or CDN (https://registry.npmjs.org/electron-to-chromium/-/electron-to-chromium-1.5.398.tgz). Dependencies must be resolved through the approved internal JFrog/Artifactory registry. Update your .npmrc to point at the approved registry, delete node_modules and package-lock.json, then re-run npm install and commit the regenerated lockfile.
To resolve this comment:
✨ Commit fix suggestion
-
Update the project
.npmrcso the default registry points to the approved internal JFrog/Artifactory URL, for exampleregistry=https://example.com/..., and remove anyregistry=entries that still point toregistry.npmjs.orgor another public source. -
If this project uses scoped packages, update those scope mappings in
.npmrctoo, for example@scope:registry=https://example.com/..., so every package resolves through the internal registry. -
Delete the current lockfile and installed modules so npm can rebuild dependency metadata from the approved registry. Use
package-lock.jsonandnode_modules/as the items to remove. -
Regenerate the lockfile with npm after the registry change by running
\$ npm install. This rebuilds eachresolvedentry so it points at the internal registry instead of public URLs. -
Confirm the regenerated
package-lock.jsonno longer contains publicresolved,registry, ortarballURLs such ashttps://registry.npmjs.org/...; the entry forelectron-to-chromiumshould now reference the approved internal registry instead.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by block-public-registry-refs-in-package-lock.
You can view more details about this finding in the Semgrep AppSec Platform.
| "resolved": "https://registry.npmjs.org/browserslist/-/browserslist-4.28.6.tgz", | ||
| "integrity": "sha512-FQBYNK15VMslhLHpA7+n+n1GOlF1kId2xcCg7/j95f24AOF6VDYMNH4mFxF7KuaTdv627faazpOAjFzMrfJOUw==", | ||
| "version": "4.28.7", | ||
| "resolved": "https://registry.npmjs.org/browserslist/-/browserslist-4.28.7.tgz", |
There was a problem hiding this comment.
Semgrep identified an issue in your code:
package-lock.json contains a reference to a public package registry or CDN (https://registry.npmjs.org/browserslist/-/browserslist-4.28.7.tgz). Dependencies must be resolved through the approved internal JFrog/Artifactory registry. Update your .npmrc to point at the approved registry, delete node_modules and package-lock.json, then re-run npm install and commit the regenerated lockfile.
To resolve this comment:
✨ Commit fix suggestion
| "resolved": "https://registry.npmjs.org/browserslist/-/browserslist-4.28.7.tgz", | |
| "resolved": "<VERIFIED_VALUE_REQUIRED>", |
View step-by-step instructions
-
Update your project’s npm registry configuration to use the approved internal registry instead of the public npm registry.
Add or update.npmrcwithregistry=https://example.com/artifactory/api/npm/npm/or the exact internal URL your team requires. -
Remove any lockfile entries that were generated from the public registry by deleting
package-lock.json.
TheresolvedURLs in that file are copied from the registry npm used when the lockfile was created. -
Remove the installed dependency tree so npm does not reuse packages fetched from the public source.
Deletenode_modules. -
Regenerate the lockfile using the internal registry by running
npm install.
If needed, use an explicit command such as$ npm install --registry=https://example.com/artifactory/api/npm/npm/. -
Confirm the regenerated
package-lock.jsonno longer contains public URLs likehttps://registry.npmjs.org/...and instead points to your approved internal registry.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by block-public-registry-refs-in-package-lock.
You can view more details about this finding in the Semgrep AppSec Platform.
| "resolved": "https://registry.npmjs.org/baseline-browser-mapping/-/baseline-browser-mapping-2.10.44.tgz", | ||
| "integrity": "sha512-T3ghW+sl/ZJ8w1v/yQx3qvJ9040DWoLBz8JT/CILbAKcFyG9b2MRe75v6W5uXjv6uH1lumK2Kv46y2zSkcej0Q==", | ||
| "version": "2.11.6", | ||
| "resolved": "https://registry.npmjs.org/baseline-browser-mapping/-/baseline-browser-mapping-2.11.6.tgz", |
There was a problem hiding this comment.
Semgrep identified an issue in your code:
package-lock.json contains a reference to a public package registry or CDN (https://registry.npmjs.org/baseline-browser-mapping/-/baseline-browser-mapping-2.11.6.tgz). Dependencies must be resolved through the approved internal JFrog/Artifactory registry. Update your .npmrc to point at the approved registry, delete node_modules and package-lock.json, then re-run npm install and commit the regenerated lockfile.
To resolve this comment:
✨ Commit fix suggestion
-
Update your project npm configuration to use the approved internal registry instead of the public npm registry.
Add or change the registry setting in.npmrcto your internal Artifactory/JFrog URL, for exampleregistry=https://example.com/artifactory/api/npm/npm/. -
Remove the existing installed packages and lockfile so npm stops reusing public
resolvedURLs.
Deletenode_modulesandpackage-lock.json. -
Regenerate the lockfile using the internal registry.
Run$ npm installafter the.npmrcchange so npm rewrites eachresolvedentry to the approved internal registry URL. -
Confirm that the regenerated
package-lock.jsonno longer contains public URLs such ashttps://registry.npmjs.org/...and that entries likeresolvednow point to your internal registry.
The lockfile stores the exact download source for each package, so changing.npmrcalone does not fix existingresolvedvalues.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by block-public-registry-refs-in-package-lock.
You can view more details about this finding in the Semgrep AppSec Platform.
Changelog
2026-08-18
Breaking Change
Fix Travel Rule
legalPersonname schema for IVMS101 complianceProducts: Off exchanges, Transactions, Travel Rule
Scope: API + SDKs
What's new
Fixes the Travel Rule legal person name schema to use the IVMS101-compliant array structure with proper name type codes (LEGL, SHRT, TRAD) instead of the incorrect flat object format.
Impact
Customers must update Travel Rule integrations to use the new array-based name identifier structure.
Affected endpoints:
Fix Travel Rule
legalPersonname schema for IVMS101 complianceProducts: Travel Rule
Scope: API + SDKs
What's new
Fixes the Travel Rule legal person name schema to use the IVMS101-compliant array structure with proper name type codes (LEGL, SHRT, TRAD) instead of the incorrect flat object format.
Impact
Customers must update Travel Rule integrations to use the new array-based name identifier structure.
Affected endpoints:
Added
Add ETH staking consolidation and withdrawal ETA fields
Products: Staking
Scope: API + SDKs
What's new
Adds three new optional fields to
EthereumBlockchainData:estimatedSourceExitTime,estimatedConsolidationTime, andestimatedWithdrawalTimeto surface timing estimates for in-flight ETH validator consolidations and withdrawals.Impact
Customers can now track estimated completion times for pending ETH staking consolidations and withdrawals via the API.
Affected endpoints:
Add
gaslessInfoto transaction responsesProducts: Transactions
Scope: API + SDKs
What's new
Adds a new
gaslessInfoobject to transaction responses containing relay and meta-transaction details including tenant and vault account information.Impact
Customers can identify meta-transactions and see which relay tenant sponsored the gas fees.
Affected endpoints:
Add new
ReasonForPaymentEnumvaluesProducts: Trading (Beta)
Scope: API + SDKs
What's new
Adds three new payment reason values:
CORPORATE_INVESTMENT,INTER_COMPANY_TRANSFER, andOFFICE_OPERATING_EXPENSESto support additional corporate payment use cases.Impact
Customers can now specify additional payment reasons when creating trading orders.
Affected endpoints:
Add FSPM security findings endpoint
Products: Security Posture Management
Scope: API + SDKs
What's new
Adds an endpoint to retrieve paginated security posture findings for a workspace, with filtering by severity, category, and status.
Impact
Customers with Security Admin or Security Auditor roles can programmatically retrieve security posture findings.
Affected endpoints:
Fixed
Document
OwnerandViewerroles for staking endpointsProducts: Staking
Scope: API + SDKs
What's new
Adds missing Owner and Viewer roles to endpoint permission documentation for staking list endpoints. These roles were already permitted at runtime but not documented.
Impact
Customers with Owner or Viewer roles now see accurate permission documentation for staking endpoints.
Affected endpoints: