A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka 'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349, CVE-2019-1350, CVE-2019-1354, CVE-2019-1387.

The version of git installed on the remote host is prior to 2.23.1-0. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2-2023-1943 advisory.

    A flaw was found in the git fast-import command where it provides the export-marks feature that may     unexpectedly overwrite arbitrary paths. An attacker can abuse this flaw if they can control the input     passed to the fast-import command by using the export-marks feature and overwrite arbitrary files, but     would not have complete control on the content of the file. (CVE-2019-1348)

    An improper input validation flaw was discovered in git in the way it handles git submodules. A remote     attacker could abuse this flaw to trick a victim user into recursively cloning a malicious repository,     which, under certain circumstances, could fool git into using the same git directory twice and potentially     cause remote code execution. (CVE-2019-1349)

    A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka     'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349,     CVE-2019-1352, CVE-2019-1354, CVE-2019-1387. (CVE-2019-1350)

    A tampering vulnerability exists when Git for Visual Studio improperly handles virtual drive paths, aka     'Git for Visual Studio Tampering Vulnerability'. (CVE-2019-1351)

    A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka     'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354, CVE-2019-1387. (CVE-2019-1352)

    An issue was found in Git before v2.24.1, v2.23.1, v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the Windows Subsystem for Linux (also known as WSL)     while accessing a working directory on a regular Windows drive, none of the NTFS protections were active.
    (CVE-2019-1353)

    A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka     'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1352, CVE-2019-1387. (CVE-2019-1354)

    A flaw was discovered where git improperly validates submodules' names used to construct git metadata     paths and does not prevent them from being nested in existing directories used to store another     submodule's metadata. A remote attacker could abuse this flaw to trick a victim user into cloning a     malicious repository containing submodules, which, when recursively cloned, would trigger the flaw and     remotely execute code on the victim's machine. (CVE-2019-1387)

    A security bypass was discovered in git, which allows arbitrary commands to be executed during the update     of git submodules. A remote attacker may trick a victim user into cloning a malicious repository that     initially looks fine, allowing access to bypass the security mechanisms that prevent the execution of     arbitrary commands during the submodule initialization. After following an update of the repository and     the submodules done by the victim user, vulnerable versions of git may use the update setting in the     .gitmodules file and execute arbitrary commands. (CVE-2019-19604)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2020:0002 advisory.

    Git is a distributed revision control system with a decentralized architecture. As opposed to centralized     version control systems with a client-server model, Git ensures that each working copy of a Git repository     is an exact copy with complete revision history. This not only allows the user to work on and contribute     to projects without the need to have permission to push the changes to their official repositories, but     also makes it possible for the user to work with no network connection.

    The following packages have been upgraded to a later upstream version: rh-git218-git (2.18.2).
    (BZ#1784060, BZ#1784368, BZ#1784528)

    Security Fix(es):

    * git: Remote code execution in recursive clones with nested submodules (CVE-2019-1387)

    * git: Arbitrary path overwriting via export-marks in-stream command feature (CVE-2019-1348)

    * git: Recursive submodule cloning allows using git directory twice with synonymous directory name written     in .git/ (CVE-2019-1349)

    * git: Files inside the .git directory may be overwritten during cloning via NTFS Alternate Data Streams     (CVE-2019-1352)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3495-1 advisory.

  - A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka     'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354, CVE-2019-1387. (CVE-2019-1352)

  - Git for Windows is a fork of Git containing Windows-specific patches. This vulnerability affects users     working on multi-user machines, where untrusted parties have write access to the same hard disk. Those     untrusted parties could create the folder `C:\.git`, which would be picked up by Git operations run     supposedly outside a repository while searching for a Git directory. Git would then respect any config in     said Git directory. Git Bash users who set `GIT_PS1_SHOWDIRTYSTATE` are vulnerable as well. Users who     installed posh-gitare vulnerable simply by starting a PowerShell. Users of IDEs such as Visual Studio are     vulnerable: simply creating a new project would already read and respect the config specified in     `C:\.git\config`. Users of the Microsoft fork of Git are vulnerable simply by starting a Git Bash. The     problem has been patched in Git for Windows v2.35.2. Users unable to upgrade may create the folder `.git`     on all drives where Git commands are run, and remove read/write access from those folders as a workaround.
    Alternatively, define or extend `GIT_CEILING_DIRECTORIES` to cover the _parent_ directory of the user     profile, e.g. `C:\Users` if the user profile is located in `C:\Users\my-user-name`. (CVE-2022-24765)

  - Git is a distributed revision control system. Git prior to versions 2.37.1, 2.36.2, 2.35.4, 2.34.4,     2.33.4, 2.32.3, 2.31.4, and 2.30.5, is vulnerable to privilege escalation in all platforms. An     unsuspecting user could still be affected by the issue reported in CVE-2022-24765, for example when     navigating as root into a shared tmp directory that is owned by them, but where an attacker could create a     git repository. Versions 2.37.1, 2.36.2, 2.35.4, 2.34.4, 2.33.4, 2.32.3, 2.31.4, and 2.30.5 contain a     patch for this issue. The simplest way to avoid being affected by the exploit described in the example is     to avoid running git as root (or an Administrator in Windows), and if needed to reduce its use to a     minimum. While a generic workaround is not possible, a system could be hardened from the exploit described     in the example by removing any such repository if it exists already and creating one as root to block any     future attacks. (CVE-2022-29187)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Debian 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the dla-2936 advisory.

  - A flaw was found in libgit2 before version 0.27.3. It has been discovered that an unexpected sign     extension in git_delta_apply function in delta.c file may lead to an integer overflow which in turn leads     to an out of bound read, allowing to read before the base object. An attacker may use this flaw to leak     memory addresses or cause a Denial of Service. (CVE-2018-10887)

  - A flaw was found in libgit2 before version 0.27.3. A missing check in git_delta_apply function in delta.c     file, may lead to an out-of-bound read while reading a binary delta file. An attacker may use this flaw to     cause a Denial of Service. (CVE-2018-10888)

  - In ng_pkt in transports/smart_pkt.c in libgit2 before 0.26.6 and 0.27.x before 0.27.4, a remote attacker     can send a crafted smart-protocol ng packet that lacks a '\0' byte to trigger an out-of-bounds read that     leads to DoS. (CVE-2018-15501)

  - Integer overflow in the index.c:read_entry() function while decompressing a compressed prefix length in     libgit2 before v0.26.2 allows an attacker to cause a denial of service (out-of-bounds read) via a crafted     repository index file. (CVE-2018-8098)

  - Incorrect returning of an error code in the index.c:read_entry() function leads to a double free in     libgit2 before v0.26.2, which allows an attacker to cause a denial of service via a crafted repository     index file. (CVE-2018-8099)

  - A remote code execution vulnerability exists when Git for Visual Studio improperly sanitizes input, aka     'Git for Visual Studio Remote Code Execution Vulnerability'. This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354, CVE-2019-1387. (CVE-2019-1352)

  - An issue was found in Git before v2.24.1, v2.23.1, v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the Windows Subsystem for Linux (also known as WSL)     while accessing a working directory on a regular Windows drive, none of the NTFS protections were active.
    (CVE-2019-1353)

  - An issue was discovered in libgit2 before 0.28.4 and 0.9x before 0.99.0. path.c mishandles equivalent     filenames that exist because of NTFS Alternate Data Streams. This may allow remote code execution when     cloning a repository. This issue is similar to CVE-2019-1352. (CVE-2020-12278)

  - An issue was discovered in libgit2 before 0.28.4 and 0.9x before 0.99.0. checkout.c mishandles equivalent     filenames that exist because of NTFS short names. This may allow remote code execution when cloning a     repository. This issue is similar to CVE-2019-1353. (CVE-2020-12279)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote CentOS Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the CESA-2019:4356 advisory.

  - git: Arbitrary path overwriting via export-marks in-stream command feature (CVE-2019-1348)

  - git: Recursive submodule cloning allows using git directory twice with synonymous directory name written     in .git/ (CVE-2019-1349)

  - git: Files inside the .git directory may be overwritten during cloning via NTFS Alternate Data Streams     (CVE-2019-1352)

  - git: Remote code execution in recursive clones with nested submodules (CVE-2019-1387)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

This update for git fixes the following issues :

Security issues fixed :

  - CVE-2020-11008: Specially crafted URLs may have tricked     the credentials helper to providing credential     information that is not appropriate for the protocol in     use and host being contacted (bsc#1169936)

git was updated to 2.26.1 (bsc#1169786, jsc#ECO-1628, bsc#1149792)

  - Fix git-daemon not starting after conversion from     sysvinit to systemd service (bsc#1169605).

  - CVE-2020-5260: Specially crafted URLs with newline     characters could have been used to make the Git client     to send credential information for a wrong host to the     attacker's site bsc#1168930

git 2.26.0 (bsc#1167890, jsc#SLE-11608) :

  - 'git rebase' now uses a different backend that is based     on the 'merge' machinery by default. The     'rebase.backend' configuration variable reverts to old     behaviour when set to 'apply'

  - Improved handling of sparse checkouts

  - Improvements to many commands and internal features

git 2.25.2 :

  - bug fixes to various subcommands in specific operations

git 2.25.1 :

  - 'git commit' now honors advise.statusHints

  - various updates, bug fixes and documentation updates

git 2.25.0

  - The branch description ('git branch --edit-description')     has been used to fill the body of the cover letters by     the format-patch command; this has been enhanced so that     the subject can also be filled.

  - A few commands learned to take the pathspec from the     standard input or a named file, instead of taking it as     the command line arguments, with the     '--pathspec-from-file' option.

  - Test updates to prepare for SHA-2 transition continues.

  - Redo 'git name-rev' to avoid recursive calls.

  - When all files from some subdirectory were renamed to     the root directory, the directory rename heuristics     would fail to detect that as a rename/merge of the     subdirectory to the root directory, which has been     corrected.

  - HTTP transport had possible allocator/deallocator     mismatch, which has been corrected.

git 2.24.1 :

  - CVE-2019-1348: The --export-marks option of fast-import     is exposed also via the in-stream command feature     export-marks=... and it allows overwriting arbitrary     paths (bsc#1158785)

  - CVE-2019-1349: on Windows, when submodules are cloned     recursively, under certain circumstances Git could be     fooled into using the same Git directory twice     (bsc#1158787)

  - CVE-2019-1350: Incorrect quoting of command-line     arguments allowed remote code execution during a     recursive clone in conjunction with SSH URLs     (bsc#1158788)

  - CVE-2019-1351: on Windows mistakes drive letters outside     of the US-English alphabet as relative paths     (bsc#1158789)

  - CVE-2019-1352: on Windows was unaware of NTFS Alternate     Data Streams (bsc#1158790)

  - CVE-2019-1353: when run in the Windows Subsystem for     Linux while accessing a working directory on a regular     Windows drive, none of the NTFS protections were active     (bsc#1158791)

  - CVE-2019-1354: on Windows refuses to write tracked files     with filenames that contain backslashes (bsc#1158792)

  - CVE-2019-1387: Recursive clones vulnerability that is     caused by too-lax validation of submodule names,     allowing very targeted attacks via remote code execution     in recursive clones (bsc#1158793)

  - CVE-2019-19604: a recursive clone followed by a     submodule update could execute code contained within the     repository without the user explicitly having asked for     that (bsc#1158795)

git 2.24.0

  - The command line parser learned '--end-of-options'     notation.

  - A mechanism to affect the default setting for a     (related) group of configuration variables is     introduced.

  - 'git fetch' learned '--set-upstream' option to help     those who first clone from their private fork they     intend to push to, add the true upstream via 'git remote     add' and then 'git fetch' from it.

  - fixes and improvements to UI, workflow and features,     bash completion fixes

git 2.23.0 :

  - The '--base' option of 'format-patch' computed the     patch-ids for prerequisite patches in an unstable way,     which has been updated to compute in a way that is     compatible with 'git patch-id

    --stable'.

  - The 'git log' command by default behaves as if the
    --mailmap option was given.

  - fixes and improvements to UI, workflow and features

git 2.22.1

  - A relative pathname given to 'git init --template=<path>     <repo>' ought to be relative to the directory 'git init'     gets invoked in, but it instead was made relative to the     repository, which has been corrected.

  - 'git worktree add' used to fail when another worktree     connected to the same repository was corrupt, which has     been corrected.

  - 'git am -i --resolved' segfaulted after trying to see a     commit as if it were a tree, which has been corrected.

  - 'git merge --squash' is designed to update the working     tree and the index without creating the commit, and this     cannot be countermanded by adding the '--commit' option;
    the command now refuses to work when both options are     given.

  - Update to Unicode 12.1 width table.

  - 'git request-pull' learned to warn when the ref we ask     them to pull from in the local repository and in the     published repository are different.

  - 'git fetch' into a lazy clone forgot to fetch base     objects that are necessary to complete delta in a thin     packfile, which has been corrected.

  - The URL decoding code has been updated to avoid going     past the end of the string while parsing %-<hex>-<hex>     sequence.

  - 'git clean' silently skipped a path when it cannot     lstat() it; now it gives a warning.

  - 'git rm' to resolve a conflicted path leaked an internal     message 'needs merge' before actually removing the path,     which was confusing. This has been corrected.

  - Many more bugfixes and code cleanups.

  - removal of SuSEfirewall2 service, since SuSEfirewall2     has been replaced by firewalld.

  - partial fix for git instaweb giving 500 error     (bsc#1112230)

git 2.22.0 

  - The filter specification '--filter=sparse:path=<path>'     used to create a lazy/partial clone has been removed.
    Using a blob that is part of the project as sparse     specification is still supported with the     '--filter=sparse:oid=<blob>' option

  - 'git checkout --no-overlay' can be used to trigger a new     mode of checking out paths out of the tree-ish, that     allows paths that match the pathspec that are in the     current index and working tree and are not in the     tree-ish.

  - Four new configuration variables     (author,committer).(name,email) have been introduced to     override user.(name,email) in more specific cases.

  - 'git branch' learned a new subcommand '--show-current'.

  - The command line completion (in contrib/) has been     taught to complete more subcommand parameters.

  - The completion helper code now pays attention to     repository-local configuration (when available), which     allows --list-cmds to honour a repository specific     setting of completion.commands, for example.

  - The list of conflicted paths shown in the editor while     concluding a conflicted merge was shown above the     scissors line when the clean-up mode is set to     'scissors', even though it was commented out just like     the list of updated paths and other information to help     the user explain the merge better.

  - 'git rebase' that was reimplemented in C did not set     ORIG_HEAD correctly, which has been corrected.

  - 'git worktree add' used to do a 'find an available name     with stat and then mkdir', which is race-prone. This has     been fixed by using mkdir and reacting to EEXIST in a     loop. 

  - Move to DocBook 5.x. Asciidoctor 2.x no longer supports     the legacy DocBook 4.5 format.

  - update git-web AppArmor profile for bash and tar     usrMerge (bsc#1132350)

git 2.21.0

  - Historically, the '-m' (mainline) option can only be     used for 'git cherry-pick' and 'git revert' when working     with a merge commit. This version of Git no longer warns     or errors out when working with a single-parent commit,     as long as the argument to the '-m' option is 1 (i.e. it     has only one parent, and the request is to pick or     revert relative to that first parent). Scripts that     relied on the behaviour may get broken with this change.

  - Small fixes and features for fast-export and     fast-import.

  - The 'http.version' configuration variable can be used     with recent enough versions of cURL library to force the     version of HTTP used to talk when fetching and pushing.

  - 'git push $there $src:$dst' rejects when $dst is not a     fully qualified refname and it is not clear what the end     user meant.

  - Update 'git multimail' from the upstream.

  - A new date format '--date=human' that morphs its output     depending on how far the time is from the current time     has been introduced. '--date=auto:human' can be used to     use this new format (or any existing format) when the     output is going to the pager or to the terminal, and     otherwise the default format.

  - Fix worktree creation race (bsc#1114225).

  - add shadow build dependency to the -daemon subpackage.

git 2.20.1 :

  - portability fixes

  - 'git help -a' did not work well when an overly long     alias was defined

  - no longer squelched an error message when the     run_command API failed to run a missing command

git 2.20.0

  - 'git help -a' now gives verbose output (same as 'git     help -av'). Those who want the old output may say 'git     help --no-verbose -a'..

  - 'git send-email' learned to grab address-looking string     on any trailer whose name ends with '-by'.

  - 'git format-patch' learned new '--interdiff' and     '--range-diff' options to explain the difference between     this version and the previous attempt in the cover     letter (or after the three-dashes as a comment).

  - Developer builds now use -Wunused-function compilation     option.

  - Fix a bug in which the same path could be registered     under multiple worktree entries if the path was missing     (for instance, was removed manually). Also, as a     convenience, expand the number of cases in which --force     is applicable.

  - The overly large Documentation/config.txt file have been     split into million little pieces. This potentially     allows each individual piece to be included into the     manual page of the command it affects more easily.

  - Malformed or crafted data in packstream can make our     code attempt to read or write past the allocated buffer     and abort, instead of reporting an error, which has been     fixed.

  - Fix for a long-standing bug that leaves the index file     corrupt when it shrinks during a partial commit.

  - 'git merge' and 'git pull' that merges into an unborn     branch used to completely ignore '--verify-signatures',     which has been corrected.

  - ...and much more features and fixes

git 2.19.2 :

  - various bug fixes for multiple subcommands and     operations

git 2.19.1 :

  - CVE-2018-17456: Specially crafted .gitmodules files may     have allowed arbitrary code execution when the     repository is cloned with --recurse-submodules     (bsc#1110949)

git 2.19.0 :

  - 'git diff' compares the index and the working tree. For     paths added with intent-to-add bit, the command shows     the full contents of them as added, but the paths     themselves were not marked as new files. They are now     shown as new by default.

  - 'git apply' learned the '--intent-to-add' option so that     an otherwise working-tree-only application of a patch     will add new paths to the index marked with the     'intent-to-add' bit.

  - 'git grep' learned the '--column' option that gives not     just the line number but the column number of the hit.

  - The '-l' option in 'git branch -l' is an unfortunate     short-hand for '--create-reflog', but many users, both     old and new, somehow expect it to be something else,     perhaps '--list'. This step warns when '-l' is used as a     short-hand for '--create-reflog' and warns about the     future repurposing of the it when it is used.

  - The userdiff pattern for .php has been updated.

  - The content-transfer-encoding of the message 'git     send-email' sends out by default was 8bit, which can     cause trouble when there is an overlong line to bust RFC     5322/2822 limit. A new option 'auto' to automatically     switch to quoted-printable when there is such a line in     the payload has been introduced and is made the default.

  - 'git checkout' and 'git worktree add' learned to honor     checkout.defaultRemote when auto-vivifying a local     branch out of a remote tracking branch in a repository     with multiple remotes that have tracking branches that     share the same names. (merge 8d7b558bae     ab/checkout-default-remote later to maint).

  - 'git grep' learned the '--only-matching' option.

  - 'git rebase --rebase-merges' mode now handles octopus     merges as well.

  - Add a server-side knob to skip commits in     exponential/fibbonacci stride in an attempt to cover     wider swath of history with a smaller number of     iterations, potentially accepting a larger packfile     transfer, instead of going back one commit a time during     common ancestor discovery during the 'git fetch'     transaction. (merge 42cc7485a2     jt/fetch-negotiator-skipping later to maint).

  - A new configuration variable core.usereplacerefs has     been added, primarily to help server installations that     want to ignore the replace mechanism altogether.

  - Teach 'git tag -s' etc. a few configuration variables     (gpg.format that can be set to 'openpgp' or 'x509', and     gpg.<format>.program that is used to specify what     program to use to deal with the format) to allow x.509     certs with CMS via 'gpgsm' to be used instead of openpgp     via 'gnupg'.

  - Many more strings are prepared for l10n.

  - 'git p4 submit' learns to ask its own pre-submit hook if     it should continue with submitting.

  - The test performed at the receiving end of 'git push' to     prevent bad objects from entering repository can be     customized via receive.fsck.* configuration variables;
    we now have gained a counterpart to do the same on the     'git fetch' side, with fetch.fsck.* configuration     variables.

  - 'git pull --rebase=interactive' learned 'i' as a     short-hand for 'interactive'.

  - 'git instaweb' has been adjusted to run better with     newer Apache on RedHat based distros.

  - 'git range-diff' is a reimplementation of 'git tbdiff'     that lets us compare individual patches in two     iterations of a topic.

  - The sideband code learned to optionally paint selected     keywords at the beginning of incoming lines on the     receiving end.

  - 'git branch --list' learned to take the default sort     order from the 'branch.sort' configuration variable,     just like 'git tag --list' pays attention to 'tag.sort'.

  - 'git worktree' command learned '--quiet' option to make     it less verbose.

git 2.18.0 :

  - improvements to rename detection logic

  - When built with more recent cURL, GIT_SSL_VERSION can     now specify 'tlsv1.3' as its value.

  - 'git mergetools' learned talking to guiffy.

  - various other workflow improvements and fixes

  - performance improvements and other developer visible     fixes

git 2.17.1

  - Submodule 'names' come from the untrusted .gitmodules     file, but we blindly append them to $GIT_DIR/modules to     create our on-disk repo paths. This means you can do bad     things by putting '../' into the name. We now enforce     some rules for submodule names which will cause Git to     ignore these malicious names (CVE-2018-11235,     bsc#1095219)

  - It was possible to trick the code that sanity-checks     paths on NTFS into reading random piece of memory     (CVE-2018-11233, bsc#1095218)

  - Support on the server side to reject pushes to     repositories that attempt to create such problematic     .gitmodules file etc. as tracked contents, to help     hosting sites protect their customers by preventing     malicious contents from spreading.

git 2.17.0 :

  - 'diff' family of commands learned     '--find-object=<object-id>' option to limit the findings     to changes that involve the named object.

  - 'git format-patch' learned to give 72-cols to diffstat,     which is consistent with other line length limits the     subcommand uses for its output meant for e-mails.

  - The log from 'git daemon' can be redirected with a new     option; one relevant use case is to send the log to     standard error (instead of syslog) when running it from     inetd.

  - 'git rebase' learned to take '--allow-empty-message'     option.

  - 'git am' has learned the '--quit' option, in addition to     the existing '--abort' option; having the pair mirrors a     few other commands like 'rebase' and 'cherry-pick'.

  - 'git worktree add' learned to run the post-checkout     hook, just like 'git clone' runs it upon the initial     checkout.

  - 'git tag' learned an explicit '--edit' option that     allows the message given via '-m' and '-F' to be further     edited.

  - 'git fetch --prune-tags' may be used as a handy     short-hand for getting rid of stale tags that are     locally held.

  - The new '--show-current-patch' option gives an end-user     facing way to get the diff being applied when 'git     rebase' (and 'git am') stops with a conflict.

  - 'git add -p' used to offer '/' (look for a matching     hunk) as a choice, even there was only one hunk, which     has been corrected. Also the single-key help is now     given only for keys that are enabled (e.g. help for '/'     won't be shown when there is only one hunk).

  - Since Git 1.7.9, 'git merge' defaulted to --no-ff (i.e.
    even when the side branch being merged is a descendant     of the current commit, create a merge commit instead of     fast-forwarding) when merging a tag object. This was     appropriate default for integrators who pull signed tags     from their downstream contributors, but caused an     unnecessary merges when used by downstream contributors     who habitually 'catch up' their topic branches with     tagged releases from the upstream. Update 'git merge' to     default to --no-ff only when merging a tag object that     does *not* sit at its usual place in refs/tags/     hierarchy, and allow fast-forwarding otherwise, to     mitigate the problem.

  - 'git status' can spend a lot of cycles to compute the     relation between the current branch and its upstream,     which can now be disabled with '--no-ahead-behind'     option.

  - 'git diff' and friends learned funcname patterns for Go     language source files.

  - 'git send-email' learned '--reply-to=<address>' option.

  - Funcname pattern used for C# now recognizes 'async'     keyword.

  - In a way similar to how 'git tag' learned to honor the     pager setting only in the list mode, 'git config'     learned to ignore the pager setting when it is used for     setting values (i.e. when the purpose of the operation     is not to 'show').

This update was imported from the SUSE:SLE-15:Update update project.

According to the versions of the git packages installed, the EulerOS Virtualization for ARM 64 installation on the remote host is affected by the following vulnerabilities :

  - Arbitrary command execution is possible in Git before     2.20.2, 2.21.x before 2.21.1, 2.22.x before 2.22.2,     2.23.x before 2.23.1, and 2.24.x before 2.24.1 because     a 'git submodule update' operation can run commands     found in the .gitmodules file of a malicious     repository.(CVE-2019-19604)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. Recursive clones are     currently affected by a vulnerability that is caused by     too-lax validation of submodule names, allowing very     targeted attacks via remote code execution in recursive     clones.(CVE-2019-1387)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1352,     CVE-2019-1387.(CVE-2019-1354)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the     Windows Subsystem for Linux (also known as 'WSL') while     accessing a working directory on a regular Windows     drive, none of the NTFS protections were     active.(CVE-2019-1353)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1352)

  - A tampering vulnerability exists when Git for Visual     Studio improperly handles virtual drive paths, aka 'Git     for Visual Studio Tampering     Vulnerability'.(CVE-2019-1351)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1350)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1350,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1349)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. The --export-marks     option of git fast-import is exposed also via the     in-stream command feature export-marks=... and it     allows overwriting arbitrary paths.(CVE-2019-1348)

  - Affected versions of Git have a vulnerability whereby     Git can be tricked into sending private credentials to     a host controlled by an attacker. Git uses external     'credential helper' programs to store and retrieve     passwords or other credentials from secure storage     provided by the operating system. Specially-crafted     URLs that contain an encoded newline can inject     unintended values into the credential helper protocol     stream, causing the credential helper to retrieve the     password for one server (e.g., good.example.com) for an     HTTP request being made to another server (e.g.,     evil.example.com), resulting in credentials for the     former being sent to the latter. There are no     restrictions on the relationship between the two,     meaning that an attacker can craft a URL that will     present stored credentials for any host to a host of     their choosing. The vulnerability can be triggered by     feeding a malicious URL to git clone. However, the     affected URLs look rather suspicious the likely vector     would be through systems which automatically clone URLs     not visible to the user, such as Git submodules, or     package systems built around Git. The problem has been     patched in the versions published on April 14th, 2020,     going back to v2.17.x. Anyone wishing to backport the     change further can do so by applying commit 9a6bbee     (the full release includes extra checks for git fsck,     but that commit is sufficient to protect clients     against the vulnerability). The patched versions are:
    2.17.4, 2.18.3, 2.19.4, 2.20.3, 2.21.2, 2.22.3, 2.23.2,     2.24.2, 2.25.3, 2.26.1.(CVE-2020-5260)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for git fixes the following issues :

Security issues fixed :

CVE-2020-11008: Specially crafted URLs may have tricked the credentials helper to providing credential information that is not appropriate for the protocol in use and host being contacted (bsc#1169936)

git was updated to 2.26.1 (bsc#1169786, jsc#ECO-1628, bsc#1149792)

Fix git-daemon not starting after conversion from sysvinit to systemd service (bsc#1169605).

CVE-2020-5260: Specially crafted URLs with newline characters could have been used to make the Git client to send credential information for a wrong host to the attacker's site bsc#1168930

git 2.26.0 (bsc#1167890, jsc#SLE-11608) :

'git rebase' now uses a different backend that is based on the 'merge' machinery by default. The 'rebase.backend' configuration variable reverts to old behaviour when set to 'apply'

Improved handling of sparse checkouts

Improvements to many commands and internal features

git 2.25.2 :

bug fixes to various subcommands in specific operations

git 2.25.1 :

'git commit' now honors advise.statusHints

various updates, bug fixes and documentation updates

git 2.25.0

The branch description ('git branch --edit-description') has been used to fill the body of the cover letters by the format-patch command;
this has been enhanced so that the subject can also be filled.

A few commands learned to take the pathspec from the standard input or a named file, instead of taking it as the command line arguments, with the '--pathspec-from-file' option.

Test updates to prepare for SHA-2 transition continues.

Redo 'git name-rev' to avoid recursive calls.

When all files from some subdirectory were renamed to the root directory, the directory rename heuristics would fail to detect that as a rename/merge of the subdirectory to the root directory, which has been corrected.

HTTP transport had possible allocator/deallocator mismatch, which has been corrected.

git 2.24.1 :

CVE-2019-1348: The --export-marks option of fast-import is exposed also via the in-stream command feature export-marks=... and it allows overwriting arbitrary paths (bsc#1158785)

CVE-2019-1349: on Windows, when submodules are cloned recursively, under certain circumstances Git could be fooled into using the same Git directory twice (bsc#1158787)

CVE-2019-1350: Incorrect quoting of command-line arguments allowed remote code execution during a recursive clone in conjunction with SSH URLs (bsc#1158788)

CVE-2019-1351: on Windows mistakes drive letters outside of the US-English alphabet as relative paths (bsc#1158789)

CVE-2019-1352: on Windows was unaware of NTFS Alternate Data Streams (bsc#1158790)

CVE-2019-1353: when run in the Windows Subsystem for Linux while accessing a working directory on a regular Windows drive, none of the NTFS protections were active (bsc#1158791)

CVE-2019-1354: on Windows refuses to write tracked files with filenames that contain backslashes (bsc#1158792)

CVE-2019-1387: Recursive clones vulnerability that is caused by too-lax validation of submodule names, allowing very targeted attacks via remote code execution in recursive clones (bsc#1158793)

CVE-2019-19604: a recursive clone followed by a submodule update could execute code contained within the repository without the user explicitly having asked for that (bsc#1158795)

git 2.24.0

The command line parser learned '--end-of-options' notation.

A mechanism to affect the default setting for a (related) group of configuration variables is introduced.

'git fetch' learned '--set-upstream' option to help those who first clone from their private fork they intend to push to, add the true upstream via 'git remote add' and then 'git fetch' from it.

fixes and improvements to UI, workflow and features, bash completion fixes

git 2.23.0 :

The '--base' option of 'format-patch' computed the patch-ids for prerequisite patches in an unstable way, which has been updated to compute in a way that is compatible with 'git patch-id

--stable'.

The 'git log' command by default behaves as if the --mailmap option was given.

fixes and improvements to UI, workflow and features

git 2.22.1

A relative pathname given to 'git init --template=<path> <repo>' ought to be relative to the directory 'git init' gets invoked in, but it instead was made relative to the repository, which has been corrected.
</repo></path>

'git worktree add' used to fail when another worktree connected to the same repository was corrupt, which has been corrected.

'git am -i --resolved' segfaulted after trying to see a commit as if it were a tree, which has been corrected.

'git merge --squash' is designed to update the working tree and the index without creating the commit, and this cannot be countermanded by adding the '--commit' option; the command now refuses to work when both options are given.

Update to Unicode 12.1 width table.

'git request-pull' learned to warn when the ref we ask them to pull from in the local repository and in the published repository are different.

'git fetch' into a lazy clone forgot to fetch base objects that are necessary to complete delta in a thin packfile, which has been corrected.

The URL decoding code has been updated to avoid going past the end of the string while parsing %-<hex>-<hex> sequence. </hex></hex>

'git clean' silently skipped a path when it cannot lstat() it; now it gives a warning.

'git rm' to resolve a conflicted path leaked an internal message 'needs merge' before actually removing the path, which was confusing.
This has been corrected.

Many more bugfixes and code cleanups.

removal of SuSEfirewall2 service, since SuSEfirewall2 has been replaced by firewalld.

partial fix for git instaweb giving 500 error (bsc#1112230)

git 2.22.0

The filter specification '--filter=sparse:path=<path>' used to create a lazy/partial clone has been removed. Using a blob that is part of the project as sparse specification is still supported with the '--filter=sparse:oid=<blob>' option </blob></path>

'git checkout --no-overlay' can be used to trigger a new mode of checking out paths out of the tree-ish, that allows paths that match the pathspec that are in the current index and working tree and are not in the tree-ish.

Four new configuration variables {author,committer}.{name,email} have been introduced to override user.{name,email} in more specific cases.

'git branch' learned a new subcommand '--show-current'.

The command line completion (in contrib/) has been taught to complete more subcommand parameters.

The completion helper code now pays attention to repository-local configuration (when available), which allows --list-cmds to honour a repository specific setting of completion.commands, for example.

The list of conflicted paths shown in the editor while concluding a conflicted merge was shown above the scissors line when the clean-up mode is set to 'scissors', even though it was commented out just like the list of updated paths and other information to help the user explain the merge better.

'git rebase' that was reimplemented in C did not set ORIG_HEAD correctly, which has been corrected.

'git worktree add' used to do a 'find an available name with stat and then mkdir', which is race-prone. This has been fixed by using mkdir and reacting to EEXIST in a loop.

Move to DocBook 5.x. Asciidoctor 2.x no longer supports the legacy DocBook 4.5 format.

update git-web AppArmor profile for bash and tar usrMerge (bsc#1132350)

git 2.21.0

Historically, the '-m' (mainline) option can only be used for 'git cherry-pick' and 'git revert' when working with a merge commit. This version of Git no longer warns or errors out when working with a single-parent commit, as long as the argument to the '-m' option is 1 (i.e. it has only one parent, and the request is to pick or revert relative to that first parent). Scripts that relied on the behaviour may get broken with this change.

Small fixes and features for fast-export and fast-import.

The 'http.version' configuration variable can be used with recent enough versions of cURL library to force the version of HTTP used to talk when fetching and pushing.

'git push $there $src:$dst' rejects when $dst is not a fully qualified refname and it is not clear what the end user meant.

Update 'git multimail' from the upstream.

A new date format '--date=human' that morphs its output depending on how far the time is from the current time has been introduced.
'--date=auto:human' can be used to use this new format (or any existing format) when the output is going to the pager or to the terminal, and otherwise the default format.

Fix worktree creation race (bsc#1114225).

add shadow build dependency to the -daemon subpackage.

git 2.20.1 :

portability fixes

'git help -a' did not work well when an overly long alias was defined

no longer squelched an error message when the run_command API failed to run a missing command

git 2.20.0

'git help -a' now gives verbose output (same as 'git help -av'). Those who want the old output may say 'git help --no-verbose -a'..

'git send-email' learned to grab address-looking string on any trailer whose name ends with '-by'.

'git format-patch' learned new '--interdiff' and '--range-diff' options to explain the difference between this version and the previous attempt in the cover letter (or after the three-dashes as a comment).

Developer builds now use -Wunused-function compilation option.

Fix a bug in which the same path could be registered under multiple worktree entries if the path was missing (for instance, was removed manually). Also, as a convenience, expand the number of cases in which

--force is applicable.

The overly large Documentation/config.txt file have been split into million little pieces. This potentially allows each individual piece to be included into the manual page of the command it affects more easily.

Malformed or crafted data in packstream can make our code attempt to read or write past the allocated buffer and abort, instead of reporting an error, which has been fixed.

Fix for a long-standing bug that leaves the index file corrupt when it shrinks during a partial commit.

'git merge' and 'git pull' that merges into an unborn branch used to completely ignore '--verify-signatures', which has been corrected.

...and much more features and fixes

git 2.19.2 :

various bug fixes for multiple subcommands and operations

git 2.19.1 :

CVE-2018-17456: Specially crafted .gitmodules files may have allowed arbitrary code execution when the repository is cloned with

--recurse-submodules (bsc#1110949)

git 2.19.0 :

'git diff' compares the index and the working tree. For paths added with intent-to-add bit, the command shows the full contents of them as added, but the paths themselves were not marked as new files. They are now shown as new by default.

'git apply' learned the '--intent-to-add' option so that an otherwise working-tree-only application of a patch will add new paths to the index marked with the 'intent-to-add' bit.

'git grep' learned the '--column' option that gives not just the line number but the column number of the hit.

The '-l' option in 'git branch -l' is an unfortunate short-hand for '--create-reflog', but many users, both old and new, somehow expect it to be something else, perhaps '--list'. This step warns when '-l' is used as a short-hand for '--create-reflog' and warns about the future repurposing of the it when it is used.

The userdiff pattern for .php has been updated.

The content-transfer-encoding of the message 'git send-email' sends out by default was 8bit, which can cause trouble when there is an overlong line to bust RFC 5322/2822 limit. A new option 'auto' to automatically switch to quoted-printable when there is such a line in the payload has been introduced and is made the default.

'git checkout' and 'git worktree add' learned to honor checkout.defaultRemote when auto-vivifying a local branch out of a remote tracking branch in a repository with multiple remotes that have tracking branches that share the same names. (merge 8d7b558bae ab/checkout-default-remote later to maint).

'git grep' learned the '--only-matching' option.

'git rebase --rebase-merges' mode now handles octopus merges as well.

Add a server-side knob to skip commits in exponential/fibbonacci stride in an attempt to cover wider swath of history with a smaller number of iterations, potentially accepting a larger packfile transfer, instead of going back one commit a time during common ancestor discovery during the 'git fetch' transaction. (merge 42cc7485a2 jt/fetch-negotiator-skipping later to maint).

A new configuration variable core.usereplacerefs has been added, primarily to help server installations that want to ignore the replace mechanism altogether.

Teach 'git tag -s' etc. a few configuration variables (gpg.format that can be set to 'openpgp' or 'x509', and gpg.<format>.program that is used to specify what program to use to deal with the format) to allow x.509 certs with CMS via 'gpgsm' to be used instead of openpgp via 'gnupg'. </format>

Many more strings are prepared for l10n.

'git p4 submit' learns to ask its own pre-submit hook if it should continue with submitting.

The test performed at the receiving end of 'git push' to prevent bad objects from entering repository can be customized via receive.fsck.* configuration variables; we now have gained a counterpart to do the same on the 'git fetch' side, with fetch.fsck.* configuration variables.

'git pull --rebase=interactive' learned 'i' as a short-hand for 'interactive'.

'git instaweb' has been adjusted to run better with newer Apache on RedHat based distros.

'git range-diff' is a reimplementation of 'git tbdiff' that lets us compare individual patches in two iterations of a topic.

The sideband code learned to optionally paint selected keywords at the beginning of incoming lines on the receiving end.

'git branch --list' learned to take the default sort order from the 'branch.sort' configuration variable, just like 'git tag --list' pays attention to 'tag.sort'.

'git worktree' command learned '--quiet' option to make it less verbose.

git 2.18.0 :

improvements to rename detection logic

When built with more recent cURL, GIT_SSL_VERSION can now specify 'tlsv1.3' as its value.

'git mergetools' learned talking to guiffy.

various other workflow improvements and fixes

performance improvements and other developer visible fixes

git 2.17.1

Submodule 'names' come from the untrusted .gitmodules file, but we blindly append them to $GIT_DIR/modules to create our on-disk repo paths. This means you can do bad things by putting '../' into the name. We now enforce some rules for submodule names which will cause Git to ignore these malicious names (CVE-2018-11235, bsc#1095219)

It was possible to trick the code that sanity-checks paths on NTFS into reading random piece of memory (CVE-2018-11233, bsc#1095218)

Support on the server side to reject pushes to repositories that attempt to create such problematic .gitmodules file etc. as tracked contents, to help hosting sites protect their customers by preventing malicious contents from spreading.

git 2.17.0 :

'diff' family of commands learned '--find-object=<object-id>' option to limit the findings to changes that involve the named object.
</object-id>

'git format-patch' learned to give 72-cols to diffstat, which is consistent with other line length limits the subcommand uses for its output meant for e-mails.

The log from 'git daemon' can be redirected with a new option; one relevant use case is to send the log to standard error (instead of syslog) when running it from inetd.

'git rebase' learned to take '--allow-empty-message' option.

'git am' has learned the '--quit' option, in addition to the existing '--abort' option; having the pair mirrors a few other commands like 'rebase' and 'cherry-pick'.

'git worktree add' learned to run the post-checkout hook, just like 'git clone' runs it upon the initial checkout.

'git tag' learned an explicit '--edit' option that allows the message given via '-m' and '-F' to be further edited.

'git fetch --prune-tags' may be used as a handy short-hand for getting rid of stale tags that are locally held.

The new '--show-current-patch' option gives an end-user facing way to get the diff being applied when 'git rebase' (and 'git am') stops with a conflict.

'git add -p' used to offer '/' (look for a matching hunk) as a choice, even there was only one hunk, which has been corrected. Also the single-key help is now given only for keys that are enabled (e.g. help for '/' won't be shown when there is only one hunk).

Since Git 1.7.9, 'git merge' defaulted to --no-ff (i.e. even when the side branch being merged is a descendant of the current commit, create a merge commit instead of fast-forwarding) when merging a tag object.
This was appropriate default for integrators who pull signed tags from their downstream contributors, but caused an unnecessary merges when used by downstream contributors who habitually 'catch up' their topic branches with tagged releases from the upstream. Update 'git merge' to default to --no-ff only when merging a tag object that does *not* sit at its usual place in refs/tags/ hierarchy, and allow fast-forwarding otherwise, to mitigate the problem.

'git status' can spend a lot of cycles to compute the relation between the current branch and its upstream, which can now be disabled with '--no-ahead-behind' option.

'git diff' and friends learned funcname patterns for Go language source files.

'git send-email' learned '--reply-to=<address>' option. </address>

Funcname pattern used for C# now recognizes 'async' keyword.

In a way similar to how 'git tag' learned to honor the pager setting only in the list mode, 'git config' learned to ignore the pager setting when it is used for setting values (i.e. when the purpose of the operation is not to 'show').

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to the versions of the git packages installed, the EulerOS Virtualization for ARM 64 installation on the remote host is affected by the following vulnerabilities :

  - Arbitrary command execution is possible in Git before     2.20.2, 2.21.x before 2.21.1, 2.22.x before 2.22.2,     2.23.x before 2.23.1, and 2.24.x before 2.24.1 because     a 'git submodule update' operation can run commands     found in the .gitmodules file of a malicious     repository.(CVE-2019-19604)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. Recursive clones are     currently affected by a vulnerability that is caused by     too-lax validation of submodule names, allowing very     targeted attacks via remote code execution in recursive     clones.(CVE-2019-1387)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1352,     CVE-2019-1387.(CVE-2019-1354)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the     Windows Subsystem for Linux (also known as 'WSL') while     accessing a working directory on a regular Windows     drive, none of the NTFS protections were     active.(CVE-2019-1353)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1352)

  - A tampering vulnerability exists when Git for Visual     Studio improperly handles virtual drive paths, aka 'Git     for Visual Studio Tampering     Vulnerability'.(CVE-2019-1351)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1350)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1350,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1349)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. The --export-marks     option of git fast-import is exposed also via the     in-stream command feature export-marks=... and it     allows overwriting arbitrary paths.(CVE-2019-1348)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote host is affected by the vulnerability described in GLSA-202003-30 (Git: Multiple vulnerabilities)

    Multiple vulnerabilities have been discovered in Git. Please review the       CVE identifiers referenced below for details.
  Impact :

    An attacker could possibly overwrite arbitrary paths, execute arbitrary       code, and overwrite files in the .git directory.
  Workaround :

    There is no known workaround at this time.

According to the versions of the git packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. The --export-marks     option of git fast-import is exposed also via the     in-stream command feature export-marks=... and it     allows overwriting arbitrary paths.(CVE-2019-1348)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1350,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1349)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1350)

  - A tampering vulnerability exists when Git for Visual     Studio improperly handles virtual drive paths, aka 'Git     for Visual Studio Tampering     Vulnerability'.(CVE-2019-1351)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1352)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the     Windows Subsystem for Linux (also known as 'WSL') while     accessing a working directory on a regular Windows     drive, none of the NTFS protections were     active.(CVE-2019-1353)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1352,     CVE-2019-1387.(CVE-2019-1354)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. Recursive clones are     currently affected by a vulnerability that is caused by     too-lax validation of submodule names, allowing very     targeted attacks via remote code execution in recursive     clones.(CVE-2019-1387)

  - Arbitrary command execution is possible in Git before     2.20.2, 2.21.x before 2.21.1, 2.22.x before 2.22.2,     2.23.x before 2.23.1, and 2.24.x before 2.24.1 because     a 'git submodule update' operation can run commands     found in the .gitmodules file of a malicious     repository.(CVE-2019-19604)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to the versions of the git packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1352,     CVE-2019-1387.(CVE-2019-1354)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1350, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1352)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1350,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1349)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. Recursive clones are     currently affected by a vulnerability that is caused by     too-lax validation of submodule names, allowing very     targeted attacks via remote code execution in recursive     clones.(CVE-2019-1387)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. The --export-marks     option of git fast-import is exposed also via the     in-stream command feature export-marks=... and it     allows overwriting arbitrary paths.(CVE-2019-1348)

  - Arbitrary command execution is possible in Git before     2.20.2, 2.21.x before 2.21.1, 2.22.x before 2.22.2,     2.23.x before 2.23.1, and 2.24.x before 2.24.1 because     a 'git submodule update' operation can run commands     found in the .gitmodules file of a malicious     repository.(CVE-2019-19604)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input, aka 'Git     for Visual Studio Remote Code Execution Vulnerability'.
    This CVE ID is unique from CVE-2019-1349,     CVE-2019-1352, CVE-2019-1354,     CVE-2019-1387.(CVE-2019-1350)

  - A tampering vulnerability exists when Git for Visual     Studio improperly handles virtual drive paths, aka 'Git     for Visual Studio Tampering     Vulnerability'.(CVE-2019-1351)

  - An issue was found in Git before v2.24.1, v2.23.1,     v2.22.2, v2.21.1, v2.20.2, v2.19.3, v2.18.2, v2.17.3,     v2.16.6, v2.15.4, and v2.14.6. When running Git in the     Windows Subsystem for Linux (also known as 'WSL') while     accessing a working directory on a regular Windows     drive, none of the NTFS protections were     active.(CVE-2019-1353)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for git fixes the following issues :

Security issues fixed :

  - CVE-2019-1349: Fixed issue on Windows, when submodules     are cloned recursively, under certain circumstances Git     could be fooled into using the same Git directory twice     (bsc#1158787).

  - CVE-2019-19604: Fixed a recursive clone followed by a     submodule update could execute code contained within the     repository without the user explicitly having asked for     that (bsc#1158795).

  - CVE-2019-1387: Fixed recursive clones that are currently     affected by a vulnerability that is caused by too-lax     validation of submodule names, allowing very targeted     attacks via remote code execution in recursive clones     (bsc#1158793).

  - CVE-2019-1354: Fixed issue on Windows that refuses to     write tracked files with filenames that contain     backslashes (bsc#1158792).

  - CVE-2019-1353: Fixed issue when run in the Windows     Subsystem for Linux while accessing a working directory     on a regular Windows drive, none of the NTFS protections     were active (bsc#1158791).

  - CVE-2019-1352: Fixed issue on Windows was unaware of     NTFS Alternate Data Streams (bsc#1158790).

  - CVE-2019-1351: Fixed issue on Windows mistakes drive     letters outside of the US-English alphabet as relative     paths (bsc#1158789).

  - CVE-2019-1350: Fixed incorrect quoting of command-line     arguments allowed remote code execution during a     recursive clone in conjunction with SSH URLs     (bsc#1158788).

  - CVE-2019-1348: Fixed the --export-marks option of     fast-import is exposed also via the in-stream command     feature export-marks=... and it allows overwriting     arbitrary paths (bsc#1158785).

  - Fixes an issue where git send-email failed to     authenticate with SMTP server (bsc#1082023)

Bug fixes :

  - Add zlib dependency, which used to be provided by     openssl-devel, so that package can compile successfully     after openssl upgrade to 1.1.1. (bsc#1149792).

This update was imported from the SUSE:SLE-15:Update update project.

The remote Redhat Enterprise Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2020:0228 advisory.

    Git is a distributed revision control system with a decentralized architecture. As opposed to centralized     version control systems with a client-server model, Git ensures that each working copy of a Git repository     is an exact copy with complete revision history. This not only allows the user to work on and contribute     to projects without the need to have permission to push the changes to their official repositories, but     also makes it possible for the user to work with no network connection.

    The following packages have been upgraded to a later upstream version: git (2.18.2). (BZ#1784057)

    Security Fix(es):

    * git: Remote code execution in recursive clones with nested submodules (CVE-2019-1387)

    * git: Arbitrary path overwriting via export-marks in-stream command feature (CVE-2019-1348)

    * git: Recursive submodule cloning allows using git directory twice with synonymous directory name written     in .git/ (CVE-2019-1349)

    * git: Files inside the .git directory may be overwritten during cloning via NTFS Alternate Data Streams     (CVE-2019-1352)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

Several vulnerabilities have been discovered in git, a fast, scalable, distributed revision control system.

CVE-2019-1348

It was reported that the --export-marks option of git fast-import is exposed also via the in-stream command feature export-marks=..., allowing to overwrite arbitrary paths.

CVE-2019-1387

It was discovered that submodule names are not validated strictly enough, allowing very targeted attacks via remote code execution when performing recursive clones.

In addition this update addresses a number of security issues which are only an issue if git is operating on an NTFS filesystem (CVE-2019-1349, CVE-2019-1352 and CVE-2019-1353).

For Debian 8 'Jessie', these problems have been fixed in version 1:2.1.4-2.1+deb8u8.

We recommend that you upgrade your git packages.

NOTE: Tenable Network Security has extracted the preceding description block directly from the DLA security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for git fixes the following issues :

Security issues fixed :

CVE-2019-1349: Fixed issue on Windows, when submodules are cloned recursively, under certain circumstances Git could be fooled into using the same Git directory twice (bsc#1158787).

CVE-2019-19604: Fixed a recursive clone followed by a submodule update could execute code contained within the repository without the user explicitly having asked for that (bsc#1158795).

CVE-2019-1387: Fixed recursive clones that are currently affected by a vulnerability that is caused by too-lax validation of submodule names, allowing very targeted attacks via remote code execution in recursive clones (bsc#1158793).

CVE-2019-1354: Fixed issue on Windows that refuses to write tracked files with filenames that contain backslashes (bsc#1158792).

CVE-2019-1353: Fixed issue when run in the Windows Subsystem for Linux while accessing a working directory on a regular Windows drive, none of the NTFS protections were active (bsc#1158791).

CVE-2019-1352: Fixed issue on Windows was unaware of NTFS Alternate Data Streams (bsc#1158790).

CVE-2019-1351: Fixed issue on Windows mistakes drive letters outside of the US-English alphabet as relative paths (bsc#1158789).

CVE-2019-1350: Fixed incorrect quoting of command-line arguments allowed remote code execution during a recursive clone in conjunction with SSH URLs (bsc#1158788).

CVE-2019-1348: Fixed the --export-marks option of fast-import is exposed also via the in-stream command feature export-marks=... and it allows overwriting arbitrary paths (bsc#1158785).

Fixes an issue where git send-email failed to authenticate with SMTP server (bsc#1082023)

Bug fixes: Add zlib dependency, which used to be provided by openssl-devel, so that package can compile successfully after openssl upgrade to 1.1.1. (bsc#1149792).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Per the upstream release announcement&sup1;, this release fixes 'various security flaws, which allowed an attacker to overwrite arbitrary paths, remotely execute code, and/or overwrite files in the .git/ directory etc. See the release notes attached for the list for their descriptions and CVE identifiers.'

Refer to the 2.14.6 release notes&sup2; for details on these vulnerabilities.

&sup1;
https://lore.kernel.org/git/xmqqr21cqcn9.fsf@gitster-ct.c.googlers.com / &sup2;
https://www.kernel.org/pub/software/scm/git/docs/RelNotes/2.14.6.txt

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote Oracle Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2019-4356 advisory.

    - Remote code execution in recursive clones with nested submodules       Resolves: CVE-2019-1387

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2019:4356 advisory.

    Git is a distributed revision control system with a decentralized architecture. As opposed to centralized     version control systems with a client-server model, Git ensures that each working copy of a Git repository     is an exact copy with complete revision history. This not only allows the user to work on and contribute     to projects without the need to have permission to push the changes to their official repositories, but     also makes it possible for the user to work with no network connection.

    The following packages have been upgraded to a later upstream version: git (2.18.2). (BZ#1784058)

    Security Fix(es):

    * git: Remote code execution in recursive clones with nested submodules (CVE-2019-1387)

    * git: Arbitrary path overwriting via export-marks in-stream command feature (CVE-2019-1348)

    * git: Recursive submodule cloning allows using git directory twice with synonymous directory name written     in .git/ (CVE-2019-1349)

    * git: Files inside the .git directory may be overwritten during cloning via NTFS Alternate Data Streams     (CVE-2019-1352)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

Git mistakes some paths for relative paths allowing writing outside of the worktree while cloning (CVE-2019-1351)

NTFS protections inactive when running Git in the Windows Subsystem for Linux (CVE-2019-1353)

remote code execution in recursive clones with nested submodules (CVE-2019-1387)

Arbitrary path overwriting via export-marks command option (CVE-2019-1348)

Files inside the .git directory may be overwritten during cloning via NTFS Alternate Data Streams (CVE-2019-1352)

recursive submodule cloning allows using git directory twice with synonymous directory name written in .git/ (CVE-2019-1349)

Incorrect quoting of command-line arguments allowed remote code execution during a recursive clone (CVE-2019-1350)

Git does not refuse to write out tracked files with backlashes in filenames (CVE-2019-1354)

Recursive clone followed by a submodule update could execute code contained within repository without the user explicitly consent Arbitrary command execution is possible in Git before 2.20.2, 2.21.x before 2.21.1, 2.22.x before 2.22.2, 2.23.x before 2.23.1, and 2.24.x before 2.24.1 because a 'git submodule update' operation can run commands found in the .gitmodules file of a malicious repository.(CVE-2019-19604)

Per the upstream release announcement&sup1;, this release fixes 'various security flaws, which allowed an attacker to overwrite arbitrary paths, remotely execute code, and/or overwrite files in the .git/ directory etc. See the release notes attached for the list for their descriptions and CVE identifiers.'

Refer to the 2.14.6 release notes&sup2; for details on these vulnerabilities and the 2.24.0 release notes&sup3; for details on other improvements and fixes since 2.23.0.

&sup1;
https://lore.kernel.org/git/xmqqr21cqcn9.fsf@gitster-ct.c.googlers.com / &sup2;
https://www.kernel.org/pub/software/scm/git/docs/RelNotes/2.14.6.txt &sup3;
https://www.kernel.org/pub/software/scm/git/docs/RelNotes/2.24.0.txt

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for git fixes the following issues :

Security issues fixed :

CVE-2019-1349: Fixed issue on Windows, when submodules are cloned recursively, under certain circumstances Git could be fooled into using the same Git directory twice (bsc#1158787).

CVE-2019-19604: Fixed a recursive clone followed by a submodule update could execute code contained within the repository without the user explicitly having asked for that (bsc#1158795).

CVE-2019-1387: Fixed recursive clones that are currently affected by a vulnerability that is caused by too-lax validation of submodule names, allowing very targeted attacks via remote code execution in recursive clones (bsc#1158793).

CVE-2019-1354: Fixed issue on Windows that refuses to write tracked files with filenames that contain backslashes (bsc#1158792).

CVE-2019-1353: Fixed issue when run in the Windows Subsystem for Linux while accessing a working directory on a regular Windows drive, none of the NTFS protections were active (bsc#1158791).

CVE-2019-1352: Fixed issue on Windows was unaware of NTFS Alternate Data Streams (bsc#1158790).

CVE-2019-1351: Fixed issue on Windows mistakes drive letters outside of the US-English alphabet as relative paths (bsc#1158789).

CVE-2019-1350: Fixed incorrect quoting of command-line arguments allowed remote code execution during a recursive clone in conjunction with SSH URLs (bsc#1158788).

CVE-2019-1348: Fixed the --export-marks option of fast-import is exposed also via the in-stream command feature export-marks=... and it allows overwriting arbitrary paths (bsc#1158785).

Fixed an issue where git send-email fails to authenticate with SMTP server (bsc#1082023)

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This is a security release fixing the following issues :

  - CVE-2019-1348: the fast-import stream command 'feature     export-marks=path' allows writing to arbitrary file     paths. As libgit2 does not offer any interface for     fast-import, it is not susceptible to this     vulnerability.

  - CVE-2019-1349: by using NTFS 8.3 short names,     backslashes or alternate filesystreams, it is possible     to cause submodules to be written into pre-existing     directories during a recursive clone using git. As     libgit2 rejects cloning into non-empty directories by     default, it is not susceptible to this vulnerability.

  - CVE-2019-1350: recursive clones may lead to arbitrary     remote code executing due to improper quoting of command     line arguments. As libgit2 uses libssh2, which does not     require us to perform command line parsing, it is not     susceptible to this vulnerability.

  - CVE-2019-1351: Windows provides the ability to     substitute drive letters with arbitrary letters,     including multi-byte Unicode letters. To fix any     potential issues arising from interpreting such paths as     relative paths, we have extended detection of DOS drive     prefixes to accomodate for such cases.

  - CVE-2019-1352: by using NTFS-style alternative file     streams for the '.git' directory, it is possible to     overwrite parts of the repository. While this has been     fixed in the past for Windows, the same vulnerability     may also exist on other systems that write to NTFS     filesystems. We now reject any paths starting with     '.git:' on all systems.

  - CVE-2019-1353: by using NTFS-style 8.3 short names, it     was possible to write to the '.git' directory and thus     overwrite parts of the repository, leading to possible     remote code execution. While this problem was already     fixed in the past for Windows, other systems accessing     NTFS filesystems are vulnerable to this issue too. We     now enable NTFS protecions by default on all systems to     fix this attack vector.

  - CVE-2019-1354: on Windows, backslashes are not a valid     part of a filename but are instead interpreted as     directory separators. As other platforms allowed to use     such paths, it was possible to write such invalid     entries into a Git repository and was thus an attack     vector to write into the '.git' dierctory. We now reject     any entries starting with '.git' on all systems.

  - CVE-2019-1387: it is possible to let a submodule's git     directory point into a sibling's submodule directory,     which may result in overwriting parts of the Git     repository and thus lead to arbitrary command execution.
    As libgit2 doesn't provide any way to do submodule     clones natively, it is not susceptible to this     vulnerability. Users of libgit2 that have implemented     recursive submodule clones manually are encouraged to     review their implementation for this vulnerability.

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora update system website.
Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The --export-marks option of git fast-import is exposed also via the in-stream command feature export-marks=... and it allows overwriting arbitrary paths.(CVE-2019-1348)

When submodules are cloned recursively, under certain circumstances Git could be fooled into using the same Git directory twice. We now require the directory to be empty.(CVE-2019-1349)

Incorrect quoting of command-line arguments allowed remote code execution during a recursive clone in conjunction with SSH URLs.
(CVE-2019-1350)

While the only permitted drive letters for physical drives on Windows are letters of the US-English alphabet, this restriction does not apply to virtual drives . Git mistook such paths for relative paths, allowing writing outside of the worktree while cloning.
(CVE-2019-13510)

Git was unaware of NTFS Alternate Data Streams, allowing files inside the .git/ directory to be overwritten during a clone.(CVE-2019-1352)

When running Git in the Windows Subsystem for Linux (also known as 'WSL') while accessing a working directory on a regular Windows drive, none of the NTFS protections were active. (CVE-2019-1353)

Filenames on Linux/Unix can contain backslashes. On Windows, backslashes are directory separators. Git did not use to refuse to write out tracked files with such filenames.(CVE-2019-1354)

Recursive clones are currently affected by a vulnerability that is caused by too-lax validation of submodule names, allowing very targeted attacks via remote code execution in recursive clones.(CVE-2019-1387)

The remote Ubuntu 16.04 LTS / 18.04 LTS host has packages installed that are affected by multiple vulnerabilities as referenced in the USN-4220-1 advisory.

    Joern Schneeweisz and Nicolas Joly discovered that Git contained various security flaws. An attacker could     possibly use these issues to overwrite arbitrary paths, execute arbitrary code, and overwrite files in the     .git directory.

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

Several vulnerabilities have been discovered in git, a fast, scalable, distributed revision control system.

  - CVE-2019-1348     It was reported that the --export-marks option of git     fast-import is exposed also via the in-stream command     feature export-marks=..., allowing to overwrite     arbitrary paths.

  - CVE-2019-1387     It was discovered that submodule names are not validated     strictly enough, allowing very targeted attacks via     remote code execution when performing recursive clones.

  - CVE-2019-19604     Joern Schneeweisz reported a vulnerability, where a     recursive clone followed by a submodule update could     execute code contained within the repository without the     user explicitly having asked for that. It is now     disallowed for `.gitmodules` to have entries that set     `submodule.<name>.update=!command`.

In addition this update addresses a number of security issues which are only an issue if git is operating on an NTFS filesystem (CVE-2019-1349, CVE-2019-1352 and CVE-2019-1353 ).

The Microsoft Visual Studio Products are missing security updates. It is, therefore, affected by multiple vulnerabilities :

  - A tampering vulnerability exists when Git for Visual     Studio improperly handles virtual drive paths. An     attacker who successfully exploited this vulnerability     could write arbitrary files and directories to certain     locations on a vulnerable system. However, an attacker     would have limited control over the destination of the     files and directories.  (CVE-2019-1351)

  - A remote code execution vulnerability exists when Git     for Visual Studio improperly sanitizes input. An     attacker who successfully exploited this vulnerability     could take control of an affected system. An attacker     could then install programs; view, change, or delete     data; or create new accounts with full user rights.
    Users whose accounts are configured to have fewer user     rights on the system could be less impacted than users     who operate with administrative user rights.
    (CVE-2019-1349, CVE-2019-1350, CVE-2019-1352,     CVE-2019-1354, CVE-2019-1387)

  - A spoofing vulnerability exists in Visual Studio Live     Share when a guest connected to a Live Share session is     redirected to an arbitrary URL specified by the session     host. An attacker who successfully exploited this     vulnerability could cause a connected guest's computer     to open a browser and navigate to a URL without consent     from the guest.  (CVE-2019-1486)

ID	Name	Product	Family	Severity
171819	Amazon Linux 2 : git (ALAS-2023-1943)	Nessus	Amazon Linux Local Security Checks	critical
170322	RHEL 7 : rh-git218-git (RHSA-2020:0002)	Nessus	Red Hat Local Security Checks	high
165656	SUSE SLES15 Security Update : libgit2 (SUSE-SU-2022:3495-1)	Nessus	SuSE Local Security Checks	high
159090	Debian DLA-2936-1 : libgit2 - LTS security update	Nessus	Debian Local Security Checks	critical
145577	CentOS 8 : git (CESA-2019:4356)	Nessus	CentOS Local Security Checks	high
136311	openSUSE Security Update : git (openSUSE-2020-598)	Nessus	SuSE Local Security Checks	critical
136240	EulerOS Virtualization for ARM 64 3.0.2.0 : git (EulerOS-SA-2020-1537)	Nessus	Huawei Local Security Checks	critical
136074	SUSE SLED15 / SLES15 Security Update : git (SUSE-SU-2020:1121-1)	Nessus	SuSE Local Security Checks	critical
135580	SUSE SLES12 Security Update : git (SUSE-SU-2020:0992-1)	Nessus	SuSE Local Security Checks	critical
135148	EulerOS Virtualization for ARM 64 3.0.6.0 : git (EulerOS-SA-2020-1361)	Nessus	Huawei Local Security Checks	critical
134607	GLSA-202003-30 : Git: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	critical
133985	EulerOS 2.0 SP8 : git (EulerOS-SA-2020-1151)	Nessus	Huawei Local Security Checks	critical
133902	EulerOS 2.0 SP5 : git (EulerOS-SA-2020-1101)	Nessus	Huawei Local Security Checks	critical
133344	openSUSE Security Update : git (openSUSE-2020-123)	Nessus	SuSE Local Security Checks	critical
133281	RHEL 8 : git (RHSA-2020:0228)	Nessus	Red Hat Local Security Checks	high
133218	Debian DLA-2059-1 : git security update	Nessus	Debian Local Security Checks	critical
132745	SUSE SLED15 / SLES15 Security Update : git (SUSE-SU-2020:0045-1)	Nessus	SuSE Local Security Checks	critical
132639	Fedora 30 : git (2019-1cec196e20)	Nessus	Fedora Local Security Checks	critical
132381	Oracle Linux 8 : git (ELSA-2019-4356)	Nessus	Oracle Linux Local Security Checks	high
132331	RHEL 8 : git (RHSA-2019:4356)	Nessus	Red Hat Local Security Checks	high
132259	Amazon Linux 2 : git (ALAS-2019-1371)	Nessus	Amazon Linux Local Security Checks	critical
132119	Fedora 31 : git (2019-c841bcc3b9)	Nessus	Fedora Local Security Checks	critical
132093	SUSE SLES12 Security Update : git (SUSE-SU-2019:3311-1)	Nessus	SuSE Local Security Checks	critical
132084	Fedora 31 : libgit2 (2019-9c3d054f39)	Nessus	Fedora Local Security Checks	critical
132026	Amazon Linux AMI : git (ALAS-2019-1325)	Nessus	Amazon Linux Local Security Checks	critical
132015	Ubuntu 16.04 LTS / 18.04 LTS : Git vulnerabilities (USN-4220-1)	Nessus	Ubuntu Local Security Checks	critical
131966	Debian DSA-4581-1 : git - security update	Nessus	Debian Local Security Checks	critical
131939	Security Updates for Microsoft Visual Studio Products (December 2019)	Nessus	Windows : Microsoft Bulletins	high

Detections

Analytics

CVE-2019-1352

high

Tenable Plugins

critical

high

high

critical

high

critical

critical

critical

critical

critical

critical

critical

critical

critical

high

critical

critical

critical

high

high

critical

critical

critical

critical

critical

critical

critical

high