Skip to content

chore: Update dependency pymdown-extensions to v11 [SECURITY] - #89

Open
renovate[bot] wants to merge 1 commit into
masterfrom
renovate/pypi-pymdown-extensions-vulnerability
Open

chore: Update dependency pymdown-extensions to v11 [SECURITY]#89
renovate[bot] wants to merge 1 commit into
masterfrom
renovate/pypi-pymdown-extensions-vulnerability

Conversation

@renovate

@renovate renovate Bot commented May 28, 2023

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Confidence
pymdown-extensions ==9.7==11.0 age confidence

Any file can be included with the pymdown-snippets extension

CVE-2023-32309 / GHSA-jh85-wwv9-24hv

More information

Details

Summary

Arbitrary file read when using include file syntax.

Details

By using the syntax --8<--"/etc/passwd" or --8<--"/proc/self/environ" the content of these files will be rendered in the generated documentation. Additionally, a path relative to a specified, allowed base path can also be used to render the content of a file outside the specified base paths: --8<-- "../../../../etc/passwd".

Within the Snippets extension, there exists a base_path option but the implementation is vulnerable to Directory Traversal.
The vulnerable section exists in get_snippet_path(self, path) lines 155 to 174 in snippets.py.

base = "docs"
path = "/etc/passwd"
filename = os.path.join(base,path) # Filename is now /etc/passwd
PoC
import markdown

payload = "--8<-- \"/etc/passwd\""
html = markdown.markdown(payload, extensions=['pymdownx.snippets'])

print(html)
Impact

Any readable file on the host where the plugin is executing may have its content exposed. This can impact any use of Snippets that exposes the use of Snippets to external users.

It is never recommended to use Snippets to process user-facing, dynamic content. It is designed to process known content on the backend under the control of the host, but if someone were to accidentally enable it for user-facing content, undesired information could be exposed.

Suggestion

Specified snippets should be restricted to the configured, specified base paths as a safe default. Allowing relative or absolute paths that escape the specified base paths would need to be behind a feature switch that must be opt-in and would be at the developer's own risk.

Severity

  • CVSS Score: 7.5 / 10 (High)
  • Vector String: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


PyMdown Extensions has a ReDOS bug in its Figure Capture extension

CVE-2025-68142 / GHSA-r6h4-mm7h-8pmq

More information

Details

Impact

This issue describes a ReDOS bug found within the figure caption extension (pymdownx.blocks.caption ).

In systems that take unchecked user content, this could cause long hangs when processing the data if a malicious payload was crafted.

Patches

This issue is patched in Release 10.16.1.

Workarounds

Some possible workarounds

If users are concerned about this vulnerability and process unknown user content without timeouts or other safeguards in place to prevent really large, malicious content being aimed at systems, the use of pymdownx.blocks.caption could be avoided until the library is updated to 10.16.1+.

References

The original issue https://github.com/facelessuser/pymdown-extensions/issues/2716.

Description

The original issue came through PyMdown Extensions' normal issue tracker instead of the typical security flow: https://github.com/facelessuser/pymdown-extensions/issues/2716. Because this came through the normal issue flow, it was handled as a normal issue. In the future, PyMdown Extensions will ensure such issues, even if prematurely made public through the normal issue flow, are redirected through the typical security process.

The regular expression pattern in question is as follows:

RE_FIG_NUM = re.compile(r'^(\^)?([1-9][0-9]*(?:.[1-9][0-9]*)*)(?= |$)')

The POC was provided by @​ShangzhiXu

import re
import time

regex_pattern = re.compile(r'^(\^)?([1-9][0-9]*(?:.[1-9][0-9]*)*)(?= |$)')

for i in range(50, 500, 50):
    long_string = '1' * i + 'a'
    start_time = time.time()
    match = re.match(regex_pattern, long_string)
    end_time = time.time()
    print(f"long_string execution time: {end_time - start_time:.6f} s")

The issue with the above pattern is that . was used, which accepts any character when we meant to use \.. The fix was to update the pattern to:

