The Georgian version is the legally binding one; translations are provided for information only.

Software terms

Version 1.0 · In force since 18 October 2026.

§ 1 Scope and right of use

(1) These terms cover the provider software (Host-Agent) and ONAGER extensions for tenants and providers supplied by LLC „Onager“. They supplement the tenant terms or supply agreement. The respective principal terms govern contract formation, precedence, liability, amendments, law, jurisdiction and language; these software terms create no additional liability limitation.

(2) For the duration of the relevant contract, ONAGER grants you a non-exclusive right to install and run the software on the designated computers for your agreed ONAGER use. No separate software charge is imposed without express agreement. Rights under included third-party licences and mandatory statutory entitlements remain. ONAGER acquires no rights to exploit your inputs or results for its own purposes.

§ 2 Operation and updates

(1) The system requirements and necessary permissions displayed before installation for the relevant version apply. The Host-Agent connects the machine to ONAGER; the tenant extension supports sign-in, bookings, SSH access and offered compute tools. Depending on the operating mode, local configuration, certificate and key files are created and programs and connections initiated by you are started.

(2) You must not manipulate access controls, booking limits, logs or measurements, or knowingly generate false operating data. Security research in an environment expressly approved by ONAGER and good-faith reporting of vulnerabilities remain possible under the acceptable use rules. Examining readable source code is not itself a breach.

(3) When we provide necessary security or compatibility updates, we explain their purpose, installation and the consequences of not installing them. Install them within the notified period appropriate to the risk. For specific risks, ONAGER may restrict affected access under the principal terms. These terms do not promise automatic updating or remote shutdown of your hardware as existing features. Functional changes must not unilaterally diminish confirmed services.

(4) Uninstalling does not replace termination and does not necessarily remove all configuration files, keys, logs or working data. Back up needed results beforehand; remove access credentials and working data no longer needed under the rules applicable to your role. Accepted supplies remain binding until they effectively end.

§ 3 Actual logging

(1) The tenant extension writes event lines to the local “ONAGER Tenant” output channel with an ISO timestamp generated by the local computer. Recorded events include booking-query errors, actively ending a booking, SSH-certificate operations and cleanup of local access files. For model access started by the extension, the start and unexpected end of the SSH tunnel are logged. Other entries may contain model names, local ports, error classes and file-transfer sizes. In test mode, events are also written to the console.

(2) In the reviewed version, the centrally reported states “fault” and “fault resolved” trigger displays; there is no separate permanent record of those events in the local output channel. The status internally called “connected” checks for local access files and does not prove an active SSH session. The extension does not monitor every connection established outside it. A query error therefore proves neither a machine outage nor its duration.

(3) The provider extension reads a local status file and can open an existing service log. This does not create an additional continuous log of the tenant connection. The separate Python Host-Agent stores operating events locally with time, event type, text and, where applicable, an access identifier, including startup, supply, booking end with reason, restart and errors. This operating log is not equivalent to the tenant extension’s log.

(4) The reviewed Python Host-Agent sends operating-state reports and access checks to the central service; this is not transmission of the complete local log. Its local job database may contain inputs and result files. Such working content must not be included in log extracts submitted for complaints. The local operating log may contain access identifiers; therefore send only the necessary extract with access credentials removed.

(5) The reviewed components do not yet provide complete, tamper-protected recording of outage start, restoration and three consecutive interruptions with automatic refund reconciliation. Automatic central transmission of the tenant output channel was not found there. Refund review therefore follows the evidence rules in tenant terms § 5 and supply agreement § 4, including supplementation and counter-evidence. ONAGER may not treat missing measurements as conclusive grounds for refusal.

(6) The privacy notice describes purposes, legal bases, recipients, storage and data-subject rights. Sign-in credentials and files required for SSH are distinct from the diagnostic log. Agreement to a contract does not provide blanket permission to collect additional telemetry.

Legal bases: Personal Data Protection Law, Articles 4–5, 19, 24–29; Consumer Rights Protection Law, Article 22 paragraph 3. Code evidence and necessary additions: hardening report, technical follow-up tasks.

Softwarebedingungen

Fassung 1.0 · In Kraft seit 18.10.2026.

§ 1 Gegenstand und Nutzungsrecht

(1) Diese Bedingungen betreffen die von LLC „Onager“ bereitgestellte Provider-Software (Host-Agent) und die ONAGER-Erweiterungen für Tenant und Provider. Sie ergänzen die Tenant-AGB beziehungsweise den Bereitstellungsvertrag. Die jeweiligen Hauptbedingungen regeln Vertragsschluss, Rangfolge, Haftung, Änderungen, Recht, Gericht und Sprache; diese Softwarebedingungen begründen keine zusätzliche Haftungsbegrenzung.

