eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoPlyta cdRe: Plyta cd
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.aagw133.neoplu
    s.adsl.tpnet.pl!not-for-mail
    From: "J.F" <j...@p...onet.pl>
    Newsgroups: pl.soc.prawo
    Subject: Re: Plyta cd
    Date: Tue, 12 Dec 2023 11:11:00 +0100
    Organization: news.chmurka.net
    Message-ID: <17qfq443zfqze.1qqsnj3s19yuc$.dlg@40tude.net>
    References: <uko08g$1qq$1$Shrek@news.chmurka.net>
    <uko1rb$arv$2$nadir@news.chmurka.net>
    <9z3p8grx6che$.160o43sons6d0.dlg@40tude.net>
    <ukpof3$6e5$1$nadir@news.chmurka.net>
    <a...@4...net>
    <ukq35i$b83$2$nadir@news.chmurka.net>
    <1nopouljas233$.jhads0i7aqq9$.dlg@40tude.net>
    <ukq8up$d7$1$nadir@news.chmurka.net>
    <1djp8e3d9yw15.2nc3vwsv5fd$.dlg@40tude.net>
    <ms8cN.7086$sNq9.1175@fx15.ams1>
    <q7xoca459blx$.9m1ugr8jt5yw$.dlg@40tude.net> <6ptcN.8$Xs07.5@fx06.ams1>
    <ukv6ds$ue1$5$RTomasik@news.chmurka.net> <XmNcN.677$6tn9.482@fx01.ams1>
    <ul2ua3$32k0g$4@news.icm.edu.pl>
    <1d93pf8u9kuzl$.1elq359n2uzgt.dlg@40tude.net>
    <g5OdN.3468$RCGb.944@fx10.ams1>
    NNTP-Posting-Host: aagw133.neoplus.adsl.tpnet.pl
    MIME-Version: 1.0
    Content-Type: text/plain; charset="utf-8"
    Content-Transfer-Encoding: 8bit
    Injection-Info: news.chmurka.net; posting-account="jfoxwr";
    posting-host="aagw133.neoplus.adsl.tpnet.pl:83.4.178.133";
    logging-data="5664"; mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: 40tude_Dialog/2.0.15.1
    Cancel-Lock: sha1:u4rDED99YfoTKsaeDMyHIzm7FNs=
    sha256:rlFwQkYfqVlh/wZr56SGIF7UvSNtH0uwiKUqfoAiPrg=
    sha1:XZlGytZ5pYcnA2SXp82ODa3Pa5g=
    sha256:Fdzi+T87nhPlIgWow+TfWT4mnWivQR/Ew3CXmyQOeVM=
    Xref: news-archive.icm.edu.pl pl.soc.prawo:845277
    [ ukryj nagłówki ]

    On Tue, 12 Dec 2023 00:48:12 GMT, Marcin Debowski wrote:
    > On 2023-12-11, J.F <j...@p...onet.pl> wrote:
    >> On Sun, 10 Dec 2023 00:47:14 +0100, Robert Tomasik wrote:
    >>> W dniu 09.12.2023 o 00:09, Marcin Debowski pisze:
    >>>>> Inaczej jest, jak ma to być dowód w sprawie. Tu już trzeba by użyć
    >>>>> czegoś, co daje pewność, ze ktoś przy dowodzie rzeczowym nie grzebał.
    >>>> Problem jest chyba trochę akademicki, bo przecież nie rozpatrujemy
    >>>> jakiegoś zbioru danych losowych. Jeśli ktoś przykładowo zmodyfikował
    >>>> plik audio, tak, że md5 była identyczna z innym plikiem audio to nie
    >>>> dość, że należało to zrobić tak, że md5 była identyczna, to jeszcze ten
    >>>> podmieniony plik audio powinien mieć sens nie tylko informacyjnie ale
    >>>> też przecież technicznie. To ma być to zapis fali dzwiękowej a nie coś z
    >>>> jakimś kawałkiem w postaci bloku przypadkowych danych, dobranych tak,
    >>>> aby się suma kontrolna zgadzała.
    >>>>
    >>>> Lub inaczej, jeśli mamy rysunek konia, a ktoś chce podmienić na kota i
    >>>> mieć to samo md5 to nie tylko ma tak dobrać dane aby md5 się zgadzało,
    >>>> ale ma to być nadal rysunek kota a nie np. rysunek kota z jakimś
    >>>> randomowym wykwitem w którymś miejscu.
    >>>>
    >>>> Nie wydaje mi się to wcale łatwe.
    >>>
    >>> I nie jest oczywiście łatwe, ale bywają tacy, co to twierdzą, że da się
    >>> odmienić.
    >>
    >> Czytając te doniesienia, mam wrażenie, ze w miarę łatwe, i co więcej -
    >> wymaga dopasowania kilkuset bajtów pliku.
    >> wiec bedzie kot z wykwitem, albo nawet bez, bo dostawi sie gdzies poza
    >> obszarem danych wyświetlanych.
    >
    > Nawet dupa-biegły, jak sie mu postawi wprost pytanie, który z tych 2ch
    > plików o identycznym md5 jest autentyczny to chyba powinien zacząć
    > drążyć i znależć te kilkaset bajtów, które są tam nie wiadomo skąd i po
    > co.

    Moze znajdzie, a moze nie znajdzie - ale kto powiedział, ze będą dwa
    pliki? Jest jeden - MD5 ma zgodną z tym, co jest w aktach z pierwszego
    zgrania ...

    > A może się przecież w ogóle nie dać umiescić za obszarem danych. A może
    > się też nie dać umieścić w obszarze danych. Nie wiem czy pamiętasz jak
    > kiedyś postowałem, chyba na pl.rec.foto, że mi zdjęcia poleciały w
    > archiwum, i że to był dokładnie jeden bajt w obszarze danych.
    > Wystarczyło aby po miejscu jego wystąpienia taki jpeg stawał się
    > nieczytelny.
    Bo tam jest kompresja o zmiennej długosci.

    > To dobierz teraz te kilkaset bajtów tak, żeby miały sens z
    > danymi i np. metadanymi. To nie jest tak, że możesz te kilkaset bajtów
    > dystrybuować dowolnie. Format pliku ogranicza tę dowolność.

    No i dzieki temu może być tak, ze żaden program od obrazków juz tych
    danych nie odczyta - bo z formatu i wczesniejszych danych wynika, ze
    nie musi więcej czytac.

    Faktycznie - w przypadku JPG może być problem z ukryciem danych w
    ostatniej linii obrazu - bo tu jest cały rządek 8 linii zapisany,
    śmieci tam mogą wzbudzic podejrzenia.
    Jest wiele bitów w JPG które można zmienic bez istonego wplywu na
    obraz, ale one są rozrzucone po obrazku - moze być problem dopasować
    do konkretnej MD5.

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1