Release preparation for version 2.23.3

This commit is contained in:
github-actions[bot]
2025-10-14 09:30:24 +00:00
parent ab78f2b724
commit 33542f7d40
178 changed files with 448 additions and 152 deletions

View File

@@ -1,3 +1,7 @@
## 0.4.19
No user-facing changes.
## 0.4.18
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 0.4.19
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 0.4.18
lastReleaseVersion: 0.4.19

View File

@@ -1,5 +1,5 @@
name: codeql/actions-all
version: 0.4.19-dev
version: 0.4.19
library: true
warnOnImplicitThis: true
dependencies:

View File

@@ -1,3 +1,7 @@
## 0.6.11
No user-facing changes.
## 0.6.10
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 0.6.11
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 0.6.10
lastReleaseVersion: 0.6.11

View File

@@ -1,5 +1,5 @@
name: codeql/actions-queries
version: 0.6.11-dev
version: 0.6.11
library: false
warnOnImplicitThis: true
groups: [actions, queries]

View File

@@ -1,3 +1,13 @@
## 6.0.0
### Breaking Changes
* The "Guards" libraries (`semmle.code.cpp.controlflow.Guards` and `semmle.code.cpp.controlflow.IRGuards`) have been totally rewritten to recognize many more guards. The API remains unchanged, but the `GuardCondition` class now extends `Element` instead of `Expr`.
### New Features
* The C/C++ "build-mode: none" support is now General Availability (GA).
## 5.6.1
No user-facing changes.

View File

@@ -1,4 +0,0 @@
---
category: feature
---
* The C/C++ "build-mode: none" support is now General Availability (GA).

View File

@@ -1,4 +1,9 @@
---
category: breaking
---
* The "Guards" libraries (`semmle.code.cpp.controlflow.Guards` and `semmle.code.cpp.controlflow.IRGuards`) have been totally rewritten to recognize many more guards. The API remains unchanged, but the `GuardCondition` class now extends `Element` instead of `Expr`.
## 6.0.0
### Breaking Changes
* The "Guards" libraries (`semmle.code.cpp.controlflow.Guards` and `semmle.code.cpp.controlflow.IRGuards`) have been totally rewritten to recognize many more guards. The API remains unchanged, but the `GuardCondition` class now extends `Element` instead of `Expr`.
### New Features
* The C/C++ "build-mode: none" support is now General Availability (GA).

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 5.6.1
lastReleaseVersion: 6.0.0

View File

@@ -1,5 +1,5 @@
name: codeql/cpp-all
version: 5.6.2-dev
version: 6.0.0
groups: cpp
dbscheme: semmlecode.cpp.dbscheme
extractor: cpp

View File

@@ -1,3 +1,7 @@
## 1.5.2
No user-facing changes.
## 1.5.1
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.5.2
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.5.1
lastReleaseVersion: 1.5.2

View File

@@ -1,5 +1,5 @@
name: codeql/cpp-queries
version: 1.5.2-dev
version: 1.5.2
groups:
- cpp
- queries

View File

@@ -1,3 +1,7 @@
## 1.7.50
No user-facing changes.
## 1.7.49
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.7.50
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.7.49
lastReleaseVersion: 1.7.50

View File

@@ -1,5 +1,5 @@
name: codeql/csharp-solorigate-all
version: 1.7.50-dev
version: 1.7.50
groups:
- csharp
- solorigate

View File

@@ -1,3 +1,7 @@
## 1.7.50
No user-facing changes.
## 1.7.49
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.7.50
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.7.49
lastReleaseVersion: 1.7.50

View File

@@ -1,5 +1,5 @@
name: codeql/csharp-solorigate-queries
version: 1.7.50-dev
version: 1.7.50
groups:
- csharp
- solorigate

View File

@@ -1,3 +1,12 @@
## 5.2.6
### Minor Analysis Improvements
* The extraction of location information for parameters, fields, constructors, destructors and user operators has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.
* The extraction of location information for type parameters and tuples types has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.
* The extraction of location information for named types (classes, structs, etc.) has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.
* The extraction of the location for bound generic entities (methods, accessors, indexers, properties, and events) has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.
## 5.2.5
No user-facing changes.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* The extraction of the location for bound generic entities (methods, accessors, indexers, properties, and events) has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* The extraction of location information for named types (classes, structs, etc.) has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* The extraction of location information for type parameters and tuples types has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* The extraction of location information for parameters, fields, constructors, destructors and user operators has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.