(2) ONAGER gewährt Ihnen für die Dauer des jeweiligen Vertrags ein einfaches Recht, die Software für Ihre vereinbarte ONAGER-Nutzung auf den dafür vorgesehenen Rechnern zu installieren und auszuführen. Eine gesonderte Softwarevergütung wird ohne ausdrückliche Vereinbarung nicht erhoben. Rechte aus mitgelieferten Lizenzen Dritter und zwingende gesetzliche Befugnisse bleiben bestehen. ONAGER erwirbt an Ihren Eingaben und Ergebnissen keine Rechte zur eigenen Verwertung.

§ 2 Betrieb und Aktualisierungen

(1) Maßgeblich sind die vor Installation angezeigten Systemvoraussetzungen und erforderlichen Berechtigungen der jeweiligen Fassung. Der Host-Agent verbindet die Maschine mit ONAGER; die Tenant-Erweiterung unterstützt Anmeldung, Buchungen, SSH-Zugang und angebotene Rechenwerkzeuge. Je nach Betriebsweg werden lokale Konfigurations-, Zertifikats- und Schlüsseldateien angelegt sowie von Ihnen veranlasste Programme und Verbindungen gestartet.

(2) Sie dürfen Zugriffskontrollen, Buchungsgrenzen, Protokolle und Messwerte nicht manipulieren oder bewusst falsche Betriebsdaten erzeugen. Sicherheitsforschung in einer von ONAGER ausdrücklich freigegebenen Umgebung und die gutgläubige Meldung von Schwachstellen bleiben nach den Nutzungsregeln möglich. Die Untersuchung lesbaren Quelltexts ist für sich genommen kein Verstoß.

(3) Stellen wir notwendige Sicherheits- oder Kompatibilitätsaktualisierungen bereit, informieren wir über deren Zweck, Installation und Folgen einer Nichtinstallation. Sie installieren sie innerhalb einer dem Risiko angemessenen mitgeteilten Frist. Bei konkreten Gefahren kann ONAGER betroffene Zugänge nach den Hauptbedingungen beschränken. Ein automatisches Aktualisierungsverfahren oder eine Fernabschaltung Ihrer Hardware wird durch diese Bedingungen nicht als vorhandene Funktion zugesagt. Funktionale Änderungen dürfen bestätigte Leistungen nicht einseitig entwerten.

(4) Deinstallation ersetzt keine Kündigung und entfernt nicht notwendig alle Konfigurationsdateien, Schlüssel, Protokolle oder Arbeitsdaten. Sichern Sie benötigte Ergebnisse vorher; entfernen Sie nicht mehr benötigte Zugangsmittel und Arbeitsdaten nach den für Ihre Rolle geltenden Regeln. Angenommene Bereitstellungen bleiben bis zu ihrem wirksamen Ende verbindlich.

§ 3 Tatsächliche Protokollierung

(1) Die Tenant-Erweiterung schreibt in den lokalen Ausgabekanal „ONAGER Tenant“ Ereigniszeilen mit einem vom lokalen Rechner erzeugten ISO-Zeitstempel. Erfasst werden unter anderem Fehler bei Buchungsabfragen, das aktive Beenden einer Buchung, Vorgänge beim SSH-Zertifikat und beim Aufräumen lokaler Zugangsdateien. Beim von der Erweiterung gestarteten Modellzugang werden Start und unerwartetes Ende des SSH-Tunnels protokolliert. Weitere Einträge können Modellbezeichnungen, lokale Ports, Fehlerklassen sowie Größen von Dateiübertragungen enthalten. Im Testmodus werden Ereignisse zusätzlich an die Konsole geschrieben.

(2) Die von der Zentrale gemeldeten Zustände „Störung“ und „Störung vorbei“ lösen in der geprüften Fassung Anzeigen aus; es gibt dafür keine eigene dauerhafte Ereignisaufzeichnung im lokalen Ausgabekanal. Der intern als „verbunden“ bezeichnete Status prüft das Vorhandensein lokaler Zugangsdateien und ist kein Nachweis einer laufenden SSH-Sitzung. Die Erweiterung überwacht nicht jede außerhalb von ihr hergestellte Verbindung. Ein Abfragefehler beweist daher weder einen Maschinenausfall noch dessen Dauer.

