Podatności SiYuan

SiYuan przed wersją v3.8.5 zawiera podatność ujawniania informacji, która pozwala czytelnikom z uprawnieniami tylko do odczytu poznać metadane dokumentów wykluczonych z publikacji za pośrednictwem punktu końcowego getNotebookInfo. Atakujący, w tym anonimowi goście, gdy nie ustawiono hasła czytelnika, mogą zapytać o widoczne publikacyjnie notatniki, aby uzyskać liczbę dokumentów, rozmiar i znaczniki czasu modyfikacji ukrytych dokumentów.

Wersje SiYuan przed v3.8.4 zawierają podatność typu path traversal w endpointcie exportBrowserHTML, która pozwala uwierzytelnionym administratorom zapisywać dowolną treść HTML do pliku index.html poza katalogiem workspace. Atakujący może podać parametr folder z sekwencjami przejścia katalogowego, aby wydostać się z katalogu eksportu i nadpisać index.html w dowolnej istniejącej lokalizacji zapisywalnej przez jądro, co umożliwia trwały XSS lub defacement workspace.

SiYuan przed wersją 3.8.4 renderuje tytuły dokumentów jako HTML w drzewie backlinków bez escapowania znaków znaczników. Atakujący może ustawić złośliwe tytuły przez API zmiany nazwy lub spreparowane notatniki, aby wykonać skrypty w rendererze Electron z dostępem do child_process i wykonaniem poleceń.

SiYuan w wersjach przed 3.8.4 nie escapuje etykiet zakładek importowanych z plików notatnika podczas renderowania ich w drzewie dock. Atakujący może przygotować złośliwe pliki .sy z nieescapowanym HTML w atrybutach zakładek, co prowadzi do wykonania skryptów w rendererze Electron z dostępem do child_process.

SiYuan to system zarządzania wiedzą, który przed wersją 3.7.0 miał luki w zabezpieczeniach związane z 8 nieograniczonymi API, które mogły modyfikować konfigurację i indeks SQL. Użytkownicy z odpowiednim tokenem JWT mogli uzyskać dostęp do tych API, co prowadziło do nieautoryzowanych zmian w stanie serwera.

SiYuan to system zarządzania wiedzą osobistą typu open-source. Przed wersją 3.6.5 poprawka dla CVE-2026-30869 dodała jedynie listę blokowanych ścieżek, ale nie rozwiązała źródła problemu – zbędnego wywołania url.PathUnescape() w funkcji serveExport(). Uwierzytelniony atakujący może użyć podwójnego kodowania URL (%252e%252e), aby przechodzić między katalogami i czytać dowolne pliki obszaru roboczego, w tym pełną bazę danych SQLite (siyuan.db), logi jądra i wszystkie dokumenty użytkowników.

SiYuan przed wersją 3.8.2 zawiera podatność na trwały cross-site scripting (XSS) w serwowaniu zasobów z powodu niekompletnej listy blokowanych rozszerzeń, która pomija typy plików zdolne do wykonywania skryptów. Atakujący mogą przesyłać pliki z rozszerzeniami takimi jak .xht, .ehtml, .xsl, .xbl lub .rdf, które są interpretowane jako wykonywalne typy mediów, i wykonywać JavaScript w celu kradzieży tokenów API i naruszenia bezpieczeństwa obszarów roboczych.

SiYuan przed wersją v3.7.4 nie waliduje parametru packageName w punktach końcowych instalacji i odinstalowania Bazaar, co pozwala uwierzytelnionym administratorom na przeprowadzenie ataku typu path traversal. Atakujący z dostępem administratorskim mogą zapisywać dowolne pliki w dowolnej lokalizacji lub rekurencyjnie usuwać katalogi, podając spreparowane wartości packageName.

SiYuan przed wersją v3.7.4 nie ustawia nagłówków Content-Disposition i X-Content-Type-Options podczas serwowania dowolnych plików, co umożliwia ataki typu stored cross-site scripting. Uwierzytelnieni atakujący mogą przesłać pliki HTML jako zasoby i wykonać skrypty z pełnym dostępem do API jądra, gdy właściciel obszaru roboczego otworzy link do zasobu.

