IT Toolkit
v6.7
2026-08-17
Síť · Kryptografie · Nástroje — Ctrl+K rychlé hledání
ℹ
↑↓ navigace Enter otevřít Esc zavřít Ctrl+K
IP adresa
IPv4
—
🔍 ARIN RDAP 🔍 RIPE NCC 🔍 whois.com
IPv6
—
Pro evropské IP adresy doporučujeme RIPE NCC.
Prohlížeč & systém
Navigator / Headers
Obrazovka & prostředí
Zdroj certifikátu
Nebo vložte PEM text
PEM vstup
📂
Přetáhněte soubor sem nebo klikněte pro výběr
.req · .csr · .pem · .txt
Parametry hesla
Počet hesel
Vygenerovaná hesla
Analýza entropie
Vstupní text
Převod velikosti písmen
Najít a nahradit
Čištění textu
Transformace
Výstup
Porovnání vstup ↔ výstup
Proveďte operaci pro zobrazení rozdílů.
Extrakce řádků
Informace
Veškeré zpracování textu probíhá lokálně v prohlížeči. Vstupní text není odesílán na server ani třetím stranám v rámci funkcí tohoto nástroje.
IPv4 CIDR
Obsah QR kódu
Nastavení
Náhled
QR kód se zobrazí zde
Vstup ASN.1 / DER
Příklady
Legenda tagů
SEQUENCE (0x30) — uspořádaný kontejner položek
SET (0x31) — neuspořádaný kontejner
INTEGER (0x02) — celé číslo (sériové číslo, modulus…)
BIT STRING (0x03) — bitová sekvence (podpis, veřejný klíč)
OCTET STRING (0x04) — bajtová sekvence
NULL (0x05) — žádná hodnota (parametr algoritmu)
OID (0x06) — identifikátor objektu (algoritmus, extenze…)
UTF8String (0x0C) — textový řetězec UTF-8
PrintableString (0x13) — ASCII text (CN, O, C…)
IA5String (0x16) — ASCII (e-mail, URL)
UTCTime (0x17) — datum a čas (platnost certifikátu)
GeneralizedTime (0x18) — datum a čas (rozšířený formát)
BOOLEAN (0x01) — true/false (CA flag…)
[0]–[9] (0xA0–0xA9) — kontextové (context-specific) tagy
Informace
ASN.1 (Abstract Syntax Notation One) je standardní formát pro serializaci strukturovaných dat, definovaný v ITU-T X.680. Kódování DER (Distinguished Encoding Rules, X.690) se používá v certifikátech X.509, CSR (PKCS#10), klíčích a CRL. Každý prvek má strukturu Tag–Length–Value (TLV). Veškeré dekódování probíhá lokálně v prohlížeči. BER indefinite length (0x80) je podporováno heuristicky — u složitějších nested BER struktur může být výstup nepřesný.
Dekódovaná struktura
Vložte data a klikněte Dekódovat.
Vstup — soubor
📂
Přetáhněte soubor(y) sem nebo klikněte pro výběr
Libovolný typ souboru · více souborů najednou · < 500 MB přímý výpočet · ≥ 500 MB streamovaný výpočet
Vstup — text
Algoritmy
Informace
Veškeré výpočty probíhají výhradně lokálně — žádná data neopouštějí prohlížeč. Soubory pod 500 MB: přímý výpočet přes crypto.subtle.digest() (W3C Web Crypto API) a vlastní JS implementaci MD5. Soubory ≥ 500 MB: streamovaný výpočet v blocích po 64 MB přes knihovnu hash-wasm — integrována přímo v tomto souboru, bez externích požadavků.
Ověření hashe
Výsledky
IPv6 CIDR
Generátor UUID / GUID
Analýza UUID
Přehled verzí UUID
UUID v4 doporučený
128 bitů, z toho 122 náhodných (6 bitů rezervováno pro verzi/variantu). Generován pomocí crypto.getRandomValues() (CSPRNG). Pravděpodobnost kolize při generování 1 miliardy UUID je ~9.4×10⁻²⁰ (birthday approximation). Definován v RFC 9562 (dříve RFC 4122).
UUID v7 nový (2024)
Časový identifikátor — prvních 48 bitů je Unix timestamp v milisekundách, zbývajících 74 bitů (rand_a 12 b + rand_b 62 b) slouží k zajištění unikátnosti a mohou být dle implementace náhodná nebo částečně counter/monotonicity-based. Lexikograficky řaditelný (sortable). Ideální pro databázové primární klíče (B-tree friendly). Definován v RFC 9562.
UUID v1 zastaralý
Založený na MAC adrese a čase. Únik MAC adresy = bezpečnostní riziko. Pro nové návrhy je doporučen UUID v7.
UUID v3 / v5
Deterministický — hash (MD5 / SHA-1) ze jmenného prostoru + názvu. Vždy stejný vstup = stejný UUID.
GUID
Microsoft terminologie pro UUID. Technicky identický formát, liší se pouze konvencí zápisu (velká písmena, složené závorky).
Běžné použití UUID
• Databázové primární klíče — distribuované systémy bez centrální sekvence
• API identifikátory — resources, session tokens, correlation IDs
• Active Directory — objectGUID, GPO GUID, schemaIDGUID
• Entra ID (Azure AD) — tenant ID, application ID, object ID
• COM/DCOM — CLSID, IID, LIBID (Windows registry)
• Diskové oddíly — GPT partition GUID, EFI system partition
• Messaging — message ID, idempotency key
IANA Private Enterprise Numbers (PEN)
PEN je identifikátor přidělovaný organizaci od IANA (Internet Assigned Numbers Authority) pod OID prefixem 1.3.6.1.4.1.{číslo}. Registrace je bezplatná a řídí se politikou „First Come First Served" dle RFC 9371.
Použití PEN:
• SNMP MIB — identifikace vendora v OID stromu
• RADIUS — Vendor-Specific Attributes (VSA, RFC 2865)
• Diameter — Vendor-ID (RFC 6733)
• LDAP — vlastní atributy a objektové třídy v private OID arc
• Syslog — structured data SD-ID (RFC 5424)
• DHCP — vendor-specific suboptions
• Certifikáty X.509 — vlastní OID pro politiky a extenze
📋 Registr IANA PEN 📝 Žádost o PEN 📄 RFC 9371
Otevře IANA registr v novém tabu a v podporujících prohlížečích skočí na první výskyt (IANA nemá serverové vyhledávání — jinak použijte Ctrl+F). Příklady: 9 = Cisco, 311 = Microsoft, 2312 = Check Point

FIDO2 / WebAuthn diagnostika

Čistě statická demo stránka. Umí capability check browseru, testovací registraci a vyčtení základních údajů z credentialu včetně AAGUID. Mapování AAGUID na vendor/model využívá pouze lokální data (bez MDS dotazů a ověření).

Funguje v HTTPS nebo na localhost. Přes file:// bude WebAuthn ve většině browserů blokovaný.

Omezení
  • Bez backendu není validace attestation ani práce s FIDO Metadata Service.
  • AAGUID lookup je pouze orientační best-effort mapování.
  • Neumí firmware, sériové číslo ani spolehlivý inventory všech tokenů.

Strukturovaný výstup

čitelné shrnutí

Zatím bez výsledků.

Debug log

raw průběh a chyby

Lokální AAGUID mapa

čte se z lokálního zdroje, ne z MDS

Načítám dostupná data…

Raw JSON

export posledního běhu
{}
Passkey profile planner – Entra ID

Generuje výchozí návrh konfigurace passkey profilů v authentication method policy (max. 3 sloty) na základě zadaných požadavků. Upozorňuje na kombinace vstupů, které vedou ke konfliktu nebo k uzamčení uživatelů.

Vše se počítá lokálně v prohlížeči – nástroj se nepřipojuje k Entra ID ani k žádnému API a nezná stav vašeho tenantu. Výstup je doporučení k posouzení, ne auditovaná konfigurace; před nasazením ověřte proti aktuální dokumentaci Microsoftu a vlastnímu prostředí.

Návrh je psaný jako na zelené louce, ale tenant na ní typicky nestojí. Po opt-inu na passkey profily se do Default profilu přenesla původní globální nastavení Passkey (FIDO2), takže Profil 1 níže je zpravidla editace existujícího profilu, ne založení nového – a opt-in je podle MS nevratný. Pokud tenant na profily zatím nepřešel a nevynucuje attestation, jsou synced passkeys už dnes povolené bez zásahu administrátora. Stav si ověřte dřív, než podle návrhu začnete konfigurovat.

Default
–
Privileged
–
Synced / rezerva
–

Vstupy

Q1. Povolit synced passkeys?
iCloud Keychain, Google Password Manager a další cloud provideři
Q2. Baseline (Default) – omezení autentizátoru
Q3. Existuje desktop-only populace bez telefonu?
Q4. Privilegovaní – Authenticator povolen, nebo jen HW klíč?
Q5. Jsou HW FIDO2 klíče distribuovány privilegovaným?
Q6. Je nakonfigurovaný break-glass účet vyloučený z CA?
Týká se výhradně Conditional Access. Rozsah passkey profilu je samostatná věc – CA výjimka před uzamčením passkey profilem nechrání, to řeší Q6b.
Q6b. Cílení break-glass účtů na passkey profily
Break-glass účet je v OR-logice běžný uživatel – passkey mu projde jen tehdy, když vyhoví některému profilu v jeho rozsahu.
Q7. Režim vynucení přes Conditional Access
Q8. Role v privilegované skupině
Výchozí výběr = kompletní seznam z MS Learn – policy-admin-phish-resistant-mfa, doporučeno jako „at least“ baseline – role lze podle potřeby odebrat i doplnit
Q9. Povolit Microsoft Entra passkey on Windows?
Windows Hello jako FIDO2 passkey provider (preview) – jiná věc než Windows Hello for Business

Upozornění a konflikty

Navrhované profily

Conditional Access

Governance checklist

    Zdroje

    Logika plánovače vychází z níže uvedené dokumentace Microsoftu. Chování Entra ID se mění – před nasazením ověřte proti aktuální verzi těchto stránek.