(3) Die Provider-Erweiterung liest eine lokale Statusdatei und kann ein bestehendes Dienstprotokoll öffnen. Damit wird kein zusätzliches, lückenloses Protokoll der Tenant-Verbindung erzeugt. Der gesonderte Python-Host-Agent speichert lokal Betriebsereignisse mit Zeit, Ereignisart, Text und gegebenenfalls einer Zugangskennung, unter anderem Start, Bereitstellung, Buchungsende mit Grund, Wiederanlauf und Fehler. Dieses Betriebsprotokoll ist nicht mit dem Protokoll der Tenant-Erweiterung gleichzusetzen.

(4) Der geprüfte Python-Host-Agent sendet Betriebszustandsmeldungen und Zugangsprüfungen an die Zentrale; dies ist keine Übertragung des vollständigen lokalen Protokolls. Seine lokale Auftragsdatenbank kann Eingaben und Ergebnisdateien enthalten. Solche Arbeitsinhalte gehören nicht in einen für die Reklamation eingesandten Protokollauszug. Das lokale Betriebsprotokoll kann Zugangskennungen enthalten; senden Sie deshalb nur den erforderlichen, von Zugangsmitteln bereinigten Auszug.

(5) Eine vollständige, gegen Veränderungen gesicherte Erfassung von Ausfallbeginn, Wiederherstellung und drei aufeinanderfolgenden Abbrüchen mit automatischem Erstattungsabgleich ist in den geprüften Komponenten noch nicht vorhanden. Eine automatische zentrale Übermittlung des Tenant-Ausgabekanals wurde dort nicht festgestellt. Für die Erstattungsprüfung gelten deshalb die Beweisregeln in Tenant-AGB § 5 und Bereitstellungsvertrag § 4, einschließlich Ergänzung und Gegenbeweis. ONAGER darf fehlende Messdaten nicht als unwiderlegbaren Ablehnungsgrund verwenden.

(6) Angaben zu Zwecken, Rechtsgrundlagen, Empfängern, Speicherung und Betroffenenrechten enthält die Datenschutzinformation. Die zur Anmeldung verwendeten Zugangsmittel und die für SSH benötigten Dateien sind vom Diagnoseprotokoll zu unterscheiden. Eine Vertragszustimmung ist keine pauschale Erlaubnis zur Erhebung zusätzlicher Telemetrie.

Rechtsgrundlagen: Datenschutzgesetz Art. 4–5, 19, 24–29; Verbraucherschutzgesetz Art. 22 Abs. 3. Codebelege und notwendige Ergänzungen: Härtungsbericht, technische Folgeaufgaben.

პროგრამული უზრუნველყოფის პირობები

რედაქცია 1.0 · ძალაშია 18.10.2026-დან.

§ 1 საგანი და გამოყენების უფლება

(1) ეს პირობები ეხება LLC „Onager“-ის მიერ მოწოდებულ პროვაიდერის პროგრამულ უზრუნველყოფას (Host-Agent) და ONAGER-ის გაფართოებებს ტენანტისა და პროვაიდერისთვის. ისინი ავსებს ტენანტის პირობებს ან, შესაბამისად, მიწოდების ხელშეკრულებას. შესაბამისი ძირითადი პირობები აწესრიგებს ხელშეკრულების დადებას, იერარქიას, პასუხისმგებლობას, ცვლილებებს, სამართალს, სასამართლოსა და ენას; პროგრამული უზრუნველყოფის ეს პირობები პასუხისმგებლობის დამატებით შეზღუდვას არ ადგენს.

(2) ONAGER შესაბამისი ხელშეკრულების მოქმედების განმავლობაში განიჭებთ არაექსკლუზიურ უფლებას, პროგრამა დააყენოთ და გაუშვათ ამისთვის განკუთვნილ კომპიუტერებზე ONAGER-ის შეთანხმებული გამოყენებისთვის. აშკარად გამოხატული შეთანხმების გარეშე პროგრამული უზრუნველყოფისთვის ცალკე ანაზღაურება არ დაწესდება. თანდართული მესამე პირთა ლიცენზიებიდან გამომდინარე და კანონით იმპერატიულად მინიჭებული უფლებები რჩება. თქვენს შეყვანილ მონაცემებსა და შედეგებზე ONAGER არ იძენს საკუთარი მიზნებისთვის გამოყენების უფლებებს.

§ 2 მუშაობა და განახლებები

