symlink.ch
Wissen Vernetzt - deutsche News für die Welt
 
symlink.ch
FAQ
Mission
Über uns
Richtlinien

Moderation
Einstellungen
Story einsenden

Suchen & Index
Ruhmeshalle
Statistiken
Umfragen

Redaktion
Themen
Partner
Planet

XML | RDF | RSS
PDA | WAP | IRC
Symbar für Opera
Symbar für Mozilla

Freunde
Benutzergruppen
LUG Switzerland
LUG Vorarlberg
LUGen in DE
SIUG
CCCZH
Organisationen
Wilhelm Tux
FSF Europe
Events
LinuxDay Dornbirn
BBA Schweiz
CoSin in Bremgarten AG
VCFe in München
Menschen
maol
Flupp
Ventilator
dawn
gumbo
krümelmonster
XTaran
maradong
tuxedo

 
IP-Tricksereien
Veröffentlicht durch maol am Dienstag 26. November, 08:07
Aus der Spielzeug Abteilung
Internet Ein anonymer Internet-Genosse hat sich die Arbeit gemacht, alle möglichen Arten rauszusuchen, wie man IP-Adressen darstellen kann. das geht über oktal und hexcode bis zu Darstellungen, wo ich gewettet hätte, dass sich dahinter keine URL verstecken kann.

Ritter der Kommunikation verliehen | Druckausgabe | Jabber Server für Schweizer: swissjabber.ch  >

 

 
symlink.ch Login
Login:

Passwort:

extrahierte Links
  • IP-Adressen darstellen
  • Mehr zu Internet
  • Auch von maol
  • Diese Diskussion wurde archiviert. Es können keine neuen Kommentare abgegeben werden.
    Buggy browsers (Score:2, Informativ)
    Von SrmL (dwsl@dur.ch) am Tuesday 26. November, 08:32 MEW (#1)
    (User #17 Info) http://dur.ch/
    Alle Browser, die sowas unterstützen sind defekt. In RFC 2396 ist festgelegt, wie eine URI aussehen darf. Der Hostteil darf nur als Hostname oder als "Dotted decimal IPv4-Address" (3.2.2.) geschrieben werden (neu natürlich auch als IPv6-Adresse, siehe RFC 2732).

    Ausserdem darf gemäss RFC 2616 eine HTTP-URI keine userinfo-Komponente (also username:password@...) enthalten (vgl. 3.2.2.).

    Re:Buggy browsers (Score:1)
    Von zyta2k (zyta2002(AT)web.de) am Tuesday 26. November, 09:12 MEW (#2)
    (User #947 Info)
    Sehe ich genau so...

    ich denke dass das Zeugs vor allem auf Redmond's IE läuft (der im Übrigen nur so gespickt ist von "Bugs" bei der Auswertung von HTML1 Code). Oder hat da jemand mal alle Möglichkeiten auf dem Mozilla ausprobiert ? Bei mir hat nix funktioniert...

    1 Was der IE zum Teil noch darstellt hat nicht mehr das Prädikat HTML verdient. Diverse Seiten (vor allem grössere) sind nach w3.org gespickt mit Fehlern (wer auf einer grossen Page weniger als 300 findet hat Glück !). Vorteil für Billi: Die Pages sind "dreckig" Programmiert (d.h. nicht nach w3), Browser die Standards einhalten zeigen die Seite nicht korrekt an, folglich die Meinung von Otto-Normal-Redmond-User -> ScheissBrowser

    *nachdenlich*

    --
    Linux - life is too short for reboots...

    Re:Buggy browsers (Score:1)
    Von tr0nix am Tuesday 26. November, 09:26 MEW (#4)
    (User #741 Info) http://www.secuserv.ch
    Das Linux Magazin hat aber erst kuerzlich Linux Browser mit IE Verglichen und da Schnitt der IE in sachen w3c-Standard als bester ab. An zweiter Stelle war damals der Netscape (6.0) fuer Linux.
    Ausserdem sind Browser die Buggy Pages verstehen eigentlich nichts schlechtes, es kann nicht jeder User perfektes HTML nach w3c und das wird auch immer so bleiben. Deshalb darf der Browser ruhig ein wenig korrigieren.


    ----------------
    Wer gegen ein Minimum
    Aluminium immun ist, besitzt
    Aluminiumminimumimmunität
    Re:Buggy browsers (Score:1)
    Von zyta2k (zyta2002(AT)web.de) am Tuesday 26. November, 11:04 MEW (#16)
    (User #947 Info)
    Ausserdem sind Browser die Buggy Pages verstehen eigentlich nichts schlechtes, es kann nicht jeder User perfektes HTML nach w3c und das wird auch immer so bleiben.
    Nicht die User, welche mit dem Notepad was programmieren sind das Problem, sondern Programme wie Dreamweaver, Frontpage, etc... Wieso solch grosse Firmen (die hinter besagten Programmen stehen) HTML nach w3c nicht verstehen bzw. verstehen wollen ist wohl DIE entscheidende Frage !

    --
    Linux - life is too short for reboots...
    Re:Buggy browsers (Score:1)
    Von tr0nix am Tuesday 26. November, 12:05 MEW (#18)
    (User #741 Info) http://www.secuserv.ch
    100% ACK. Sie legen einfach zuviel Wert auf Aussehen, Bedienungsfreundlichkeit und IE Kompatibilitaet ;)


    ----------------
    Wer gegen ein Minimum
    Aluminium immun ist, besitzt
    Aluminiumminimumimmunität
    Re:Buggy browsers (Score:0)
    Von Anonymer Feigling am Tuesday 26. November, 09:55 MEW (#6)
    ..das mit <html> beginnt..

    ..sollte das oben heissen
    Re:Buggy browsers (Score:1)
    Von tr0nix am Tuesday 26. November, 10:29 MEW (#11)
    (User #741 Info) http://www.secuserv.ch
    Naja, ich weiss jetzt nicht was an dem test so scheisse gewesen sein soll. Sie haben es ja mit w3c-Testcode gemacht. Klar ist der IE nicht das gelbe vom Ei, deshalb benutze ich jetzt auch auf Win Netscape 7.0, der ist wirklich stark mit den Tabs und der Schnellstartfunktion. Oder passt dir an dem auch was nicht? ;)


    ----------------
    Wer gegen ein Minimum
    Aluminium immun ist, besitzt
    Aluminiumminimumimmunität
    Re:Buggy browsers (Score:0)
    Von Anonymer Feigling am Tuesday 26. November, 11:02 MEW (#15)
    hä? hörst du überhaupt zu?

    Der test hat mit dieser diskussion nichts zu tun.

    LM test: wieviele w3c features werden unterstützt
    thema hier: wie strikt sind browser

    ..und mozilla ist strikter..

    ja.. mir passt das mit NS 7 nicht.. warum verwendest du keinen mozilla build?
    Re:Buggy browsers (Score:1)
    Von tr0nix am Tuesday 26. November, 12:06 MEW (#19)
    (User #741 Info) http://www.secuserv.ch
    Gibts auch was das dir passt? Nachdem ja Netscape und IE scheisse sind und das Linux Magazin von nix ne Ahnung hat?
    Meine Antwort mit dem Test bezog sich auf die Nebenbemerkung von zyta2k, und mit dem hats was zu tun meiner Meinung nach. Sorry dass du nicht die Diskussion leitest hier, aber es darf ja ein wenig abschweifen in die w3c standard compatibilitaet welche ja wenigstens entfernt mit dem Thema zu tun hat. Oder ist die auch scheisse?


    ----------------
    Wer gegen ein Minimum
    Aluminium immun ist, besitzt
    Aluminiumminimumimmunität
    Re:Buggy browsers (Score:1)
    Von KingDom (kingdom\x40weltuntergang.ch) am Tuesday 26. November, 10:34 MEW (#12)
    (User #55 Info) http://home.datacomm.ch/kingdom
    Was der IE zum Teil noch darstellt hat nicht mehr das Prädikat HTML verdient. Diverse Seiten (vor allem grössere) sind nach w3.org gespickt mit Fehlern (wer auf einer grossen Page weniger als 300 findet hat Glück !). Vorteil für Billi: Die Pages sind "dreckig" Programmiert (d.h. nicht nach w3), Browser die Standards einhalten zeigen die Seite nicht korrekt an, folglich die Meinung von Otto-Normal-Redmond-User -> ScheissBrowser

    Moment mal, wenn ein MS-Produkt ein File nicht anzeigen kann, weil etwas an der Formatierung nicht stimmt, es aber über ein anderes Programm wenigstens einigermassen angesehen werden kann, heisst es immer "Intolerante M$-Programme". Jetzt baut MS mal ein (zumindest was die Darstellung betrifft) extrem Fehlertolerantes Programm, wie IE, und es heisst troztdem von überall her "Scheissprogramm".
    Klar, IE ist eine Bug-Suppe, aber wieviele male habe ich schon eine Seite mit dem IE öffnen müssen, weil Opera/Mozilla usw irgendetwas nicht richtig anzeigen konnte? Ich selbst bin ein überzeugter Opera-User, aber wenn ich Informationen von einer Seite mit Müll-HTML benötige und die nicht dargestellt werden kann, dann greif ich halt auf IE zurück. Schliesslich hat ja gerade bei Pages mit wichtigen Informationen[1] der Inhalt und nicht die Formatierung priorität.
    Wenn schon MS-Bashing, dann bitte nicht grundlos.

    [1] Gerade Seiten von grösseren Firmen sind teilweise schlecht Programmiert.
    --
    You live and learn; or you don't live long.
    Re:Buggy browsers (Score:1)
    Von zyta2k (zyta2002(AT)web.de) am Tuesday 26. November, 11:01 MEW (#14)
    (User #947 Info)
    Jetzt baut MS mal ein (zumindest was die Darstellung betrifft) extrem Fehlertolerantes Programm, wie IE, und es heisst troztdem von überall her "Scheissprogramm".
    Hab ich nicht gesagt:
    Frage in die Runde: Wieso schaffen es z.B. Frontpage nicht einfaches HTML zu erzeugen ? Das kann doch nicht so schwierig sein ?! Ich kanns euch sagen:
    Weil die bewusst komischen HTML Code erzeugen, der nur ihr Browser anzeigen kann. So werden Standards untergraben

    Nochwas:
    Gerade grosse Firmen Coden nicht von Hand, sondern mit Dreamweaver & Co. Wieso solche Firmen nicht konformen Code bauen, dazu hab ich ja schon eine Vermutung geäussert...

    --
    Linux - life is too short for reboots...

    Re:Buggy browsers (Score:2)
    Von Viscus (viscus@gmx.ch) am Wednesday 27. November, 16:19 MEW (#24)
    (User #618 Info) http://www.senn.ch
    Dass Frontpage schrott produziert finde ich auch nicht so toll.
    Ich gehöre aber zu der Sorte, die Dreamweaver einsetzen einfach weil ich schlichtwegs keine Lust habe HTML von Hand zu coden.
    Ich habe HTML zu einem Zeitpunkt gelernt, als noch der Netscape 1.x aktuell war.
    Leider ist mir noch kein Editor untergekommen, der für mich so komfortabel wie Dreamweaver ist. Und es bezahlt niemand etwas, wenn man guten HTML Code abliefert. Der Aufwand ist um einiges grösser und privat mag das ja vielleicht stimmen.

    Ich fände es zwar auch nicht schlecht, wenn sich alle mal an die Standards halten würden, aber da braucht es an diversen Stellen noch viel mehr, dass dies durchgezogen wird.
    Und solange ich teilweise hören muss: Die RFC ist ja keine Verpflichtung sondern nur eine Empfehlung, solange wird es auch immer zu Problemen kommen.
    Re:Buggy browsers (Score:2)
    Von P2501 am Tuesday 26. November, 09:12 MEW (#3)
    (User #31 Info) http://www.p2501.ch/

    <nitpick>Ummm.... Nein. Das ist kein Fehler, sondern Fehlertoleranz. Ob das an genau dieser Stelle angebracht ist, ist eine andere Frage.</nitpick>

    Allerdings sind einige der Tricks, die auf der Seite beschrieben werden, durchaus RFC-konform.


    Re:Buggy browsers (Score:1)
    Von SrmL (dwsl@dur.ch) am Tuesday 26. November, 10:23 MEW (#9)
    (User #17 Info) http://dur.ch/
    Wenn es um die Sicherheit geht (und das ist bei der Verschleierung einer URI sicher der Fall) ist Fehlertoleranz fehl am Platz.

    Und was die RFC-Konformität angeht: Nicht alles, was für die Darstellung von IP-Adressen erlaubt ist, ist auch in einer URI erlaubt. Und das ist auch gut so.

    Re:Buggy browsers (Score:2)
    Von P2501 am Tuesday 26. November, 13:58 MEW (#21)
    (User #31 Info) http://www.p2501.ch/

    Schon. Aber gerade der beliebte @-Trick zum Beispiel ist (AFAIK) vollständig RFC-konform. Nur, das hier ein für die Authentifizierung gedachtes Feature zweckentfremdet wird.


    Re:Buggy browsers (Score:0)
    Von Anonymer Feigling am Tuesday 26. November, 14:34 MEW (#22)
    Nein, ist nicht erlaubt. Ich hab die entsprechende RFC-Stelle ja angegeben (3.2.2. RFC 2616). Im Allgemeinen ist es zwar erlaubt, nicht aber für HTTP-URIs.

    SrmL (zu faul zum Einloggen)
    Re:Buggy browsers (Score:2)
    Von Viscus (viscus@gmx.ch) am Wednesday 27. November, 16:03 MEW (#23)
    (User #618 Info) http://www.senn.ch
    Und wehn krazt es?
    Vermutlich dich? Ich ärgere mich auch andauernd über falsch konfigurierte MTAs die keine Mail From: akzeptieren! Dies entspricht auch nicht der RFC und es wird trotzdem gemacht. Und da finde ich es viel schlimmer. Ich kann dir gerne eine Liste von Schweizern Providern liefern.
    Um auf das Thema zurückzukommen. Es ist leider immer noch so, dass sich x Firmen auf mehreren Ebenen darum foutieren, wie ein Standard auszusehen hat.
    Re:Buggy browsers (Score:3, Interessant)
    Von brummfondel am Tuesday 26. November, 09:57 MEW (#7)
    (User #784 Info)
    Bevor ihr hier auf die Browser losgeht: die meisten Schreibweisen dürften auch auf der Console durchgehen - sie werden von der libc angenommen und interpretiert. Und die Browser nutzen diese nunmal. Bis aufs URL Encode und syntaktische Zerlegen der URL in Host, Port, Pfad, etc. macht der Browser da nicht viel, der Rest ist gethostbyname() oder ähnliches. Also "telnet 3468664375" geht genauso. Wobei ich dabei schonmal auf Endian-Unterschiede gestoßen bin (ja, ich habe mich damit auch mal befaßt ;-) - übrigens: Solaris kann damit auch umgehen.
    --
    $ cd /dos/c/MICROSO~1
    $ rm -rf *
    Re:Buggy browsers (Score:1)
    Von SrmL (dwsl@dur.ch) am Tuesday 26. November, 10:28 MEW (#10)
    (User #17 Info) http://dur.ch/
    Eben das ist ja der Bug: Die Browser sollen nicht einfach alles dem gethostbyname() zum Frass vorwerfen, sondern erst eine Syntaxprüfung machen. In einer URI ist nicht alles erlaubt, was woanders zulässig ist. Schliesslich gibt es keine lauteren Absichten, die eine solche Verschleierung einer URL nötig machen würden, es wird immer ein Betrugsversuch oder sonstwas dahinter stecken.
    Re:Buggy browsers (Score:2)
    Von brummfondel am Tuesday 26. November, 11:27 MEW (#17)
    (User #784 Info)
    Naja, es gibt da schon Gründe:

    - Login an einem Server im URL
    - Bald: Umlaute, etc. im Hostnamen, also URL-Encode nötig

    Und das waren ja die Hauptbeispiele. Stell Dir mal umgekehrt vor, Browser würden z.Z. alles, was nicht Buchstabe (ASCII 7) oder Zahl ist im Hostnamen verbieten und dann kommen Umlaute in den DNS. Alle Browser würden nicht klappen und es müßten entweder alle updaten, was niemals alle machen, oder keiner will einen solchen DNS Namen. Stell Dir mal vor, ganz Österreich müßte bei URLs immer eine Fußnote angeben: "diese Adresse klappt nur mit neusten Browsern", weil wiedermal ein Ö irgendwo drin ist.

    Außerdem: URL heißt ja nicht nur im Browser und auch nicht nur HTTP oder FTP, sondern auch TELNET, etc. Diese könnten noch ganz andere Sachen zulassen. Ich weiß nicht, ob der Browser das einfach zu verbieten darf.
    --
    $ cd /dos/c/MICROSO~1
    $ rm -rf *
    Re:Buggy browsers (Score:2, Interessant)
    Von Seegras am Tuesday 26. November, 13:20 MEW (#20)
    (User #30 Info) http://www.discordia.ch
    Mir graut schon vor Umlauten in Hostnames. Damit kriegen wir ein neues sattes Sicherheitsproblem, weil man plötzlich unterschiedliche Domains registrieren kann die je nach encoding dieselbe Domain sind.
    --
    "The more prohibitions there are, The poorer the people will be" -- Lao Tse
    Sinn? (Score:0)
    Von Anonymer Feigling am Tuesday 26. November, 10:08 MEW (#8)
    Kann mir jemand den Sinn davon erklären? Wenn ich nicht will, dass die ganze Welt einen Link kennt, dann veröffentliche ich ihn einfach nicht! Bei E-Mail Adressen ist das schon verständlicher: Menschen sollen sie anklicken können, Spam-Roboter sollen sie nicht parsen können.

    Kann jemand das gleiche für E-Mail Adressen machen? :o)
    Re:Sinn? (Score:2)
    Von xilef (felix+symlink@nice.ch) am Tuesday 26. November, 10:57 MEW (#13)
    (User #354 Info) http://www.nice.ch/~felix/
    Es geht bei einigen Anwendungen dieser Technik nicht darum, den Link geheim zu behalten, sondern die Link-Benutzer auszutricksen. Dazu gehoeren zum Beispiel Links der Form (Beispiel frei erfunden):

    http://www.hornyteens.playboy.com@dialer.downloads.com/

    Da wird den Leuten mit bekannt klingenden URLs eine (natürlich falsche) Sicherheit vorgespielt.

    Linux User Group Schweiz
    Durchsuche symlink.ch:  

    Never be led astray onto the path of virtue.
    trash.net

    Anfang | Story einsenden | ältere Features | alte Umfragen | FAQ | Autoren | Einstellungen