Jak zkompilovat shellový skript do binárního spuboru (diskuse)

[mimi.vx]

k cemu takova i... ochrana kdyz ftp prenasi heslo jako plaintext?

[otasomil]

Jako ochrana proti FBU. Ti budou tezko poslouchat komunikaci.

Samozrejme je lepe pouzit ssh. Server se kterym komunikuju vsak ssh nenabizi. Tak jsem to vyresil aspon takto.

[Mrkva]

root@Odyssey:/# ./script.sh.x 
./script.sh.x: +Yp�?s~X)K=?��!?7?F��DJ?��~���sS�쁑?D��s�??d��4exec '%s' "$@"

WTF?

[otasomil]

Zajimave....

[Mrkva]

A ne, nepouštím to pod rootem na fyzickém stroji :)

[pc2005]

Hmmm security trough obscurity?

[marbu]

No, podle toho, co leze z objdumpu to spusti ten triznakovy prikaz pres execvp, ale dost mozna to jeste pred tim vytvori novy proces, ktery na nej zavola ptrace, aby to uz neslo trasovat. Ale to by vyzadovalo tu binarku normalne spustit, coz by delal jenom blazen :) Mozna by slo odchytit pres LD_PRELOAD, ale tim si nejsem jisty a nemam naladu to ted zkouset.

[otasomil]

Dle Vaseho vykladu hadam ze jsem pred FBU ten ftp login a heslo dostatecne ukryl.

[faha]

Odchyceni ftp user a pass bude pro BFU podstane jednodusi nez rozbit tu binarku.

Pres tcpdump je to otazka okamziku...

#tcpdump src 192.168.1.100 and dst 192.168.1.2 and port ftp ... apod...

20:53:26.402046 IP test.local.40205 > 192.168.1.2.ftp: P 0:10(10) ack 43 win 183
....g.I@......`$.....
...=..ENUSER teddybear

20:53:26.403802 IP test.local.40205 > 192.168.1.2.ftp: . ack 76 win 183
....h.I@.............
...>..E^
20:53:29.169036 IP test.local.40205 > 192.168.1.2.ftp: P 10:25(15) ack 76 win 183
....h.I@......#c.....
......E^PASS wakeup

A hotovo ...

[otasomil]

Tak toto FBU delat urco nebude.

[AraxoN]

jj, BFU použije radšej nejaký iný sniffer, ktorý "ťažkú prácu" urobí za neho

[Grunt]

Nechci do toho kecat, ale když to rozšifruje kód a pak přes execvp spouští interpret, nemělo by prostě stačit v kontrolovaném prostředí nahradit interpret za něco co nebude ty příkazy provádět, ale prostě je zapíše do nějakého souboru?

[Grunt]

LOL:

#if !defined(PTRACE_ATTACH) && defined(PT_ATTACH)
#	define PTRACE_ATTACH	PT_ATTACH
#endif
void untraceable(char * argv0)
{
	char proc[80];
	int pid, mine;

	switch(pid = fork()) {
	case  0:
		pid = getppid();
		/* For problematic SunOS ptrace */
#if defined(__FreeBSD__)
		sprintf(proc, "/proc/%d/mem", (int)pid);
#else
		sprintf(proc, "/proc/%d/as",  (int)pid);
#endif
		close(0);
		mine = !open(proc, O_RDWR|O_EXCL);
		if (!mine && errno != EBUSY)
			mine = !ptrace(PTRACE_ATTACH, pid, 0, 0);
		if (mine) {
			kill(pid, SIGCONT);
		} else {
			perror(argv0);
			kill(pid, SIGKILL);
		}
		_exit(mine);
	case -1:
		break;
	default:
		if (pid == waitpid(pid, 0, 0))
			return;
	}
	perror(argv0);
	_exit(1);
}
#endif /* !TRACEABLE */

Jsem pro to, aby se do BASHe zavedl nový kompilační přepínač – obdoba přepínače -x.

[Grunt]

Ježiš, co to zas je? Toto má jako konkrétně jaký smysl?:

shc's main purpose is to protect your shell scripts from modification or inspection. You can use it if you wish to distribute your scripts but don't want them to be easily readable by other people.

[otasomil]

>>>shc's main purpose is to protect your shell scripts from modification or inspection. You can use it if you wish to distribute your scripts but don't want them to be easily readable by other people.

 

Presne z tohoto duvodu jsem to pouzil.

[pc2005]

A proč prostě jen nepoužít omezení oprávnění na čtení souboru? Taky by mohlo být zajímavé ten soubor zkomprimovat pod nějakým heslem nebo zašifrovat.

[Grunt]

Taky by mohlo být zajímavé ten soubor zkomprimovat pod nějakým heslem nebo zašifrovat.

Je zašifrovaný pomocí RC4.

[pc2005]

Ovšem dešifruje se sám → stačí ho spustit. Já myslel interaktivně zadávat heslo pro spuštění. Nevýhoda je ale to zadávání hesla :-/.

[Grunt]

Jako povolit spouštění jen těm lidem, kteří mají heslo? Proboha na co to furt myslíte, lidi?

[xkucf03]

Přesně, jakmile jde něco spustit, jde to i ukrást To je i problém všech ochran proti kopírování a crackování. Pokud něco jde spustit jen s heslem/klíčem, tak to znamená, že uživatel to heslo musí znát*, nebo si ten program nespustí**. Prostě se tu řeší blbosti – sekurity-obskurity

*) takže si program odšifruje, tudíž tam to šifrování jako ochrana proti uživateli být vůbec nemusí

**) což je jako kdybychom mu ten program nedali – jistě, programy, které nikomu nedáme, nám nikdo nedekompiluje

[Grunt]

Tak proč ho teda píšeš a distribuuješ?

[horada]

Možná jsem trochu mimo, ale v určitém případě by mělo stačit nastavit rozumě práva... (samozřejmě v mnoha případech to nepomůže)... Třeba: -rwx--x--x

[Dragon Jake]

Což je sice fajn, ale u shellových skriptů to z principu nelze.

[horada]

Pravda pravda.... nezamyslel jsem se a nevyzkoušel jsem to než jsem něco plácnul...

[xkucf03]

Fakt to funguje

franta@dell:/tmp$ ll pwd
-rwxrwx--x 1 root root 39472 2009-12-13 12:10 pwd
franta@dell:/tmp$ cat pwd
cat: pwd: Permission denied
franta@dell:/tmp$ ./pwd
/tmp

Myslel jsem, že je potřeba mít právo i na čtení, ale to platí jen pro skripty.

[CET]

A ono prihodit k tomu sudo je taky docela prca. Pak muzes povolit uzivateli to spusteni, treba i bez jeho hesla, i pod jinym uzivatelem (ne jen pod rootem) a sam si to nespusti, ani neotevre.

[depka]

nebylo by jednodusi to heslo na ftp zapsat do scriptu v nejake jednodche sifrovane podobe a za behu sriptu ho rozsifrovat? treba posunout abecedu?

[xkucf03]

A k čemu je by to bylo dobré?

[xkucf03]

Resp. přijde mi to jako zamknout si kolo před samoobsluhou na řetěz se zámkem a klíč pověsit na řidítka. Kolo je sice zamčené, ale…

[depka]

Bezna Frantiska Urednica rozumi bashi?