View File

@@ -0,0 +1,8 @@
## 5.2.6
### Minor Analysis Improvements
* The extraction of location information for parameters, fields, constructors, destructors and user operators has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.
* The extraction of location information for type parameters and tuples types has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.
* The extraction of location information for named types (classes, structs, etc.) has been optimized. Previously, location information was extracted multiple times for each type when it was declared across multiple files. Now, the extraction context is respected during the extraction phase, ensuring locations are only extracted within the appropriate context. This change should be transparent to end-users but may improve extraction performance in some cases.
* The extraction of the location for bound generic entities (methods, accessors, indexers, properties, and events) has been optimized. Previously, location information was extracted multiple times for each bound generic. Now, only the location of the unbound generic declaration is extracted during the extraction phase, and the QL library explicitly reuses this location for all bound instances of the same generic.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 5.2.5
lastReleaseVersion: 5.2.6

View File

@@ -1,5 +1,5 @@
name: codeql/csharp-all
version: 5.2.6-dev
version: 5.2.6
groups: csharp
dbscheme: semmlecode.csharp.dbscheme
extractor: csharp

View File

@@ -1,3 +1,7 @@
## 1.4.2
No user-facing changes.
## 1.4.1
### Minor Analysis Improvements

View File

@@ -0,0 +1,3 @@
## 1.4.2
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.4.1
lastReleaseVersion: 1.4.2

View File

@@ -1,5 +1,5 @@
name: codeql/csharp-queries
version: 1.4.2-dev
version: 1.4.2
groups:
- csharp
- queries

View File

@@ -1,3 +1,7 @@
## 1.0.33
No user-facing changes.
## 1.0.32
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.0.33
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.0.32
lastReleaseVersion: 1.0.33

View File

@@ -1,5 +1,5 @@
name: codeql-go-consistency-queries
version: 1.0.33-dev
version: 1.0.33
groups:
- go
- queries

View File

@@ -1,3 +1,25 @@
## 5.0.0
### Breaking Changes
* The member predicate `writesField` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing a struct literal. A new member predicate `writesFieldPreUpdate` has been added for cases where this behaviour is not desired.
* The member predicate `writesElement` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing an array/slice/map literal. A new member predicate `writesElementPreUpdate` has been added for cases where this behaviour is not desired.
### Deprecated APIs
* The class `SqlInjection::NumericOrBooleanSanitizer` has been deprecated. Use `SimpleTypeSanitizer` from `semmle.go.security.Sanitizers` instead.
* The member predicate `writesComponent` on `DataFlow::Write` has been deprecated. Instead, use `writesFieldPreUpdate` and `writesElementPreUpdate`, or their new versions `writesField` and `writesElement`.
### Major Analysis Improvements
* The shape of the Go data-flow graph has changed. Previously for code like `x := def(); use1(x); use2(x)`, there would be edges from the definition of `x` to each use. Now there is an edge from the definition to the first use, then another from the first use to the second, and so on. This means that data-flow barriers work differently - flow will not reach any uses after the barrier node. Where this is not desired it may be be necessary to add an additional flow step to propagate the flow forward. Additionally, when a variable may be subject to a side-effect, such as updating an array, passing a pointer to a function that might write through it or writing to a field of a struct, there is now a dedicated post-update node representing the variable after this side-effect has taken place. Previously post-update nodes were aliases for either a variable's definition, or were equal to the pre-update node. This led to backwards steps in the data-flow graph, which could cause false positives. For example, in the previous code there would be an edge from `x` in `use2(x)` back to the definition of `x`. If we define our sources as any argument of `use2` and our sinks as any argument of `use1` then this would lead to a false positive path. Now there are distinct post-update nodes and no backwards edge to the definition, so we will not find this false positive path.
### Minor Analysis Improvements
* The query `go/request-forgery` will no longer report alerts when the user input is of a simple type, like a number or a boolean.
* For the query `go/unvalidated-url-redirection`, when untrusted data is assigned to the `Host` field of a `url.URL` struct, we consider the whole struct untrusted. We now also include the case when this happens during struct initialization, for example `&url.URL{Host: untrustedData}`.
* `go/unvalidated-url-redirection` and `go/request-forgery` have a shared notion of a safe URL, which is known to not be malicious. Some URLs which were incorrectly considered safe are now correctly considered unsafe. This may lead to more alerts for those two queries.
## 4.3.5
No user-facing changes.