RE_FIG_NUM = re.compile(r'^(\^)?([1-9][0-9]*(?:\.[1-9][0-9]*)*)(?= |$)')

Relevant PR with fix: https://github.com/facelessuser/pymdown-extensions/pull/2717

Version(s) & System Info
  • Operating System: Any
  • Python Version: Any

Severity

  • CVSS Score: 2.7 / 10 (Low)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:U

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


PyMdown Extensions: Path traversal in the b64 extension lets read files outside base_path

CVE-2026-61632 / GHSA-9xwg-3r6f-jcx2

More information

Details

Summary

The b64 extension inlines images referenced by <img src="..."> as base64 data URIs. When resolving the src path it joins it onto the configured base_path with os.path.normpath and opens the result directly, with no check that the resolved path stays inside base_path. A src containing ../ sequences, or an absolute path, therefore reads a file outside base_path as long as that file has an allowed image extension (.png, .jpg, .jpeg, .gif, .svg). The base64 of that file is then embedded in the rendered output, disclosing its contents.

This is a separate code path from the snippets traversal issues (GHSA-jh85-wwv9-24hv, GHSA-62q4-447f-wv8h). It lives in pymdownx/b64.py and has no path restriction of any kind. Confirmed on 10.21.3 installed from PyPI.

Details

In pymdownx/b64.py, function repl_path (around lines 68 to 90 on main):

if is_absolute:
    file_name = os.path.normpath(path)                          # absolute src: base_path ignored entirely
else:
    file_name = os.path.normpath(os.path.join(base_path, path)) # relative src: '../' escapes base_path
if os.path.exists(file_name):
    ext = os.path.splitext(file_name)[1].lower()
    for b64_ext in file_types:
        if ext in b64_ext:
            with open(file_name, "rb") as f:                    # opened with no containment check
                ...

There is no startswith(base_path), no os.path.realpath comparison, and no rejection of ... Both branches are reachable from an attacker-controlled src.

PoC

Reproduced against an unmodified pymdown-extensions==10.21.3 from PyPI. The script creates a base_path directory and a PNG one level above it, then renders Markdown whose image src points outside base_path, and confirms the outside file's bytes appear base64-encoded in the output.

import base64, os, shutil, tempfile, markdown

root = tempfile.mkdtemp()
base_path = os.path.join(root, "docs"); os.makedirs(base_path)
outside = os.path.join(root, "secret"); os.makedirs(outside)

png = base64.b64decode(
    "iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAQAAAC1HAwCAAAAC0lEQVR42mNk"
    "+M9QDwADhgGAWjR9awAAAABJRU5ErkJggg=="
)
with open(os.path.join(outside, "secret.png"), "wb") as f:
    f.write(png)

md = markdown.Markdown(
    extensions=["pymdownx.b64"],
    extension_configs={"pymdownx.b64": {"base_path": base_path}},
)
html = md.convert('<img src="../secret/secret.png">')

assert base64.b64encode(png).decode() in html, "not leaked"
print("LEAKED:", html)

Output:

LEAKED: <p><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAQ..."></p>

The base64 of a file outside base_path is present in the output. The absolute-path branch behaves the same way: an absolute src bypasses base_path entirely via os.path.normpath(path). Both were confirmed leaking.

Impact

An application that renders untrusted Markdown with pymdownx.b64 enabled exposes the contents of image-extension files on the server, or any path the process can read, to whoever controls the Markdown and whoever views the output. The reach is bounded by the image-extension check, so it is a targeted file read rather than full arbitrary read, but it still discloses file contents that were never meant to be exposed.

Suggested fix

Resolve the real path and require it to stay within base_path before opening:

file_name = os.path.realpath(os.path.join(base_path, path))
base_real = os.path.realpath(base_path)
if file_name != base_real and not file_name.startswith(base_real + os.sep):
    return m.group(0)  # leave the tag untouched; do not read outside base_path

The same containment check should apply to the absolute-path branch rather than trusting an absolute src. Using realpath instead of abspath also closes the related symlink-following gap in the snippets handler.