(1) გადამწყვეტია ინსტალაციამდე ნაჩვენები შესაბამისი რედაქციის სისტემური მოთხოვნები და საჭირო უფლებამოსილებები. Host-Agent მანქანას ONAGER-თან აკავშირებს; ტენანტის გაფართოება უზრუნველყოფს შესვლის, ჯავშნების, SSH-წვდომისა და შეთავაზებული გამოთვლითი ხელსაწყოების მხარდაჭერას. გამოყენებული გზის მიხედვით იქმნება ლოკალური კონფიგურაციის, სერტიფიკატებისა და გასაღებების ფაილები და იწყება თქვენ მიერ ინიციირებული პროგრამები და კავშირები.

(2) არ უნდა შეცვალოთ მანიპულაციურად წვდომის კონტროლი, ჯავშნის საზღვრები, ჟურნალები ან გაზომვის შედეგები და არ უნდა შექმნათ შეგნებულად მცდარი საექსპლუატაციო მონაცემები. ONAGER-ის მიერ აშკარად ნებადართულ გარემოში უსაფრთხოების კვლევა და მოწყვლადობების კეთილსინდისიერი შეტყობინება კვლავ შესაძლებელია გამოყენების წესების შესაბამისად. წაკითხვადი საწყისი კოდის გამოკვლევა თავისთავად დარღვევა არ არის.

(3) უსაფრთხოების ან თავსებადობის აუცილებელი განახლებების მიწოდებისას გაცნობებთ მათ მიზანს, ინსტალაციასა და დაუყენებლობის შედეგებს. თქვენ მათ დააყენებთ შეტყობინებაში მითითებულ, რისკის შესაბამის ვადაში. კონკრეტული საფრთხეებისას ONAGER-ს შეუძლია ძირითადი პირობების შესაბამისად შეზღუდოს დაზიანებული წვდომები. ამ პირობებით ავტომატური განახლების პროცედურა ან თქვენი აპარატურის დისტანციური გამორთვა არსებულ ფუნქციად გარანტირებული არ არის. ფუნქციურმა ცვლილებებმა დადასტურებული მომსახურება ცალმხრივად არ უნდა გააუფასუროს.

(4) დეინსტალაცია არ ცვლის ხელშეკრულების შეწყვეტის განცხადებას და აუცილებლობით არ შლის ყველა კონფიგურაციის ფაილს, გასაღებს, ჟურნალსა თუ სამუშაო მონაცემს. საჭირო შედეგები წინასწარ შეინახეთ; აღარ საჭირო წვდომის საშუალებები და სამუშაო მონაცემები წაშალეთ თქვენი როლისთვის მოქმედი წესებით. მიღებული მიწოდებები სავალდებულო რჩება მათ სამართლებრივად მოქმედ დასრულებამდე.

§ 3 ჟურნალში ფაქტობრივი აღრიცხვა

(1) ტენანტის გაფართოება ლოკალურ გამოტანის არხში „ONAGER Tenant“ წერს მოვლენების ჩანაწერებს ლოკალური კომპიუტერის მიერ შექმნილი ISO-დროის ნიშნულით. მათ შორის აღირიცხება ჯავშნების მოთხოვნის შეცდომები, ჯავშნის აქტიური დასრულება, SSH-სერტიფიკატთან და ლოკალური წვდომის ფაილების გასუფთავებასთან დაკავშირებული მოქმედებები. გაფართოებით დაწყებული მოდელის წვდომისთვის აღირიცხება SSH-გვირაბის დაწყება და მოულოდნელი დასრულება. სხვა ჩანაწერები შეიძლება შეიცავდეს მოდელების დასახელებებს, ლოკალურ პორტებს, შეცდომების კატეგორიებსა და ფაილების გადაცემის ზომებს. სატესტო რეჟიმში მოვლენები დამატებით იწერება კონსოლში.

(2) ცენტრალური სისტემის მიერ მოწოდებული მდგომარეობები „შეფერხება“ და „შეფერხება დასრულდა“ შემოწმებულ რედაქციაში იწვევს შეტყობინებების ჩვენებას; მათთვის ლოკალურ გამოტანის არხში ცალკე მუდმივი მოვლენათა ჩანაწერი არ არსებობს. შიდა მდგომარეობა „დაკავშირებულია“ ამოწმებს ლოკალური წვდომის ფაილების არსებობას და არ ადასტურებს მიმდინარე SSH-სესიას. გაფართოება არ აკონტროლებს მის გარეთ დამყარებულ ყველა კავშირს. ამიტომ მოთხოვნის შეცდომა არ ამტკიცებს არც მანქანის შეფერხებას და არც მის ხანგრძლივობას.