View File

@@ -1,5 +0,0 @@
---
category: breaking
---
* The member predicate `writesField` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing a struct literal. A new member predicate `writesFieldPreUpdate` has been added for cases where this behaviour is not desired.
* The member predicate `writesElement` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing an array/slice/map literal. A new member predicate `writesElementPreUpdate` has been added for cases where this behaviour is not desired.

View File

@@ -1,4 +0,0 @@
---
category: majorAnalysis
---
* The shape of the Go data-flow graph has changed. Previously for code like `x := def(); use1(x); use2(x)`, there would be edges from the definition of `x` to each use. Now there is an edge from the definition to the first use, then another from the first use to the second, and so on. This means that data-flow barriers work differently - flow will not reach any uses after the barrier node. Where this is not desired it may be be necessary to add an additional flow step to propagate the flow forward. Additionally, when a variable may be subject to a side-effect, such as updating an array, passing a pointer to a function that might write through it or writing to a field of a struct, there is now a dedicated post-update node representing the variable after this side-effect has taken place. Previously post-update nodes were aliases for either a variable's definition, or were equal to the pre-update node. This led to backwards steps in the data-flow graph, which could cause false positives. For example, in the previous code there would be an edge from `x` in `use2(x)` back to the definition of `x`. If we define our sources as any argument of `use2` and our sinks as any argument of `use1` then this would lead to a false positive path. Now there are distinct post-update nodes and no backwards edge to the definition, so we will not find this false positive path.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* `go/unvalidated-url-redirection` and `go/request-forgery` have a shared notion of a safe URL, which is known to not be malicious. Some URLs which were incorrectly considered safe are now correctly considered unsafe. This may lead to more alerts for those two queries.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* For the query `go/unvalidated-url-redirection`, when untrusted data is assigned to the `Host` field of a `url.URL` struct, we consider the whole struct untrusted. We now also include the case when this happens during struct initialization, for example `&url.URL{Host: untrustedData}`.

View File

@@ -1,4 +0,0 @@
---
category: deprecated
---
* The member predicate `writesComponent` on `DataFlow::Write` has been deprecated. Instead, use `writesFieldPreUpdate` and `writesElementPreUpdate`, or their new versions `writesField` and `writesElement`.

View File

@@ -1,4 +0,0 @@
---
category: deprecated
---
* The class `SqlInjection::NumericOrBooleanSanitizer` has been deprecated. Use `SimpleTypeSanitizer` from `semmle.go.security.Sanitizers` instead.

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* The query `go/request-forgery` will no longer report alerts when the user input is of a simple type, like a number or a boolean.

View File