Severity

  • CVSS Score: 5.3 / 10 (Medium)
  • Vector String: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Release Notes

facelessuser/pymdown-extensions (pymdown-extensions)

v11.0

Compare Source

11.0

  • BREAK: B64: Restricts relative links to base_path by default. Can be disabled by setting new restrict_path
    option to False. The new root_path can be specified if paths are desired to be restricted to a different
    location separate base_path which is also used as a relative base for image paths.
  • NEW: Drop Python 3.9 support.
  • FIX: Tabbed: Fix issue where an empty title would cause an exception.

v10.21.3

Compare Source

10.21.3

  • FIX: Fix regression that allows a snippet to be loaded outside of the base path using directory traversal when
    restrict_base_path is enabled (the default). Found by @​gistrec.

v10.21.2: 10.21. 2

Compare Source

10.21.2

  • FIX: Highlight: Latest Pygments versions cannot handle a "filename" for code block titles of None.

v10.21

10.21

  • NEW: Caption: Add support for specifying not only IDs but classes and arbitrary attributes. Initial work by
    @​joapuiib.
  • FIX: MagicLink: Fix a matching pattern for Bitbucket repo.

v10.20

Compare Source

10.20

  • NEW: Quotes: New blockquotes extension added that uses a more modern approach when compared to Python Markdown's
    default. Quotes specifically will not group consecutive blockquotes together in the same lazy fashion that the
    default Python Markdown does which follows a more modern trend to how parsers these days handle block quotes.

    In addition, Quotes also provides an optional feature to enable specifying callouts/alerts in the style used by
    GitHub and Obsidian.

v10.19.1

Compare Source

10.19.1

  • FIX: Arithmatex: Fix issue where block $$ math used inline within a paragraph could result in nested math
    parsing.

v10.19

Compare Source

10.19

  • NEW: Emoji: Update Twemoji to use Unicode 16.
  • NEW: Critic: Roll back view mode deprecation as some still like to use it, though further enhancements to this
    mode are not planned.

v10.18

Compare Source

10.18

  • NEW: Critic: view mode has been deprecated. To avoid warnings or future issues, explicitly set mode to
    either accept or reject. In the future, the new default will be accept and the view mode will be removed
    entirely.
  • FIX: Block Admonition: important should have always been available as a default.

v10.17.2

Compare Source

10.17.2

  • FIX: Blocks: Blocks extensions will now better handle nesting of indented style Admonitions, Details, and Tabbed
    and other non-conflicting blocks.

v10.17.1

Compare Source

10.17.1

  • FIX: Fix an issue where Highlight can override another extension in the "registered" list in Python Markdown.

v10.17

Compare Source

10.17

  • NEW: Allow specifying static IDs in caption block headers via #id syntax.

v10.16.1: 10.6.1

Compare Source

10.16.1

  • FIX: Inefficient regular expression pattern for figure caption numbers.

v10.16

Compare Source

10.16

  • NEW: Add early support for Python 3.14.
  • NEW: Drop support for Python 3.8.
  • NEW: Snippets: Added max_retries and backoff_retries options to configure new retry logic for HTTP 429
    errors (Too Many Requests client error).
  • NEW: Caption: Prefix templates are now preserved exactly as specified allowing the insertion of HTML tags if
    desired.
  • FIX: Caption: Fix issue where manual numbers in auto were not respected appropriately.

v10.15

Compare Source

10.15.0

  • NEW: SuperFences: Add relaxed_headers option which can tolerate bad content in the fenced code header. When
    enabled, code blocks with bad content in the header will likely still convert into code blocks, often respecting
    the specified language.
  • NEW: Add type hints to the Blocks interface and a few additional files.
  • FIX: Blocks: Fix some corner cases of nested blocks with lists.
  • FIX: Tab and Tabbed: Fix a case where tabs could fail if combine_header_slug was enabled and there was no
    header.

v10.14.3

Compare Source

10.14.3

  • FIX: Blocks: An empty, raw block type should not cause an error.