SiYuan przed wersją 3.7.4 rejestruje punkty końcowe debugowania Go net/http/pprof, w tym zrzuty sterty i gorutyn, bez uwierzytelniania, gdy flaga --mode nie jest ustawiona dokładnie na prod. Atakujący mogą uzyskać dostęp do /debug/pprof/heap i powiązanych punktów końcowych, aby wyodrębnić tajemnice z pamięci, w tym AccessAuthCode i klucze API dostawcy AI.

Jądro SiYuan przed wersją 3.7.4 zawiera podatność na nieograniczone próby uwierzytelnienia w middleware CheckAuth(). Middleware akceptuje token API (Conf.Api.Token) przez nagłówek Authorization (Token/Bearer) lub parametr ?token=, a żadna z tych ścieżek nie jest chroniona mechanizmem CAPTCHA/blokady. Zdalny atakujący bez uwierzytelnienia może przeprowadzać nieograniczone automatyczne zgadywanie tokena API, szczególnie gdy skonfigurowano krótki lub słaby token, a po sukcesie uzyskuje pełny dostęp roli Administratora, umożliwiający dowolne operacje na plikach i zapytania SQL.

SiYuan przed wersją v3.7.4 zawiera podatność na cross-site scripting w funkcji unicode2Emoji, która nie sanityzuje danych wyjściowych gałęzi codepoint. Atakujący mogą tworzyć ikony dokumentów z zakodowanym szesnastkowo znacznikiem, który wykonuje się w rendererze z włączoną integracją Node, umożliwiając wykonanie dowolnego kodu na systemie.

SiYuan przed wersją v3.7.4 przechowuje nazwy pól widoku atrybutów bez kodowania HTML i interpoluje je bezpośrednio do elementów option przez innerHTML w menu sortowania. Atakujący mogą wstrzyknąć znaczniki, zmieniając nazwę pola bazy danych, aby wykonać dowolny JavaScript, gdy użytkownik otworzy menu sortowania, a włączona integracja Node w kliencie desktop umożliwia wykonanie kodu.

SiYuan przed wersją v3.7.4 nie waliduje ani nie koduje pola koloru w opcjach select widoku atrybutów, co pozwala na przechowywany cross-site scripting przez osiem niekodowanych miejsc renderowania. Atakujący mogą wstrzyknąć atrybuty obsługi zdarzeń, umieszczając cudzysłowy w wartości koloru, co wykonuje dowolny JavaScript podczas przeglądania baz danych zawierających złośliwe pole select.