@@ -0,0 +1,21 @@
## 5.0.0
### Breaking Changes
* The member predicate `writesField` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing a struct literal. A new member predicate `writesFieldPreUpdate` has been added for cases where this behaviour is not desired.
* The member predicate `writesElement` on `DataFlow::Write` now uses the post-update node for `base` when that is the node being updated, which is in all cases except initializing an array/slice/map literal. A new member predicate `writesElementPreUpdate` has been added for cases where this behaviour is not desired.
### Deprecated APIs
* The class `SqlInjection::NumericOrBooleanSanitizer` has been deprecated. Use `SimpleTypeSanitizer` from `semmle.go.security.Sanitizers` instead.
* The member predicate `writesComponent` on `DataFlow::Write` has been deprecated. Instead, use `writesFieldPreUpdate` and `writesElementPreUpdate`, or their new versions `writesField` and `writesElement`.
### Major Analysis Improvements
* The shape of the Go data-flow graph has changed. Previously for code like `x := def(); use1(x); use2(x)`, there would be edges from the definition of `x` to each use. Now there is an edge from the definition to the first use, then another from the first use to the second, and so on. This means that data-flow barriers work differently - flow will not reach any uses after the barrier node. Where this is not desired it may be be necessary to add an additional flow step to propagate the flow forward. Additionally, when a variable may be subject to a side-effect, such as updating an array, passing a pointer to a function that might write through it or writing to a field of a struct, there is now a dedicated post-update node representing the variable after this side-effect has taken place. Previously post-update nodes were aliases for either a variable's definition, or were equal to the pre-update node. This led to backwards steps in the data-flow graph, which could cause false positives. For example, in the previous code there would be an edge from `x` in `use2(x)` back to the definition of `x`. If we define our sources as any argument of `use2` and our sinks as any argument of `use1` then this would lead to a false positive path. Now there are distinct post-update nodes and no backwards edge to the definition, so we will not find this false positive path.
### Minor Analysis Improvements
* The query `go/request-forgery` will no longer report alerts when the user input is of a simple type, like a number or a boolean.
* For the query `go/unvalidated-url-redirection`, when untrusted data is assigned to the `Host` field of a `url.URL` struct, we consider the whole struct untrusted. We now also include the case when this happens during struct initialization, for example `&url.URL{Host: untrustedData}`.
* `go/unvalidated-url-redirection` and `go/request-forgery` have a shared notion of a safe URL, which is known to not be malicious. Some URLs which were incorrectly considered safe are now correctly considered unsafe. This may lead to more alerts for those two queries.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 4.3.5
lastReleaseVersion: 5.0.0

View File

@@ -1,5 +1,5 @@
name: codeql/go-all
version: 4.3.6-dev
version: 5.0.0
groups: go
dbscheme: go.dbscheme
extractor: go

View File

@@ -1,3 +1,7 @@
## 1.4.7
No user-facing changes.
## 1.4.6
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.4.7
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.4.6
lastReleaseVersion: 1.4.7

View File

@@ -1,5 +1,5 @@
name: codeql/go-queries
version: 1.4.7-dev
version: 1.4.7
groups:
- go
- queries

View File

@@ -1,3 +1,9 @@
## 7.7.2
### Minor Analysis Improvements
* Fields of certain objects are considered tainted if the object is tainted. This holds, for example, for objects that occur directly as sources in the active threat model (for instance, a remote flow source). This has now been amended to also include array types, such that if an array like `MyPojo[]` is a source, then fields of a tainted `MyPojo` are now also considered tainted.
## 7.7.1
No user-facing changes.

View File

@@ -1,4 +1,5 @@
---
category: minorAnalysis
---
## 7.7.2
### Minor Analysis Improvements
* Fields of certain objects are considered tainted if the object is tainted. This holds, for example, for objects that occur directly as sources in the active threat model (for instance, a remote flow source). This has now been amended to also include array types, such that if an array like `MyPojo[]` is a source, then fields of a tainted `MyPojo` are now also considered tainted.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 7.7.1
lastReleaseVersion: 7.7.2

View File

@@ -1,5 +1,5 @@
name: codeql/java-all
version: 7.7.2-dev
version: 7.7.2
groups: java
dbscheme: config/semmlecode.dbscheme
extractor: java

View File

@@ -1,3 +1,7 @@
## 1.8.2
No user-facing changes.
## 1.8.1
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.8.2
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.8.1
lastReleaseVersion: 1.8.2

View File

@@ -1,5 +1,5 @@
name: codeql/java-queries
version: 1.8.2-dev
version: 1.8.2
groups:
- java
- queries

View File

@@ -1,3 +1,7 @@
## 2.6.13
No user-facing changes.
## 2.6.12
### Minor Analysis Improvements

View File

@@ -0,0 +1,3 @@
## 2.6.13
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 2.6.12
lastReleaseVersion: 2.6.13

View File

@@ -1,5 +1,5 @@
name: codeql/javascript-all
version: 2.6.13-dev
version: 2.6.13
groups: javascript
dbscheme: semmlecode.javascript.dbscheme
extractor: javascript

View File

@@ -1,3 +1,7 @@
## 2.1.2
No user-facing changes.
## 2.1.1
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 2.1.2
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 2.1.1
lastReleaseVersion: 2.1.2

