FÜR ENTWICKLER / REPRODUZIERBARES STATISCHES BEISPIEL
Ein kleiner Befund. Eine sinnvolle nächste Handlung.
Sieh die genaue Eingabe, den erwarteten Nachweis und einen manuellen nächsten Schritt, bevor du dein kostenloses Prüfkontingent nutzt.
Dies ist ein offline geprüftes, harmloses Quellcodebeispiel, kein Live-Kundenergebnis. Lesen und Herunterladen starten keine Analyse und verbrauchen keine Prüfung. Die exportierte Funktion wird hier nie aufgerufen. Führe die Dateien nicht aus.
1. Zwei genaue Dateien vergleichen
Voraussetzungen: Browser und Texteditor. Keine Paketinstallation oder Programmausführung nötig. Jede Datei ist eine eigenständige TypeScript-Eingabe mit drei Zeilen. Prüfe jeweils eine Variante; beide zusammen hätten einen anderen Dateiumfang.
Die einzige Konfigurationsänderung ist false → true. Beide enthalten einen nicht aufgelösten oder externen node:https-Import; Abhängigkeiten, ein echter Endpunkt und Laufzeitverhalten sind ungeprüft.
High · request-before.ts:3 · crypto-tls-verification-disabled-v1
Die sichtbare HTTPS-Konfiguration setzt rejectUnauthorized auf false. Diese Quellcodeoperation deaktiviert dort die Zertifikatsprüfung. Eingabevertrauen, eine echte Verbindung und ein Angriffsweg sind nicht nachgewiesen.
Die korrigierte Variante hat in diesem begrenzten Einzelbeispiel keine Befunde. Das belegt weder Projektsicherheit noch eine ausgeführte oder validierte Korrektur. Kein Code, Netzwerkaufruf oder Projekttest wird ausgeführt.
Geprüft gegen SHA-256 der bestehenden App c0ebca4bff021843ecd6e77bf326370cd614ec50a0089761314622ca65007c17
Dieses Dreizeilenbeispiel ist von der veröffentlichten Topologiekarte mit neun Dateien getrennt. Ein Upload-Prüfwert identifiziert ausgewählte Dateien; er ist weder Git-Commit noch Repository-Freigabe. Separates Topologiebeispiel ansehen →
3. Aus Nachweisen einen begründeten Plan machen
ReviewPfad, Zeile und genauen Umfang lesen.
TriageBedingung untersuchen; nur mit Grund verwerfen.
ErklärenGespeicherte Tatsache von unbelegter Wirkung trennen.
SicherheitTeilweise, deaktivierte und fehlende Prüfungen lesen.
UmsetzenÄnderung planen und eigene Beobachtung festhalten.
Vorschlag für einen manuellen Plan: Grund für die deaktivierte Option untersuchen, Zertifikatsprüfung beibehalten und passende Hostnamen-, Vertrauenskette- und Regressionstests im eigenen Projekt ausführen. Das tatsächliche Ergebnis erst danach festhalten; dieses Tutorial führt sie nicht aus.
Öffne im vollständigen Dashboard deinen gespeicherten Bericht in einer der fünf Ansichten. Wähle Befunde, prüfe die genaue Übergabe und lade Markdown, JSON oder druckbares HTML herunter. Nutze für HTML den Browserbefehl Drucken / Als PDF speichern. Notizen, Verwerfungsgründe, verworfene Befunde und Verlauf sind standardmäßig ausgeschlossen. Öffnen, Speichern und Exportieren verbraucht keine weitere Prüfung.
4. Ausgewählte Dateien prüfen, wenn du bereit bist
Nutze die Identitätsanmeldung mit CodHub oder Cloudburg und deinen eigenen Arbeitsbereich. Öffne einen bestehenden Arbeitsbereich mit seinem ursprünglichen Anbieter; Konten werden nicht automatisch verknüpft. Datei-Uploads erfordern keine separate Repository-Verbindung. Neue Eigentümer lesen vor der Zustimmung die bestehenden Bedingungen.
Kostenlose Arbeitsbereiche: drei abgeschlossene Prüfungen pro UTC-Kalendermonat. Bei einem kostenlosen Arbeitsbereich verbraucht jede abgeschlossene Upload-Prüfung eine kostenlose Prüfung, auch bei teilweiser Abdeckung oder ohne Befund. Eine separate Prüfung der zweiten Variante verbraucht eine weitere kostenlose Prüfung. Aktiver kostenpflichtiger Upload-Zugang hat keine monatliche Obergrenze abgeschlossener Prüfungen; bis zu drei Prüfungen werden gleichzeitig verarbeitet. Berichte und gespeicherte Arbeit sind für den Eigentümer sieben Tage verfügbar. Löschen stellt kein Kontingent wieder her. Käufe bleiben pausiert; das kostenlose Kontingent erfordert keine Karte.
Originaldatei oben herunterladen.
Arbeitsbereich öffnen und Upload-Prüfung auswählen. Bei Abmeldung den ursprünglichen Anmeldeanbieter (CodHub oder Cloudburg) wählen und dann zur Upload-Prüfung zurückkehren.
Datei auswählen, Pfad und Größe prüfen und nur absenden, wenn du eine verfügbare Prüfung verwenden möchtest.
Abgeschlossenen Bericht öffnen und genannte Regel und Zeile vergleichen. Vor der nächsten Entscheidung die Abdeckung lesen.
Grenzen: 40 ausgewählte JS/TS-Dateien, je 32 KiB und 1.000 Zeilen, insgesamt 512 KiB und höchstens 80 aufbewahrte Befunde. Geheimnisse und personenbezogene Daten entfernen. Rohquellcode wird vorübergehend verarbeitet; Berichte speichern Befunde und Metadaten, keine hochgeladenen Quellcode-Auszüge.
Wähle eine statische Prüfung ausgewählter Dateien, untersuche einen gespeicherten Befund, speichere Entscheidung und manuellen Plan und erstelle eine Nachweisübergabe. Dieses Tutorial folgt diesem Weg.
Wähle AntiCode für eine geeignete CodHub-Codeänderung im separaten Review- und Untersuchungsarbeitsbereich. Dessen integrierte Prüfungen erfordern SHA-1-Revisionen und einen vollständigen passenden Diff. Starte mit der Review Story und prüfe dort die aktuelle Eignung.
Dies sind unabhängige Produktentscheidungen. Konten, Zugriff, Kontingente und Berichte werden nicht automatisch geteilt. Eine optionale CodHub-Metadatenverbindung ist von der Dateianalyse getrennt. Repository-Quellcode-Synchronisierung, automatische PR-Reviews und Fix-Veröffentlichung sind noch nicht verfügbar.
Wenn das Ergebnis abweicht
Kein Kontingent verfügbar
Lies oder lade das Beispiel ohne Anmeldung. Gespeicherte Berichte bis zum Ablauf erneut öffnen. Warte auf den unter Prüfkontingent angezeigten UTC-Monatswechsel; kein weiteres Konto zum Umgehen der Grenze erstellen.
Erwarteter Befund fehlt oder Upload abgelehnt
Dateiprüfwert und genauen false-Wert vergleichen, originale .ts-Datei nutzen und Parse-Status, teilweise Abdeckung und aktuellen Regelstatus prüfen. Ein späterer Analyzer kann abweichen; die Erwartung ist an den oben genannten App-Prüfwert gebunden. Aus fehlenden Befunden keine Sicherheit ableiten.
Gespeicherter Bericht oder Übergabe nicht verfügbar
Im richtigen Eigentümer-Arbeitsbereich anmelden. Abgelaufene oder gelöschte Berichte können nicht geöffnet oder exportiert werden; veraltete Vorschau nach einer gespeicherten Änderung erneuern. Eine heruntergeladene Kopie bleibt auf deinem Gerät.