v10.14.2

Compare Source

10.14.2

  • FIX: Blocks: Fix some corner cases with md_in_html.

v10.14.1

Compare Source

10.14.1

  • FIX: MagicLink: Ensure that repo names that start with . are handled correctly.
  • FIX: FancyLists: Fix case were lists could be falsely created when a line started with . or ).

v10.14

Compare Source

10.14

  • NEW: Blocks.HTML: Add new custom option to specify tags and the assumed handling for them when automatic mode
    is assumed. This can also be used to override the handling for recognized tags with automatic handling.
  • FIX: Fix tests to pass with Pygments 2.19+.

v10.13

Compare Source

10.13

  • NEW: Snippets: Allow multiple line numbers or line number blocks separated by ,.
  • NEW: Snippets: Allow using a negative index for number start indexes and end indexes. Negative indexes are converted to positive indexes based on the number of lines in the snippet.
  • FIX: Snippets: Properly capture empty newline at end of file.
  • FIX: Snippets: Fix issue where when non sections of files are included, section labels are not stripped.
  • FIX: BetterEm: Fixes for complex cases.
  • FIX: Blocks: More consistent handling of empty newlines in block processor extensions.

v10.12

Compare Source

10.12

  • NEW: Blocks: Blocks extensions no longer considered in beta.
  • NEW: Details: Details is marked as "legacy" in documentation in favor of the new pymdownx.blocks.details approach.
  • NEW: Tabbed: Tabbed is marked as "legacy" in documentation in favor of the new pymdownx.blocks.tab approach.
  • NEW: Caption: Add new "blocks" style extension called Caption which helps with specifying figures with captions.
  • NEW: Emoji: Add a new strict option that will raise an exception if an emoji is used whose name has changed,
    removed, or never existed.
  • FIX: Emoji: Emoji links should be generated such that they point to the new CDN version.

v10.11.2

Compare Source

10.11.2

  • FIX: SuperFences: Fix a regression where certain patterns could cause a hang.

v10.11.1

Compare Source

10.11.1

  • Fix: SuperFences: Fix regression where an omitted language in conjunction with options in the fenced header
    can cause a fence to not be parsed.

v10.11

Compare Source

