- Có 1 mảng kí tự, viết hàm đảo ngược chuỗi mà không dùng biến tạm  

Mình muốn hỏi là hiện nay thì có những dạng mã hóa Pass Admin nào, và dạng mã hóa pass nào là an toàn nhất cho site của mình. Chứ mình thấy mã hóa bằng md5 thì không khó lắm đối với attacker.
Mong các bạn góp ý kiến dùm, chứ mình search ở google thì thấy nói chung chung quá
Có gì thiếu sót thì bỏ quá cho, vì mình thấy vấn đề này 4rum cũng đã bàn nhiều rồi...
Thank you 

@Z0rr0: Mình thấy có câu "đảo ngược chuỗi mà không dùng biến tạm" rất là hay, nhưng mà có vẻ hơi khoai khi mà hỏi phỏng vấn. Mình ngồi nghĩ 15 phút mới ra được 1 cách recursion, dưng mà lại tốn kém cả về bộ nhớ lẫn tính toán. Kiểu này đi phỏng vấn chắc trượt quá.  

Còn khái niệm PC ảo và vật lý, thì nói thật là đây là lần đầu mình nghe thấy. Mình cho rằng PC chỉ có một cái, và là cái PC của CPU. Bạn đã nói rằng PC chứa virtual address, tức là CPU chỉ biết đến virtual address thì làm sao mà quản lý được địa chỉ vật lý của RAM?
 

Theo em thì OS quản lý HDD theo từng block một. Ví dụ như nó coi thư mục hoặc file là một inode trong đó nếu inode đó là thư mục thì inode đó sẽ chứa địa chỉ của các inode khác (inode khác ở đây có thể là địa chỉ inode của file hoặc là của thư mục con của nó). Nếu inode là file thì nó sẽ chứa địa chỉ(địa chỉ vật lý thật) của các block (kích thước mỗi block thì e cũng không rõ lắm khoảng vài KB hay sao đó) các block này chứa dữ liệu. (Em học nguyên lý hệ điều hành thấy thế không biết phải không ) 

Mà nhân tiện các anh, chị có thể chỉ giúp em cách học C hiệu quả được không ạ? em học mãi mà vẫn thấy khó khăn quá.  

Kihote wrote:

@lamer
Anh Nam giải thích dùm cho độc giả xíu .Sao lại chọn hình con ốc sên làm bìa .Cái đoạn ngoác miệng ngạc nhiên vì vỏ nó bị nứt thì cũng hiểu ,nhưng sao lại là .ốc sên nhỉ Anh ám chỉ phần mềm chạy chậm do lỗi hay là sao ? . 

ốc sên - động vật thân "mềm" ~ phần mềm
cái vỏ - tượng trưng cho một lỗi nào đó của phần mềm (mà lập trình viên ảo tưởng nó rất vững chắc)
vỏ bị vỡ,lộ phần mềm -> nguy hiểm rất cao
chắc là thế
 

Về mặt nguyên tắc thì toàn bộ communication phải được bound với credentials, bao gồm cả requests lẫn replies
 

1) việc gắn 2 messages không phải do attacker làm, mà là do server làm.
 

Scenario: Client-initiated renegotiation
TLS equally allows the client side of the connection to initiate a renegotiation. This case
is perhaps more attractive to the attacker because he does not need to elicit a Hello
Request from the server, so no particular server-side configuration is required for this
attack to succeed.
In the HTTPS domain, a practical attack involves the MITM splicing an initial request
with an un-terminated HTTP “ignore” header onto the beginning of the client's intended
request, again stealing whatever authentication or authorization information provided.
Note that this does not require pipelining or HTTP keep-alive. In all other respects, the
server sees the same sort of request buffer as above.
 

Ý tưởng thực hiện tấn công rất giống với hướng 2, chỉ khác nhau ở bước số 2, attacker sẽ không gửi GET /iphone/login nữa mà gửi trực tiếp luôn request của hắn, kèm theo một cái "X-ignore-this" header.
 

Mình đang học về hoán vị và tổ hợp có lặp !
Các bạn cho mình hỏi về thuật toán tìm các chỉnh hợp có lặp của 1 xâu ký tự nhé !

Ví dụ - Xâu : DVT thì có các chỉnh hợp là:
1: DVT
2: DTV
3: VDT
4: VTD
5: TVD
6: TDV