View File

@@ -1,5 +1,5 @@
name: codeql/javascript-queries
version: 2.1.2-dev
version: 2.1.2
groups:
- javascript
- queries

View File

@@ -1,3 +1,7 @@
## 1.0.33
No user-facing changes.
## 1.0.32
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.0.33
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.0.32
lastReleaseVersion: 1.0.33

View File

@@ -1,4 +1,4 @@
name: codeql/suite-helpers
version: 1.0.33-dev
version: 1.0.33
groups: shared
warnOnImplicitThis: true

View File

@@ -1,3 +1,9 @@
## 4.0.17
### Bug Fixes
* The Python extractor no longer crashes with an `ImportError` when run using Python 3.14.
## 4.0.16
### Minor Analysis Improvements

View File

@@ -1,4 +1,5 @@
---
category: fix
---
## 4.0.17
### Bug Fixes
* The Python extractor no longer crashes with an `ImportError` when run using Python 3.14.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 4.0.16
lastReleaseVersion: 4.0.17

View File

@@ -1,5 +1,5 @@
name: codeql/python-all
version: 4.0.17-dev
version: 4.0.17
groups: python
dbscheme: semmlecode.python.dbscheme
extractor: python

View File

@@ -1,3 +1,7 @@
## 1.6.7
No user-facing changes.
## 1.6.6
### Minor Analysis Improvements

View File

@@ -0,0 +1,3 @@
## 1.6.7
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.6.6
lastReleaseVersion: 1.6.7

View File

@@ -1,5 +1,5 @@
name: codeql/python-queries
version: 1.6.7-dev
version: 1.6.7
groups:
- python
- queries

View File

@@ -1,3 +1,7 @@
## 5.1.1
No user-facing changes.
## 5.1.0
### New Features

View File

@@ -0,0 +1,3 @@
## 5.1.1
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 5.1.0
lastReleaseVersion: 5.1.1

View File

@@ -1,5 +1,5 @@
name: codeql/ruby-all
version: 5.1.1-dev
version: 5.1.1
groups: ruby
extractor: ruby
dbscheme: ruby.dbscheme

View File

@@ -1,3 +1,7 @@
## 1.4.7
No user-facing changes.
## 1.4.6
No user-facing changes.

View File

@@ -0,0 +1,3 @@
## 1.4.7
No user-facing changes.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 1.4.6
lastReleaseVersion: 1.4.7

View File

@@ -1,5 +1,5 @@
name: codeql/ruby-queries
version: 1.4.7-dev
version: 1.4.7
groups:
- ruby
- queries

View File

@@ -1,3 +1,13 @@
## 0.1.18
### New Features
* Rust analysis is now Generally Available (GA).
### Minor Analysis Improvements
* Improve data flow through functions being passed as function pointers.
## 0.1.17
### New Features

View File

@@ -1,4 +0,0 @@
---
category: minorAnalysis
---
* Improve data flow through functions being passed as function pointers.

View File

@@ -1,4 +0,0 @@
---
category: feature
---
* Rust analysis is now Generally Available (GA).

View File

@@ -0,0 +1,9 @@
## 0.1.18
### New Features
* Rust analysis is now Generally Available (GA).
### Minor Analysis Improvements
* Improve data flow through functions being passed as function pointers.

View File

@@ -1,2 +1,2 @@
---
lastReleaseVersion: 0.1.17
lastReleaseVersion: 0.1.18

View File

@@ -1,5 +1,5 @@
name: codeql/rust-all
version: 0.1.18-dev
version: 0.1.18
groups: rust
extractor: rust
dbscheme: rust.dbscheme

View File

@@ -1,3 +1,9 @@
## 0.1.18
### New Queries
* Added a new query, `rust/insecure-cookie`, to detect cookies created without the 'Secure' attribute.
## 0.1.17
### New Queries

View File

@@ -1,4 +1,5 @@
---
category: newQuery
---
## 0.1.18
### New Queries
* Added a new query, `rust/insecure-cookie`, to detect cookies created without the 'Secure' attribute.

Some files were not shown because too many files have changed in this diff Show More