10.11

  • NEW: SuperFences: Allow fenced code to be parsed in the form ```lang {.class #id}.

v10.10.2

Compare Source

10.10.2

  • FIX: BetterEm: Add better support for *em, **em,strong*** and _em, __em,strong___ cases.
  • FIX: Caret: Add better support for *sup, **sup,ins***.
  • FIX: Tilde: Add better support for *sub, **sub,del***.

v10.10.1

Compare Source

10.10.1

  • FIX: FancyLists: Remove a mistaken semicolon from injected classes.

v10.10

Compare Source

10.10

  • NEW: FancyLists: Add new FancyLists extension.
  • NEW: MagicLink: Change social links to support x instead of twitter. twitter is still recognized but is
    now deprecated and will be removed at a future time.
  • NEW: Emoji: Update Twemoji data to the latest.
  • FIX: PathConverter: Fixes for latest changes in Python regarding urlunparse.

v10.9

Compare Source

10.9

  • NEW: Officially support Python 3.13.
  • FIX: Snippets: Better handling of cases where URL snippet requests contain no header length.

v10.8.1

Compare Source

10.8.1

  • FIX: Snippets: Fix snippet line range with a start of line 1.

v10.8

Compare Source

10.8

  • NEW: Require Python Markdown 3.6+.
  • FIX: Fix some test cases.
  • FIX: Fix warnings due to recent changes in Python Markdown.

v10.7.1

Compare Source

10.7.1

  • FIX: SmartSymbols: Ensure symbols are properly translated in table of content tokens.

v10.7

Compare Source

10.7

  • NEW: Emoji: Update Twemoji and Gemoji data to latest.
  • NEW: Emoji: Due to recent Gemoji update, non-standard emoji are no longer indexed. So emoji such as :octocat:
    are no longer resolved.
  • NEW: Highlight: Added new option default_lang which will cause code blocks with no language specifier to be
    highlighted with the specified default language instead of plain text. This affects indented code blocks and code
    blocks defined with SuperFences.
  • NEW: InlineHilite: style_plain_text can be specified with a language string (in addition to its previous
    boolean requirement) to treat inline code blocks with no explicit language specifier with a specific default
    language.

v10.6

Compare Source

10.6

  • NEW: MagicLink: Allow configuring custom repository providers based off the existing providers.

v10.5

Compare Source

10.5

  • NEW: Blocks: Admonitions and Details now allow configuring custom block classes and default titles.
  • FIX: Keys: Ensure that Keys does not parse base64 encoded URLs.

v10.4

Compare Source

10.4

  • NEW: Snippets: Allow PathLike objects for base_path to better support interactions with MkDocs.
  • FIX: Block Admonitions: Empty titles should be respected.
  • FIX: Block Details: Empty summary should be respected.

v10.3.1

Compare Source

10.3.1

  • FIX: SuperFences: Fix an issue where braces were not handled properly in attributes.

v10.3

Compare Source

10.3

  • NEW: Officially support Python 3.12.
  • NEW: Drop Python 3.7 support.

v10.2.1

Compare Source

10.2.1

  • FIX: Tabbed: Fix regression.

v10.2

Compare Source

10.2

  • NEW: Highlight: Add new stripnl option to configure Pygments' default handling of stripping leading and
    and trailing new lines from code blocks. Mainly affects fenced code blocks.
  • FIX: SuperFences: Fix issue where when SuperFences attempts to test if a placeholder is its own, it can throw
    an exception.

v10.1

Compare Source

v10.0.1

Compare Source

10.0.1

  • FIX: Regression related to snippets nested deeply under specified base path.

v10.0

Compare Source

10.0

  • Break: Snippets: snippets will restrict snippets to ensure they are under the base_path preventing snippets
    relative to the base_path but not explicitly under it. restrict_base_path can be set to False for legacy
    behavior.

v9.11

Compare Source

9.11

  • NEW: Emoji: Update to new CDN and use Twemoji 14.1.2.
  • NEW: Snippets: Ignore nested snippet section syntax when including a section.

v9.10

Compare Source

9.10

  • NEW: Blocks: Add new experimental general purpose blocks that provide a framework for creating fenced block
    containers for specialized parsing. A number of extensions utilizing general purpose blocks are included and are meant
    to be an alternative to (and maybe one day replace): Admonitions, Details, Definition Lists, and Tabbed. Also adds a
    new HTML plugin for quick wrapping of content with arbitrary HTML elements.
  • NEW: Highlight: When enabling line spans and/or line anchors, if a code block has an ID associated with it, line
    ids will be generated using that code ID instead of the code block count.
  • NEW: Snippets: Expand section syntax to allow section names with - and _.
  • NEW: Snippets: When check_paths is enabled, and a specified section is not found, raise an error.
  • NEW: Snippets: Add new experimental feature dedent_sections that will de-indent (remove any common leading
    whitespace from every line in text) from that block of text.
  • NEW: MagicLink: Update GitLab links to match recent changes and to be more correct.
  • NEW: MagicLink: Relax required hash length when performing link shortening.

v9.9.2

Compare Source

9.9.2

  • FIX: Snippets syntax can break in XML comments as XML comments do not allow --. Relax Snippets syntax such that
    -8<- (single -) are allowed.

v9.9.1

Compare Source

9.9.1

  • FIX: Use a different CDN for Twemoji icons as MaxCDN is no longer available.

v9.9

Compare Source

9.9

  • ENHANCE: BetterEm: Further improvements to strong/emphasis handling:
    • Ensure that one or more consecutive * or _ surrounded by whitespace are not considered as a token.
  • ENHANCE: Caret: Apply recent BetterEm improvements to Caret:
    • Fix case where ^^ nested between ^ would be handled in an unexpected way.
    • Ensure that one or more consecutive ^ surrounded by whitespace are not considered as a token.
  • ENHANCE: Tilde: Apply recent BetterEm improvements to Tilde:
    • Fix case where ~~ nested between ~ would be handled in an unexpected way.
    • Ensure that one or more consecutive ~ surrounded by whitespace are not considered a token.
  • ENHANCE: Mark: Apply recent BetterEm improvements to Mark:
    • Ensure that one or more consecutive = surrounded by whitespace are not considered a token.

v9.8

Compare Source

9.8

  • NEW: Formally declare support for Python 3.11.
  • FIX: BetterEm: Fix case where ** nested between * would be handled in an unexpected way.

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate
renovate Bot requested a review from a team as a code owner May 28, 2023 09:55
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] May 28, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from de957ad to d8e8fc6 Compare May 28, 2023 12:42
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Jun 18, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from d8e8fc6 to b1e3dcb Compare June 18, 2023 08:01
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Jun 18, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from b1e3dcb to 7342b0a Compare June 18, 2023 10:06
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Aug 9, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 7342b0a to 1db801b Compare August 9, 2023 14:37
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Aug 9, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 1db801b to e92611b Compare August 9, 2023 17:43
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Sep 19, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from e92611b to faf3e9f Compare September 19, 2023 15:01
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Sep 19, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from faf3e9f to f0eda3d Compare September 19, 2023 19:08
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Sep 26, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from f0eda3d to a622981 Compare September 26, 2023 12:28
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Sep 26, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from a622981 to 9162dae Compare September 26, 2023 17:21
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Nov 16, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch 2 times, most recently from ea7f088 to b870e18 Compare November 16, 2023 17:10
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Nov 16, 2023
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Dec 3, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from b870e18 to fdc9952 Compare December 3, 2023 12:08
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Dec 3, 2023
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from fdc9952 to c38c24e Compare December 3, 2023 16:24
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from c38c24e to 6b72d91 Compare January 4, 2024 16:55
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Jan 4, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 6b72d91 to 9c17faa Compare January 4, 2024 19:39
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 70c5b1f to 53a8275 Compare February 17, 2024 18:29
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Feb 17, 2024
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Feb 29, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch 2 times, most recently from 238ab3b to 4674b44 Compare February 29, 2024 12:57
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Feb 29, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 4674b44 to 5b9cc9b Compare March 12, 2024 09:36
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Mar 12, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 5b9cc9b to f09d056 Compare March 12, 2024 13:26
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Mar 12, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from f09d056 to 16d5180 Compare March 14, 2024 13:15
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Mar 14, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 16d5180 to 3f3c463 Compare March 14, 2024 16:20
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Mar 14, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 3f3c463 to b40029f Compare March 24, 2024 13:20
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Mar 24, 2024
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Mar 24, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from b40029f to abe335b Compare March 24, 2024 15:37
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] - autoclosed Apr 3, 2024
@renovate renovate Bot closed this Apr 3, 2024
@renovate
renovate Bot deleted the renovate/pypi-pymdown-extensions-vulnerability branch April 3, 2024 13:16
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] - autoclosed chore: Update dependency pymdown-extensions to v10 [SECURITY] Apr 3, 2024
@renovate renovate Bot reopened this Apr 3, 2024
@renovate
renovate Bot restored the renovate/pypi-pymdown-extensions-vulnerability branch April 3, 2024 16:30
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from abe335b to aae4515 Compare April 3, 2024 16:30
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from aae4515 to 0073b01 Compare April 14, 2024 10:04
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v10 [SECURITY] chore: Update dependency pymdown-extensions to v9.11 [SECURITY] Apr 14, 2024
@renovate
renovate Bot force-pushed the renovate/pypi-pymdown-extensions-vulnerability branch from 0073b01 to bc6fb1d Compare April 14, 2024 13:51
@renovate renovate Bot changed the title chore: Update dependency pymdown-extensions to v9.11 [SECURITY] chore: Update dependency pymdown-extensions to v10 [SECURITY] Apr 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants