Ostatnia aktualizacja: 16 wrz, 2026

PPTX Reverse Engineering: Understanding PowerPoint Files Internally

Inżynieria wsteczna PPTX Files: Przewodnik dla programistów

Nowoczesne zestawy prezentacji napędzają wszystko, od prezentacji dla inwestorów po wewnętrzne kwartalne metryki. Ale jeśli kiedykolwiek musiałeś programowo wyodrębniać tekst, zamieniać szablony w czasie rzeczywistym, budować automatyczne generatory slajdów lub oczyszczać poufne prezentacje, prawdopodobnie szybko zdałeś sobie sprawę: standardowe biblioteki prezentacji wysokiego poziomu mogą przypominać nieprzewidywalną czarną skrzynkę.

Gdy biblioteki takie jak python-pptx, Apache POI lub OpenXML SDK napotykają swoje ograniczenia — lub wprowadzają nieudokumentowane błędy układu — jedynym wyjściem jest przejście przez nie. Musisz zrozumieć, czym tak naprawdę jest prezentacja PowerPoint na poziomie bajtów i schematu.

W tym dogłębnym zanurzeniu odsłonimy kulisy formatu .pptx, rozpakujemy jego wewnętrzną strukturę, prześledzimy graf zależności, rozłożymy hierarchie rysunków i przyjrzymy się praktycznym strategiom inżynierii wstecznej, inspekcji oraz manipulacji prezentacjami przy użyciu surowego kodu.

1. Czym naprawdę jest plik .pptx?

Zasadniczo plik .pptx nie jest własnościowym monolitycznym plikiem binarnym, jak staroformat .ppt z lat 90. Od momentu wprowadzenia przez Microsoft Office Open XML (ECMA-376 i ISO/IEC 29500), nowoczesne dokumenty Office są archiwami Open Packaging Conventions (OPC).

Mówiąc prosto: plik .pptx to po prostu archiwum zip zawierające dokumenty XML i zasoby multimedialne uporządkowane w deterministycznym drzewie katalogów.

Możesz to udowodnić w kilka sekund, używając standardowych narzędzi terminalowych:

# Rename the extension and unpack it
cp presentation.pptx presentation.zip
unzip presentation.zip -d presentation_unpacked/
cd presentation_unpacked/
tree -L 2

Otrzymane drzewo katalogów wygląda niezwykle spójnie:

.
├── [Content_Types].xml
├── _rels/
│   └── .rels
├── docProps/
│   ├── app.xml
│   └── core.xml
└── ppt/
    ├── presentation.xml
    ├── _rels/
    ├── slides/
    ├── slideLayouts/
    ├── slideMasters/
    ├── theme/
    └── media/

Każdy pojedynczy zasób wizualny, przejście, dziedziczenie szablonu slajdu, współrzędne pola tekstowego i grafika wektorowa są zakodowane w tej hierarchii plików.

2. Anatomia pakietu: kluczowe podsystemy

Aby skutecznie inżynierować wstecz prezentacje, musisz zrozumieć zadania każdego komponentu najwyższego poziomu.

[Content_Types].xml

To jest manifest wejściowy dla czytnika OPC. Mapuje on rozszerzenia plików i explicite nazwy wewnętrznych części na standardowe typy MIME/treści. Jeśli utworzysz nowy slajd lub dodasz obraz i nie zadeklarujesz go w [Content_Types].xml, PowerPoint uzna prezentację za uszkodzoną i poprosi o odzyskanie.

Przykładowy fragment:

<Types xmlns="http://schemas.openxmlformats.org/package/2006/content-types">
  <Default Extension="xml" ContentType="application/xml"/>
  <Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/>
  <Default Extension="png" ContentType="image/png"/>
  <Override PartName="/ppt/presentation.xml" 
            ContentType="application/vnd.openxmlformats-officedocument.presentationml.presentation.main+xml"/>
</Types>

Graf relacji _rels/

Jednym z najważniejszych pojęć w OpenXML jest pośrednictwo poprzez relacje. Części rzadko wskazują bezpośrednio na surowe ścieżki plików. Zamiast tego plik (np. slide1.xml) ma powiązany plik relacji znajdujący się w sąsiednim folderze _rels (np. _rels/slide1.xml.rels).

Relacje definiują:

  • Odnośniki hipertekstowe (r:id="rId2", TargetMode=“External”)
  • Obrazy i ścieżki dźwiękowe przechowywane w ppt/media/
  • Wskaźniki dziedziczenia układu (slideLayout1.xml)
  • Slajdy notatek, komentarze i osadzone czcionki

docProps/ (Metadane)

  • core.xml: Metadane Dublin Core — autor, tytuł, data utworzenia, znacznik czasu modyfikacji.
  • app.xml: Statystyki specyficzne dla aplikacji — wersja PowerPoint, łączna liczba slajdów, liczba ukrytych slajdów, liczba słów, nazwy szablonów prezentacji.

ppt/ (Silnik prezentacji)

Tutaj znajduje się rzeczywista prezentacja:

  • presentation.xml: Główny szkielet. Rejestruje identyfikatory slajdów, wymiary rozmiaru slajdu, odwołania do szablonu notatek oraz domyślne ustawienia czcionki.
  • slides/: Poszczególne slajdy (slide1.xml, slide2.xml, itp.).
  • slideLayouts/: Główne szablony strukturalne (Slajd tytułowy, Dwie kolumny, Nagłówek sekcji).
  • slideMasters/: Globalne style, domyślne palety, wypełnienia tła oraz dziedziczenie pól zastępczych.
  • theme/: Palety kolorów (akcent 1‑6, warianty ciemny/jasny) oraz schematy czcionek (czcionki główne/podrzędne).
  • media/: Surowe obrazy (PNG, JPEG, SVG), audio i pliki wideo.

3. Analiza slajdu: dialekty PresentationML (p:) i DrawingML (a:)

Gdy otwierasz ppt/slides/slide1.xml, napotykasz dwa podstawowe przestrzenie nazw XML:

  1. PresentationML (p:): Zarządza strukturalnymi elementami prezentacji (slajdy, drzewa kształtów, grupy płócien).
  2. DrawingML (a:): Zarządza typografią, geometrią, współrzędnymi 2D, wypełnieniami gradientowymi i renderowaniem wektorowym.

Oto uproszczony przykład tego, jak wygląda standardowy kształt tekstowy:

<p:sp>
  <!-- 1. Non-visual shape properties (Identifiers, names) -->
  <p:nvSpPr>
    <p:cNvPr id="4" name="Title Box 1"/>
    <p:cNvSpPr>
      <a:spLocks noGrp="1"/>
    </p:cNvSpPr>
    <p:nvPr>
      <p:ph type="title"/>
    </p:nvPr>
  </p:nvSpPr>

  <!-- 2. Visual shape properties (Position, size, geometry) -->
  <p:spPr>
    <a:xfrm>
      <a:off x="1524000" y="1143000"/>
      <a:ext cx="9144000" cy="1828800"/>
    </a:xfrm>
    <a:prstGeom prst="rect">
      <a:avLst/>
    </a:prstGeom>
    <a:solidFill>
      <a:schemeClr val="accent1"/>
    </a:solidFill>
  </p:spPr>

  <!-- 3. Text Body (Paragraphs, runs, styling) -->
  <p:txBody>
    <a:bodyPr rtlCol="0" anchor="ctr"/>
    <a:lstStyle/>
    <a:p>
      <a:r>
        <a:rPr lang="en-US" sz="3200" b="1"/>
        <a:t>Mission Critical Architecture</a:t>
      </a:r>
    </a:p>
  </p:txBody>
</p:sp>

Kluczowe jednostki miary: EMU i setne punktu

Zauważ liczby współrzędnych w <a:xfrm>:

  • x=\"1524000\"
  • cx=\"9144000\"

To są Jednostki Metryczne Angielskie (EMU).

  • $1 \text{ inch} = 914,400 \text{ EMUs}$
  • $1 \text{ cm} = 360,000 \text{ EMUs}$
  • $1 \text{ pt} = 12,700 \text{ EMUs}$

EMUs pozwalają używać liczb całkowitych do reprezentowania dokładnych ułamków zarówno cali, jak i milimetrów, bez błędów zaokrągleń zmiennoprzecinkowych na różnych architekturach sprzętowych.

Zauważ także rozmiar czcionki:

  • sz=\"3200\" oznacza 32,00 pt. Rozmiary czcionek w DrawingML są mierzone w setnych częściach punktu.

4. Łańcuch dziedziczenia: dlaczego kształty dziedziczą niewidzialne style

Jednym z najczęstszych pułapek przy inżynierii wstecznej plików PPTX jest zakładanie, że wizualny styl kształtu jest w pełni zadeklarowany we własnym pliku slideX.xml.

W rzeczywistości OpenXML opiera się na ścisłym czterowarstwowym modelu dziedziczenia kaskadowego:

[Theme: ppt/theme/theme1.xml]
              │
              ▼
[Slide Master: ppt/slideMasters/slideMaster1.xml]
              │
              ▼
[Slide Layout: ppt/slideLayouts/slideLayout1.xml]
              │
              ▼
[Slide: ppt/slides/slide1.xml]

Jeśli pole tekstowe w slide1.xml zawiera:

<a:p>
  <a:r>
    <a:t>Revenue Projections</a:t>
  </a:r>
</a:p>

Nie ma określonej rodziny czcionki, żadnego wyraźnego koloru ani rozmiaru zadeklarowanego w elemencie (<a:r>). Aby dowiedzieć się, jak PowerPoint renderuje ten tekst, twój parser musi:

  1. Zidentyfikuj typ zastępczego elementu (<p:ph type="title"/>).
  2. Odczytaj układ odwołany w slide1.xml.rels.
  3. Sprawdź, czy slideLayout1.xml zawiera nadpisania stylów dla tego zastępczego elementu.
  4. Użyj slideMaster1.xml jako domyślnego źródła stylów tekstu tytułu.
  5. Śledź tokeny kolorów, takie jak accent1 lub tx1, w theme1.xml, aby znaleźć szesnastkowy kod koloru.

Jeśli pominiesz ten graf dziedziczenia, twój parser błędnie odczyta style, brakujące czcionki, rozmiary czcionek i kotwice układu.

5. Praktyczny przepływ pracy inżynierii wstecznej

Gdy musisz zbadać, jak dana funkcja PowerPoint działa pod maską (np. przejścia morph, złożone tabele, ścieżki wektorowe), zastosuj następujące empiryczne podejście:

Krok 1: Utwórz minimalną “Diff Pair”

  1. Otwórz PowerPoint i utwórz pusty slajd.
  2. Zapisz go jako before.pptx.
  3. Zastosuj dokładnie jedną zmianę, którą chcesz odtworzyć (np. dodaj cień do koła, zmień styl wypunktowania, wstaw osadzony film).
  4. Zapisz go jako after.pptx.

Krok 2: Rozpakuj oba archiwa

unzip before.pptx -d before/
unzip after.pptx -d after/

Krok 3: Sformatuj XML

Surowy XML w archiwach Office jest zazwyczaj pozbawiony wcięć i znaków nowej linii. Przed porównywaniem sformatuj pliki:

find before/ after/ -name "*.xml" -exec xmllint --format {} --output {} \;

Krok 4: Uruchom jednolity diff

diff -uNr before/ after/ > changes.patch

Przeglądanie changes.patch ujawnia dokładną nazwę tagu, atrybut przestrzeni nazw oraz hierarchię kontenerów wprowadzonych przez PowerPoint. To najszybszy sposób na odkrycie nieudokumentowanych lub niejasnych właściwości schematu bez przeszukiwania tysięcy stron dokumentacji ECMA-376.

6. Tworzenie własnego mikro‑silnika: rozpakuj, modyfikuj, spakuj ponownie

Czasami nie chcesz ciężkiej zależności korporacyjnej, takiej jak Apache POI lub Microsoft OpenXML SDK — szczególnie w lekkich środowiskach serverless (AWS Lambda, Cloudflare Workers, węzły brzegowe).

Oto samodzielny wzorzec w Pythonie, który pokazuje, jak bezpiecznie rozpakować w pamięci PPTX, wstrzyknąć własne dane przy użyciu narzędzi standardowej biblioteki i ponownie spakować go:

import zipfile
import io
import xml.etree.ElementTree as ET

def modify_slide_title(input_pptx_bytes: bytes, new_title: str) -> bytes:
    input_zip = zipfile.ZipFile(io.BytesIO(input_pptx_bytes))
    output_buffer = io.BytesIO()
    
    with zipfile.ZipFile(output_buffer, "w", zipfile.ZIP_DEFLATED) as output_zip:
        for item in input_zip.infolist():
            content = input_zip.read(item.filename)
            
            # Target slide 1
            if item.filename == "ppt/slides/slide1.xml":
                namespaces = {
                    'p': 'http://schemas.openxmlformats.org/presentationml/2006/main',
                    'a': 'http://schemas.openxmlformats.org/drawingml/2006/main'
                }
                
                # Register namespaces to preserve prefixes
                for prefix, uri in namespaces.items():
                    ET.register_namespace(prefix, uri)
                    
                root = ET.fromstring(content)
                
                # Find title placeholder text run
                for title_run in root.findall(".//p:sp[p:nvSpPr/p:nvPr/p:ph[@type='title']]//a:t", namespaces):
                    title_run.text = new_title
                    break
                
                content = ET.tostring(root, encoding="utf-8", xml_declaration=True)
            
            output_zip.writestr(item, content)
            
    return output_buffer.getvalue()

Kluczowe pułapki przy modyfikowaniu plików na poziomie surowych bajtów:

  1. Zachowanie przestrzeni nazw: Parsery XML często przepisują prefiksy (xmlns:p może stać się xmlns:ns0). Choć jest to prawidłowy XML, ścisła walidacja wewnętrznego schematu PowerPointa czasami odrzuca niestandardowe aliasy prefiksów. Zarejestruj przestrzenie nazw explicite.
  2. Metody kompresji ZIP: Upewnij się, że zapisujesz pliki ponownie używając standardowej kompresji deflate (zipfile.ZIP_DEFLATED).
  3. Opróżnianie strumienia: Zawsze sprawdzaj, czy bufor zip zamyka się i jest całkowicie opróżniony przed przekazaniem bajtów dalej.
  4. Zachowanie relacji: Jeśli usuniesz slajd, musisz także usunąć jego wpis z ppt/presentation.xml, usunąć jego relację w ppt/_rels/presentation.xml.rels oraz wyczyścić jego typ zawartości z [Content_Types].xml.

7. Rozważania dotyczące wydajności i bezpieczeństwa

Inżynieria wsteczna plików PPTX to nie tylko edycja slajdów; to także audyt tego, co trafia do twoich systemów.

Bezpieczeństwo: Billion Laughs i XXE

Ponieważ pliki PPTX parsują XML, każdy serwerowy pipeline przyjmujący prezentacje przesłane przez użytkowników jest podatny na:

  • Wstrzyknięcie zewnętrznego podmiotu XML (XXE): Złośliwy XML próbujący uzyskać dostęp do /etc/passwd lub zapytać wewnętrzne endpointy metadanych chmury (http://169.254.169.254/).
  • Ataki rozszerzania podmiotów (Billion Laughs): Eksponencjalne pętle podmiotów wyczerpujące pamięć RAM systemu.

Mitigacja: Zawsze wyłączaj resolve_entities, load_dtd oraz rozwiązywanie zewnętrznych sieci w parserze XML (np. używając defusedxml w Pythonie).

Bezpieczeństwo: Ładunki Makr i Ukryte Strumienie

Sprawdzaj pliki pod kątem zawartości .pptm podszywającej się pod rozszerzenia .pptx. Zwróć uwagę na ppt/vbaProject.bin, który zawiera skompilowany kod Visual Basic. W standardowych plikach .pptx kod VBA jest zabroniony; wykrycie odwołań do binarnych ładunków w relacjach powinno natychmiast wywołać flagi kwarantanny.

Podsumowanie

Inżynieria wsteczna plików .pptx demistyfikuje oprogramowanie prezentacyjne. Gdy zrozumiesz, że pliki PowerPoint to po prostu strukturalne pakiety zip wypełnione współrzędnymi, odwołaniami do schematów i drzewami relacji XML, nie jesteś już ograniczony istniejącymi abstrakcjami firm trzecich.

Niezależnie od tego, czy optymalizujesz przepustowość generowania slajdów, piszesz własne automatyczne sanitizatory, czy rozwiązujesz problemy z renderowaniem, bezpośrednie spojrzenie na bazową architekturę OpenXML daje pełną kontrolę nad pipeline’em prezentacji.

Najczęściej zadawane pytania (FAQ)

**Q: Czy możesz przekonwertować plik .pptx na standardowy folder i edytować pliki bezpośrednio w IDE?

A1: Tak, możesz rozpakować archiwum, edytować XML w edytorze takim jak VS Code i ponownie spakować zawartość katalogu, aby otworzyć go ponownie w PowerPoint.

**Q: Dlaczego PowerPoint mówi, że mój ręcznie zmodyfikowany plik PPTX wymaga naprawy?

A2: Zwykle dzieje się tak, gdy wprowadziłeś nieprawidłowy XML, pominąłeś nowy zasób w [Content_Types].xml, lub pozostawiłeś nieaktualne odwołanie w powiązanym pliku .rels.

**Q: Jaką jednostkę miary używa PowerPoint do położenia kształtów i marginesów?

A3: PowerPoint używa jednostek English Metric Units (EMUs), gdzie 1 cal równa się 914 400 EMU, a 1 punkt równa się 12 700 EMU.

**Q: Jak mogę programowo wyodrębnić wszystkie obrazy z prezentacji bez użycia zewnętrznych bibliotek?

A4: Po prostu otwórz plik .pptx dowolnym standardowym narzędziem zip i wyodrębnij wszystkie pliki binarne znajdujące się w katalogu ppt/media/.

**Q: Czy bezpieczne jest parsowanie przesłanych przez użytkowników plików PPTX przy użyciu standardowych parserów XML?

A5: Nie, musisz wzmocnić swój parser lub użyć bezpiecznych wrapperów, takich jak defusedxml, aby zablokować ataki XML External Entity (XXE) oraz zip‑bomb.

Zobacz także