(3) პროვაიდერის გაფართოება კითხულობს ლოკალურ მდგომარეობის ფაილს და შეუძლია არსებული სერვისის ჟურნალის გახსნა. ამით ტენანტის კავშირის დამატებითი, უწყვეტი ჟურნალი არ იქმნება. ცალკე Python-Host-Agent ლოკალურად ინახავს საექსპლუატაციო მოვლენებს დროით, მოვლენის ტიპით, ტექსტით და, შესაბამის შემთხვევაში, წვდომის იდენტიფიკატორით, მათ შორის დაწყებას, მიწოდებას, ჯავშნის დასრულებას მიზეზით, ხელახალ გაშვებასა და შეცდომებს. ეს საექსპლუატაციო ჟურნალი ტენანტის გაფართოების ჟურნალის იდენტური არ არის.

(4) შემოწმებული Python-Host-Agent ცენტრალურ სისტემას უგზავნის საექსპლუატაციო მდგომარეობის შეტყობინებებსა და წვდომის შემოწმებებს; ეს არ წარმოადგენს სრული ლოკალური ჟურნალის გადაცემას. მისი ლოკალური დავალებების მონაცემთა ბაზა შეიძლება შეიცავდეს შეყვანილ მონაცემებსა და შედეგების ფაილებს. ასეთი სამუშაო შინაარსი არ უნდა მოხვდეს პრეტენზიისთვის გაგზავნილ ჟურნალის ამონაწერში. ლოკალური საექსპლუატაციო ჟურნალი შეიძლება შეიცავდეს წვდომის იდენტიფიკატორებს; ამიტომ გაგზავნეთ მხოლოდ აუცილებელი ამონაწერი, წვდომის საშუალებების მოცილების შემდეგ.

(5) შემოწმებულ კომპონენტებში ჯერ არ არსებობს შეფერხების დაწყების, აღდგენისა და ზედიზედ სამი შეფერხების სრული, ცვლილებებისგან დაცული აღრიცხვა თანხის დაბრუნების ავტომატური შეჯერებით. მათში ტენანტის გამოტანის არხის ავტომატური ცენტრალიზებული გადაცემა არ გამოვლენილა. ამიტომ დაბრუნების შემოწმებაზე მოქმედებს ტენანტის პირობების § 5-ის და მიწოდების ხელშეკრულების § 4-ის მტკიცებულების წესები, მათ შორის შევსებისა და საწინააღმდეგო მტკიცებულების შესაძლებლობა. ONAGER-ს არ შეუძლია დაკარგული გაზომვის მონაცემები უარის უტყუარ საფუძვლად გამოიყენოს.

(6) მიზნები, სამართლებრივი საფუძვლები, მიმღებები, შენახვა და მონაცემთა სუბიექტის უფლებები აღწერილია პერსონალურ მონაცემთა დაცვის შესახებ ინფორმაციაში. შესვლისთვის გამოყენებული წვდომის საშუალებები და SSH-სთვის საჭირო ფაილები უნდა განვასხვაოთ დიაგნოსტიკური ჟურნალისგან. ხელშეკრულებაზე თანხმობა დამატებითი ტელემეტრიის შეგროვების ზოგად ნებართვას არ წარმოადგენს.

სამართლებრივი საფუძვლები: პერსონალურ მონაცემთა დაცვის შესახებ კანონის მუხლები 4–5, 19, 24–29; მომხმარებლის უფლებების დაცვის შესახებ კანონის მუხლი 22 პუნქტი 3. კოდის მტკიცებულებები და აუცილებელი დამატებები: გამკაცრების ანგარიში, შემდგომი ტექნიკური ამოცანები.

Условия использования ПО

Версия 1.0 · Действует с 18.10.2026.

§ 1 Предмет и право использования

(1) Условия относятся к предоставляемому LLC „Onager“ ПО провайдера (Host-Agent) и расширениям ONAGER для тенанта и провайдера. Они дополняют условия для тенантов либо договор предоставления. Соответствующие основные условия регулируют заключение договора, приоритет, ответственность, изменения, право, подсудность и язык; эти условия ПО не создают дополнительных ограничений ответственности.

(2) На срок соответствующего договора ONAGER предоставляет неисключительное право устанавливать и запускать ПО на предназначенных компьютерах для согласованного использования ONAGER. Отдельная плата за ПО без прямого соглашения не взимается. Права по включённым лицензиям третьих лиц и императивные законные полномочия сохраняются. ONAGER не получает прав использовать Ваши входные данные и результаты в собственных целях.