Cái quan trọng là tìm ra được thuật toán !
Bài tập này cũng mong các cao thủ Pascal xem giúp !
Cảm ơn các bạn nhé !

 

$ gdb helloworld
$ gdb ls
$ gdb --arg /bin/ls –al

$gdb
(gdb) file ls

(gdb) File ls
(gdb) Run –al

$ gcc –g –gdb –o xxx xxx.c

(gdb) disassemble main

(gdb) disassemble 0xbfffbbbb 0xbfffcccc

(gdb) break main.c:200

(gdb) break main.c:main

(gdb) break * 0x08151c24

(gdb) watch i
(gdb) watch src.data == des.data

(gdb) condition 1 x==y && x==999

Program received signal SIGINT, Interrupt.
0xb75ebc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) where
#0 0xb75ebc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0xb756c1f3 in __read_nocancel () from /lib/tls/libc.so.6
#2 0x080b2c0c in rl_getc ()
#3 0x080b2bcb in rl_read_key ()
#4 0x080a3a08 in readline_internal_char ()
#5 0x080a3bc5 in readline_internal_char ()
#6 0x080a3bf0 in readline_internal_char ()
#7 0x080a378a in readline ()
#8 0x0805db45 in yy_input_name ()
#9 0x08082ad0 in termination_unwind_protect ()
= )) có ai biết mình đang trace cái j không ?

(gdb) print i
(gdb) print inst.data

(gdb) x 0x12345678
(gdb) x/20 0x12345678 : xem 20 ô liên tiếp bắt đầu từ 0x12345678
(gdb) x/20xb 0x12345678 : xem 20 ô liên tiếp dưới dạng hex và in ra từng byte. 

(gdb) x $eax
(gdb) x $eip

(gdb) info register eax

(gdb) set $eax = 1
(gdb) set *(0xbfffdddd) = “windak” 

(gdb) br main
(gdb) command 1
> x $eax
> end
(gdb)

@puffy: cái vụ seteuid() của bạn mình không đồng ý nhé. Không biết bsd kernel hoạt động ra sao, chứ trong linux thì chả cần seteuid(), chỉ cần SUID bit được set trong file permission thi khi file đó được chạy, euid sẽ tự động được set luôn thành file owner. 

cat test.c
int main(int argc, char* argv[]) {
int a = 1;
int b = 1;
char x = 'A';
char y = 'B';
printf ("Euid : %d, ID: %d \n", geteuid(), getuid());
return 0;
}
....
windak@windak-pc$./test
Euid : 1000, ID: 1000
....
user@windak-pc$./test
Euid : 1000, ID: 1001

int main(){
execl("/home/user/test","test",0);
return 0;
}

-rwx------ 1 windak windak 6582 2009-10-28 20:27 test
-rws--x--x 1 windak user 6368 2009-10-28 20:31 wrap

user@windak-pc$./wrap
Euid : 1000, ID: 1001
user@windak-pc$./ptrace
Please wait...
Number of machine instructions : 115862
...
windak@windak-pc$./ptrace
Please wait...
Euid : 1000, ID: 1000
Number of machine instructions : 237642

WinDak wrote:

Không phải không thể, như bạn xem kỹ bài ở trên mình vẫn có thể ptrace được SUID program, trong khi ptrace của tớ euid là "user". Vấn đề là khi đó thì euid mình vẫn chỉ là euid của ptrace chứ không được copy từ SUID của process child. 

Như vậy thì có gì mâu thuẫn? Nếu bạn gọi ptrace() trước, thì process sẽ không có suid/sgid. Nếu process đã có suid/sgid rồi, thì bạn không thể ptrace() được nữa. Đây là nguyên tắc security cho ptrace(). 

WinDak wrote:

Một cái nữa mình đã thử là thử fopen(/etc/shadow) khi đang ptrace thì bị block ngay tại trận, như vậy ptrace không care đến cái SUID mà mình đã set. 

Không hiểu câu này của bạn. Bạn cơ bản không thể ptrace() được process có suid hoặc sgid, trừ phi process của bạn có euid là root. Một ví dụ điển hình là khi dùng gdb để debug suid/sgid programs.
 

Nếu bạn muốn dấu algorithm này kia thì mình có một cách này. Đầu tiên bạn viết program của bạn như bình thường. Sau đó set permission cho nó, ví dụ 700, trong đó owner là bạn. Sau đó bạn viết một suid program khác gọi cái program này (dùng execve()). 

Mình nghĩ do thằng ptrace thôi