SiYuan przed wersją v3.7.4 nieprawidłowo ogranicza nadmierne próby uwierzytelnienia w middleware CheckAuth(). Gałąź HTTP Basic Authentication, która chroni prawie całą powierzchnię /api/*, akceptuje kod dostępu do obszaru roboczego jako hasło Basic Auth, ale nie konsultuje bramki CAPTCHA/blokady ani nie zwiększa licznika nieudanych prób używanych przez ścieżkę logowania cookie/sesja. Pozwala to nieuwierzytelnionym zdalnym atakującym na brute-force kodu dostępu administratora z nieograniczoną liczbą automatycznych żądań i uzyskanie pełnego dostępu RoleAdministrator do jądra. Dodatkowo kod dostępu jest porównywany w czasie niestałym.

SiYuan przed wersją v3.7.4 nie waliduje ani nie koduje wartości szerokości kolumn tabeli, co pozwala na przechowywany cross-site scripting w atrybutach style. Atakujący mogą wstrzyknąć złośliwe ładunki przez API setAttrViewColWidth, które wychodzą poza atrybuty style i wstrzykują obsługę zdarzeń na każdej komórce tabeli, wykonując dowolny kod w rendererze Electron z włączoną integracją Node.

SiYuan przed wersją v3.7.4 zawiera podatność na zdalne wykonanie kodu w operatorze obliczeń szablonu, który renderuje szablony Go tworzone przez użytkownika i przechowuje dane wyjściowe bez sanityzacji. Atakujący mogą wstrzyknąć złośliwy HTML i JavaScript do obliczeń szablonu, które wykonują się w rendererze klienta desktop z włączoną integracją Node, umożliwiając wykonanie dowolnego kodu po otwarciu bazy danych.

SiYuan przed wersją v3.7.4 nie koduje poprawnie metadanych menu bazy danych w interpolacji HTML, co pozwala na wykonanie skryptu z przechowywanych wartości, gdy użytkownik otwiera menu grupy, widoku lub edycji pól. Atakujący mogą wstrzyknąć znaczniki przez opisy lub nazwy pól, które zamykają zawierające elementy i wykonują dowolny kod przez obsługę zdarzeń, docierając do wbudowanych funkcji Node z powodu niebezpiecznej konfiguracji Electron.

SiYuan przed wersją v3.7.4 nie waliduje ani nie koduje pól adnotacji zapisywanych na dysku przez endpoint setFileAnnotation. Atakujący mogą wstrzyknąć złośliwe znaczniki do pól adnotacji, które wykonują się jako skrypt w rendererze PDF z pełnym dostępem do Node.js, gdy użytkownik otworzy opatrzony adnotacjami plik PDF.

SiYuan w wersjach <= v3.7.2 zawiera podatność na wstrzyknięcie SQL w zapytaniu wyszukiwania backlink/mention (kernel/model/backlink.go), które łączy przechowywane metadane bloków (tytuł, nazwa, alias, tekst kotwicy) oraz słowo kluczowe dostarczone przez klienta w zapytanie SQL MATCH/search, escapując tylko podwójny cudzysłów, a nie pojedynczy. Pojedynczy cudzysłów w słowie kluczowym klienta (pierwszego rzędu, osiągalny przez anonimowego użytkownika lub użytkownika RoleReader na powierzchni publikacji) lub w przechowywanych metadanych dokumentu (drugiego rzędu) przełamuje literał łańcuchowy. Ponieważ zapytanie jest wykonywane na głównym uchwycie siyuan.db z możliwością układania instrukcji, atakujący może wykonać dowolny SQL, umożliwiając odczyt i zapis między notatnikami. Naprawione w v3.7.4.

SiYuan przed wersją v3.7.3 zawiera lukę wstrzyknięcia SQL w punkcie końcowym /api/filetree/searchDocs, gdzie dostarczony przez wywołującego parametr keyword jest łączony bezpośrednio z instrukcjami SQL bez escapowania lub wiązania parametrów. Punkt końcowy jest osiągalny przez token publish RoleReader lub nieuwierzytelnionych użytkowników, gdy tryb publikacji jest włączony z Publish.Auth.Enable ustawionym na false. Ponieważ instrukcja jest wykonywana na uchwycie SQLite do odczytu i zapisu za pomocą sterownika obsługującego instrukcje składowane (rozdzielone średnikami), atakujący może odczytywać i modyfikować zawartość bazy danych we wszystkich notatnikach w postaci jawnego tekstu (niezaszyfrowanych) w instancji.

SiYuan w wersjach <= v3.7.2 udostępnia punkt końcowy /api/search/searchEmbedBlock, który przekazuje dostarczoną przez klienta instrukcję SQL dosłownie do głównego uchwytu siyuan.db z możliwością odczytu i zapisu, bez ograniczeń dotyczących pojedynczej instrukcji, tylko do odczytu lub administracyjnych. Punkt końcowy jest chroniony tylko przez CheckAuth, co czyni go osiągalnym przez token publish RoleReader oraz przez anonimowych użytkowników, gdy uwierzytelnianie publikacji jest wyłączone. Ponieważ sterownik wykonuje instrukcje składowane, atakujący może odczytywać i modyfikować zawartość wszystkich otwartych notatników w postaci jawnego tekstu (notatniki szyfrowane per-box są wykluczone). Poprawiono w v3.7.3.

SiYuan przed wersją v3.7.3 zawiera luki wstrzyknięcia SQL w punkcie końcowym fullTextSearchAssetContent, osiągalnym przez nieuwierzytelnionych użytkowników i tokeny publish RoleReader. Atakujący mogą wykonać dowolne SQL na bazie danych asset-content z możliwością odczytu i zapisu za pomocą nieescapowanych parametrów metod i klauzul REGEXP, aby odczytać, zmodyfikować lub usunąć dane między notatnikami.

SiYuan desktop przed wersją 3.7.2 zawiera podatność na odbity XSS w handlerze readme wtyczek bazaar. Atakujący może stworzyć złośliwy link siyuan://, który po kliknięciu przez ofiarę wykonuje kod JavaScript z pełnym dostępem do Node.js poprzez insertAdjacentHTML w niebezpiecznie skonfigurowanym Electronie.

SiYuan przed wersją v3.7.2 zawiera podatność na brak autoryzacji w punkcie końcowym POST /mcp, który jest chroniony tylko ogólnym sprawdzeniem uwierzytelnienia, bez wymogu roli administratora lub trybu tylko do odczytu. Umożliwia to zdalnemu, nieuwierzytelnionemu atakującemu dostęp do 31 narzędzi MCP, w tym do operacji na plikach w całym obszarze roboczym.

SiYuan przed wersją v3.7.2 zawiera podatność na cross-site scripting w handlerze protokołu siyuan://. Gdy link siyuan://plugins/<name> odnosi się do nieistniejącej wtyczki, aplikacja otwiera zakładkę i wstawia parametr ikony linku do nagłówka zakładki przez innerHTML bez eskejpowania, umożliwiając wstrzyknięcie elementu <img onerror=...>. Ponieważ renderer desktopowy SiYuan działa z nodeIntegration:true, wstrzyknięty JavaScript może uzyskać dostęp do require Node i wywołać require('child_process').execSync(...), eskalując XSS do dowolnego wykonania poleceń systemu operacyjnego.

SiYuan przed wersją v3.7.2 zawiera podatność na przechowywane cross-site scripting w renderowaniu komórek widoku atrybutów (bazy danych). Wartość kolumny szablonu jest renderowana jako HTML przez text/template bez auto-eskejpowania, a EscapeHTML jest stosowany tylko gdy HasUnclosedHtmlTag zwraca true; ponieważ zbalansowane samozamykające się tagi, takie jak <img>, są pomijane przez to sprawdzenie, ładunek taki jak <img src=x onerror=...> jest przechowywany bez eskejpowania i później wstawiany do strony przez innerHTML, wykonując się podczas przeglądania bazy danych. Ponieważ renderer desktopowy działa z włączonym nodeIntegration, wstrzyknięty skrypt może uzyskać dostęp do require i eskalować do dowolnego wykonania poleceń.

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą, który przed wersją 3.7.0 nie uciekał niezaufanych pól (nazwa, wersja, autor, opis) podczas serializacji do atrybutu HTML data-obj każdego karty rynkowej. W wyniku tego, pakiet zawierający pojedynczy cudzysłów mógł wstrzyknąć dowolny kod HTML, co prowadziło do eskalacji z DOM XSS do wykonania dowolnych poleceń systemowych.

SiYuan to system zarządzania wiedzą, który przed wersją 3.7.0 miał punkt końcowy /api/icon/getDynamicIcon, który nie wymagał uwierzytelnienia. Atakujący mogą wykorzystać ten punkt końcowy do wykonania dowolnych zapytań SELECT w bazie danych SQLite SiYuan, co prowadzi do wycieku danych użytkowników.

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą. W wersjach przed 3.7.0, fragment CSS zawierający </style> powoduje wyjście z otaczającego tagu <style>, co umożliwia wykonanie dowolnego kodu JavaScript w rendererze. W przypadku desktopowych wersji Electron, renderer działa z nodeIntegration:true, co pozwala na dostęp do require('child_process') z wstrzykniętego handlera, co prowadzi do zdalnego wykonania kodu (RCE).

SiYuan to otwartoźródłowy system zarządzania wiedzą osobistą. W wersjach przed 3.7.0, nazwy widoków atrybutów są przechowywane bez HTML escape, co prowadzi do możliwości wstrzyknięcia HTML i wykonania kodu Node.js w rendererze.

SiYuan to system zarządzania wiedzą, który przed wersją 3.7.0 miał problem z obsługą atrybutu aria-label. W wyniku niewłaściwego dekodowania URL, możliwe było wstrzyknięcie złośliwego kodu HTML, co prowadziło do wykonania nieautoryzowanego skryptu.

SiYuan przed wersją 3.6.4 zawiera podatność na przechowywany XSS, która umożliwia zdalne wykonanie kodu w kliencie desktopowym Electron. Atakujący może zaimportować spreparowaną notatkę do zsynchronizowanego obszaru roboczego, a po jej otwarciu przez ofiarę kod JavaScript wykona się z dostępem do API Node.js.

SiYuan, system zarządzania wiedzą osobistą, w wersjach przed 3.6.2 pozwala złośliwej stronie internetowej na zdalne wykonanie kodu (RCE) na pulpicie użytkownika. Dzieje się tak przez nadmiernie liberalną politykę CORS (Access-Control-Allow-Origin: * + Access-Control-Allow-Private-Network: true), która umożliwia wstrzyknięcie kodu JavaScript przez API. Wstrzyknięty kod wykonuje się w kontekście Node.js Electrona z pełnym dostępem do systemu operacyjnego przy następnym otwarciu interfejsu SiYuan. Do ataku nie jest wymagana żadna interakcja użytkownika poza odwiedzeniem złośliwej strony podczas działania SiYuan.

SiYuan przed wersją 3.6.2 pozwala na przechowywany XSS poprzez atrybut URL w polu Asset View. W kliencie Electron XSS eskaluje do wykonania dowolnych poleceń systemowych z powodu włączonego nodeIntegration i wyłączonego contextIsolation.

SiYuan, system zarządzania wiedzą osobistą, w wersjach przed 3.5.4 zawiera podatność na trwały Cross-Site Scripting (XSS), umożliwiającą atakującemu wstrzyknięcie dowolnych atrybutów HTML do atrybutu `icon` bloku za pośrednictwem API `/api/attr/setBlockAttrs`. Ładunek jest później renderowany w funkcji dynamicznych ikon w niesanitowanym kontekście, co prowadzi do trwałego XSS, a w środowisku desktopowym potencjalnie do zdalnego wykonania kodu (RCE). Podatność omija wcześniejszą poprawkę dla problemu #15970. Wersja 3.5.4 zawiera zaktualizowaną poprawkę.

SiYuan w wersjach od 3.8.7 do 3.8.8 nie normalizuje aliasów przestrzeni nazw urządzeń Windows GLOBALROOT, omijając listę zabronionych ścieżek IsSensitivePath. Atakujący mogą wywołać importStdMd ze ścieżką poprzedzoną GLOBALROOT, aby skopiować token API i prywatny klucz TLS do publicznie udostępnianego katalogu assets.

SiYuan w wersjach od 3.5.4 przed 3.8.7 w systemie Windows zawiera obejście listy zabronionych ścieżek w IsSensitivePath, ponieważ prefiks rozszerzonej długości Windows (\\?\\) przetrwa filepath.Clean i nie pasuje do żadnego zabronionego prefiksu. Uwierzytelnieni wywołujący API mogą dodać ten prefiks do localPath w /api/import/importStdMd, aby skopiować pliki konfiguracyjne obszaru roboczego, w tym token API i prywatne klucze TLS, do zasobów udostępnianych nieuwierzytelnionym klientom.

SiYuan przed wersją v3.8.7 zawiera podatność na wstrzyknięcie SQL, która pozwala posiadaczom tokenu administratora na odczyt history.db poprzez wstrzyknięcie nieescapowanych wartości op i type=3 w zapytaniu. Atakujący może wysłać spreparowane ładunki UNION SELECT do endpointów searchHistory lub getHistoryItems, aby wyeksfiltrować treść, tytuły i ścieżki usuniętych dokumentów.

SiYuan od wersji 2.10.0 przed 3.8.7 zawiera podatność na przechowywany cross-site scripting, która pozwala użytkownikom z uprawnieniami edycji na wstrzyknięcie skryptu poprzez umieszczenie adresów URL javascript: w treści bloku matematycznego renderowanego z włączonym zaufaniem KaTeX. Atakujący może zapisać ładunki \href, \url lub \includegraphics, które mathRender przypisuje przez innerHTML, wykonując skrypt w origin aplikacji, gdy czytelnik kliknie wyrenderowany link.

SiYuan w wersjach przed 3.8.7 zawiera podatność path traversal w narzędziu MCP asset, ponieważ funkcja validateAssetUploadPaths opiera się na niekompletnej czarnej liście wrażliwych ścieżek, która pomija pliki .env i inne pliki z sekretami. Uwierzytelnieni atakujący mogą wywołać akcję uploadu zasobów MCP, skopiować takie lokalne pliki do workspace i odczytać je przez /assets/ po HTTP.

SiYuan od wersji 2.9.0 przed 3.8.7 zawiera podatność cross-site scripting na nieuwierzytelnionej stronie /check-auth, która przypisuje parametr to do window.location.href bez walidacji schematu. Atakujący może wysłać spreparowany link z URI javascript:, który wykona się po zalogowaniu ofiary i wywoła API jądra w celu odczytu lub modyfikacji zawartości i ustawień workspace.

SiYuan w wersjach 3.6.0 przed 3.8.7 przyjmuje i zapisuje ustawienie networkServeTLS, ale nigdy go nie egzekwuje, więc port jądra nadal udostępnia pełny dostęp API przez zwykły HTTP obok HTTPS. Atakujący w sąsiedztwie sieciowym mogą podsłuchać logowanie w postaci czystego tekstu i ciasteczko sesji, które nie ma atrybutu Secure, a odpowiedzi nie zawierają HSTS, co pozwala przejąć sesje API jądra.

SiYuan w wersjach od 3.1.12 do 3.8.6 (przed 3.8.6) nie ogranicza mapy funkcji szablonowych Sprig w parametrze content endpointu /api/icon/getDynamicIcon, co pozwala na wyczerpanie zasobów. Osoba z dostępem do publikacji (lub każdy, gdy uwierzytelnianie publikacji jest wyłączone) może użyć nieograniczonych funkcji, takich jak "until", aby zabić jądro przez wyczerpanie pamięci (OOM) jednym żądaniem.

SiYuan w wersjach od 3.7.0 do 3.8.6 (przed 3.8.6) zawiera podatność na absolutne przejście ścieżki w prywatnym serwerze HTTP wtyczek jądra, który przekazuje ścieżkę ResponseFile.Path z handlera wtyczki do Context.File bez walidacji. Atakujący dostarczający złośliwą wtyczkę jądra może zwrócić absolutną ścieżkę, aby odczytać dowolny plik czytelny dla procesu SiYuan, w tym token API i conf.json.

SiYuan przed wersją 3.8.5 zawiera podatność ujawnienia informacji, która pozwala czytelnikom w trybie publikacji poznać identyfikatory bloków backlinków i liczby odwołań z dokumentów chronionych hasłem i wyłączonych z publikacji poprzez odpytywanie opublikowanego dokumentu. Atakujący mogą wysyłać żądania POST do /api/block/getDocInfo lub getDocsInfo dla identyfikatora opublikowanego dokumentu, aby uzyskać refIDs i refCount ukrytych bloków referencyjnych, omijając granicę poufności publikacji.

SiYuan w wersjach przed 3.8.5 zawiera podatność ujawnienia informacji, która pozwala czytelnikom publikacji na odczyt wierszy bazy danych chronionych hasłem i wyłączonych z publikacji poprzez endpoint /api/export/preview. Atakujący mogą zażądać podglądu eksportu publicznego dokumentu osadzającego widok bazy danych, aby uzyskać tekst klucza głównego i wartości komórek chronionych wierszy.

SiYuan przed wersją v3.8.5 zawiera podatność braku autoryzacji w punktach końcowych getRefCreateSavePath, getShorthandSavePath i getDocCreateSavePath, która pozwala odwiedzającym z uprawnieniami tylko do odczytu poznać identyfikatory niepublikowanych notatników. Atakujący z dostępem tylko do odczytu lub anonimowym dostępem publikacyjnym mogą wysłać POST z dowolnym otwartym identyfikatorem notatnika, aby otrzymać globalny identyfikator zapisu i szablon ścieżki zapisu, ujawniając istnienie ukrytego notatnika i czas jego utworzenia.

W wersjach SiYuan przed v3.8.4 endpoint getCurrentAttrViewImages nie egzekwuje sprawdzania uprawnień publikacji, co pozwala czytelnikom publikacji pobierać ścieżki do zasobów obrazów z nieautoryzowanych baz danych. Atakujący może wywołać ten endpoint z identyfikatorem nierenderowanej bazy uzyskanym przez powiązane endpointy, aby wyciec ścieżki i nazwy plików obrazów z odłączonych wierszy, które endpoint renderujący by odrzucił.

SiYuan w wersjach przed v3.8.4 nieprawidłowo waliduje instrukcje SQL w blokach osadzających zapytania SQL wykonywanych na siyuan.db. Atakujący mogą tworzyć złośliwe dokumenty .sy z instrukcjami SQL innymi niż tylko do odczytu, które są wykonywane automatycznie podczas indeksowania w tle, renderowania lub operacji eksportu bez uwierzytelniania.