§ 2 Эксплуатация и обновления

(1) Применяются показанные до установки системные требования и необходимые разрешения соответствующей версии. Host-Agent соединяет машину с ONAGER; расширение тенанта поддерживает вход, бронирования, SSH-доступ и предложенные вычислительные инструменты. В зависимости от режима создаются локальные файлы конфигурации, сертификатов и ключей, запускаются инициированные Вами программы и соединения.

(2) Запрещено манипулировать контролем доступа, пределами бронирования, журналами и измерениями либо сознательно создавать ложные эксплуатационные данные. Исследования безопасности в явно разрешённой ONAGER среде и добросовестные сообщения об уязвимостях допускаются согласно правилам использования. Само изучение читаемого исходного кода нарушением не является.

(3) Предоставляя необходимые обновления безопасности или совместимости, мы сообщаем об их цели, установке и последствиях неустановки. Устанавливайте их в сообщённый срок, соответствующий риску. При конкретной угрозе ONAGER вправе ограничить соответствующий доступ по основным условиям. Автоматическое обновление или дистанционное выключение Вашего оборудования не обещаются этими условиями как имеющиеся функции. Функциональные изменения не должны односторонне обесценивать подтверждённые услуги.

(4) Удаление ПО не заменяет прекращения договора и не обязательно удаляет все конфигурации, ключи, журналы или рабочие данные. Заранее сохраните нужные результаты; удаляйте ненужные средства доступа и рабочие данные по правилам Вашей роли. Принятые предоставления обязательны до их действительного окончания.

§ 3 Фактическое ведение журналов

(1) Расширение тенанта записывает строки событий в локальный канал вывода «ONAGER Tenant» с отметкой времени ISO локального компьютера. Фиксируются, в частности, ошибки запросов бронирования, активное завершение бронирования, операции SSH-сертификата и очистки локальных файлов доступа. Для доступа к модели, запущенного расширением, записываются начало и неожиданное завершение SSH-туннеля. Другие записи могут содержать обозначения моделей, локальные порты, классы ошибок и размеры передаваемых файлов. В тестовом режиме события дополнительно выводятся в консоль.

(2) Сообщаемые центральной системой состояния «сбой» и «сбой завершён» вызывают уведомления в проверенной версии; отдельной постоянной записи этих событий в локальном канале нет. Внутренний статус «подключено» проверяет наличие локальных файлов доступа и не доказывает действующей SSH-сессии. Расширение не контролирует все соединения вне него. Ошибка запроса поэтому не доказывает ни сбоя машины, ни его продолжительности.

(3) Расширение провайдера читает локальный файл состояния и может открыть существующий служебный журнал. Дополнительного непрерывного журнала соединения тенанта это не создаёт. Отдельный Host-Agent на Python локально сохраняет эксплуатационные события с временем, видом, текстом и при необходимости идентификатором доступа, включая запуск, предоставление, окончание бронирования с причиной, повторный запуск и ошибки. Этот журнал не равнозначен журналу расширения тенанта.

(4) Проверенный Host-Agent на Python отправляет центральной системе сообщения о состоянии и проверки доступа; это не передача полного локального журнала. Локальная база заданий может содержать входные данные и файлы результатов. Такое рабочее содержимое нельзя включать в выдержку для претензии. Эксплуатационный журнал может содержать идентификаторы доступа; отправляйте только необходимую выдержку, очищенную от средств доступа.

(5) В проверенных компонентах пока отсутствует полная защищённая от изменений фиксация начала сбоя, восстановления и трёх последовательных прерываний с автоматической сверкой возвратов. Автоматическая централизованная передача канала вывода тенанта там не обнаружена. Для проверки возврата поэтому действуют правила доказывания в § 5 условий для тенантов и § 4 договора предоставления, включая дополнение и опровержение. ONAGER не вправе использовать отсутствие измерений как неопровержимое основание отказа.

(6) Цели, правовые основания, получатели, хранение и права субъектов описаны в информации о защите данных. Средства входа и файлы SSH следует отличать от диагностического журнала. Согласие с договором не является общим разрешением собирать дополнительную телеметрию.

Правовые основания: Закон о защите персональных данных, статьи 4–5, 19, 24–29; Закон о защите прав потребителей, статья 22 пункт 3. Доказательства в коде и необходимые дополнения: отчёт об усилении правовой защиты, технические задачи.

Back to legal information